EXTEND RAC的底层存储架构有哪些方式？能否进行对比，如何选择？

基本上有两种方式：
一，底层存储经过虚拟化之后形成的虚拟卷提供给ASM使用。这种方式一般是经过了存储的整合，例如VPLEX是将不同数据中心的物理存储卷经过Metro集群之后形成了一个虚拟分布式共享卷。SVC和NETAPP的MCC都属于将双中心的物理存储卷进行HA整合之后形成一个虚拟的共享卷。如果是这种方式的存储来支撑ASM，那么Oracle这边对于存储似乎没有太多可以规划的地方，只需要把虚拟共享卷看成了普通的本地共享卷就可以。
二、底层存储没有经过任何整合。完全是靠ASM本身的冗余机制来实现跨中心的ASM存储卷高可用。这种方式的ASM磁盘会有两个镜像分别落在两个数据中心的物理存储上，镜像之间的切换，故障恢复等完全依靠ASM固有机制。

相比而言，第一种方式实现的代价相对要高一些，对存储的兼容性以及硬件标准等要求等比较高。整体架构的复杂性会更高。第二种方式实现的代价相对较低，整体架构复杂度也较低，但是对数据库层面的参数优化以及架构规划的要求会是非常高。但是无论哪种方案，最重要的是双中心之间的链路稳定性和延时指标。