生产挂两个存储，在VG层面做镜像，实施DS8000存储级容灾应该注意什么

个人觉得主要还是考虑性能方面的问题，如果两台存储配置不一样，性能不一样的话，做mirror可能会影响上层应用，注意多路径策略的选择。做MM的话，距离太远会导致IO传输路径变长，service time高，对IO响应时间敏感的应用系统需特别关注。

你问的这个，是IBM前几年，最推崇成熟可靠地解决方案，目前很多金融用户有案例，使用相对广泛，近两年开始推广hyperswap的方案了

LVM双存储需要调整大量的AIX OS FC Hidsk的参数，来保证本地的存储高可用性，同城之间使用DWDM来保证数据链路传输安全稳定可靠。

两种方式，一是采用lvm做镜像，采用系统层面，主要考虑到链路带宽的影响；二是采用ds8000的pprc 可以做同步或者异步来实现

这样架构的还有一个问题在于，灾备端的卷vgda里记录是有VG镜像的。因此，在拉起灾备的时候，会pv missing校验报错，importvg时间会较长。因此在pv较多的情况下，需要测算一下灾备vg varyon的时间。某银行曾出现过类似架构切换拉起卷一个多小时的情况。

补充点消息：生产有两台DS8000，同城有一台DS8000，生产的一台和同城的存储做MM复制

学习。。。。

要看你的容灾是同步还是异步，异步还好些，如果是同步的话要考虑清楚同步的模式，否则如果数据同步链路延迟较大的情况下会影响业务端（生产端）的性能。

其实主要是带宽，从lvm层面讲，考虑到同城两台8000，其中1个要做mm，所有建议在lv层面使用Parallel write with sequential read scheduling policy策略，即：同时写A，写B，A完成，B完成，写入完成   永远从A读，读A失败则读B  smit chlv可以改

这种方式一般情况下同一个机房才会考虑去做，如果使用这种方式去做同城，或异地，带宽和延迟你受不了啊

考虑其他的灾备或高可用方案最好。

做MM，你这得申请多大的带宽才够啊。