经常有人问：“如何在迁移发生时将数据重新放置到云平台中，并改善数据库、应用程序、安全性、治理和数据操作？”每个人都在寻找可以迁移并自动改善数据状态的快捷方式或神奇的工具。

同时，非魔术般的迁移过程提供了最大的成功机会。在探讨该过程之前，以下将介绍几件事：

首先，云计算重定位不使用瀑布式方法。需要完成某些任务才能继续执行下一个任务，但不是全部。这些依赖关系将很容易理解，但是可以随意执行以下任意任务。

其次，要在第一时间做到这一点，需要按照以下概述的流程使用正确的人才组合。企业需要数据库、安全性、运营、治理、特定于云计算的服务等方面的主题专家。这些人现在很难找到。

最后，这是一种通用方法。企业将需要添加或删除一些项目。例如，如果是一家医疗保健公司，则需要处理有关数据使用，迁移和部署的更多合规性和治理问题。

综上所述，流程如下：

1.评估数据的“原样”状态，包括模型（对象、关系、内存、特殊用途或其他），元数据、应用程序耦合和需求（安全性、治理、业务连续性/灾难恢复和管理））。标记从此处开始。

2.寻找机会减少冗余并提高效率。这就像从一个模型转换到另一个模型（与对象的关系）一样具有影响力，这需要大量的应用程序重构，所有数据模式的规范化，定义单个真相源等。您需要考虑安全性，治理和数据操作也是如此，这对于这里列出的所有内容都是多余的，只是要清楚。

3.通过上面定义的更改和要求定义状态。推荐的途径之一是通用元数据模型（CDM）的开发。元数据模型（CDM）本质上为企业中存在的大多数（有时是所有）数据提供了唯一的真实来源。它由许多不同的数据库组成，这些数据库可能使用不同的数据库模型，例如关系数据库和对象数据库，以及许多不同的结构或架构。但是，对于所有将元数据模型（CDM）用作单一，统一，抽象数据库的人来说，当被问到问题时，它们都可以提供一个通用且一致的答案。

4.定义迁移和实施计划，重点放在目标云平台上。细节在于魔鬼，在试点中仍然需要进行一些更改，但需要进行一些更改。

5.为应用程序和数据库创建暂存和测试平台。这可能还包括持续集成（CI）/持续交付（CD）链接。展望未来，它们应该由Devsecops团队以及DBA维护。

6.在登台和测试平台上测试部署，以确定性能、安全性、管理、适合用途等。对每个应用程序和数据库重复此操作。

7.测试将有助于确定运营成本，并提供数据以预测未来几年的运营成本。现在已经有了实际的成本指标，这很容易。投影还有助于避免第一次拿到云账单时的震撼。

8.定义操作计划，包括监视和管理方法，剧本和工具。充分利用抽象和自动化的优势，将人员从操作流程中移除。

9.从最小和最不重要的数据库和应用程序开始，逐步发展到最大和最重要的分阶段部署。尝试在灵活的期限内进行部署。不用担心，随着学习的进行，您会变得更好。匆忙完成这部分过程通常是失败的原因，因为重要的任务被抛弃以支持任意期限。

10.在每个阶段之后执行验收测试。

11.开始数据操作。

12.休假。

每个数据库平均需要三周的时间。实际上，如果要迁移100个数据库，则大约需要42到52周才能完成。移动和改进的过程不是神奇的也不是自动的，但是可以将它们转到迁移过程中。