生产环境准备搭建Oracle 12c RAC，是直接在物理机上搭建还是在vSphere虚拟化平台上搭建？

首先一点，想通过vsphere克隆的方式完全恢复数据库，这个是不可行的。因为虚拟机层面的复制备份对数据库事务层面是无法感知的，所以无法保障数据库在故障场合下的恢复，数据库在故障场合下的恢复只能通过rman来做，各种数据库备份软件也是通过调用rman实现的。
其次，个人认为究竟采用物理机的模式还是采用虚拟机的模式，要看系统本身的负载如何，要看业务系统本身性能要求。因为vsphere实现的虚拟机架构毕竟负载、性能等方面都会受限。所以一般情况下，非重要系统数据库，建议采用虚拟机单机数据库方式，重要系统采用物理机RAC架构；轻量级数据库可以通过物理机组成RAC资源池，整合多个DB到一个高可用资源池当中，重量级数据库采用单独物理机RAC。
个人经验，仅供参考。

建议虚拟化。参考附件。 四台存储（两两双活，接入不同的x86集群）+ 1台心跳存储  ，很稳定。虽然实施遇到一些问题，但也最终解决了。

附件：

vmware-oracle-databases-on-vmware-best-practices-guide2016.pdf (3.09 MB)

依据生产经验，建议直接在物理机上进行操作，主要是基于性能考虑、

其实现在oracle rac在虚拟化平台上搭建已经非常成熟，但是具体还是要结合实际情况，看看需求，也要考虑成本，现有环境等。

生产环境 Oracle 12c RAC 是使用 物理机 还是 虚拟化平台，主要取决于该应用系统的业务价值以及系统的业务吞吐量、并发访问、资源使用等指标。

1、业务价值方面来讲，如果业务系统不是承载公司核心业务的系统，一般使用vSphere虚拟化平台，易于配置部署管理。如果该系统承载对公司贡献值极高的业务，那么推荐使用 物理机 搭建部署 Oracle RAC，稳定性、高可用和性能方面都能得到最大程度的保证。

2、其次，要考虑业务系统的吞吐量、并发访问以及交易时长等业务指标。

通常，业务并发访问很高、吞吐量极大的系统，对CPU、IO、内存、网络资源消耗很高，对系统性能要求严苛，基本上只能考虑物理机环境了，高吞吐量、高 IO，不适合运行于虚拟化环境。

3、成本上，虽然虚拟化环境可以降低硬件资源的投资成本，但是vSphere上的 Oracle RAC运维管理更加复杂，技术成本上需要投入更多的资金。

因此，要根据应用系统的实际情况，综合业务价值、业务系统特点、资金成本等，具体情况具体分析。

感谢各位专家的耐心解答，已经采用物理机部署的方案，在生产环境稳定运行2年，目前一切正常
不采用vSphere虚拟化平台搭建的原因一是担心效率问题，二是担心管理复杂度的问题
RAC的心跳网络也需要设计好，验证好，做到高可用，无单点故障
不建议采用存储级别的主备同步，因为存储级别的同步对数据库来说可能有问题，内存中的数据还未写入磁盘，只同步了磁盘没有同步内存，会造成数据不一致，数据文件就是坏的，数据库无法打开
特别提醒一点，物理机设置时间同步之后一定要及时写入硬件，出现过时间同步未写入硬件数据库重启后时间大幅度提前的情况，数据库时间不能回拨，可通过CTSS让另一个节点把时间拉回来但是非常缓慢，还有就是停库，等待超过差异的时间
最后再次感谢大家，让我们共同进步！

目前情况，VM上部署的RAC很成熟了，小库（数据量小于3T以下），对性能要求不高的，完全可以rac部署在虚拟化上，加上adg，保护已经很好了。

至于对性能和数据库较大的OLTP库，还是建议物理机，隔离好，性能好，管理方便