wildhorse

通常设计上，不会将两个站点的SAN进行融合，形成两个大的跨站点Fabric。在做设计时，会要求存储网关节点间，用于传输Cache Mirror和心跳的数据端口，连接到特定的SW或VF/VSAN，然后这些SW或VF/VSAN在两个站点实现连通。对应大的S

双活的站点存活，从技术角度看，要根据当时谁抢占到第3站点仲裁来决定谁能存活。即，每个站点都有50%的机会。但结合数据库，尤其是Extended RAC，要结合Oracle脑裂规则来进行相应设计。通俗的说，就是要跟Oracle RAC的脑裂机制保

比较好的办法是双活数据中心上的应用或数据库做应用层的复制到远端数据中心。通常双活方案+异步容灾，只能保证底层数据块层的一致性，无法确保应用数据是否可用，数据库是否可回滚。对于双活的方案，带来的好处是显而易见的

SVC的DRAID是针对SVC连接的扩展柜上的磁盘做的RAID，不能对外部管理的磁盘进行二次RAID。在7.6之后，如果要实现3-4份拷贝的做法是，在4节点集群上做Hyperswap，然后Hyperswap的每个volume，可以再做一份VDM。这个目前只支持CLI

1.在TC的环境中，如果是演练做切换，通常是直接切往灾备卷，使灾备卷变成可读写模式。灾备卷写入数据后，不通过CCI软件控制，即使链路恢复了，也不会自动同步到生产端。没那么智能，也不会那样设计。2.真实切换后，灾备端有了新生产

个人拙见。两种形态会长期存在。分布式存储解决好容量浪费和I/O路径过长、性能不佳的问题，还是很有竞争力的。分布式存储的总体拥有成本并不会很低。

这一天会到来,但不会很快.现在传统磁盘厂商已经减少15K磁盘的出货量.同时,很多闪存产品的每GB成本已经接近传统存储,那么选择传统磁盘的意义就不大了.

这个话题转换为CDP适用哪些场景，可能更为合适。个人理解，对性能要求低，不在乎性能影响，非常在乎逻辑恢复能力，尤其对像录像回放功能非常着迷的客户，非常适用于选择CDP。

同步复制和连续数据保护，从技术术语上理解，没有必然关联。同步复制面向的是容灾场景，防范生产站点存储级别/站点级别的故障。对存储层的数据而言，可以获得很低的RPO。但这个RPO不能等同于应用的RPO，因为数据的逻辑关系在AP

楼主写的很赞，对SVC的理解已经很全面了，但有些地方可能存在点小问题。1.一个IOG0的节点都不可用时，其上的卷不能手工转换至IOG1。因为卷的写数据和控制数据都还在IOG0里面，不在IOG1上。除非容忍数据的丢失，否则没办法切换