在 ArcGIS Enterprise 中，“迁移”一词描述了组织将现有部署或部分现有部署移至更新或备用部署或基础架构的要求。迁移策略可用于移动现有内容、用户和群组以及软件。
常见策略
各个组织之间的架构和迁移需求各不相同，相应的策略和解决方案也是如此。以下各部分概述了常见的迁移策略，其中包含指向工具、帮助文档、博客和其他资源的链接，用以支持您在所在领域的工作。
将内容从一个 ArcGIS 组织迁移到另一个同类组织
如果您所在的组织打算执行以下操作，则此策略可能会有所帮助：
- 在各个组织中推广内容，例如从开发到过渡再到生产。
- 在将选择内容迁移到 ArcGIS Online 中时，维护在 ArcGIS Enterprise 中选择的内容，反之亦然（以交付私有项目和公共项目的组合等）。
- 在将选择内容迁移到一个 ArcGIS Enterprise 部署（例如，在离线环境下）中时，维护在另一个 ArcGIS Enterprise 部署中选择的内容。
复制或迁移内容时，可以在 ArcGIS API for Python 或 ArcGIS REST API 中使用以下工具和资源：
- 克隆内容指南详细说明了 clone_items() 函数跨环境的使用方法。clone_items() 函数支持托管服务、web 地图和应用程序以及其他项目类型。
- 自 10.8.1 版本起，arcgis.gis.GroupMigrationManager.create() 函数可用于将 ArcGIS Enterprise 组织中的群组内容作为包导出。管理员可以使用此函数提取选定的群组内容并将其导入另一个组织的群组。此函数支持托管要素图层、web 地图和应用程序以及其他基于文本的项目。在迁移过程中维护项目 ID。
- 自 10.8.1 版本起，arcgis.gis.GroupMigrationManager.load() 函数可用于将导出的包作为群组内容导入到 ArcGIS Enterprise 组织中。导入后，项目所有权默认为导入包的管理员。然后，可以根据需要将项目分配给其他所有者。
自 10.8.1 版本起，导出和导入群组内容操作可供 ArcGIS REST API 将内容从一个 ArcGIS Enterprise 组织移动到另一个同类组织。当将内容从开发移动到过渡环境或跨离线环境移动时，这些操作会非常有用。
注：
尽管上述方案描述的是跨环境移动项目，不过跨组织共享项目也是十分常见的。在这种情况下，跨环境复制项目，以便跨组织交付和分发公共和私有项目。对于此策略，您可以使用分布式协作。共享内容可以从 ArcGIS Enterprise 组织发送至另一个同类组织，也可以从 ArcGIS Enterprise 发送至 ArcGIS Online。
将现有部署从一台计算机迁移到另一台计算机
如果您的组织需要将现有软件组件迁移到更新的硬件或更新的操作系统，则此策略可能会有所帮助。此策略可用于在本地或云中托管的单机或多机部署。
- 要在部署中替换计算机而又不会丢失内容或中断服务，请使用“加入站点”操作将软件组件迁移到另一台计算机。“加入站点”操作在 ArcGIS Server 和门户中均可用。有关其他详细信息，请参阅本博客，其中包含移动 ArcGIS Data Store 的相关步骤。
- 稍微复杂一点的工作流需要使用 webgisdr 实用程序。您可能更喜欢此工作流，因为它不会影响生产环境中的工作。有关其他详细信息，请参阅本博客。
将现有的本地部署迁移到云部署
如果您所在的组织打算执行以下操作，则此策略可能会有所帮助：
- 添加新功能。
- 提高系统性能和容量。
- 降低系统成本。
- 改善或遵守安全标准。
要确定此迁移策略是否适合您的组织，请查看以下内容：
- Enterprise 和云迁移页面 - 请从这里开始，获取有关迁移到云部署的介绍。
- ArcGIS Enterprise 和云迁移指南 - 本指南提供了一种详细的方法来理解、计划和采取相应措施，以解决组织的迁移需求。
- 云博客中的 ArcGIS Enterprise - 本博客概述了云部署。
- AWS CloudFormation and ArcGIS - 熟悉云部署工具。
升级和迁移
升级 ArcGIS Enterprise 软件并不是一种迁移策略。升级 ArcGIS Enterprise（其中包括基础部署组件、服务器角色等）时，目标通常是获得对新特性、功能和应用程序的访问权限。例如，一个组织可能正在使用 10.7 版本，但计划升级版本以获取对 10.8.1 版本中所提供的新特性或应用程序的访问权限。在这种情况下，系统会备份现有部署，并在现有软件之上安装较新的软件版本以使其保持最新。
但是，通常需要结合实施迁移策略来完成软件升级。