【核心议题2】新存储无法兼容前端老旧系统，系统升级及迁移该如何设计规划？

现在越来越多的软，硬件都开始涉及到兼容的问题。现在很多系统升级，改造都无法逃避兼容的问题，。

对于兼容性，没有什么可以通用的规则，不同的环境，不同的业务，不同的资金，技术投入都会有不同的方案，

1有钱，有技术，可以全方位的升级，从软件到硬件，到应用，都提升到一个统一的高度，但能这样做的企业太少了

2，更多的企业是选择权衡利弊，根据用户的需求，资金情况，业务特性来决定是否能升级业务，是否要升级业务，如果不升级业务，就要根据业务来降低硬件平台。或者虚拟化。或者采用旧技术，新设备采用旧技术，自然性能会有损失，这种方式也是无奈之举，

我们自己现在也面临整套ERP系统的兼容问题。我们的ERP还是C/S结构。客户端只能运行在xp系统。中间件只能运行在2003或2000系统。目前无奈的是选择虚拟化的结构。

这里提到的兼容一般有两种情况：

1. 主机设备都无法兼容存储了，比如新采购的v7000存储，主机还是最古老的rs6000小机。 或者虽然可以凑合使用，但是无法充分的发挥新设备的性能。这种情况其实还是建议升级前端主机的。

2. 主机设备上的操作系统无法兼容存储。需要规划操作系统的升级，以更好的满足存储的兼容要求。但是操作系统的升级又会涉及到操作系统上的应用软件的兼容性。需要做好通盘规划。以免升级后，存储可以使用了，应用出现了异常。

另外还有一些特殊情况，如pysx0503兄的例子。系统无法升级。只能通过其他路径实现。比如通过p2v迁移到虚拟化平台。对于x86环境，可以使用vmware等成熟的解决方案。对于Power平台，aix7.1支持versioned wpar功能，支持将5.2的aix迁移到7.1里面，之前自己测试过一把，功能性上没问题，应用可以正常启动，没做深层次的性能测试。

只要在一个系统干久了，肯定碰到过升级，我参与过几次升级，但是都没有在线的，基本都是新环境到达后，按照生成环境安装，安装完必备软件后，进行部分并行测试，然后就是停机，数据迁移，应用迁移，启动，应用追加，跟踪