Skip To Content

灾难恢复和复制

您可以ArcGIS Enterprise 复制到断开连接的备用部署。 如果主部署失败或不可访问,可将故障转移到备用部署。

备用部署通常在其他网络或子网络上运行,或甚至在与主部署不同的地理位置上运行。 无论将备用部署放置在何处,请确保需要时能够通过 ArcGIS Enterprise 客户端对其进行访问。

地理性备援

如果您的主数据中心和备用数据中心分别位于不同的地理位置,则可实施地理性备援。 数据中心发生灾难性事件(如飓风或其他自然灾害)时,您可激活备用数据中心,从而恢复各项操作。

要成功进行地理性备援,需要满足以下特定要求:

  • 主环境和备用环境必须完全相同。 每个数据中心的 ArcGIS Enterprise 部署中必须具有相同数量的计算机,且用于访问组件的 URL 必须相同。
  • ArcGIS Server 目录的名称必须相同。 目录路径可以不同,但主环境和备用环境中的文件夹名称必须相同。
  • 在主环境和备用环境中,注册到 ArcGIS Server 站点的文件夹路径可以不同,但文件夹名称必须相同,并且文件夹中必须包含相同源数据的确切副本。
  • 地理性备援通常遵循主动-被动方式;因此,必须将数据和内容不断地复制到备用 ArcGIS Enterprise 部署中。
  • 要成功进行地理性备援需要依赖第三方组件。 例如,全局站点选择器或全局域名系统 (DNS) 服务器非常重要,这样在不得不进行从主数据中心到备用数据中心的切换时,才不会使 ArcGIS Enterprise 用户的任何操作中断。

要确保发生故障或灾害时停机时间最短,您可以部署一个具有高可用性的地理性备援 ArcGIS Enterprise。 这是要实现的部署中最复杂的一种,因为它需要最多的计算机和最多的维护工作。 配置两个独立的数据中心,并使每个数据中心各自具有一个高可用性 ArcGIS Enterprise 部署。 在每个数据中心中,所有计算机名称的配置都相同且不存在单点故障,这包括数据(无论数据存储在高可用性文件服务器还是高可用性数据库中)、所有 Web 服务器和负载均衡器,以及 ArcGIS Enterprise 组件。 将持续创建主部署的备份,可立即恢复独立数据中心中的备用部署,或在主部署发生故障时恢复。

规划复制的部署

首先,确定所需计算机的数量。 接下来,为复制的 ArcGIS Enterprise 部署规划下列灾难恢复要求:

  • 重复 - 确保这两个数据中心和 ArcGIS Enterprise 部署包含相同的架构。
  • 复制:备份主数据中心中的内容和数据并存储到备用数据中心。
  • 监测:查看日志以确定故障发生的时间,并确定其是否严重到需要转移到备用数据中心的程度。
  • 故障转移 - 决定是否将故障转移到 ArcGIS Enterprise 中的其他组件,或者将整个 ArcGIS Enterprise 部署故障转移到另一个数据中心。

规划复制的部署时,还需要牢记以下内容:

  • webgisdr 实用程序不移动地图服务缓存切片。 如果您的部署中包括 GIS Server 站点使用的地图服务或托管切片图层缓存,则创建用于存储缓存切片的所有目录的备份(例如,C:\arcgisserver\directories\<ArcGIS Server installation directory>/arcgis/server/usr/directories 下的整个 arcgiscache 目录)。 将副本手动放置到备用部署的相应 arcgiscache 目录中。
  • 当使用 webgisdr 实用程序将 ArcGIS Enterprise 复制到断开连接的备用部署时,不支持多个 ArcGIS Server 集群。
  • 两种部署中的所有计算机都必须使用相同的操作系统。 例如,如果您的备用部署使用的是 Linux,那么主要部署不能为 Windows 操作系统。
  • 创建备份文件时,webgisdr 实用程序会记录 ArcGIS Enterprise 组件的软件版本。 您要将文件导入的备用部署必须与您最初部署的版本相同。

确定计算机需求

所需的计算机数量取决于配置 ArcGIS Enterprise 的方法。 您至少需要两台计算机。 如果 ArcGIS Enterprise 部署不存储大量数据和服务,不包括时空大数据存储,不包括图形存储且访问人数不多,则可配置由单机 GIS Server 站点组成的主部署,并在同一台计算机上安装 Portal for ArcGISArcGIS Data Store。 您还需要另外一台计算机来存储复制的备用部署。

如果 ArcGIS Enterprise 部署使用较频繁(例如,有大量人员访问 Web GIS、组织中存储了大量项目或者需要频繁编辑部署),您可能需要单机或多机 GIS Server 站点,并且应该在每台彼此独立并独立于 GIS Server 计算机的计算机上安装 Portal for ArcGISArcGIS Data Store。 发布多个托管场景图层时,您可能需要配置 ArcGIS Data Store(切片缓存数据存储)以将场景缓存数据库存储到另一台计算机上。 如果将使用图形存储,需要一台额外的计算机。 如果您要使用时空大数据存储,则至少需要一台额外的计算机。 在这种情况下,使用下列公式计算所需的计算机数量:

(<number of GIS Server machines> + 1 Portal for ArcGIS machine + <number of machines in the data store>) X 2

请注意,备用部署无需其他 ArcGIS 许可,因为系统不会主动对其进行访问;只有主部署失败时才会将备用部署作为主动部署。

复制部署所需的设置

要确保复制 ArcGIS Enterprise 部署灾难恢复的有效性,备用部署必须复制主部署中的系统设置范围、安全性配置和存储位置。 定期创建备份和确保复制部署之间的一致性是最大程度上减少故障停机时间的最佳方式。 部署时应考虑到以下事项。 例如:

  • 地图服务依赖于共享文件夹中的数据或通过数据库连接访问的数据。
  • 用户用于访问门户的公共 URL 以及用于任何联合服务器的服务 URL。
    提示:

    可使用 DNS 条目或修改复制部署计算机中的 hosts 文件来确保主机名称的一致性。 执行此操作的建议方法是设置一台单独的计算机作为公共门户 URL。 可以在此计算机上安装 ArcGIS Web Adaptor 或反向代理服务器,然后修改门户和服务器计算机上的 hosts 文件。

  • 数据中心的计算机数量应匹配,以避免在响应用户加载时出现性能问题。

在运行 webgisdr 导入之前,应在每个部署上设置以下系统和安全设置,因为它们特定于每个部署并且可能不相同:

  • 转发代理信息,其中包括服务器名称
  • privatePortalURL 用于门户和用于任何联合服务器的管理 URL
  • 安全性设置,其中包括门户代理功能批准的地址列表
  • 针对用户和群组存储标识存储配置属性(如果适用)
  • SAML 和 LDAP 身份提供者设置

自 10.4 起,运行 webgisdr 实用程序时源部署和目标部署必须保持一致的项目和设置列表得到了精简。 下表总结了最近版本 Portal for ArcGISArcGIS Server 中的相应更改:

运行 webgisdr 实用程序时,部署间的此项目或设置必须一致吗?

项目或设置10.4.x10.5.x、10.610.6.1 及更高版本

公共门户 URL

联合服务器的服务 URL

ArcGIS Data Store 之外的已注册数据存储

...webgisdr.properties 文件的帐户凭据

ArcGIS Server 目录路径(例如,arcgisjobs

安全信息(LDAP URL、代理信息)

部署类型(单机或高可用性)

私有门户 URL

联合服务器的管理 URL

计算机名称

门户内容目录存储类型

门户内容目录路径(如果使用文件系统)

门户内容目录凭据(如果使用云存储)

ArcGIS Server 配置存储

复制 ArcGIS Enterprise

webgisdr 实用程序允许您将门户内容、联合的 ArcGIS Server 站点和 ArcGIS Data Store 关系及切片缓存数据存储内容导出为一个文件,您可以将此文件移动到要恢复的备用计算机上。 此实用程序可维护 Portal for ArcGISArcGIS ServerArcGIS Data Store 的已配置设置,并可在发布时将门户中创建的所有内容以及复制的数据复制到托管服务器和数据存储。

此实用程序无法从通过托管服务器或联合的 ArcGIS Server 站点注册的数据库或文件夹复制数据。 管理员负责将该数据复制到备用 ArcGIS Enterprise 部署,并确保备用计算机上的服务可以访问复制的数据。

当将数据源注册到 ArcGIS Server 站点时,您将提供有关如何访问数据的具体信息。 备用部署的此类信息必须与主部署的相同。 例如,如果将用于源数据的文件地理数据库复制到备用部署,则文件地理数据库的目录路径必须与主部署上的相同。 此外,备用部署必须能够使用您在主部署上的 ArcGIS Server 站点注册数据库时所提供的相同连接信息来访问数据库。

您可以在 Linux 环境中将 webgisdr 实用程序作为 cron 作业运行。 此外,只要运行此实用程序的计算机与 ArcGIS Enterprise 组件之间的通信已开放,便可将实用程序移动至与门户安装不同的其他计算机并在其上运行实用程序。

ArcGIS Enterprise 备份从主部署导出后应立即恢复到备用部署。 此操作可避免恢复增量备份顺序错误,这表示主部署失败时数据损失和停机时间都会降到最少。 如果没有立即恢复备份,则导入备份和将故障转移至备用部署时可能需要额外的系统开销。

此外,还应考虑到,如果创建备份时主部署的某些设置异常,且存在将备份导入到备用部署的自动化流程,则这些异常设置将被导入到备用部署。

有关复制 ArcGIS Enterprise 部署的说明,请参阅配置灾难恢复

监控 ArcGIS Enterprise

监测对于复制的环境和高可用性环境均非常重要。 在高可用性环境中,部署的某些部分可能无需人工干预即可实现故障转移。 例如,如果 ArcGIS Enterprise 的主门户发生故障,软件会立即将故障转移到备用门户而无需任何人工干预。 同样,ArcGIS ServerArcGIS Data Store 组件也可能会发生故障,而系统则可以像没有发生任何单点故障时一样正常运行。 考虑到 ArcGIS Enterprise 中可能不会发生任何可视干扰,因此您应设置好机制,以便通知管理员 ArcGIS Enterprise 部署内任何特定组件所发生的故障。

您可以使用 ArcGIS Monitor 来分析 Portal for ArcGISArcGIS Server 和部署的相关 ArcGIS Data Store 组件的健康状况。 您也可以使用门户索引任务在复制部署之前查询主门户网站计算机上的索引器状态。 如果在部署中使用已注册的 PostgreSQLOracleMicrosoft SQL Server 数据库,则您可以使用 ArcGIS Monitor中的一个可用 Egdb 任务来监控这些数据库的统计数据。

您需要使用 Python 或选择用于 ArcGIS Server REST API 的脚本语言自动验证与已注册文件夹、大数据文件共享、栅格数据存储、切片缓存和时空大数据存储的连接。

在复制的环境中,故障转移需要人工干预;因此,您必须对部署进行监测以确定故障发生的时间,从而决定是否有必要进行故障转移。

如果您自动进行从主部署到备用部署的复制,则还需要监控这些过程以确保成功完成备份、移动文件和恢复操作。

关于故障转移

ArcGIS Enterprise 中,Portal for ArcGISArcGIS ServerArcGIS Data Store 都各自具有执行故障转移的内部机制。 在高可用性配置中,每个组件都能够在不对整个 ArcGIS Enterprise 产生严重干扰的情况下实现故障转移。

从主数据中心复制到备用数据中心的部署的故障转移通常会涉及组织的 IT 部门,可通过全局站点选择器 (GSS) 或全局 DNS 实现。 组织成员通常仅可通过几个 URL 访问 ArcGIS Enterprise 部署,例如,https://myportalwa.organization.com/portal 可用作门户 URL,https://myserverwa.organization.com/server 可用作 ArcGIS Server 服务 URL。 GSS 或全局 GNS 可以为各个主机名分配 IP 地址。 如果需要将故障转移到另一个数据中心,GSS 或全局 DNS 将为 myportalwa.organization.commyserverwa.organization.com 主机名重新分配与备用数据中心相关联的 IP 地址。 这不会对客户端和用户产生任何影响,但是所有请求均会发送至备用数据中心。 主数据中心在线备份后,即可将主站点主机的 IP 地址重新分配至原始数据中心内的 IP 地址。 然后,您需要将备用数据中心的数据协调至主数据中心,以确保主数据中心包含备用数据中心处于活动状态期间创建的所有新内容和数据。

如果编辑了任意一个托管服务器或联合 ArcGIS Server 站点的注册数据库(企业级地理数据库或数据库)的数据,则需要使用数据库复制工具以确保原始主 ArcGIS Enterprise 部署包含更新的数据。 如果注册到 ArcGIS Enterprise 部署中任意 ArcGIS Server 站点的基于文件的数据源(例如文件地理数据库)中的数据发生改变,请将已编辑的文件复制到其存储位置的原始目录。 最后,使用 webgisdr 实用程序从备用数据中心导出 ArcGIS Enterprise 备份,然后将其导入到主数据中心。 此实用程序会将门户中的内容(包括相关的托管要素和场景图层数据以及注册到门户的新服务)复制到原始主 ArcGIS Enterprise 部署。