请问关于金融业使用SVC存储虚拟化在容灾方面的实际使用经验？

复制分两种主要模式，
模式一 metromirror 同步复制。同步复制要求同一个写io源存储和目标存储都在cache层面写完成后才返回主机说写完了。故同步复制会影响应用的io性能。同步复制建议在数据中心内部或是同城间数据冗灾使用，san网络带宽一点要充足。
模式二global mirror异步复制。
跨数据中心，跨长距离区域一版都采用异步复制模式，异步复制不影响源应用的io性能。
无论是同步复制和异步复制，在做冗灾切换时一定要让应用运营人员来主导整个过程。切换之前在两地做好最新的数据备份。甚至你可以在本地存储和冗灾存储上对关联卷做个Snapshot备份，以防万一可以用来救命。

如果条件允许的情况下，SVC vdisk双活，或者hyperswap，感觉是更为推崇的方案，SVC的双活之路从stretched cluster到hyperswap, 从设计理念上有了突破性的进步。

目前在金融业，包括很多传统企业，SVC都承担很多异构存储管理和容灾场景，容灾演练的方式也有很多，在双活环境，演练和验证方式可选空间都比较大，对于生产系统的影响和风险也比较小，有自动化实现的空间。

本单位使用SVC使用的是metromirror同步复制，当时和集成商和厂商均对SVC的这个功能进行了容灾测试演练，在测试中，数据库和应用没有任何影响，达到了设计要求。