SAN到SAN迁移

　　从一个SAN向另一个SAN迁移大批量数据的方法很多，基本上和NAS到SAN的迁移方法一样，但也存在一些差异，动手之前，有必要先了解一下。

　　在SAN到SAN的迁移中，我经常遇到不同SAN厂商的多路径模块不兼容问题，例如，如果你在EMC Clariion和惠普EVA阵列之间迁移数据，EMC PowerPath DSM和EVA multipathing DSM是互不兼容的，我曾亲历过这种问题，当我同时安装了这两个DSM尝试管理对方的存储路径后，服务器居然启动不了。

　　为了避免这种问题，将新存储连接到服务器时最好不要使用多路径，如果源和目标SAN都是FC SAN，当你想执行临时数据同步时，present单一路径到新SAN。当你将生产服务器停机，准备正式迁移时，最好卸载旧的SAN的多路径DSM，并unpresent掉旧存储。

　　重启后，安装新的DSM并present其余路径到新存储，这个过程会因重启服务器使停机时间变长，因此在评估时应将其考虑进去。事实上，如果你已经有在同步的数据，花在调整软件上的时间也许比真正移动数据所需的时间还长。

　　从SAN到SAN迁移数据时需要考虑的另一个问题是，有些SAN和多协议SAN桥支持在存储网络内直接执行块级数据迁移，这些功能往往需要购买昂贵的许可，因此，只有当你要移动海量数据时才有必要这么做，它的确能节省很多时间，但有一点我需要强调的是，不管厂商声称它有多稳定，在迁移生产数据前，都应该反复测试。

　　服务器和存储虚拟化

　　如果你已经实现了服务器或存储虚拟化，从一个设备迁移到另一个设备这种任务就很简单了，例如，如果你运行着VMware的vSphere Enterprise或Enterprise Plus版，你可以使用Storage Vmotion移动整个虚拟机，并且无需关闭虚拟机，所有需求是虚拟主机可以同时看到和使用源和目标存储介质，一般来说，这并不难做到。

　　如果你已经拥有良好的存储虚拟化架构，你应该知道可以将整个SAN卷从一个SAN转移到另一个SAN，服务器是感觉不到这种变化的，实际上，许多大型企业早已提前实现了存储虚拟化，在这种环境中，要执行存储迁移是再简单不过的事情了。

　　总结

　　不管你要做什么类型的存储迁移，最重要的事情是确保你始终有一个可轻松执行的回退计划，这个最好不要偷懒或存在侥幸心理，如果你对新存储平台做了全面测试，任何可能遇到的问题都应该心中有数，确保正式迁移时不会手足无措。