
将坏的这台服务器重新安装原来一样的 *** 作系统,共享磁盘使用U盘代替,保证盘符一致,将数据库(oracle)重新安装一遍,并进行调试,与原来一样!配置完成后,将U盘移除,将该服务器添加到故障转移群集中!
高可用(HA)性有两种不同的含义,在广义环境中是指整个系统的高可用性,在狭义方面一般指主机、服务的冗余,如主机HA、应用程序的HA等,无论那种情况,高可用性都可以包含如下一些方面:1、 系统失败或崩溃;
2、 应用层或者中间层错误;
3、网络失败;
4、 介质失败:指一些存放数据的媒体介质故障;
5、 人为错误;
6、 系统的容灾备份;
7、 计划内的维护或者重启。
可见,高可用性不仅包含了系统本身故障、应用层的故障、网络故障、认为 *** 作的错误等,还包含数据的冗余、容灾及计划的维护时间等,也就是说一个真正的高可用环境,不仅能避免系统本身的问题,还应该能防止天灾、人祸,并且有一个可靠的系统升级及计划维护 *** 作。
首先,RAC是基于应用的集群,HA是基于 *** 作系统的集群,两种集群有很大区别的。RAC是在集群中的每台服务器上启动一个数据库实例,同时对用户群组的请求进行响应。而HA其实是由 *** 作系统决定数据库运行在哪个主机上,其他主机上面是一般是不运行任何数据库的(除了双机互备系统),实际上HA是个单机数据库,它是为避免单个主机故障而出现的。
crs_stat 命令是oracle的集群组件中的工具。如果使用crs_stat -t命令返回结果如下:
rac2->crs_stat -t
Name Type TargetState Host
------------------------------------------------------------
ora.....CRM.cs applicationOFFLINE OFFLINE
ora....db1.srv applicationOFFLINE OFFLINE
ora.devdb.db applicationONLINEONLINErac2
ora....b1.inst applicationONLINEONLINErac1
ora....b2.inst applicationONLINEONLINErac2
ora....SM1.asm applicationONLINEONLINErac1
ora....C1.lsnr applicationONLINEOFFLINE
ora.rac1.gsd applicationONLINEONLINErac1
ora.rac1.ons applicationONLINEONLINErac1
ora.rac1.vip applicationONLINEONLINErac1
ora....SM2.asm applicationONLINEONLINErac2
ora....C2.lsnr applicationONLINEOFFLINE
ora.rac2.gsd applicationONLINEONLINErac2
ora.rac2.ons applicationONLINEONLINErac2
ora.rac2.vip applicationONLINEONLINErac2
包含以下两行
ora....b1.inst applicationONLINEONLINErac1
ora....b2.inst applicationONLINEONLINErac2
就说明是RAC数据库
其中第一行说明ora....b1.inst这个数据库实例是在rac1这个主机上online的
同理第二行是ora....b2.inst这个数据库实例是在rac2这个主机上online的
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)