导读：几年前，数据中心最常见的迁移类型可能是操作系统的升级，通常情况下，操作系统的升级是伴随服务器硬件或应用程序升级同步发生的，在此期间，生产数据将不可避免要从一个地方转移到另一个地方。这就要用到数据迁移技术，做数据迁移时要特别注意一些小细节，问题一旦出现，即使很小很小的故障问题，也会导致整个运行进行不下去了。

　　随着数据爆炸式增长和服务器虚拟化技术的普及，今天我们看到的更多是存储系统的升级，与操作系统是否升级无关，虚拟化物理服务器或提供更多存储空间已成为当务之急。

　　有人说数据迁移不就是从A点转移到B点吗?应该很简单，如果你有这种想法就错了，在IT领域，真正的麻烦在于细节。数据迁移的成败关键在于最终需要的停机时间，应尽***努力确保停机时间最小化，并确保迁移期间不出现突发问题，下面我将介绍几种最常见的数据迁移情景，以及存在的陷阱。

　　从一种存储类型迁移到另一种存储类型时，首先需要正确了解源和目标存储，你对它们的了解程度可能会最终左右你使用的数据迁移策略，面临的风险，以及所需的时间。

DAS到SAN迁移

　　最简单，最常见的存储迁移形式可能要数从物理服务器本地，直接附加存储迁移到SAN存储，假设你有一台部门文件服务器，本地磁盘空间已经快用光，为了满足用户的存储需求，你购买了一个新的SAN存储，于是想将用户的数据转移到它上面，但必须不惜一切代价，避免不必要的停机时间。

　　***步是将物理服务器连接到SAN，不管你使用的是FC SAN还是iSCSI SAN，都需要给服务器添加SAN存储连接设备，如果是FC SAN，就需要FC HBA(主机总线适配器)，如果是iSCSI SAN，用双端口千兆以太网网卡就行了，完成HBA或网卡的安装不应该超过1小时，同时，你***在这个时间范围内将需要的软件也一并安装好，避免以后再停机或重启服务器。

　　配置好SAN后，在你的服务器上装载新的数据卷，并格式化，完成后，你的服务器上就拥有一个全新的空卷了，这时你可以预迁移数据副本，很多人在这一步会犯错，总是试图将所有数据全部移走，其实完全没必要这样做，不仅风险很大，数据迁移所需时间往往比你预计的要长得多，特别是迁移包含大量小文件的文件服务器，相反，你应该使用robocopy(Windows)或rsync(Linux，Windows)等数据卷镜像工具。

　　如果配置得当，这些工具允许你将生产服务器上的数据同步到SAN，包括非常重要的安全描述符，因此不需要生产磁盘卷脱机，通过几天的连续同步，非生产SAN存储上的数据就和生产服务器上的文件完全同步了，这样就不需要中断生产系统，如果你要迁移的是数据库服务器，虽然不可能执行增量复制，但你可以通过复制测试确定迁移需要的时间，从而做好停机规划。

　　为了减少迁移时间，需确保没有用户打开或锁定共享服务器上的文件，如果是Windows Server操作系统，可以停止“Windows Netlogon”和“Server”服务，这样用户就无法访问服务器上的共享文件了，微软的Process Explorer或Linux下的lsof可以检查是否有进程锁定你需要复制的文件，在Windows服务器上，WMI服务通常是罪魁祸首。

　　当你确定源存储卷上没有文件被打开后，就可以开始做同步操作了，遇到复制失败错误时，应仔细阅读错误消息，因为某些系统文件是无法移动的，重点应放在用户数据上。

　　数据完全镜像后，最简单的办法就是交换盘符或挂载点，当然，你也可以修改共享设置和应用程序设置，如杀毒软件的排除选项，指向新的驱动器，最省时的办法还是交换挂载点，如果你的本地数据卷使用的是D:，先将本地卷的驱动器号移除，然后将其分配给SAN卷，完成后，重启服务器，再启动需要的服务，用户就可以访问和使用新的SAN卷了。
 

以上就是我要为大家介绍的时间迁移的细节问题，希望大家能从中学点经验，为您以后的工作更好的服务。

【编辑推荐】

1. DB2数据迁移哪几种方案可以实现？
2. 3种DB2数据迁移的操作方案与其的缺点与注意事项
3. DB2的数据迁移工具