rac集群一般相较于单点来说,优势在于高可靠性和高可用性,主要看生产环境对可靠性和可用性的要求有多高来确定是否采用rac架构。为了弥补单节点可靠性不足,可以单节点+ADG的方式部署。
采用的是udev磁盘方式吗,要是的话,19c和11g是不同的,19c要先把共享磁盘fdisk进行分区,然后再通过udev方式加载,11g没有fdisk环节,直接通过udev加载。
个人认为两个原因:一是如果在2节点的集群部署虚拟机,平均资源占用达到了每个节点50%以上,一旦一个节点出现故障宕机,那么正常的节点的资源不能完全接管集群全部虚拟机,虚拟机会出现非正常关闭的情况;二是为避免2节点的集群
一般来说网卡和交换机两端要是一样的品牌和型号的光模块应该没问题,大部分交换机和网卡都兼容多个品牌的光模块。
数据库双活的关键点是数据的双向复制与双向同步的问题,个人觉得oracle集群即oracle RAC就可满足业务需求,如果出于数据安全和在线交易实时性保障的要求,实现oracle RAC底层存储双活即可,比如通过EMC VPLEX、IBM SVC、
是对vsan物理主机扩容还是对vsan架构上的虚拟机扩容,没看明白
物理存储无法和vsan整合在一起使用,只能独立使用,个人觉得加入vsan意义不大,vsan还是倾向服务器本地磁盘的虚拟整合。
建议在vsan6.5及以上的版本上部署,实际使用后感觉性能还可以,但是,如果对IO要求高的话,还是建议部署在传统的SAN存储架构上。
关键是双活数据中心的话,两边的数据库都在受理业务,这就涉及双向数据同步问题,数据同步有存储层面的数据同步技术,也有数据库级的同步工具。这两种方式目前貌似尚没有具体应用实例吧。
如果是windows系统的话,可以用symantec的besr进行备份,生成的镜像文件可以再通过besr实现恢复操作。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30