在部署了 ArcGIS Enterprise on Kubernetes 后，您即可更新或升级该软件，以为您的组织提供最新的可用的 ArcGIS Enterprise 增强功能和特性，以确保其安全性、可靠性和性能。
以下内容将介绍更新与升级之间的区别：
- 更新具有针对性，可解决性能、安全性或功能性问题和漏洞。 更新不会引入新功能或更改软件的外观。 例如，更新会将软件从版本 10.9.0.300 迁移到版本 10.9.0.412。
- 升级是软件的新版本，具有新功能和增强功能，有时外观会发生变化。 例如，升级会将软件从版本 10.9.0 迁移到版本 10.9.1。
应用或移除更新
管理员可以使用 ArcGIS Enterprise Manager 或 ArcGIS Enterprise Administrator API 应用更新和升级。 在 ArcGIS Enterprise Manager 中，这是通过软件更新页面完成的。
- 发布 ArcGIS Enterprise on Kubernetes 的新版本的时，升级选项将显示在页面顶部。
- 当软件更新可用时，它们将显示在页面的下部。
软件更新页面包含以下选项卡，分别表示新更新的状态、已应用的更新，以及已应用或回滚的更新的历史记录：
- 更新 - 尚未应用至您的组织的最新可用更新。
- 已应用 - 您的组织已应用的更新。 您可在此选项卡上手动移除更新。
- 历史记录 - 您的组织已抓住的软件更新机会，包括已应用或回滚的修补程序以及已应用的升级。
只读模式
正在进行更新或升级时，ArcGIS Enterprise 将设置为只读模式。 在此模式下，组织成员可以查看内容、用户和群组以及设置，但不能对其进行修改。 在这段时间内，通知会显示在 ArcGIS Enterprise Manager 的顶部通栏中，以通知组织。
升级或更新完成后，将关闭只读模式，并且可以在组织中恢复正常操作。
更新和升级过程
更新和升级过程将集成到软件中。 您可以访问增强功能和新特性，而无需安装其他软件。 管理员可以使用 ArcGIS Enterprise Manager 或 ArcGIS Enterprise Administrator API 确定更新或升级的可用时间。
当更新可用时，它将表示为新的容器映像或一组映像，并被推送到容器注册表主机（例如 docker.io）。 ArcGIS Enterprise Administrator API 使用众所周知的 URL 来标识 Esri 发布的版本清单文档，以确定更新是否可用。 通过识别清单，可以制定升级策略，并且可以使用更新或升级选项。
更新和升级通常遵循两种模式，具体如下。
蓝-绿
适用时，将使用新的容器图像开始新的 Kubernetes 部署，以升级和迁移基础数据。 然后，将辅助数据存储实例或其他复本添加到数据存储中。 一旦新数据存储被认为是健康的，旧数据存储将被关闭，仅留下新数据存储的健康实例。 此策略的使用时间的一个示例是更新托管数据存储。
回滚
当部署由新容器映像支持的新 Pod 时，旧 Pod 将以滚动方式关闭。 此过程将最大程度地减少停机时间。 此策略的使用时间的一个示例是更新 GIS 服务。
疑难解答
如果在执行更新或升级时遇到故障，使用以下方式排除故障和解决问题。
- 执行更新或升级时，查看历史记录选项卡确认是否发生错误。 返回状态消息时，还将显示查看日志选项，针对是否需要进行操作提供洞察。 建议筛选级别为严重的日志，确定更新期间的特定日志。
- 如果收到部署未能针对特定部署进行刷新的消息，请执行以下操作：
- 在 ArcGIS Enterprise Manager 的日志页面，单击管理列。
- 启用堆叠跟踪选项，使其显示在列中。
- 若在堆叠跟踪中发生超时错误，例如超时补丁操作，这可能是由于一个或多个容器的启动时间超出了预期等待时间，发生超时，导致升级失败。 要解决此问题，在 ArcGIS Enterprise Administrator API 中提高 containerStartUpTimeoutSeconds 的数值，路径为系统 > 属性。 新设定的值必须大于默认值 1800 秒。 提高该值后，重新执行升级。
- 如果成员在升级后无法访问组织，例如管理员或其他成员帐户无法登录到 ArcGIS Enterprise Manager 或门户，这可能是关系数据存储问题导致的。 如果发生此类情况，请执行以下操作：