如果数据量不是特别大,性能要求不是很苛刻的都可以放到虚拟化平台上,Oracle本身已经和VMware深度合作,Oracle官方服务也支持VMware虚拟化平台,两个厂商都提供了一些各种场景下的最佳实践。其他平台需要再检查一下厂商相关的要求和政策。如果数据库的数据量比较大,性能要求也比较高,推荐部署到物理机
总结几个点:
1. 放在虚拟化平台管理比较方便。
2. 节点故障后是可以借助虚拟化做快速恢复,但只能快速恢复基本环境,还是需要dba做二次配置。想要像应用服务器那样单门靠VMware做数据保护是不现实的。
3. 因为中间多了虚拟化层,会屏蔽一下配置的复杂性,比如存储识别,硬件兼容等,但同样也会带来一些的性能损失。
4. 部署到物理机额外的布线工作等确实会多些,但是后续和其他方案集成会方便些,比如挂接额外存储复制,lanfree的数据库备份等等,比虚拟化平台扩展性好。
5. 从问题中看,还做了存储的复制。那如果数据库部署到虚拟化,是虚拟化先识别复制的存储,Oracle再挂载数据? 这样看部署到物理机方便些
6. 存储复制和dg的问题,从数据来看,存储复制已经可以保证两份数据。但基于存储复制的方案,备端Oracle起服务的步骤会相对复杂些,耗时较长;Oracle dg在主备切换快速上线方面有很大的优势。所以是否需要再做个dg,主要看你们对备端上线时间的要求。