我们的免费迁移工具

我们构建了几款迁移工具，以帮助您完成云之旅。了解每款工具以及如何在迁移过程中使用它们。

云迁移试用版

我们为考虑迁移到云的自行管理客户提供免费的云迁移试用。该试用将维持 Server 维护或 Data Center 订阅的持续时间（最长 12 个月），并与您当前自行管理的用户层级（最多 20,000 个用户）相匹配。

通过该试用，您可以：

• 探索 Standard 和 Premium Cloud 的功能，并评估其在 Cloud 中的差别
• 构建概念验证以了解 Cloud 中的体验，并与利益相关者一起进行试用
• 作为迁移规划和执行的一部分，测试您的迁移并进行用户验收培训

Cloud Migration Assistant

为了帮助您迁移产品，我们构建了适用于 Jira、Confluence 和 Bitbucket 的云迁移助手。这些免费应用可从我们的 Marketplace 下载，或者根据您的实例版本，可能已经安装在您的自行管理实例上。这些助手可以帮助您评估和审核应用，确定要迁移的用户、项目和空间，并提供有关测试性迁移的洞察信息。

• Jira Cloud Migration Assistant：对于 Jira、Jira Service Management 和 Jira Core，您可以使用 Jira Cloud Migration Assistant 来迁移数据。详细了解使用 Jira Cloud Migration Assistant 可迁移哪些数据。
• Confluence Cloud Migration Assistant：对于 Confluence 客户，Confluence Cloud Migration Assistant 可以轻松地将您的空间、用户和群组迁移到云端。详细了解使用 Confluence Cloud Migration Assistant 可迁移哪些数据。
• Bitbucket Cloud Migration Assistant：对于 Bitbucket 用户，您可以使用 Bitbucket Cloud Migration Assistant 来迁移您的代码、用户和拉取请求。

  详细了解使用 Bitbucket Cloud Migration Assistant 可迁移哪些数据

成本比较工具

为了帮助您更好地了解与迁移到云相关的成本，我们构建了定价工具，可让您全面了解成本并估算定价。

• 云定价计算器针对您的云端产品和 Marketplace 应用提供个性化成本估算。您还可以添加其他产品或应用，并变更云计划或用户数量，以了解成本的变化情况。
• 使用云节省计算器，您可以估算与自行管理产品相比的云总拥有成本，从而全面了解实际的成本情况。

技术文档

在本指南中，您将找到指向我们的迁移支持文档的链接。这些文档提供了有关迁移过程的各个步骤和方面的更多技术和战术信息。请务必熟悉本文档，因为它可以帮助提前回答您可能遇到的问题。

我们将继续添加和改进迁移工具和资源，以帮助您更快地迁移云中。请查看我们的迁移路线图，了解我们正在开展的工作，或者查阅 Atlassian 社区，看看其他迁移人员在说些什么。

Confluence 迁移协作空间

如果您使用 Confluence（如果您没使用，我们认为您应该使用），Confluence 迁移协作空间是一个综合性资源，可让您全面了解 Atlassian 有关将 Jira、Confluence 和 Bitbucket 产品成功迁移到 Cloud 的建议和最佳实践。该空间的内容按照云迁移生命周期的不同阶段进行组织，提供了有用的文档、信息丰富的视频、清单和工具包。

我们建议规模较小的团队利用此资源。Confluence 是为您准备的空间，因此我们鼓励您对其进行编辑并使用它来帮助计划和跟踪迁移。规模较大的团队可以与云迁移经理沟通，了解其他迁移规划资源。

下载 Confluence 空间。

迁移要求

在您开始您的 Cloud 旅程之前，有几个问题需要考虑，以便大致了解您的迁移需求：

• 此次迁移的目标是什么，您希望在长期时段内实现哪些目标？
• 您的时间表是怎样的？数据迁移是否准备就绪，还是要再等等？
• 预算是多少?
• 您和您的团队可以在迁移方面投入多少时间？哪些人会参与其中？
• 您希望迁移哪些产品，贵公司的规模有多大？
• 您对安全、法律、合规和隐私的要求是什么？
• 哪些 Marketplace 应用是您的团队所必需的？

为了帮助将迁移分解为易于管理的部分，我们将您要采取的步骤分为几个阶段。在每个阶段，您将收集必要的信息并执行所需的步骤以进入下一阶段。

首先，让我们评估一下您团队当前的环境和云需求。

自行管理与云

在决定采用哪种部署时，需要考虑几个关键差异。采用云时，Atlassian 会承担更多的运营责任，这对成本分配和管理体验都有影响。继续阅读，了解有关差异的更多信息，以及如何为团队评估差异。

成本分配

购买云意味着告别自行管理产品的隐性维护成本，而从 Atlassian 负责管理软件中受益。在云中，您的团队可以减少 IT 开销、维护和硬件成本等，从而将长期成本转化为节省。除去这些项目，您的云账单便只剩下订阅费用和管理费用。

详细了解如何估算您的云成本，其中包括如何了解总拥有成本，以及获取将自行管理产品迁移到云的个性化成本估算。

部署和管理

与我们的自行管理产品不同，它们需要您花费时间和精力进行维护、升级、托管等，我们的 Cloud 产品由 Atlassian 托管、安装、保护、维护和更新，从而可为您的团队免除管理负担。您将始终能够访问最新的特性、改进和安全更新，不需要手动进行版本升级。下载我们的“成为 Atlassian Cloud 管理员”指南，了解有关过渡的更多信息。

记住 MAGIC 5，确保万无一失

评估您当前的环境似乎令人望而生畏（不要让我们从有多少 Confluence 页面开始）。在帮助无数团队进行云迁移后，我们注意到一些关键领域值得仔细研究，以确保您为顺利迁移做好准备。为了帮助记住这些主题，我们使用了一种助记法：MAGIC。MAGIC 概述了评估您的 Server 或 Data Center 实例的步骤，以识别和减少潜在的摩擦点，更快地迁移到云。

对于用户数量较多（超过 1000 个）的迁移，Atlassian 将与您一起完成此流程，以确保您为成功做好准备。

MAGIC 代表以下内容：

• 迁移策略
• 应用、集成和自定义
• 增长和可扩展性
• 身份管理
• 合规性与安全性

迁移策略

为了让您做好准备进行成功的迁移并制定高水平的迁移策略，您应该首先回答一些基本问题，以了解您当前的 Atlassian 足迹、您在云端的理想最终状态以及如何实现目标。

评估当前的环境

在审核您当前的技术堆栈时，请在回答以下问题时记下您拥有的产品和集成：

• 您的所有 Atlassian 产品都是自行管理的，还是已经有了一些云产品？
• 每种产品分别有多少员工在使用以及用于什么目的？
• 它们的使用频率有多高?
• 每种产品有多少实例？有没有您之前不知道的任何实例？
• 您为 Atlassian 的产品做过定制吗？您或您的团队多久维护一次实例中的工作流和自定义字段?

了解您当前的环境将有助于您更好地确定前进的方向。

确立云端理想的最终状态

在开始迁移之前，您还应该考虑希望从云产品中获得什么，并回答以下关键问题：

• 迁移后，您想通过 Atlassian 工具支持新的或更好的工作方式吗？

• 在向云迁移时，您想清理或标准化工作流程吗？

• 您是希望云中的足迹与使用自行管理产品时的足迹相同，还是希望对足迹或租户地图进行更改？请记住，合并和/或联合实例可能会增加流程的复杂性。详细了解云中单实例和多实例模型的部分用例。

• 总的来说，在向云迁移时，您的 Atlassian 产品是否有办法更好地支持您的组织及其目标？

为了帮助您规划当前环境以及在向云迁移时需要进行的变更或优化，请试着使用我们通过 Miro 构建的此蓝图练习。

云计划和价格

作为迁移策略的一部分，您还需要确定要在云中使用的计划。云计划既可以按月按用户定价，也可以按年订阅。月度订阅是根据每个月产品的授权用户的确切数来收费的。年度订阅则是根据您所属的用户层级收费的，并以较低的价格提供。

Atlassian 还提供了一系列的定价计划，旨在满足所有类型团队的需求：要深入了解每个产品的定价计划所包含的功能，请访问以下定价页面：

• Confluence
• Jira
• Jira Service Management
• Bitbucket

为了支持所有类型的团队，我们还针对 Community 和 Academic 订阅、开源订阅和政府机构提供定价折扣。

迁移超过 1,001 个用户的客户可能有资格获得额外的定价奖励，例如：双重许可。

迁移工具和团队

最后，您还需要开始考虑如何将数据从 A 迁移到 B，首先要了解您的迁移工具和团队。我们建议使用本指南导言中概述的 Atlassian 云迁移工具。在评估您的云之旅时，请务必了解这些工具可以为您做什么以及它们是如何工作的。

此外，在评估阶段，开始考虑在迁移过程中需要让哪些利益相关者参与进来也很有用。

应用、集成和自定义：

与前面的步骤类似，对您自行安装或构建的当前应用（也称为插件）进行评估。利用我们的应用评估支持中心来帮助确定您在云中需要哪些应用，并检查以下问题以帮助指导您的评估：

• 如何使用每个应用？它们都被用于既定的目的了吗?
• 有多少人在使用这些应用?
• 是否有多个应用服务于同一个目的？
• 云产品中是否有相同的应用功能？
• Server/Data Center 与 Cloud 版本之间有何成本差异？
• 是否有任何应用许可证已经过期？

评估应用时要关注的主要问题是，假设您的团队需要的应用已存在于 Cloud 中并且可以迁移到 Cloud，那么将应用保留在 Cloud 是否仍有商业合理性。

使用 Cloud Migration Assistant 评估您的应用

下载适用于 Jira、Confluence 和 Bitbucket 的 Cloud Migration Assistant，然后导航到“评估您的应用”。应用评估功能可显示您当前已在实例上安装的所有应用，并显示 Cloud 中是否有该应用的版本、功能是否相同，以及是否存在迁移路径。我们还建议使用 Jira 应用使用情况来帮助确定每款应用在您组织中的使用频率。

使用关于如何通过 Cloud Migration Assistant 进行应用评估的分步说明，或观看短视频教程。

云应用可用性和迁移能力

有了当前应用的列表和它们的使用情况后，请利用这个机会来彻底清理。由于应用迁移需要专用的评估和迁移带宽，因此您应考虑要优先迁移哪些应用。成功完成迁移后，可随时重新添加应用或考虑仅适用于 Cloud 的新应用。与内部团队交流，了解哪些应用对日常工作至关重要，哪些应用是 Cloud 中必备的，以及哪些应用不再关键甚至不再使用。某些情况下，您在 Server 或 Data Center 中使用的应用是 Cloud 中的原生功能。

对于那些重要的应用，请确保有对等的云应用可用。此操作可通过 Cloud Migration Assistant 完成，或者您也可以在 Atlassian Marketplace 中进行搜索。

如果没有等效的应用，应直接联系供应商，看看是否有等效的应用正在开发中，了解 Marketplace 上是否存在类似的选择，或者重新评估相关应用是否对您的团队至关重要。请注意，Sever 或 Data Center 中的应用在 Cloud 中的功能可能不同。建议直接联系供应商，检查 Cloud 应用是否功能相同。

要了解您的 Server 或 Data Center 应用是否有可用的 Cloud 迁移路径，请查阅应用迁移途径文档，获取符合迁移条件的应用的列表和说明。

应用安全性

与使用自行管理许可证的应用不同，Cloud 应用并不是安装在您的防火墙后。相反，大多数 Cloud 应用是由 Marketplace 或开发相应应用的 SaaS 合作伙伴托管的。虽然我们的供应商对其应用的安全性负责，但第三方应用必须：

• 遵守 Atlassian 的 Marketplace 安全要求
• 同意让 Atlassian 的 Ecoscanner 平台每天扫描应用，以确保符合关键安全要求
• 遵守 Atlassian 的安全缺陷修复政策并及时响应安全问题
• 向团队提供隐私政策
• 遵守《通用数据保护条例》(GDPR) 以及所有与数据和隐私相关的地区法规

某些应用合作伙伴也会选择参与我们的公共缺陷赏金计划，在此活动中，将有一组安全研究人员对应用进行测试。您会在他们的应用列表上看到一个“云安全参与者”徽章。

您还可以留意“Cloud Fortified”徽章，以识别参与缺陷赏金计划的应用，填写完整的“隐私与安全”选项卡，并满足更高的支持和可靠性标准。在 Trust Center 详细了解选择加入计划。

要详细了解特定应用的隐私和安全实践，请查看应用列表上的“隐私和安全”选项卡，或查看相应应用的隐私政策。

为了支持 Cloud 产品的可扩展性和定制化，Marketplace 合作伙伴和用户可使用 Atlassian 托管的应用开发平台 Forge 构建附带内置安全功能的应用。

增长和可扩展性

在开始迁移之前，请务必评估用户数量和数据规模，以确保迁移取得成功，并确保您的实例在 Cloud 中具有高性能。

问问自己：

• 您计划将多少位用户迁移到 Cloud？有关当前用户限制，请参阅以下页面：
  • Jira
  • Jira Service Management
  • Confluence
  • Bitbucket
• 您计划在 Cloud 中使用多少个站点？（注意：站点上限为 150 个）
• 是否存在未使用且可留在原处的数据，以提高 Cloud 中的性能？

通常情况下，我们建议客户在迁移前对旧数据或未使用的数据进行一定程度的清理，以提高迁移速度和 Cloud 性能。

此外，这些信息还会影响并指导您的迁移策略，包括您的理想环境配置和实际迁移到 Cloud 的方式。

身份和用户管理

为帮助您管理 Cloud 中的用户，我们建议所有团队创建一个组织并验证他们的网域。通过完成这两项工作，可以集中管理多个 Cloud 站点和 Atlassian Cloud 产品中的所有用户。这也将给予管理员更多的控制权，使其能够为申领的用户帐户实施安全策略。

为了获得额外的企业级安全性和集中化管理，我们构建了 Atlassian Guard，只需一次订阅即可在您的所有 Atlassian Cloud 产品上运行。以下是评估 Atlassian Guard 是否适合贵组织的一些考虑因素：

• 贵公司对 Cloud 应用的访问管理是否有安全要求？

• 您是否需要 SAML 单一登录 (SSO) 来简化访问和身份验证？

• 您是否需要连接到内部目录的自动化用户生命周期管理？

• 您是否需要集中式可见性和审计日志记录来满足合规性要求？

Guard 可通过用户调配、SAML SSO、Active Directory 同步、强制双因素身份验证 (2FA)、API 令牌控制等功能实现可扩展的治理。我们建议迁移者尽早评估 Guard，以便更好地了解他们的 Atlassian Cloud 环境和安全要求。如果您仍希望使用先前的 Active Directory 设置，则还需要云身份提供程序来连接您的云产品。

合规性与安全性

Atlassian 非常重视数据安全、隐私和合规。迁移到 Cloud 后，您的团队可以利用一流的数据保护，从而更有效地专注于创新。这一旅程的第一步是了解您的需求。建议您在流程早期让安全、法务和其他合规相关利益相关者参与进来，以确保他们了解 Atlassian 如何保护 Cloud 中的数据。

迁移到 Cloud 涉及到责任转移，迁移后，Atlassian 和您的团队需共同承担责任。要详细了解 Cloud 中的责任共担模式以及 Atlassian 如何在不断变化的监管和数据安全环境中为您的组织提供支持，请访问 Atlassian Trust Center。

了解迁移的复杂性

在整个 MAGIC 5 流程中，您将会收集有关您当前情况的信息。这将让您深入了解迁移的简单程度或复杂程度。

例如，以下几种情况会增加迁移的复杂性：

• 数据量大或用户数多
• 存在多款产品和应用（超过 10 个）
• 大量自定义内容（超过 100 个客户字段）

这种复杂程度可能会影响您的时间线、选择的迁移策略以及可能需要的支持级别。Atlassian 可直接为拥有 1000 名或更多用户的团队提供一些支持，但如果您认为自己可能会面临更复杂的迁移，无论您的用户规模如何，我们都建议您与解决方案合作伙伴合作。

组建团队

正如我们此前所言，迁移是一项团队行动，因此您应立即组建强大团队，来帮助组织进行迁移。请记住，您随时都可以从 Atlassian 获取支持。

• 项目经理：负责凝聚团队的人员，负责展示业务案例，管理迁移，跟踪状态和各项任务，并担任主要联系人。

• 系统管理员：了解先前实例的配置和权限，并拥有迁移所需的所有权限。他们还可以执行迁移。如果他们在 Cloud 方面没有任何经验，也可以借助解决方案合作伙伴来执行实际的迁移工作。

• 执行发起人：负责预算审批、业务案例审批（此人也可能成为贵组织的 Atlassian 拥护者）。

• 技术团队和测试人员：执行测试性迁移和实际迁移。在迁移之前，您将需要运行一系列测试，以确保团队能够完成重要的任务。测试人员应该来自不同的团队，他们将以不同的方式使用您的系统，并应测试他们最重要的任务。

• 安全、法务和合规：负责向迁移团队的其他成员提供重要的安全、法务和合规信息。安全和法务部门的人员应该尽早参与到项目中，以确保迁移计划满足所有的安全和合规标准（并防止这些要求在流程后期成为障碍因素）。

• 产品拥护者：倡导采用 Cloud 技术，帮助改变团队的工作方式，这意味着团队将需要培训、解决疑难，还可能需要开发新的工作方式。此角色可以指定一个人员来承担，或由一个团队共同承担。

无论对于哪个团队而言，都要在迁移过程中为具体的运作制定指导方针，以确保形成清晰、一致的沟通渠道。以下是确保团队顺利运作的一些建议：

1. 尽早设定明确的角色和职责，让每个人都知道自己需要做什么。

2. 经常沟通。设置专用通道，让所有人了解最新情况。

3. 尽早制定计划，尽快组建团队。

4. 在必要的时机和场合聘请解决方案合作伙伴。我们看到，在用户数超过 1000 的迁移中有 60%、在用户数超过 5000 的迁移中有 100% 都有解决方案合作伙伴的参与。详细了解如何与解决方案合作伙伴合作。

直接迁移

直接迁移的重点是在单个停机期间窗口内迁移您的实例。为此，需要提前进行适当的规划和数据准备，以确保停机期间窗口高效而顺畅。直接迁移包括几项关键操作，可帮助您更顺利地进行迁移，其中一些操作如下：

• 审查并清理您的数据
• 选择要迁移的应用、项目和空间
• 预迁移用户和附件
• 运行测试性迁移和用户验收测试

虽然迁移所需时间会因数据规模和复杂性而异，但预计迁移计划和执行时间如下：

分阶段

这种方法包括分步骤逐步过渡您的数据或应用，而不是一次性全部过渡。这种方法具有一定的灵活性，但您必须认识到分阶段迁移可能是一个复杂的过程，需要仔细规划和执行。鉴于大规模迁移的复杂性，分阶段迁移可能是您的最佳选择。但是，您必须认识到这一策略可能是一个具有挑战性的过程，需要详细规划以避免延误、成本超支或技术问题。

在启动分阶段迁移之前，确定最适合您需求的迁移方案至关重要。

• 多个实例（云端整合）：将多个环境整合到一个云实例中。
• 拆分数据：通过将迁移过程分成几个阶段，保持对不同数据段的控制。
• 多个云目标站点（云端分区）：将数据迁移到多个云环境而不是单个站点。

准备工作对于任何分阶段迁移的成功都至关重要。在直接迁移准备清单方面，以下步骤对于确保分阶段顺利过渡至关重要：

• 迁移范围：定义迁移范围并确定关联项目或空间。
• 定义迁移策略：确定要迁移的实例或数据的顺序，并为每个阶段定义明确的里程碑。
• 测试和验证：对每个阶段进行试点迁移，以验证流程。
• 制定回滚计划：确保针对故障或意外问题制定回滚计划。

分阶段迁移具有灵活性，但也存在固有风险和技术挑战。了解并缓解这些风险将有助于确保迁移的成功：

• 配置漂移：源站点或目标站点在两个阶段之间发生变化的风险。
• 停机时间：在分阶段过渡期间，预计停机时间较长。
• 安全问题：过渡期间数据泄露的可能性增加。
• 复杂的测试：跨团队和跨部门协调分阶段迁移工作的复杂性增加。

分阶段迁移的时间长短差别很大，具体取决于与数据形状有关的多种因素。与 Atlassian 或解决方案合作伙伴合作可帮助您制定迁移时间线。

其他规划注意事项

制定迁移计划应由团队共同努力，并应将评估结果以及上面列出的战术步骤考虑在内。以下是在制定直接迁移计划时需要考虑的一些额外事项：

• 缩减数据规模（推荐）

  • 您自行管理的实例上的某些数据无需迁移。在迁移之前清理数据有助于缩短迁移停机期间并减少迁移后的工作量。

  • Migration Assistant 将帮助您选择要迁移的数据。

• Cloud 采用（推荐）

  Cloud 迁移成功与否取决于团队是否积极使用您实施的工具来更智能、更快速地工作，因此，我们建议您在迁移的早期制定组织变更管理计划。为提供帮助，我们打造了 Cloud 采用工具包，其中包含一系列资源，提供了实用的指导、模板和入门资料，可供您在变更中应对人员方面的问题，加快实现 Cloud 投资的价值。

• 用户管理设置

  • 如果您正使用自行管理的 LDAP 或 Active Directory 作为用户身份验证方法，则必须使用 Atlassian Guard，它充当身份提供程序与 Atlassian Cloud 产品之间的桥梁。请参阅我们的 Guard 和云迁移文档。

  • 了解如何迁移每种产品的用户、群组和权限。

• Cloud 蓝图

  • 花时间完成我们的云蓝图练习，看看您的云足迹应是什么样子以及如何才能达到目标。

本指南的其余部分将引导您完成迁移的剩余阶段，包括成功迁移所需的必要步骤、资源和指导。

准备您的团队和站点

有了计划和估计的时间线，就可以开始与将受影响的利益相关者和团队讨论迁移的细节，这样您的用户就可以在不影响工作的情况下顺利开始。对于某些公司而言，根据要迁移的产品的关键程度，此步骤可能需要在更早阶段开始。最好建立沟通层级，规定沟通时间和频率，以便团队可以收到通知并为变更做好准备。

制作运行手册

汇编一本运行手册或逐步清单，说明在什么时候需要执行哪些操作、支持性说明、每个任务的负责人以及每个步骤需要多长时间。记录哪些步骤是相互依赖的，且如果没有完成便会阻碍您推进。在运行手册的最后，为负责人提供一个缓解计划，以防需要回滚某些内容。

要开始使用，请下载我们的运行手册模板，并根据需要修改任务。您可以观看我们关于如何使用模板的短视频。

在下一阶段，您将使用运行手册运行测试性迁移，并根据需要进行调整。

清理实例

迁移的数据越多，迁移所需的时间可能就越长、过程也越复杂，并且可能会影响之后的 Cloud 性能。建议您在将数据转移到 Cloud 之前，花点时间清理您的实例。通过缩减数据规模，可以实现更顺畅的迁移，减少 Cloud 中的性能问题。

清理时需要注意的一些内容：

• 处于非活动状态的应用或用户
• 旧产品数据，例如项目、空间、自定义设置或工作流
• 重复的数据

了解有关清理实例和缩短停机期间的更多信息。

确保所用工具处于最新状态

在使用 Cloud Migration Assistant 进行迁移之前，请确保您使用的是最新版本。我们在不断改进迁移工具并扩展其现有功能。因此，我们已不再支持旧版 Cloud Migration Assistant。要获得更流畅、更稳定的迁移体验，请升级到最新版本的 Cloud Migration Assistant。

了解有关升级的更多信息。

完成迁移前清单

查看我们详细的迁移前清单，确保您的数据、环境和云实例已准备就绪。

• Jira 迁移前清单
• Confluence 迁移前清单
• Bitbucket 迁移前清单

让您的用户做好准备

让用户为 Cloud 做好准备与准备数据一样重要（毕竟，他们需要知道数据迁移后如何与数据进行交互）。

要让用户做好准备，首先需制定采用计划。我们创建了变更管理计划模板来帮助您入门。此模板旨在引导您完成规划和执行向 Cloud 迁移的过程，同时确保所有相关利益相关者都了解情况并参与其中。通过使用此模板并遵循最佳实践（即 Atlassian 采用和变更管理指南中的所有信息），您可以确保实现向 Cloud 的平稳过渡并充分发挥 Atlassian 投资的效益。

沟通

现在，您的时间线和项目负责人已准备就绪，接下来您需要有效地传达实施计划，激发对向 Cloud 迁移的热情。

培训和支持

迁移到 Cloud 可为您的团队开辟新的可能性。确保您已为关键变更做好准备，例如用户登录、更新后的 URL、应用变更和全新的用户界面。利用来自您的用户验收测试 (UAT) 的洞察信息，了解用户最关心的问题，并确定有针对性的培训可以发挥作用的领域。

探索这些实用资源，以轻松指导您的用户完成 Cloud 迁移之旅，并保证在这个变革时期持续提供支持：

• 让您的用户为在 Atlassian Cloud 中取得成功做好准备 - 此管理员指南重点介绍了用户在首次登录 Cloud 产品时会遇到的最重大的差异，以便管理员可以让团队为未来的变更做好准备

• Cloud 入门和培训资源中心 - 提供精选资源，帮助管理员和变更管理负责人制定稳健的入门和培训计划。该资源中心专为从 Server 或 Data Center 迁移到 Cloud 的团队而设计，其中包括支持文档、Atlassian Learning 课程、演示和博客文章，以适合不同的学习方式

• Jira、Confluence 和 Jira Service Management 的 深入产品指南 — 提供您需要了解的有关使用和定制我们的产品、开始使用产品及产品最佳实践的所有信息

测试性迁移

无论公司规模或迁移复杂性如何，我们都建议所有客户在执行实际迁移之前先运行测试性迁移。在使用我们的测试指南完成测试性迁移之前，请确保您已完成迁移前清单中的所有事项。

备份您的数据

强烈建议您在执行测试性迁移或实际迁移之前备份您自行管理的实例。如果您的 Cloud 站点中已经有数据，请务必同时备份这些数据。有关数据备份，请参阅我们的文档。

• 备份 Jira 数据
• 备份 Confluence 数据
• 备份 Bitbucket 数据

准备 Cloud 站点

如果您还没有 Cloud 站点，现在即可注册一个。建议注册免费的 Cloud 迁移试用版。同时，我们也建议选择或升级到 Atlassian Cloud Premium 或 Enterprise，以便在沙盒环境中测试迁移。

设置 Cloud 站点时，最好安装您计划在 Cloud 中使用的应用。在测试过程中，您可能需要安装和测试全部功能。请确保您和您的利益相关者都已在 Cloud 站点上对这些应用的功能进行了测试。然后，Cloud Migration Assistant 将帮助您迁移应用和应用数据。

执行测试性迁移

在使用我们的测试指南完成测试性迁移之前，请确保您已完成迁移前清单中的所有内容。

您可以根据需要运行任意次数的测试性迁移。重置您的站点以运行多次测试。

用户验收测试

测试性迁移的其中一部分是执行用户验收测试 (UAT)，以便您的最终用户能够重复执行常见的日常任务，并确保它们按预期工作。通过此过程，您可以发现会影响您最终用户的所有事务，并帮助您的团队准备在 Cloud 中开展工作。

详细了解用户验收测试。

完成测试迁移并确定迁移将花费多少时间后，请选择进行生产迁移的日期。尽量将迁移安排在晚上、周末或者团队不太可能需要访问自行管理实例或 Cloud 站点的时间，以减少中断和数据差异的风险。不要忘记再花一些时间进行故障排除！

将用户权限设置为只读

为避免任何混乱并帮助切换，请更改您的 Server 或 Data Center 用户权限，以防止用户进行变更。这实质上是在迁移之前将您的站点置于只读模式。

• 对于 Jira，通过创建一个仅允许“浏览”权限的权限方案并将其应用于所有项目，手动设置为只读。
• 对于 Confluence，导航到每个空间并删除除“读取”之外的所有权限。
• 对 Jira、Confluence 和 Bitbucket 的站点端公告栏进行更新，阐明您的站点正在迁移，且现在处于只读模式。

迁移后，您的用户很可能不再需要访问您的自行管理实例，但如果需要，请务必在迁移完成后删除此设置。注意：您的实例不会被关联，在 Server 或 Data Center 实例上完成的任何新工作都不会出现在您的云实例中。

运行生产迁移

现在请取出您创建的运行手册，并按照您汇总的步骤和时间安排将数据迁移到云中。我们强烈建议使用云迁移助手应用来执行生产迁移。我们会逐步指导您使用助手执行迁移。

• 使用 Jira Cloud Migration Assistant 进行迁移
• 使用 Confluence Cloud Migration Assistant 进行迁移
• 使用 Bitbucket Cloud Migration Assistant 进行迁移

迁移所有应用

利用已确定的应用迁移途径，安装并迁移您认为对于在 Cloud 中使用至关重要的应用。

对已迁移的数据进行 QA 检查

检查以确保您的数据已按预期迁移，并且一切工作正常且井然有序。请参阅我们的测试指南中的第 6 步，以获取有关在审查数据时的注意事项。

如果遇到障碍或者需要在整个迁移阶段获得指导，请联系我们的迁移支持团队以寻求帮助。

完成迁移后任务

• 更新产品链接：将 Jira 或 Confluence 迁移到 Atlassian Cloud 后，最近迁移的产品中的一些网址可能看起来已损坏，因为它们仍然指向旧的 Server 或 Data Center 实例。有关说明，请参阅迁移后更新产品链接。
• 根据您的迁移，您可能还需要完成其他迁移后任务。请查阅测试期间和生产后的重要迁移任务。