兼容性的问题是多数都会出现的。特别是新老设备年代跨度特别大的时候。这种问题就会更加明显。新的存储有更快的接口方式和速率,也就迫使相关的服务器和光交换也随之调整。继而引发一系列的变更,
存储升级,因为保存的是核心数据。所以往往在更换上要更加小心,我的建议是。首先做好完整的备份计划,有了备份和应急的预案,才能够放手去做。之后。评估整套系统中的业务情况。看看是否可以连通旧服务器一通升级,这样可以搭建全新的环境,迁移业务和数据。然后吧原来 的旧设备作为备用和测试,如果服务器比较新。只打算更换旧存储。也可以是先让一部分服务器带起新的存储。将数据同步迁移后。在吧旧存储替下。相对这样的方式稳妥一点。,
不同品牌之间的一定会存在或大或小的兼容性问题,同一品牌不同系列的新老存储也会一定程度上存在兼容性问题,以华为存储为例:
集中式存储, Scale-out 方面,控制器等硬件上 OceanStor Dorado v3 、 OceanStor v5 、 OceanStor Dorado v6 之间互不兼容;双活方面, v3 、 v5 、 v6 之间不可以组建双活,但是 v3 和 v5 之间支持异步复制,各个系列内部,双活不做限制,理论上 5300 和 18500 都可以组建双活,但是除非极其特殊情况(设备故障,抢救业务)完全不建议这样操作,会对性能和稳定性带来很大不确定性,推荐同级别同型号产品组建双活;盘片方面,我们 OceanStor Dorado v3 、 OceanStor v5 的盘之间,部分盘片可以兼容通用,要根据具体型号而定,而 OceanStor Dorado v6 由于采用的全新设计, v6 的盘和 v3 、 v5 均不兼容。
分布式存储,我们已经成熟多年的 OceanStor 9000 和新款 OceanStor 100D 之间,在组网上,和业界主流保持一致,不支持混合组网,所有节点选型要求一致;但盘体基本上都可以通用,扩容和利旧都很方便;后续会推出新一代 OceanStor Pacific 容量密集型存储和 OceanStor Atlantic 性能密集型存储将会采用我司专有硬件,性能上会有较大提升,盘体和之前的 OceanStor 9000 / 100D 大多数情况下不兼容。
存储的新旧兼容应该从以下几个方面去考虑:
1.新旧存储使用的业务是否一样?还是有部分重叠
2.新存储是否要接管旧存储?
如果新存储的业务场景是新的,独立的,则不需要考虑兼容性的问题,新存储独立使用;如果新存储和旧存储有业务交集,存储的兼容性也不是最重要的关注指标,主要看服务器与存储之间的适配情况,不管服务器是否新换,一定要保证服务器与新存储之间的对接是可以的(主要针对FC SAN的HBA卡的速率),这个才是系统迁移最重要的兼容要求,因为系统在存储间的迁移可以通过数据层面去操作,如oracle的ASM等,都可以做到数据的无缝迁移;如果旧存储还未到报废期,还可以使用,又希望新存储接管旧存储(做存储虚拟化),则主要实现方式有虚拟化网管或者存储虚拟化方式,这个时候就要看旧存储在不在虚拟化网关或者新存储的兼容列表中,如果不在也做不了接管。但是个人建议,因为存储更新换代比较快,鉴于木桶短板效应,不太建议用新存储虚拟化接管旧存储