常见的六种数据迁移方法

数据迁移涉及很多移动部件。本指南概述了 6 种不同的数据迁移方法以及每种方法的最佳用例。

组织通常需要制定量身定制的数据迁移策略，并使用专门的软件来成功完成数据迁移过程。他们还需要决定哪种数据迁移方法最适合他们的需求。

在本指南中，我们将介绍数据迁移所需的基础知识，但我们还将深入探讨不同类型的数据迁移以及您可能希望在何时使用它们。

什么是数据迁移？

数据迁移是将数据从一个位置传输到另一个位置的过程。这可能是数据库、存储系统、应用程序或各种其他格式和系统之间的传输。数据迁移过程通常包括多个步骤，使数据迁移就绪，包括数据准备、提取和转换。

SEE：数据迁移简介(TechRepublic)

数据迁移的目标是确保数据准确、完整地迁移，最大限度地减少数据停机时间并最大限度地降低迁移成本。常见的数据迁移场景包括网站整合、旧系统升级或更换、采用基于云的系统、基础设施维护或信息系统整合。

按系统格式划分的数据迁移类型

尽管无论您使用的数据格式或系统类型如何，许多数据迁移最佳实践和策略都将保持不变，但重要的是要了解，根据您要移动的数据类型，需要添加或修改某些步骤以及涉及的源系统和目标系统。

数据库或架构迁移

当数据库模式调整为数据库的先前版本或新版本以使迁移更加无缝时，就会发生数据库或模式迁移。由于许多公司使用遗留数据库和文件系统格式，因此数据转换步骤通常是此类迁移的重要部分。

存储迁移

此类项目涉及将数据集从一种存储系统或格式移动到另一种存储系统或格式。如今，这通常涉及将数据从磁带或传统硬盘驱动器移动到更高容量的硬盘驱动器或云端。

数据中心迁移

数据中心迁移涉及将整个数据中心移动到新的物理位置或新的非物理系统，如云。由于此项目的规模，需要大量的数据映射和准备才能成功迁移。

云迁移

当组织从遗留的本地系统迁移到云或从一个云提供商迁移到另一个云提供商时，就会发生云迁移。应用程序、数据库和各种其他业务资产都需要在这种迁移中移动。由于其复杂性，大多数人依赖第三方供应商或服务提供商来协助云迁移。

应用迁移

这种类型的迁移可能涉及将应用程序从一个环境移动到另一个环境，但它也可能涉及将数据集从一个应用程序移动到另一个应用程序。这种类型的迁移通常与云或数据中心迁移并行发生，但也可能发生在您从一个供应商切换到另一个供应商以获取项目管理应用程序时。

业务流程迁移

特别是在并购以及其他重大业务转型期间，业务流程迁移用于确保所有知识都与目标系统和收购公司共享。这种类型的迁移，取决于行业和地区，可能特别强调数据治理和安全措施。

主要类型的数据迁移策略

选择正确的数据迁移策略会对迁移的成功产生重大影响，确保平稳过渡且不会出现严重延迟。两种基本的数据迁移策略是大爆炸式数据迁移和涓流式数据迁移。

大爆炸数据迁移方法

大爆炸方法涉及在一次操作中将所有数据从源传输到目标。这使得大爆炸数据迁移比涓流数据迁移更简单、成本更低、耗时更少。一些组织可以在假期或周末不使用所涉及的应用程序时完成大爆炸式数据迁移。

值得注意的是，在大爆炸式数据迁移期间，停机时间很长，因为在迁移完成之前，使用数据的系统将停机且不可用。对于移动大量数据的组织来说，停机时间可能更长。

此外，网络和 API 的吞吐量有限会进一步延迟数据迁移过程。随着数据的复杂性和数量不断增加，大爆炸式数据迁移方法的实施可能会变得更具挑战性。

优点

• 花更少的时间
• 不太复杂
• 成本更低

缺点

• 需要数据停机
• 代价高昂的失败风险更高

用例

大爆炸式数据迁移方法最适合小型企业或涉及少量数据的数据迁移项目。对于必须 24/7 全天候可用的关键任务数据的迁移，此方法并不理想。

涓流数据迁移方式

涓流数据迁移方法是一种迭代或分阶段迁移。它使用敏捷技术来完成数据传输。

整个过程被分成更小的子迁移块，每个块都有自己的时间表、目标、范围和质量检查。涓流数据迁移的主要目标之一是确保零停机时间，使该策略非常适合需要 24/7 全天候访问数据的组织。当数据以小增量迁移时，源系统和目标系统并行运行。

涓流数据迁移方法的缺点是完成迁移过程需要更长的时间，并且需要为项目分配大量资源以保持两个并行系统同时运行。此外，数据工程师必须确保数据在两个系统上实时同步。

一种常见的方法是让源系统一直运行到迁移结束，只有在整个迁移成功后用户才切换到目标系统。但是，数据工程师需要注意，对源系统的任何更新或更改都必须反映在目标系统中。

优点

• 零停机时间
• 不易发生意外故障

缺点

• 更贵
• 比较费时
• 需要额外的资源来保持两个系统的运行

用例

中型和大型组织可能更喜欢这种数据迁移方法，因为没有数据停机时间。较大的组织也可能拥有同时运行两个系统所需的资源和技术专长。

数据迁移最佳实践

资料备份

数据备份的目的是创建一个数据副本，在数据出现故障时可以恢复。最好在编写映射脚本之前分析所有源数据。

建立专门的数据迁移团队

分配或聘请数据迁移专家将确保项目顺利完成，如果出现问题，训练有素、高素质的团队应该有能力、技能和经验来处理这些问题。

完成连续测试

数据工程师必须在所有阶段测试数据迁移，包括规划、设计和维护阶段。

不要急于关闭旧平台

有时，第一次尝试完成数据迁移不成功，需要回滚并再次尝试。最好等到目标迁移完成并经过测试后，再完全摆脱旧系统和应用程序。