NAS数据迁移是选择使用客户端进行迁移还是通过存储端进行数据迁移探讨？

         NAS存储数据迁移本身是一个复杂的过程，一般这个过程都要求我们在不影响业务运行的前提下完成的，最多也就是在存储切割那一个小时间窗口允许NAS的访问中断一会儿。笔者近期正好参与过NAS迁移的实施，使用存储端和主机客户端的迁移都涉及到了，以下就我们实施的具体实际梳理一点感受。NAS数据的迁移主要考虑的点包括数据的一致性，数据文件的权限不能变化，复制迁移的过程尽可能减小对业务的影响（比如带宽的占用）及业务中断的时间。
        就实现方式而言，个人觉得能在存储进行的数据就优先选择存储端进行，因为存储端数据迁移的整个过程几乎可以做到用户无感知，业务无感知。且仅在初始数据同步时占用部分存储带宽，后续增量数据的复制数据可以做到实时同步，且可以保证目录及文件的权限无变化。最后仅需要在存储切割时影响业务访问。但是存储端迁移一般限制也比较大，一般只在两边NAS存储均为一家厂商情况下实现，甚至有时候要求是同型号的存储。同时，存储端数据迁移的工具也一般由厂商提供，对存储厂商的要求较高。
        在实际环境中，使用主机客户端方式实现的情况更多一些。为了尽量减小对生产环境的影响，我们在实施过程中尽量避免安装额外的工具客户端，使用系统自带的rsync工具文件同步的方式完成迁移。rsync同步过程需要考虑的因素包括文件权限、网络带宽占用、增量同步的时间间隔，NAS存储切割时间点的数据校验等。总体需要人工控制的因素较多，因此实施过程会相对复杂，且对生产环境带来一定影响。笔者在rsync同步过程中，因为碎文件较多，在未限制同步带宽的情况下因长时间占用带宽影响其他业务系统访问性能的问题，后续通过带宽限制解决，带宽限速又会大大延长同步的时间。
        综合以上，在有条件选择存储端同步的情况下有限选择存储端同步。如若不可，在主机端同步需要充分考虑同步过程数据的一致性、文件及目录的权限、对生产环境带来的可能影响等，做好应急预案。避免出现问题时，长时间影响业务的情况发生。