存储的平滑过渡实现？

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

其实现在不仅仅是存储。包括服务器，操作系统。中间件这些升级。如果版本差异太大都会出现问题。
以存储为例，接口从SCSI接口，升级到光口。速录有从2GB升级到16GB。接口板卡的升级就会迫使服务器，光纤交换机随之升级，也推动操作系统，中间件等等这一一系列的变化，想要平滑过渡我觉得首先是要保证整个业务系统架构的平滑升级更新。不要让某一个部分断代的太严重。否则可能会就导致上层的应用因为底层设备，系统的升级而无法使用。

某些情况下，企业IT部门为了保护现有投资，避免资源浪费，希望在保留旧存储的同时实现数据的统一管理。
杉岩MOS海量对象存储在支持纳管传统NAS存储的基础上，新增对S3存储（比如开源Ceph存储）的纳管服务。整个纳管过程无需停机，在保证业务连续的前提下，为企业IT平滑演进提供了全新的解决方案。考虑到不同客户的业务环境多样，需求各异，MOS可根据不同场景提供合适的纳管策略，实现客户价值的最大化。
可选择只同步元数据和标签信息，原有数据保留在旧存储中。前端业务若要访问这部分数据，MOS会通过S3协议获取源数据并返回给业务端，新数据写入到MOS存储集群。这样一来，不仅避免了新设备上线对现有软硬件的冲击，而且可以根据需要在未来实现全量纳管。