Adobe Campaign is regularly updated. If you are familiar with our published Release Notes, you are probably aware of the fact that on the average 2/3 minor versions packed with new features, improvements and fixes are released every year. In addition, we periodically release builds with cumulative fixes only. This regular cadence of updates aims at getting the latest and greatest in your hands, keeping your environment fully secure and obviously improving your experience with our product.
It is critical that our customers run the most recent version of Adobe Campaign. It also allows Adobe to help much more efficiently in case you run into issues – identifying, reproducing and fixing an issue on an old build typically takes more time, not to mention that some issues you may encounter may very well have already been fixed in a recent build.
As a hosted user, you automatically benefit from the Campaign yearly upgrade with the latest stable version without any action. On-premise and Hybrid customers can also benefit from this release. If you migrate from an old build, we recommend that you upgrade to this version first. Learn more.
A Build Upgrade is when the Adobe Campaign Classic software is updated to the latest secure build number, yet stays in the same major/minor build Level. For example: Campaign Classic v7 build 9026 to Campaign v7 build 9032.
Learn more in this section.
The latest Campaign Classic version, including new features and documentation, is detailed in the latest Release Notes.
Check your version from Help > About… menu in the Adobe Campaign Client console. The About box contains detailed information on the version and build you are running both for the console and the server.
Learn more in this section.
Starting Campaign Classic 19.2, a status is associated to each build.
Learn more in this section.
No. A build upgrade is an incremental update within a given major version, whereas a version upgrade is a change from one major version to another. Build upgrades are straightforward as they do not typically involve any major architectural, technical or data model changes.
Version upgrades on the other hand usually come with significant technical changes and, depending on the depth of the configuration for a given customer, may require significant configuration changes and/or partial re-implementation.
For instance, using the server information from the screenshot in the previous section:
A build upgrade would involve moving from build 9342 to any build greater that 9342. For example, v7.1 build 9342 to v7.1 build 9342
A version upgrade would involve moving from a previous major version to any more recent version.
Adobe will take a backup of your system prior to any changes. However, if there is critical customization work that is in your non-production system (development or staging servers), it is HIGHLY RECOMMENDED you export that work as a package prior to any upgrade.
Customers will be offered a date range to choose from. Production system changes are not performed on holidays.
Build upgrades can be done from Monday to Thursday, and Fridays are only used for non-production instances.
The time required to perform a build upgrade is dependent on several factors:
Build upgrade is a two-step process:
Preparing the system for upgrade - Taking into account the specificities of your environment, this phase leads essentially to a fully qualified upgrade on a non-production environment. Once the upgraded environment has been greenlighted from a technical and functional standpoint, phase 2 can happen. This first phase, depending on the aforementioned factors, can take from a few days to a couple of weeks.
The upgrade itself - The production environment is upgraded. This phase is usually performed in a few hours. For very complex environments a longer downtime should be expected. In the event that something goes wrong, a rollback strategy is defined and can be executed.
For more information, refer to this document.
The build upgrade process requires the following resources:
In your development and staging systems, export any work that is critical and must be preserved.
Refresh your knowledge of the critical path workflows and deliveries developed in your run books (or by your consulting team/partner) by reviewing the documentation provided to your team at the end of your implementation.
Identify low volume or low traffic times that would be ideal for maintenance windows as they will produce the lowest business impact.
Review our build upgrade checklist below and your test plans and ensure that resources who can perform these tests are available within 24– 48 hrs. of the completion of an upgrade.
For more information, refer to this section.
Upgrades can be performed off-hours. It is always recommended to upgrade the environment during business off-hours when no business users are connected to the instance.
There is no cost to install the build upgrade for hosted Customers. If there are custom developments in the system, the Customer will need to identify resources needed to test those developments post upgrade and to correct any issues found with those custom developments.
No. The server is shutdown during an upgrade to ensure that the data integrity is preserved while the product is upgraded. Once completed, it is restarted, and all services resume.
When the upgrade happens for Message Center (RT), it will not send emails from the instance. Note, any processes that are stopped when a Campaign system is shut down are automatically resumed when the system is re-started. This includes active or scheduled deliveries, tracking, and metrics calculations for previously sent deliveries.
No. During build upgrade, workflow and mail services are both stopped. This means workflows will not run and deliveries are not sent. They will resume once the system is restarted. However, Adobe strongly advises that all critical path workflows be checked after an upgrade to ensure that they’re running and healthy.
Tracking links on emails that have already been sent will not function during the upgrade because all servers are stopped. They will be operational again once the upgrade is finished and servers are restarted.
Yes. Customers should provide Adobe with a point of contact available during or immediately after the upgrade of their production instance. Adobe will contact this person via email unless other arrangements are made. This will ensure a smooth transition and immediate validation of critical tasks. Adobe will contact the Customer once the build upgrade is complete for confirmation.
Yes. The client console must be on the same build as the server instance. Once the upgrade has been completed, your client console should prompt you to upgrade to the latest build to ensure that it stays aligned with the server build.
The rollback plan is to restore the system with the latest available backup. Backups are stored for 7 days for data center customers and for 14 days for customers on Amazon Web Service (AWS).
It depends on database backup size. The average time it takes is 4 hours to complete.
Refer to the build upgrade checklist below.
Development and stage environments are either upgraded in sequence or together but a sign-off is needed before upgrading the production instance. This allows each customer to conduct thorough testing before signing off on any changes to production.
See list build upgrade checklist below. Customers should run similar tests as well as others they may need for the environment.
In order to ensure optimal performance, availability, and security of the system, Adobe will partner with Customers to ensure that systems are upgraded at least once per year.
Yes. The server is shutdown during an upgrade to ensure that the data integrity is preserved while the product is upgraded. Once completed, it is restarted, and all services resume.
If you face issues after a build upgrade, contact Adobe Customer Care. Customer Care schedules the build dates and opens build upgrade related tickets.
Learn more in Help and Support options for Campaign Classic
Can you login to the server? Check Campaign Client Console is working without any error/warning popups.
Make sure to use the same console version as build version after the upgrade.
Do you have any web applications that insert data into the Campaign Database? If so, run them and
verify that they can insert new records through API.
Can you send out a test email successfully? Create new delivery using a known template, send it to
one test recipient, verify personalization, unsub link, mirror page all work.
Are all of your critical path workflows running? Check workflows, open up workflow journal, verify
that there are no errors.
Are all of your folders present, visible, and accessible? Browse through different folders and check.
all content is displayed and present.
Are your deliveries coming through with the correct time zone?