原存储如何升级改造？

个人认为不要把新老设备结合使用，理由有两个：省不了钱，还存在老设备突然停止服务的风险。最好连把老设备淘汰到二线服务的念头都不要起，有企业历史展馆的话直接送进去做企业文化传承更好。

不知道对你的描述理解的对不对。，现有的数据中心环境应该是一套系统是两台小机+一个存储这样的结构。然后数据中心内有多个系统。也就是有多个这样的结构互相之间都是相对独立的是吗？
如果是这样的结构。首先要看你内部的存储环境如何，是否形成了一个完整的san环境。
用户购买了新存储。是两套？准备把机房内的旧存储全部替换掉是吗？如果数据中心和灾备机房都采用了新存储。可以采用存储级的镜像来实现双活。

存储双活方案很多，看有多少钱的问题了。最简单的就是将两个同城的存储做LVM镜像。其他的都要购买新的设备了。

ls回答的都不错，如果从san架构上如何考虑呢？各位有什么好的建议

在线存储迁移建议使用LVM,如果要基于存储层面实现双活的话，IBM SVC或者EMC VPLEX都可以实现存储的异构管理，接触的客户双活基本都是通过这两个产品实现的

我理解这是连个事情，1.存储数据如何无缝迁移？ 2.存储如何实现双活？
对于第一个问题：
新旧存储都提供服务，这个比较模糊，是业务级别的服务还是说存储级别的功能服务？如果是小型机实现的双机系统，那么我理解这个同时提供服务应该不是业务级别的同时提供，因为双机机制决定了一个时刻点只能有一个服务器在提供对外业务。所谓的同时服务我理解为一份数据能被两个存储同时提供给服务器而已。
另外既然是两台小型机实现的双机系统，那么应该是用到LVM存储卷管理了。那么迁移的方式可以是LVM镜像迁移方式：
前提条件，做个备份。
1）新的存储并入既有SAN环境。
2）按照既有卷配置，将新存储配置并划分卷给主机。
3）在LVM层面创建镜像并且找业务不繁忙的时间进行卷的镜像同步。
4）拆除镜像（旧的存储镜像）。

至于第二个问题，存储如何实现双活？
那么要看你准备用的存储双活架构是什么？是基于存储层做虚拟化之后来实现存储级别的双镜像？还是说基于主机层的存储卷管理层实现跨中心的LVM镜像？还是说靠传统的存储复制实现两中心的存储数据同步？而且你的双中心之间是什么样的一个网络架构？SAN环境是一个大环境还是说两个隔离的逻辑环境仅仅靠双中心的波分设备实现传输等等？