--- sourceDocument: Zurich Release Notes sourceDocumentLink: https://www.servicenow.com/docs/r/zurich/release-notes Release : - zurich ft:locale : - en-US ft:publication_title : - Zurich Release Notes ft:clusterId : - rn bundleId : - rn --- # ServiceNow upgrades # ServiceNow upgrades {#ariaid-title1} Release version: Zurich Updated July 31, 2025 ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 5 minutes to read Summarize ![AI sparkle icon](https://servicenow.com/docs/portal-asset/ai-sparkle-icon) Summarized using AI This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete. ## Summary of ServiceNow upgrades Release version: Zurich The upgrade process transitions your ServiceNow instance to a new release version, such as Zurich. This involves moving between different release families, which are major versions named after cities, and differs from patching or updating within the same family. Upgrades introduce new features and enhancements, while patches and hotfixes focus on fixes and stability improvements. Show full answer Show less Successful upgrades require careful preparation, including reviewing release notes, understanding how your instance operates, and setting expectations for dedicated preparation and testing time. Customer Service and Support is available 24/7 for assistance, and additional Production Readiness Services offer expert guidance on upgrade readiness and best practices. ## Key Features * **Upgrade vs. Update:** Upgrading moves your instance across release families (e.g., London to Orlando), introducing new features. Updating moves within the same family (e.g., Orlando Patch 1 to Patch 3) and focuses on fixes. * **Release Components:** Features add new capabilities; patches provide collections of fixes; hotfixes address specific problems without adding new features. * **Rollback and Backup:** Rollbacks are only available for updates within a 10-day window (configurable) and must be requested via support. Production instance restoration from backups is a last resort due to potential downtime and data loss. Daily automated backups occur during non-peak hours but are not performed on demand. * **Testing Strategy:** Testing is essential after each upgrade phase. Typically, upgrades proceed from Development to Test, then Production instances. Development requires smoke tests; Test instances benefit from the Automated Test Framework and user acceptance testing (UAT); Production requires UAT only. Document and report any post-upgrade issues to Customer Service and Support. ## Key Outcomes * Upgrading to the Zurich release brings major feature enhancements and system improvements while maintaining stability through patches and hotfixes. * Understanding upgrade scope and following a structured testing approach minimizes risks and supports smooth transitions. * Access to 24/7 support and Production Readiness Services ensures expert help is available to address challenges and align configurations with best practices. * Careful planning around rollback and backup options helps protect business continuity during upgrade activities. The upgrade process moves your instance to a new ServiceNow release version. Understand the difference between upgrading and patching, release definitions, rollback and backup options, and how to test your non-production and production instance upgrades. Before you begin the upgrade process, read the [Zurich release notes](https://www.servicenow.com/docs/7iJYQ~68W8elmsN6PbEyfA "The ServiceNow Zurich release includes new products and applications, as well as additional features and fixes for existing products. Read the release notes to learn about the release, prepare for your upgrade, and upgrade your instance.") and review the [upgrade and migration tasks for your applications and features](https://www.servicenow.com/docs/TWyAcBMPlf6O4DsmwyeJSQ "In preparation for your upgrade, review the upgrade and migration tasks for various applications and features. Plan to complete these tasks, when applicable, before or after the upgrade is complete."). System upgrades can be significant projects. Each ServiceNow feature release includes major additions, and you should always consider the impact of new functionality on an instance. Upgrading implements enhancements to all features that are part of the base system or are already active, unless the feature is customized on your instance. For a list of all available plugins and whether they are active by default on the base system, see [List of Zurich plugins](https://www.servicenow.com/docs/access?context=list-of-plugins&version=zurich&pubname=zurich-platform-administration&ft:locale=en-US). Careful preparation and knowledge of the available software, tools, and resources can contribute to a successful upgrade. In addition to the materials provided by ServiceNow, it is important to understand how your ServiceNow instance is currently operating and the performance level of key business functionality. Set the expectation with IT and business users that time must be dedicated to preparing for, implementing, and testing ServiceNow upgrades. If you have any issues during the upgrade process, [contact Customer Service and Support](http://www.servicenow.com/support/contact-support.html). Customer Service and Support is available 24 hours a day, 7 days a week to assist you with any questions or issues. For additional help with upgrades, ServiceNow also offers various [Production Readiness Services](http://www.servicenow.com/services/production-readiness-services.html). These services specifically address challenges with instance upgradability, manageability, scalability, and performance. The reviews are performed by a ServiceNow certified professional consultant, who provide recommendations to align customer configurations with ServiceNow best practices. Contact your ServiceNow sales representative for more details.{#upgrade__ConfigurationReview} ## Upgrade and update durations in Zurich {#upgrade__UpgradeDuration} The upgrade process takes a significantly shorter time for both updates and upgrades. (An update occurs when an instance moves from one patch or hotfix to another within the same release family. An upgrade occurs when an instance moves from one release family to another). As always, test your upgrades, but don't assume from the much faster completion time that the update or upgrade wasn't successful. ## Supported upgrades {#upgrade__SupportedUpgrades} You can upgrade directly to the latest release family. If multiple software versions are involved in your upgrade, be sure to consult the release notes for each version between your current version and the target version. For more information about release terminology and availability phases, see the [ServiceNow Release Cycle \[KB0547244\]](https://support.servicenow.com/kb_view.do?sysparm_article=KB0547244) article in the Now Support Knowledge Base. ## Upgrades vs. updates {#upgrade__UpgradeVsPatch} ServiceNow organizes its releases into families. A family is a set of releases that are named after a major city, such as Zurich. Families also contain patches and hotfixes. For example, the following releases are both part of the Orlando family: * Orlando Patch 4 * Orlando Patch 3 Hotfix 2 {#upgrade__ul_fhq_1nm_rx} Upgrading is the act of moving to a release that is in a different family than your current release. For example, a move from London Patch 7 to Orlando Patch 3 is an upgrade because London and Orlando are different families. Updating is the act of moving from one patch or hotfix to another within the same release family. For example, a move from Orlando Patch 1 to Orlando Patch 3 is a update because both versions are part of the Orlando family. In both cases, the target release is Orlando Patch 3. It is the difference between your current and target release family that determines whether you are upgrading or updating. ## Features, patches, and hotfixes {#upgrade__FeaturePatchHF} Each release family contains features, patches, and hotfixes. A feature provides a complete solution that customers can implement to add value to their organization. New features are generally only available as part of a feature release. Features are supported with patches and hotfixes.{#upgrade__table_tdb_lmz_kx__entry__2} | Type | Scope | |-|-| | Feature | * Introduces new features * Includes all available fixes to existing functionality * Is production-oriented; quality and stability are of the highest priority throughout the lifecycle {#upgrade__ul_udb_lmz_kx} | | Patch | * Supports existing functionality with a collection of problem fixes * Generally does not include new features {#upgrade__ul_vdb_lmz_kx} | | Hotfix | * Supports existing functionality with a specific problem fix for a feature release * May or may not include any previous fixes for a given release * Does not include new features {#upgrade__ul_wdb_lmz_kx} | [ ] {#upgrade__table_tdb_lmz_kx} For more information about release terminology and availability phases, see the [ServiceNow Release Cycle \[KB0547244\]](https://support.servicenow.com/kb_view.do?sysparm_article=KB0547244) article in the Now Support Knowledge Base. ## Rollbacks and backups {#upgrade__RollbackBackup} When you plan an upgrade, remember that ServiceNow does not provide a universal rollback option. Rollbacks are available for updates (for example, Zurich patch-to-patch and Zurich patch-to-hotfix). The rollback window is 10 days by default. You can customize this window by modifying the glide.rollback.expiration_days property. To request a rollback, [contact Customer Service and Support](http://www.servicenow.com/support/contact-support.html). Avoid restoring a production instance from backup, when possible, due to downtime and data loss. When a problem cannot be solved using other methods, restoring a production instance from backup is a final option. ServiceNow can restore an instance to any point in time, regardless of when a backup is completed. Customer Service and Support provides support 24 hours a day, 7 days a week for assistance with critical post-upgrade issues. Note: ServiceNow does not perform on-demand backups. Instances are automatically backed up daily during non-peak business hours on schedules defined by ServiceNow. The timing of existing backup schedules is not adjusted. ## Testing throughout upgrades {#upgrade__TestingUpgrades} Testing is an integral portion that occurs after each instance is upgraded. After you upgrade an instance, test and validate it. This instance naming convention assumes that you have three ServiceNow instances. If you have three instances, upgrade your instances in this order: 1. Development 2. Test 3. Production If you have more or less than three instances, or if you are using Team Development, these instance labels will be different. In general, upgrade your instances furthest from production towards your production instance. {#upgrade__table_uzh_mqs_tx__entry__2} | Instance | Type of testing required | |-|-| | Development | Conduct smoke tests. | | Test | * Use the ServiceNow [Automated Test Framework](https://www.servicenow.com/docs/access?context=automated-test-framework&version=zurich&pubname=zurich-application-development&ft:locale=en-US) to assist you in testing your non-production instances. * You can use Automated Test Framework quick start tests and product testing suites to help you jump start your testing before and after upgrades. For a list of available tests and activation information, see [Quick start tests](https://www.servicenow.com/docs/access?context=quick-start-tests&version=zurich&pubname=zurich-application-development&ft:locale=en-US). * For extra testing coverage, you can also conduct user acceptance testing (UAT) on your non-production instances. {#upgrade__ul_ckd_lqs_tx} | | Production | Conduct UAT. Note: The [Automated Test Framework](https://www.servicenow.com/docs/access?context=automated-test-framework&version=zurich&pubname=zurich-application-development&ft:locale=en-US) is intended for use on non-production instances. On your production instance, conduct UAT only. | [ ] {#upgrade__table_uzh_mqs_tx} If you encounter any post-upgrade issues, document the issue's conditions, steps to reproduce the issue, and your customizations. [Contact Customer Service and Support](http://www.servicenow.com/support/contact-support.html) to open an incident for each issue, and provide this information accordingly. Customer Service and Support is available 24 hours a day, 7 days a week to assist you with any questions or issues.