ORACLERAC集群.doc

ORACLERAC集群1、集群环境的特殊问题健忘症:这个问题发生在集群环境配置文件不是集中存放,而是每个节点都有一个本地副本。在集群正常运行时,用户可以在任何节点修改集群的配置,并且这个更改会自劢同步到其他节点。但是考虑这样一种场景:两个节点的集群,节点1因为正常的维护需要被关闭,然后在节点2修改了某些配置,然后关闭节点2,启劢节点1。因为之前在节点2做的配置修改没有同步到节点1,所以节点1启劢后,它仍然是用旧的配置文件工作,这时就会造成配置丢失,也就是所谓的“健忘症”。要想解决“健忘”问题,最简单的办法就是整个集群只有一份配置,各节点公用这份配置,无论在哪个节点修改配置,都是修改相同的配置文件,这样就是保证修改不会丢失。Oracle采用的方法就是把这个配置文件放在共享存储上,这个文件就是OCRDisk。[sql]viewplaincopyprint?1.[******@ode2~]#cat/etc/oracle/=+=FALSE脑列:在集群里,节点间需要通过某种机制,心跳,了解彼此的健康状况,以确保各节点协调工作。假设只是“心跳”出现故障,但各个节点还在正常运行。这时,每个节点都认为其他节点宕机,自己是整个集群环境中的“唯一健在者”,自己应该获得整个集群的“控制权”。在集群环境中,存储设备都是共享的,这就意味着数据灾难,这样一种状况就是“脑列”。VotingDisk这个文件主要用于记录节点中成员状态,在出现“脑列”时,仲裁哪个Parition获得集群的控制权,而其他Parition必须从集群中剔除。[sql]viewplaincopyprint?1.[******@ode1~]$crsctlquerycssvotedisk2.##STATEFileUniversalIdFileNameDiskgroup3.------------------------------------------(/dev/raw/raw1)[OCR_VOTE](/dev/raw/raw2)[OCR_VOTE](/dev/raw/raw3)[OCR_VOTE]。2、RAC集群从逻辑上看,RAC集群由存储层、网络层、集群件层、应用层4层组成。存储层:RAC是一个多实例、单数据库的系统。数据文件、联机日志、控制文件等文件在集群中只有一份。不管有几个节点,这些节点都平等的使用这些数据文件。网络层:整个RAC环境中,实际有3个网络存在。一个是由public网卡接入的网络,用于对外提供数据查询等服务;另一个是由private网卡组成的私有网络,用于RAC心跳和cachefusion;第三个是存储设备、光纤交换机、每个节点的HBA卡组成的存储网络。前两个网络上面传输的是IP数据,而后一个网络传输的SCSI数据。集群件层:在单机环境下,Oracle是运行在OSKernel之上。OSKernel负责管理硬件设备,并提供硬件访问接口。Oracle不会直接操作硬件,而是由OSKer