存储的平滑过渡实现？

存储设备等基础设施的更新迭代，以采代保的策略都是顺应技术发展和业务需要的必然结果，但考虑舆情影响和监管制度等制约条件，应该尽其所能，减少业务中断时间，保证数据迁移过程中的兼容性与业务连续性没有较大影响。单考虑存储的替换与数据迁移，至少有如下考量（其实这部分内容，各存储厂商都比较擅长）
1.提前确认存储、光交、主机连接之间的软硬件兼容性，形成兼容性报告，找到差异，制定升级计划；
各厂商存储设备均会有相应的兼容性报告，部分是pdf文档，可以直接下载查阅，部分是web中填写和生成的，那我们需要把现有与存储相关的信息填写得越详尽越好，包括光交或网络（FC/iSCSI/FCoE）设备的的型号、firmware版本、license许可、端口速率等；主机或集群的型号、固件版本、操作系统版本、存储连接接口卡（HBA/以太网卡）的类型、速率、驱动版本、多路径软件及版本等；也涉及主机至存储设备的访问距离发生变化，连接线需要替换，如光纤线也需要从OM3->OM4等
2.对照新旧版本兼容性报告，制定相应迁移方案
小改动：部分冗余设备的接口卡与SAN switch微码升级，主机逻辑磁盘的受管调整（如果存储vender不同，新存储多路径软件不影响原存储逻辑卷访问，原多路径软件设置不管理新存储卷），使得在系统层存储迁移过程中，多品牌多路径软件可共存（最好在测试环境验证），这种方案适合系统层通过LVM进行存储替换与数据迁移
大调整：如果应新存储需要，驱动版本连带系统版本需要升级，导致基础服务与语言编译包随之变更，则建议在全新环境或容灾环境下搭建，通过存储复制或数据库逻辑复制， 经过新版本测试之后，找到合适的维护窗口割接业务。
3.其他架构：如果现有架构已有或准备通过存储虚拟化网关，则考虑新购存储与网关控制器、cache和端口的匹配性之后，如果可以挂在网关后端，则迁移方案会简单得多，大大减少兼容性导致的迁移动作