更新系列：第 5 阶段：项目交付：数据迁移

这是 Coalition Technologies 关于平台重构的 10 部分系列文章中的第 8 部分。

为什么需要数据迁移？

数据迁移是将有价值的信息从平台 A 移动到平台 B 的过程，您可能需要迁移或复制数据的原因有多种。 例如，随着数据的快速积累，您当前的数据库可能难以存储和扩展有价值的信息。 如果您当前的数据库被证明是无能的，那么可能有必要将您的数据移动到另一个数据库，以便为您的宝贵信息提供更好的可扩展性。

您还可以选择将数据从本地站点迁移到云计算环境。 如果您想迁移到公共云、私有云、多云或混合云环境，请务必找到一种有效且安全的数据迁移方法。 您可以通过以下方式将数据从本地数据中心传输到云端：

• 离线迁移：存储设备用于传输数据，然后物理地运送到云存储位置。

• 在线迁移：数据通过 Internet 或专用 WAN 连接传输。

为什么要从数据迁移开始？

数据迁移是平台重构项目中的一个阶段，需要大量工作，因为通常高达 40% 的项目成本用于数据迁移。 通过首先处理数据迁移，您可以消除潜在风险并确保您的项目在上线时完成并经过测试。 尽管用户体验 (UX) 优化和营销增强是可选的，但在决定上线之前，您必须先准备好数据。

为您的企业制定数据迁移计划

在数据迁移过程中，存在着各种各样的挑战，因为它远比简单的复制和粘贴数据要复杂得多。 为了顺利迁移，您应该考虑制定数据迁移策略，指定流程中的所有步骤。 精心准备的数据迁移计划可降低意外成本、计划外停机和迁移完成后客户不满意的可能性。 请务必参考您的数据迁移策略以避免失败，因为它从数据迁移过程开始就指出了潜在的问题。

制定数据迁移计划时要考虑的五个因素

在制定迁移计划时，您应该为项目的每个步骤牢记几个因素。

1.确定数据迁移策略的执行者。

在开始迁移过程之前，请确定您要切换到的数据平台是否具有可靠的支持服务。 如果数据迁移没有像预期的那样顺利进行，那么在 83% 的数据迁移失败或超出预计完成日期的情况下，有一个随时待命的支持服务可以回答任何问题并为您提供帮助，这将很有帮助。

如果数据迁移过程将由外部组织执行，您的团队仍应监控项目，并且应由非常熟悉您公司数据的人员从一开始就负责该项目。 请记住，与内部团队相比，外部机构迁移数据可能需要更多时间。 B2B 业务也需要更详细的分析，因为 B2B 业务通常存储大量数据。

2. 发现您正在迁移的数据

确定数据的类型、数量和复杂性以及淘汰旧系统的范围非常重要。 您可以根据您的信息为组织带来的价值确定范围确定的优先级。 您可能希望迁移有关客户、产品、定价和价目表（或自定义定价）的数据。

3. 选择要迁移的数据和不迁移的数据

当您可以有效地决定要迁移和不迁移的内容时，迁移项目会顺利运行。 在清理数据时要记住以下几个问题：

• 我的数据有意义吗？ 电话号码的格式是否正确？
• 您是否保留过时或不正确的信息（例如邮寄地址、电子邮件地址）？
• 是否有任何重复（即用户名）？

据 Experian 称，他们大约 30% 的客户数据被认为是不准确的。 清理数据可为您提供高质量的信息，从而改进消费者分析、增加收入并增强电子邮件营销和重新定位活动。 清理后的数据可以存储在单独的位置，以减少将您的信息与尚未清理的数据混合的机会。

4. 阶段和测试迁移

您可以根据数据迁移过程的分阶段和组织程度来成功降低风险。 考虑运行定期测试并从单个存储或数据子集开始。 例如，10-40-60 方法是一种测试模式，您可以：

• 将 10% 的干净数据从备份服务器复制到新平台。 由于新数据通常更干净，因此请考虑先测试历史（最旧的）数据，然后再及时推进。
• 验证和测试您的工作，然后创建一个基准结构来查看您的测试是否足以继续进行。
• 达到成功标准后重新测试，这次使用总数据的 40%。
• 进行验证和测试，以满足您预先确定的成功率。
• 使用总数据的 60% 再次运行测试。
• 执行 10-40-60 测试后，将 60% 的数据保留在暂存站点中。
• 移动剩余 40% 的数据。 （您可以在部署之前评估和处理剩余 40% 的数据，以最大程度地降低风险。）

5. 发布前和发布后测试

在决定上线之前，您应该考虑至少提前 4-5 周完成数据迁移过程。 请记住，这是一个平均时间范围，可能会根据您的项目规模而变化。 有足够的时间可确保您的数据保持一致并顺利运行。

• 内部测试：测试和验证大约 10% 的数据。
• 外部测试：让客户访问并测试您的网站。

继续测试，直到达到基准，并在进行更新时重复测试周期。

在我们的平台重构系列的下一部分中，了解如何在数据迁移过程之后集成数据。