数据库高可用环境RAC的架构及应用.pptVIP

什么是RAC 两个术语： 实例（INSTANCE）：实例特指由SGA内存和Background Process组成的运行环境，是一个动态的概念。 数据库（DB）：数据库特指数据文件、控制文件、日志文件这些保存在存储上的永久文件，是一个静态的概念 Oracle的实例和数据库是N：1的关系（N=1） RAC结构拓扑图 如上图：RAC(Real Application Cluseters)集群是由若干个物理计算机组成，每个计算机我们称为一个节点，这些节点通过网络链接（即心跳网络）。每个节点上都运行一个实例instance,这些实例通过一个特殊的软件（clusterware）的协助,共同操作一个数据库 RAC的分层 1、存储层 2、网络层 3、集群层 4、应用层 Rac的本质 其本质就是一个关系型数据库 其根本作用就是进行事务处理 Rac与单点oracle的相同点与不同点 相同点 无论是Oracle还是IBM、微软的数据库产品，无论单实例数据库还是集群数据库，他们的核心功能都是一样的——事务处理，并在保证数据库完整的前提下 提供最大的并发支持 不同点 想吧！！！！！！ Oracle其它高可用方案 Oracle的高可用家族除了RAC还有两兄弟：Data Guard和Stream Replication,相对于RAC，这两种方案都比较容易上手，也是目前企业常用的HA方案。但是这三个产品针对的问题并不一样，适用场合也不尽相同 -Data Guard 应用环境 -RAC应用环境 集群分类 高性能计算集群 负载均衡集群（LB） 高可用性集群（HA） 在实际应用的集群系统中，HA和LB这两种基本类型经常发生 合与杂交。RAC就同时具有HA和LB两种能力 集群环境下的新问题 一、并发控制 在集群环境中，关键数据通常是放在共享存储上，而集群中每个节点都是对等的，所有节点都有相同的访问权限，因此必须有某种机制能够控制对数据的访问。 在Oracle RAC中，是利用DLM(Distribute Lock Management)机制来进行多实例的并发控制 二、健忘症（Amnesia） 这个问题发生在集群环境配置文件不是集中存放，而是每个节点都有一个本地副本。在集群正常运行时，用户可以在任何节点上更改集群的配置，并且这种更改会自动同步到其它节点。 但考虑如下情况 节点A因维护正常关闭，修改节点B配置，修改后关闭节点B，启动节点A，因为之前在节点B上所做配置修改没有同步到节点A，所以节点A启动后，仍然是使用旧的配置文件，这是就会照成配置丢失，也就是所谓的“健忘症” 三、脑裂（Split Brain） 在集群中，节点间需要通过某种机制（心跳）来了解彼此的健康状况，以确保各个节点协调工作。假设只是“心跳”出现故障，但各个节点还在正常工作。这时，每个节点都认为其它节点宕机，自己是整个集群环境中的“唯一健在者”，自己应该获得整个集群的“控制权”。在集群环境中，存储设备都是共享的，这就意味着数据灾难，这样一种情况就是Split Brain 四、IO隔离（IO Fencing） IO隔离是脑裂问题的延伸，当集群系统出现闹裂时，通过“投票”算法确定哪些节点获得集群掌控权，哪些节点被赶出集群，但仅仅这样还是不够的，必须保证被赶出的节点不能操作共享数据，因为这个节点还在运行中，如果不加限制很有可能会修改共享数据，这就是IO隔离要解决的问题 Clusterware Oracle Clusterware在运行过程中，需要两个很重要的文件，分别叫OCR和Voting Disk，这两个文件必须放在共享存储上。每个文件分配200M左右空间就可以了 思考：Ocr和Voting Disk主要用来解决什么问题 OCR 解决健忘问题，最简单的办法就是整个集群只有一份配置，各个节点共用这份配置，无论哪个节点修改配置，都是修改的相同的配置文件，这样就保证修改不会丢失，Oracle采用的方法就是把这个配置文件放在共享存储上，这个文件就是OCR Disk。 用户制定的OCR位置会被记录在/etc/oracle/ocr.loc（Linux系统）或/var/opt/oracle/ocr.loc(Solarise系统)文件中，Oracle Clusterware在启动时，会根据这里的内容从指定位置读入OCR内容，orc.loc文件内容如下： [