VMware虚拟化集群，在存储层面做存储双活，其中一个存储宕机，数据库实例挂了，如何处理？

虚拟机运行正常---你的虚拟机应该是建立在ESXI主机内置盘中。
报IO错误、数据库挂了---底层存储超时时间大于ORACLE的磁盘超时容忍范围。
说明存储宕机，两台V7000 HYPERSWAP卷的MASTER卷和AUX卷的切换时间过长。
给些查问题的建议：
请问你的整体架构是怎样的，两台V7000是放在同一个机房，还是跨机房？
你看看ORACLE和操作系统的磁盘超时时间是多长？
存储宕机后，HYPERSWAP卷的切换时间是多长？

木有遇到过！
1、根据您给的场景，双活中的其中一个数据中心宕机了，就出现了数据库挂了，是否说明了这个物理双活应用在您的架构场景中的弊端呢？
2、报出的I/O错误，能否判断是属于哪个层面的问题呢？ 硬件 Or 数据库？

是通过VMware层面挂过去的

你数据库oracle rac ASM架构，asm磁盘是存储直通上去的还是，通过VMware层面挂给oracle的这个很重要。

在虚拟化平台出现后端存储切换控制器（v7000/SVC）会出现锁盘，read-only的问题，你系统有什么提示

如果虚机也在同一个存储上那么肯定是io切换延时导致的，o racle对io延时非常敏感！建设时候应该做这方面测试