These approaches have their own challenges: you need to choose to bring down your deployment or identify a strategy to either prevent users from creating content or simply re-create the content when the environment is upgraded. Let\u2019s go into each of them in a bit more detail.<\/p>\n
Upgrade your production environment<\/h2>\n
Upgrading your production environment simply involves running an in-place upgrade, which is described in a blog<\/a> and documentation<\/a>. However, the challenge with this approach is that the deployment will be unavailable during the upgrade process. The time it takes to upgrade the environment can be significant if the deployment is highly available or has a number of additional federated servers or servers with additional capabilities, (GeoAnalytics, Image Analysis). For some organizations and deployments, the amount of downtime incurred during the upgrade may be acceptable. For other organizations or deployments, such as systems supporting emergency response, you may not be able to afford any downtime. An administrator within environments where ArcGIS Enterprise acts as a critical component within daily operations will need to figure out how to upgrade while maintaining some level of availability.<\/p>\n There\u2019s a good chance that an organization that is dedicated to making sure their GIS meets a certain SLA has already implemented disaster recovery using geographic redundancy. If you haven\u2019t, then this is a good opportunity to think about whether that approach fits into your disaster recovery plan. You can read more about it here<\/a>.<\/p>\n Essentially, it involves setting up a mirrored environment in a separate data center and ideally, in a different geographic region, and replicating content to it on a scheduled basis. In the event that your primary environment goes down, you can flip over to the secondary environment to continue normal operations:<\/p>\n"},{"acf_fc_layout":"image","image":{"ID":799781,"id":799781,"title":"Geographic redundancy","filename":"DR-e1586209917268.gif","filesize":35583,"url":"https:\/\/www.esri.com\/arcgis-blog\/app\/uploads\/2020\/04\/DR-e1586209917268.gif","link":"https:\/\/www.esri.com\/arcgis-blog\/products\/arcgis-enterprise\/administration\/minimize-downtime-when-upgrading-arcgis-enterprise\/dr-2","alt":"","author":"8442","description":"","caption":"","name":"dr-2","status":"inherit","uploaded_to":799001,"date":"2020-04-06 21:28:20","modified":"2020-04-06 21:28:41","menu_order":0,"mime_type":"image\/gif","type":"image","subtype":"gif","icon":"https:\/\/www.esri.com\/arcgis-blog\/wp-includes\/images\/media\/default.png","width":600,"height":338,"sizes":{"thumbnail":"https:\/\/www.esri.com\/arcgis-blog\/app\/uploads\/2020\/04\/DR-213x200.gif","thumbnail-width":213,"thumbnail-height":200,"medium":"https:\/\/www.esri.com\/arcgis-blog\/app\/uploads\/2020\/04\/DR-e1586209917268.gif","medium-width":464,"medium-height":261,"medium_large":"https:\/\/www.esri.com\/arcgis-blog\/app\/uploads\/2020\/04\/DR-e1586209917268.gif","medium_large-width":600,"medium_large-height":338,"large":"https:\/\/www.esri.com\/arcgis-blog\/app\/uploads\/2020\/04\/DR-e1586209917268.gif","large-width":600,"large-height":338,"1536x1536":"https:\/\/www.esri.com\/arcgis-blog\/app\/uploads\/2020\/04\/DR-e1586209917268.gif","1536x1536-width":600,"1536x1536-height":338,"2048x2048":"https:\/\/www.esri.com\/arcgis-blog\/app\/uploads\/2020\/04\/DR-e1586209917268.gif","2048x2048-width":600,"2048x2048-height":338,"card_image":"https:\/\/www.esri.com\/arcgis-blog\/app\/uploads\/2020\/04\/DR-e1586209917268.gif","card_image-width":600,"card_image-height":338,"wide_image":"https:\/\/www.esri.com\/arcgis-blog\/app\/uploads\/2020\/04\/DR-e1586209917268.gif","wide_image-width":600,"wide_image-height":338}},"image_position":"center","orientation":"horizontal","hyperlink":""},{"acf_fc_layout":"content","content":" In the context to upgrades, having a standby environment available gives you the opportunity to upgrade one of your environments without affecting the other. For example:<\/p>\n"},{"acf_fc_layout":"image","image":{"ID":799601,"id":799601,"title":"Upgrade without downtime","filename":"UpgradeNoDowntime.gif","filesize":1148615,"url":"https:\/\/www.esri.com\/arcgis-blog\/app\/uploads\/2020\/04\/UpgradeNoDowntime.gif","link":"https:\/\/www.esri.com\/arcgis-blog\/products\/arcgis-enterprise\/administration\/minimize-downtime-when-upgrading-arcgis-enterprise\/upgradenodowntime","alt":"Upgrade mirrored environment","author":"8442","description":"","caption":"","name":"upgradenodowntime","status":"inherit","uploaded_to":799001,"date":"2020-04-06 20:59:24","modified":"2020-04-06 20:59:55","menu_order":0,"mime_type":"image\/gif","type":"image","subtype":"gif","icon":"https:\/\/www.esri.com\/arcgis-blog\/wp-includes\/images\/media\/default.png","width":600,"height":362,"sizes":{"thumbnail":"https:\/\/www.esri.com\/arcgis-blog\/app\/uploads\/2020\/04\/UpgradeNoDowntime-213x200.gif","thumbnail-width":213,"thumbnail-height":200,"medium":"https:\/\/www.esri.com\/arcgis-blog\/app\/uploads\/2020\/04\/UpgradeNoDowntime.gif","medium-width":433,"medium-height":261,"medium_large":"https:\/\/www.esri.com\/arcgis-blog\/app\/uploads\/2020\/04\/UpgradeNoDowntime.gif","medium_large-width":600,"medium_large-height":362,"large":"https:\/\/www.esri.com\/arcgis-blog\/app\/uploads\/2020\/04\/UpgradeNoDowntime.gif","large-width":600,"large-height":362,"1536x1536":"https:\/\/www.esri.com\/arcgis-blog\/app\/uploads\/2020\/04\/UpgradeNoDowntime.gif","1536x1536-width":600,"1536x1536-height":362,"2048x2048":"https:\/\/www.esri.com\/arcgis-blog\/app\/uploads\/2020\/04\/UpgradeNoDowntime.gif","2048x2048-width":600,"2048x2048-height":362,"card_image":"https:\/\/www.esri.com\/arcgis-blog\/app\/uploads\/2020\/04\/UpgradeNoDowntime.gif","card_image-width":600,"card_image-height":362,"wide_image":"https:\/\/www.esri.com\/arcgis-blog\/app\/uploads\/2020\/04\/UpgradeNoDowntime.gif","wide_image-width":600,"wide_image-height":362}},"image_position":"center","orientation":"horizontal","hyperlink":""},{"acf_fc_layout":"content","content":" In this scenario, disaster recovery was being used to minimize data loss and downtime in the event that the primary data center went down. Backups are taken from the primary environment and restored to the standby environment. The intent is to upgrade the primary environment, so the first step would be to send traffic to the standby environment. This ensures that users can still access ArcGIS Enterprise and complete the important tasks they\u2019re meant to perform, albeit to the standby environment.<\/p>\n Once traffic is directed to the standby environment, the primary environment can be upgraded. This step also gives an administrator the peace of mind that they don\u2019t need to rush through an upgrade because end users are unable to access the GIS.<\/p>\n If something unexpected occurs (the upgrade fails or there\u2019s an issue discovered after the upgrade), the administrator has the opportunity to investigate instead of rolling back to a previous pre-upgrade snapshot.<\/p>\n Once the administrator is ready, they can send traffic back to the primary environment, which is now upgraded and ready for users to take advantage of new functionality and features. The standby can then be upgraded while users interact with the deployment as they normally would.<\/p>\n A problem with this approach is that there is no governance at the software level to prohibit users from creating or modifying content. Throughout the time it takes to upgrade the primary environment, users can create applications and services, share items with groups, run analysis, and perform any other actions that create or modify content.<\/p>\n Once the upgrade is complete and traffic sent back to the primary site, those changes they made will be gone. Users will need to redo any changes that were made, which doesn\u2019t lend itself to be a great experience.<\/p>\n If you don\u2019t have a second data center to set up ArcGIS Enterprise in, we have written a blog<\/a> on how to replicate content to a new site. The context to the blog is to help users migrate to new machines, such as when you\u2019re upgrading the operating system or hardware of an existing deployment.<\/p>\n That blog can be followed to set up a new deployment in preparation of a minimal to no downtime upgrade.<\/p>\n At version 10.8<\/a> of ArcGIS Enterprise, you can now set your deployment to read-only mode. This freezes the state of the content and setting within your deployment. Users (even administrators!) won’t be able to create new content, update or delete existing content, and limited administrative changes can be made. You can read more about read-only mode here<\/a>.<\/p>\n Within the context of upgrades, read-only mode can eliminate the risk of managing data differences and the potential for data loss. By enforcing governance at the software level, you can upgrade your standby environment from 10.8 to a later version while your production environment remains accessible and read-only. This ensures that data won\u2019t change within your production environment while the standby is upgraded.<\/p>\n Stay tuned for this blog to be updated when the next release of ArcGIS Enterprise after 10.8 is available where we\u2019ll discuss this approach in more detail.<\/p>\n As GIS continues to move into more business and mission critical applications, it\u2019s increasingly important to make sure it\u2019s available as much as possible.<\/p>\n On the other hand, each new release introduces new new functionality that an organization may want to take advantage of.\u00a0In order to do that, deployments need to be upgraded, which can be challenging given SLA requirements. If you take the right steps, your organization can upgrade while maintaining availability for the users of your ArcGIS Enterprise deployment.<\/p>\n"}],"authors":[{"ID":8442,"user_firstname":"Jonathan","user_lastname":"Quinn","nickname":"Jon","user_nicename":"jquinn","display_name":"Jon Quinn","user_email":"JQuinn@esri.com","user_url":"","user_registered":"2018-10-03 20:41:18","user_description":"Jon is a product engineer on the ArcGIS Enterprise team, focusing on high availability and disaster recovery.","user_avatar":"Upgrade a mirrored environment<\/h2>\n
Setting up a mirrored environment<\/h2>\n
Looking ahead<\/h1>\n
Wrap-up<\/h1>\n
