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

生产环境准备搭建3节点Oracle 12c RAC实现高可用
现在有两个选择
一个是直接在物理机上搭建,少了虚拟化平台这一层效率更高,但是管理不便,某节点故障之后需要重新配置,耗时较长,心跳网络还需要单独布线
二个是在vSphere虚拟化平台上搭建,可以直接通过vCenter进行远程管理,某节点故障之后可以通过虚拟机克隆快速恢复,心跳网络通过虚拟交换机即可,但是担心稳定性及效率,还有据说虚拟化平台上搭建的rac Oracle不提供技术支持
还有就是共享存储已经做了存储级别的主备同步,是否还有必要做Dataguard进行数据库级别的主备同步?原因呢?
还望各位大佬不吝赐教,给出最佳的生产环境实践方案

24回答

岳彩波岳彩波  产品经理 , 无
挚爱咖啡aixercnydz110等赞同了此回答
不建议在虚拟环境搭建RAC和数据库,前期看似省钱,后期维护问题较多,增加了太多的不确定性。显示全部

不建议在虚拟环境搭建RAC和数据库,前期看似省钱,后期维护问题较多,增加了太多的不确定性。

收起
 2019-05-28
浏览9624
潘延晟潘延晟  系统工程师 , 第十区。散人
Eleven11馨凡舒pysx05031等赞同了此回答
首先是看你的业务量。如果你的业务量比价庞大,对运算,IO ,还有网络的需求都比较高,物理机运行都有些吃力。那就建议在纯物理环境下运行,其次看技术能力对那种方案驾驭的更好,是对虚拟化环境更熟还是有很强的DBA管理数据库,系统运行的稳定除了成熟的技术手段,良好的运维也是很关...显示全部

首先是看你的业务量。如果你的业务量比价庞大,对运算,IO ,还有网络的需求都比较高,物理机运行都有些吃力。那就建议在纯物理环境下运行,
其次看技术能力对那种方案驾驭的更好,是对虚拟化环境更熟还是有很强的DBA管理数据库,系统运行的稳定除了成熟的技术手段,良好的运维也是很关键的,
第三就是根据企业的自身特点,资金投入,技术能力综合考量所需要的架构。随着X86架构性能的提升,X86架构的虚拟化平台也有了很大的发展,传统的虚拟化架构运行数据库时的问题也可以通过多种技术手段来避免。比如提高X86整体硬件的配置,采用万兆或者10万兆的网络减少网络影响,采用 oracle asm来避免虚拟化层的IO损耗。通过vmware vmotion来实现多机的动态迁移,存储级别的和 数据库级别的主备同步 则可以根据你实际的容灾数据中心 情况、技术能力还有业务的重要程度来决定,
数据库作为信息化最为核心的部分。自然是要竭尽所能去保证它的稳定运行和安全可靠,往往随着业务变得越来越重呀,技术架构也变得越来越复杂,对运维技术,资金投入也越来越高,多数时候对技术的选择最后都是受限于资金和能力上,
传统意义来说。体量较大的数据库业务并不是很建议在虚机上运行RAC。

收起
 2019-05-30
浏览7268
Stewart 邀答
韩成亮韩成亮  数据库管理员 , KE
冯岩白羊村Stewart等赞同了此回答
关于是否使用虚拟化平台搭建RAC集群还是物理机,这个问题是多方面的考虑,使用虚拟化确实有你说的这部分优点当然也存着缺点,是否使用需要你综合考虑,比如说人力成本,授权成本(包括RAC和vSphere),技术成本(部署一套RAC会涉及服务器、存储设备、HBA卡、操作系统等多方面的技术)所以...显示全部

关于是否使用虚拟化平台搭建RAC集群还是物理机,这个问题是多方面的考虑,使用虚拟化确实有你说的这部分优点当然也存着缺点,是否使用需要你综合考虑,比如说人力成本,授权成本(包括RAC和vSphere),技术成本(部署一套RAC会涉及服务器、存储设备、HBA卡、操作系统等多方面的技术)所以你的考虑不无道理,使用虚拟化部署方便了管理(这部分的管理其实占比很少,你的操作总归是通过命令行来执行)却存在一定的性能损耗,而且会有木桶效应,总归还是需要满足业务,业务才是你这套环境的存在价值所在,如果不放心可以进行对比压力测试。
至于你说的DG,是必要的,要时刻有危机感,虽然不一定会发生。
个人建议 使用物理机器部署三节点RAC+多路存储冗余(非存储级别主备,使用ASM故障组,多路存储冗余)

收起
 2019-05-28
浏览9511
彬彬 邀答
eximbankeximbank  系统架构师 , 某金融企业
Stewartbddnfuqiangyinxin赞同了此回答
根据业务数据流量来定,而不是根据运维的简便来搭建。您得线咨询业务应用!显示全部

根据业务数据流量来定,而不是根据运维的简便来搭建。您得线咨询业务应用!

收起
 2019-05-28
浏览9657
贺磊贺磊  数据库开发工程师 , 山西英伦斯顿信息技术有限公司
Stewartyinxin赞同了此回答
如果物理机资源不够的话,可以在VMware上搭建。建议在物理机上搭建显示全部

如果物理机资源不够的话,可以在VMware上搭建。建议在物理机上搭建

收起
 2019-06-10
浏览8818
杨文云杨文云  数据库管理员 , GBS
yinxinStewart赞同了此回答
第一步确认一下vSphere是不是Oracle 认证的虚拟平台,不是的话出现问题Oracle 就作为一般的RAC问题处理,底层的问题不提供技术支持;共享存储已经做了存储级别的主备同步 这个不太明白,可以直接切换数据库提供服务么? 还是只是一个数据的备份。一般情况非ADG不会直接切换数据库...显示全部

第一步确认一下vSphere是不是Oracle 认证的虚拟平台,不是的话出现问题Oracle 就作为一般的RAC问题处理,底层的问题不提供技术支持;
共享存储已经做了存储级别的主备同步 这个不太明白,可以直接切换数据库提供服务么? 还是只是一个数据的备份。一般情况非ADG不会直接切换数据库启动,几分钟就可以接管服务。

收起
 2019-05-28
浏览9227
hedanhedan  系统架构师 , 南证期货
yinxinStewart赞同了此回答
有没有考虑cisco 的ucs,ucs服务器配合fc存储san boot,即使主机故障也可以通过备份的故障主机配置文件快速在另一个ucs主机上恢复应用,bios配置,wwn,mac都不改变。显示全部

有没有考虑cisco 的ucs,ucs服务器配合fc存储san boot,即使主机故障也可以通过备份的故障主机配置文件快速在另一个ucs主机上恢复应用,bios配置,wwn,mac都不改变。

收起
 2019-05-28
浏览9299
asdf-asdfasdf-asdf  研究学者 , cloudstone
Stewartyinxin赞同了此回答
看你业务需求, 见到过vmware上双机rac, 运行良好 如果vm性能无法承载rac数据库,进行物理机部署也相对简单 小型机rac下移,见到过3几点x86rac,保证性能可用 dataguard备库技术, 看你容灾设计, 如果需要数据库容灾 或者需要数据库异地容灾,可部署. 对数据库进行高度数据保...显示全部
  1. 看你业务需求, 见到过vmware上双机rac, 运行良好
  2. 如果vm性能无法承载rac数据库,进行物理机部署也相对简单
  3. 小型机rac下移,见到过3几点x86rac,保证性能可用
  4. dataguard备库技术, 看你容灾设计, 如果需要数据库容灾 或者需要数据库异地容灾,可部署. 对数据库进行高度数据保护也可部署
收起
 2019-05-28
浏览9372
王巧雷王巧雷  系统工程师 , sino-bridge
冯岩赞同了此回答
如果数据量不是特别大,性能要求不是很苛刻的都可以放到虚拟化平台上,Oracle本身已经和VMware深度合作,Oracle官方服务也支持VMware虚拟化平台,两个厂商都提供了一些各种场景下的最佳实践。其他平台需要再检查一下厂商相关的要求和政策。如果数据库的数据量比较大,性能要求也比...显示全部

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

收起
 2021-02-23
浏览1547
赵海赵海  技术经理 , 大连
冯岩赞同了此回答
首先一点,想通过vsphere克隆的方式完全恢复数据库,这个是不可行的。因为虚拟机层面的复制备份对数据库事务层面是无法感知的,所以无法保障数据库在故障场合下的恢复,数据库在故障场合下的恢复只能通过rman来做,各种数据库备份软件也是通过调用rman实现的。其次,个人认为究竟采...显示全部

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

收起
 2021-02-23

提问者

Stewart项目经理, 东营银行股份有限公司

核心数据库服务器选型优先顺序调查

发表您的选型观点,参与即得50金币。

问题状态

  • 发布时间:2019-05-28
  • 关注会员:25 人
  • 问题浏览:19771
  • 最近回答:2021-02-24