双活数据中心运行中，数据库与存储连通状态？

首先你得确定存储在两个数据中心部署是否采用了存储双活技术（ACTIVE-ACTIVE），还是只是ACTIVE-STANDBY模式，或者ACTIVE-PASSIVE模式，如果是前者，可以采用您所描述的方案一，如果是后两者，其中有一个数据中心的RAC节点需要跨中心访问另一数据中心的存储，存在一定的开销。
其次如果是方案二的话，存储的盘可以两边都挂载，如果是ACTIVE-STANDBY/PASSIVE的存储模式，有一边的磁盘会不可读，数据库库可以启动，但没法挂载数据。所以也没有写入备中心数据库的风险。如果是ACTIVE-ACTIVE的双活存储，可以采用四节点ORACLE RAC集群，两边都可以读写各自站点的底层存储，应用WEB和APP可以随便访问。当然这一切的前提要看两个站点的距离了，距离太远，双活的开销还是会比较大。

个人觉得这个问题首先要明确你所说的存储采用同步复制的方式保持数据的一致性是怎么实现的？通过存储的mirror功能同步还是通过存储虚拟化网关来实现？
如果存储的数据同步是通过存储自身的mirror功能来实现的，那么你存储的数据可能不完全是实时同步，这种情况限定你WEB和APP都必须要连接至主存储，实现数据的落盘，再同步至另外数据中心的存储；
如果存储的数据同步是通过存储虚拟化网关方式来实现，这种情况下数据是同步落盘，两数据中心存储是实时镜像同步；这种情况下WEB和APP对接的是存储虚拟化网关，不需要关心你的存储；
你这种情况还有一个需要明确的，就是你2个数据中心的距离，是自己的园区还是同城或者是异地，同一个园区或者同城的情况下，Oracle或许还可以考虑做active-active，异地的话延迟的问题，一般都是ADG；
同一个园区自己打通2个数据中心机房以太网和SAN网络的情况下，Oracle RAC完全可以考虑做active-active；
同城的话延迟问题如果可以解决，公司在这方面决心很大，Oracle RAC也可以考虑Active-Active，如果以上延迟和成本投入问题不能解决，还是乖乖的考虑Active-Standby吧

A-A 方式目前组建成本过大,  Oracle extend RAC 需要租用专用链路保证较低延迟
A-B 方式目前是主流技术, 主数据中心Oracle RAC , 备份数据中心 standby oracle备库技术完成数据同步, 切换用自动化工具或者脚本完成.
A-A对运维能力是质量的提升和期待, 但费用的确有点大

个人认为第二种基本是冷备RAC，切换时间太长，要是主中心rac节点发生反复交叉重启，你你w切不切备中心？？？extend rac 三节点，主二，备一。备备不不打开实例集群集群在线，这种主切备更快更快不改ip。如有一套切换平台就如虎添翼了。

如果是独立的rac,平时不启动实例。如果是同一个rac集群，可以研究研究scan能不能实现就近调度，跨中心也行