在存储层面做复制（不是存储双活），对Oracle RAC带来的影响有哪些？

1、你这需求相当于Oracle RAC异机挂载磁盘，在使用RAW/ACFS时候是可以简单操作就可以完成的，如果使用ASM的话，操作会比较复杂和一定的风险性。原因在于如果使用ASM，ASM会记录你物理磁盘的信息，而使用卷镜像时，理想情况下，2个盘的数据结构是一毛一样的，但是由于卷信息不一致，导致ASM认为你是2个不同的卷，导致无法快速加载这些磁盘使用，（特别是VOTEDISK），如果不镜像VOTE DISK的话，那比较简单的方式是使用另外的机器来维护VOTE DISK，但是这样的话就违背了当前的需求。

2、建议配置一些操作比较简单，成熟案例较多的方法，可以的做做POC和切换演练。
2.1 如果你现在处于规划阶段，而且对连续性要求确实很高，建议一步到位使用存储双活来做这个事情。
2.2 如果对连续性要求不那么高，对RTO有一定的容忍而且业务允许的情况下，可以使用DG做。
2.3 如果你现在是有2台存储还没购买卷镜像许可、可以考虑通过ASM配置Failure Group来保证数据的双份保存，同时配置VOTE DISK和ORC的自动保存，在出现问题的时候手动恢复VOTE/ORC到另外一台存储保证业务快速启动。

3、如果你现在确定要使用卷复制来做这个事情，建议与存储厂商沟通技术细节，并做模拟真实环境的POC，确定操作步骤，并在允许的情况下，做真实环境的切换演练。这个方法需要谨慎，因为不同的存储厂商、不同的Oracle版本和不同的卷管理方式都有不尽相同的地方，你说的方案本人有过失败的项目经历。

实现肯定是没有问题的，至于你说的影响，应该就是RTO/RPO。

建议采用RAC + DataGuard吧， 存储底层的Lun镜像同步同步所有的硬盘块，但是若主机&&主存储意外宕机了，RAC本来就是有不可修复的问题的了，备用的镜像存储，也同样会有RAC的不可修复问题。 个人理解，仅供参考，抛砖引玉。