RAC搭建问题简介
一般情况:1 esxi vsphere虚拟化上跑RAC测试环境,生产环境用物理机和存储做RAC
2 不推荐虚拟化环境搭建RAC,虚拟化环境推荐单机或者 dataguard(两台,dataguard用于容灾和读写分离,故障的快速恢复切换,需人工干预)
vsphere虚拟化搭建的RAC的弊端
1 vsphere上的oracle rac出问题,oracle原厂不会给予技术支持
2 虚拟化搭建的RAC,共享存储存在IO瓶颈
3 虚拟化搭建的RAC,会有5%-20%性能降低
4 部署完毕后,容易给以后的运维维护挖坑,尤其是虚拟化的相关问题,目前现状是虚拟化网络部在管理,具体业务数据库运维部管理,如果存储或者虚拟化出 现问题,沟通流程会很慢,如果是我们自己管理虚拟化的平台,有具体操作的权限,其实可以采用虚拟化的RAC,不论是测试,还是小的生产,就目前状况而 言不太合适(虚拟化的小问题也很多需要调试,如存储配置重启,涉及到搭建中的机器重启,网卡调整等等)
5 oracle rac 主要作用在于高可用,但是虚拟化本身就是提供高可用了,从这件来说不需要在虚拟化上搭建rac,如果虚拟化整体崩溃,那么rac没有任何意义
6 虚拟化可以自己做主要数据库的镜像,或者使用dataguard (不需要共享存储)来做到镜像和备份切换作用
7 rac在虚拟化平台上做,增加虚拟化软件故障的风险,也增加了一层对数据库的影响,相对来说不如在物理机上做
vsphere虚拟化搭建的RAC的优点
1 虚拟化搭建方便快捷,不需要搭建网线,主机硬件等相关操作,网卡和存储也可以搭建快速
2 虚拟化是以后的趋势,省机柜空间
3 可动态移转到新的esxi主机,迁移方便
4 虚拟化从运维DBA初始化搭建的角度,方便,快捷
现有的虚拟化rac环境并没有成功
6.171 设备采购 NEW_B2B rac1 6.172 设备采购 NEW_B2B rac2 RAC虚拟化
rac2并没有成功使用,无法连接到asm共享磁盘,相当于单机使用(此为共享存储问题)