使用 ArcGIS Enterprise，您的组织可创建和共享地理信息、地图及应用程序，以及在协作环境中执行地理分析。 由于 ArcGIS Enterprise 部署中的内容和工具对组织的功能必不可少，请尽可能确保部署对用户可用，由此在发生灾难时数据丢失最少。 可以通过灾难恢复或故障转移策略来实现这一目标。
可使用 ArcGIS Enterprise 的内置功能执行以下操作：
- 选择符合组织对冗余和可用性要求的架构配置文件。
- 维护 ArcGIS Enterprise 部署的备份，以便在灾难发生时能够恢复备份。
在确定可行方案时，请考虑您组织的需求，以及您对每种方法的熟悉程度。 请考虑以下问题：
- 容许的停机时间为多久（如果发生）？
- 容许的数据丢失为多少（如果发生）？
- 组织可为数据丢失及停机预防贡献多少资源（如硬件、许可和工作人员）？
ArcGIS Enterprise on Kubernetes 中的高可用性
ArcGIS Enterprise on Kubernetes 使用 Kubernetes 集群的本机行为提供弹性和内置的高可用性。 使 Kubernetes 组织和管理 Pod 以及容器的生命周期可确保在发生故障后能够快速恢复启用部署的 Pod。
每个 Pod 中的所有容器都配置有活动性和就绪性探测器，以确保由集群管理 Pod 的生命周期和监控。 根据反亲和性设置，ArcGIS Enterprise on Kubernetes 遵循高可用性的基本原则，例如没有单点故障，以及故障组件的自动检测和恢复。
故障转移
当 ArcGIS Enterprise on Kubernetes 使用高度可用的 架构配置文件进行部署时，跨 Pod 的冗余级别会提高，并且计划外停机的风险会降至最低。 所有必要和关键的 Pod 都在有状态集或复本集中进行部署。 此行为允许 Kubernetes 集群自动重新计划集群中相同或不同节点上的所有发生故障的 Pod，而无需管理员干预。
有状态集或包含两个或多个复本的复本集中的 Pod 的故障通常不会影响用户对部署的访问。 在正常运行的 Pod 继续运行时，Kubernetes 集群会自动重新计划发生故障的 Pod 的时间。 但是，以下两种情况可能会影响业务运营：
- 检测主要关系数据存储的故障及其随后的恢复，或升级备用关系数据存储，可能需要几分钟。 在此期间，用户可能无法访问部署。
- 如果选择标准可用性作为架构配置文件，对象存储 Pod 之一或与对象存储相关联的一半或更多的永久卷的故障将导致部署处于只读模式。 当部署处于只读模式时，用户可以访问现有内容，但不能创建或修改内容。