Close

从 Server 迁移到 Data Center 指南

借助详尽的迁移指南,获取资源和最佳实践,以便彻底完成迁移到云。


选择迁移策略和方法

具体选择哪种方法将取决于您团队的独特迁移需求。查看以下部分,了解并选择适合您团队的最佳策略和方法。


从服务器到云的迁移策略

推荐

“一次性全部”迁移,此时您要评估哪些数据要迁移到云,哪些数据要留在服务器实例上以备将来参考(这些数据处于只读状态)。

整合您所有的数据(产品数据、用户和应用),并将它们一次性地迁移到云中。

分阶段迁移数据,而不是一次迁移所有数据。当您完成每次迁移后,就可以解决相关问题,并以成批的形式对用户进行纳入和培训。

如果您有确定最近不会使用大多数现有服务器项目数据,或者想立即在云中工作,则可以选择从头开始方案来建立云站点。

 

 

优点

全部一次性迁移

仅迁移需要的内容

更短的总迁移时间,减少迁移停机时间

将更便于您的团队使用云

可以提高云性能

可以降低由于时间过长带来的迁移成本(例如资源配置、合作伙伴成本)

缺点

所有用户都需要同时迁入

根据数据的规模,可能会增加停机时间

需要额外的规划和工作来确定如何优化

何时推荐

需要一次性地迁移到云

迁移的复杂性较低(少于 5000 个用户和 10 个应用)

您的关键应用可在云中使用,并有迁移路径

需要迁移 Jira Service Desk 或 Portfolio

 

 

优点

全部一次性迁移

总迁移时间更短

可以降低由于时间过长带来的迁移成本(例如资源配置、合作伙伴成本)

缺点

所有用户都需要同时迁入

根据数据的规模,可能会增加停机时间

可能会将不需要的数据和用户移动到云中,这可能会增加成本

何时推荐

需要快速迁移到云

迁移的复杂性较低(少于 5000 个用户和 10 个应用)

您的关键应用可在云中使用,并有迁移路径

不需要或不想在迁移之前清理

需要迁移 Jira Service Desk 或 Portfolio

 

 

优点

分阶段的用户迁入

减少了单次停机时间

允许您随着时间的推移进行清理和优化

给用户适应新的工作方式的机会

缺点

如果您需要迁移 Jira Service Desk 或 Advanced Roadmaps(以前称为 Portfolio),则这种方式不是很合适

较长的总迁移时间可能会导致成本增加

在过渡期间管理多个部署可能变得更加复杂

需要仔细规划,因为必须搞清楚依赖关系

如果仅迁移了一些 Confluence Space 或 Jira Project,在迁移后可能很难修复链接

何时推荐

您可以在更长的时间范围内迁移到云上

您的迁移具有更高的复杂性(超过 5000 个用户和 10 个应用)

一些团队的关键应用在云中尚不可用

 

 

优点

没有或只有有限的迁移停机时间

如果您拥有服务器许可证,则可以保留数据以用于归档

缺点

用户将没有旧项目/空间数据的访问权

何时推荐

您将不会使用现有的服务器数据

您是 Jira Service Desk 客户,不需要快速访问旧工作单。

您正在组建一个新的团队

您想加快向云迁移

想要精简您的云足迹并重新设计工作方式


选择您的迁移方法

至于实际的迁移方法,有一些选项可供选择。考虑上面您选择的迁移策略,然后查看此处概述的迁移方法,以确定如何将数据迁移到云。影响因素包括您要迁移的产品/您在使用的服务器或 Data Center 的版本以及需要移动多少数据。