不停服的NAS数据迁移如何实现

　　NAS存储是否有在线迁移方案，如根据不同挂载目录IO监控情况，在无IO窗口进行切换。停服对我们系统可用性指标影响比较大，我们现在都是严控停服时间窗口，其实不仅仅是NAS存储，包含底层其他平台或设备，能做到在线不停服是最好的方案。但在实现上要求较多，实施也较复杂。

　　NAS存储迁移是否需要停止服务主要取决于你们所采用的NAS存储替换方案和应用架构以及对NAS共享卷的读写频度。

　　如果通过存储底层数据复制且同一种型号存储可实现切换后保持NAS服务IP地址切换不变，可以实现应用端无需应用启停，无需手动对文件系统进行卸载挂载操作，几乎可以做到对应用无感知不停服务，这种情况对底层环境要求较高，且对基础环境要求较高。

　　更多时候我们是通过客户端方式进行同步的情况，这时候无需停服的NAS迁移方案很大程度取决于业务系统的类型及应用系统的高可用架构。NAS的切换过程一般都涉及到节点应用的启停，只有在停掉应用及文件系统读写操作时才有可能对文件系统进行umount及mount的操作，才能进行新老NAS存储的切换。

　　1、业务系统的高可用架构是实现不停服务切换NAS的先决条件，只有在具备多节点提供服务的前提下，才能在单节点进行NAS文件系统umount及mount时，其他节点可以继续提供服务，同时先切换节点恢复服务后可实施下一节点的NAS切换。

　　2、在切换过程中，存在先后切换的节点挂载不同NAS存储的过渡时间，因此如果是7*24小时业务，则需要选择IO负载和NAS文件系统读写最为空闲的时间段实施，否则过渡时间内大量读写容易造成数据不一致，给后续同步带来困难。

　　3、在完成所有节点的切换后，需要对NAS文件系统作一次同步，且需以不删除目标端文件的方式进行，以防在同步时删除在切换的过渡时间内新NAS存储中生产的文件，造成数据丢失。这里讨论的情况也有一定的局限性，如果NAS文件系统文件的缺失影响生产交易，则还是存在业务短暂停服的可能。

　　NAS迁移不停机，是整个存储产业的追求，可是到目前为止，也就Netapp在自家同构存储换代的时候实现了这个能力，特性叫Volume Move，就是按照租户粒度迁移数据到不同的阵列，然后IP跟着租户最后漂移，但是一旦更换为第三方异构阵列，就无法实现。客观讲，金融行业都强调不停机，但是从实际操作看，短周期停机更具备实操性。基本上可见的NAS迁移工具都是Rsync的各种变更版本，优化版本，扫描的过程时长，往往远大于数据真正传输的时长。

　　同时，从存储到主机，再到存储的折线形传输过程，也是造成数据同步慢的问题之一。这些年。客观讲，眼下还做不到无中断迁移，或者说无中断迁移条件比较苛刻，还只是通过迁移路径和方式的优化，把迁移数据的速度提升了几倍甚至十倍，可以接管第三方NAS存储，这样可以实现较短中断，原理是，优先接管第三方NAS存储，这中间要做配置和映射，这期间需要几分钟的中断时长，但是一旦完成接管配置，所有后续的操作都是后台业务流，不再需要中断。

　　客观讲，这也是目前业界在迁移第三方异构NAS的方案中，中断时长最短的。一方面有初期接管，就规避了二次增量传输所需要的文件扫描，另一方面，阵列对传，绕开了主机这一中间媒介，大大提升了速度。