精华内容
下载资源
问答
  • 双节点rac架构

    2013-01-23 17:59:58
    rac节点架构图,图片,便与你更加形象的了解rac
  • RAC是通过专用光纤(或租用裸光纤)加DWDM(波分设备)设备将两个不同楼栋/同城甚至异地机房进行相连,将数据库主机、存储分别放置于不同机房,利用存储复制/ASM Mirror等技术进行数据复制进行搭建的一种远距离集群架构...

    Extended-RAC,是RAC技术的一种扩展增强。Extended-RAC是通过专用光纤(或租用裸光纤)加DWDM(波分设备)设备将两个不同楼栋/同城甚至异地机房进行相连,将数据库主机、存储分别放置于不同机房,利用存储复制/ASM Mirror等技术进行数据复制进行搭建的一种远距离集群架构。

    Extended RAC需要将不同楼栋/同城甚至异地机房通过专用光纤(或租用裸光纤)加DWDM(光纤复用设备)进行连接,打通不同楼栋/同城甚至异地机房间大二层网络、存储FC/IB网络,为搭建Extended RAC提供必要条件。Extended RAC继承了RAC的优点,将RAC节点/共享存储部署于不同楼栋/同城甚至异地机房,各不同楼栋/同城甚至异地机房服务器及存储可同时提供数据访问,实现了真正意义上的读写双活,搭建Extended RAC时,不同楼栋/同城甚至异地机房间距离不宜超过100KM, 不同楼栋/同城甚至异地机房间传输需要独用的光纤专线(国内亦有案例是租用裸光纤),具体架构如下:

    192bd1dd83687ad28ac6e1a88cf8e736.png

    Extended-RAC标准架构图

    传统容灾架构设备处于备用闲置状态,无法提供服务或只能提供数据查询服务。Extended-RAC为双活架构,通过Extended-RAC架构的部署,可将不同楼栋/同城甚至异地机房灾备设备纳入至计算资源中,扩大原有RAC集群计算能力,减少传统架构容灾环境资源闲置浪费问题。

    传统容灾架构如果一个机房出现故障,例如发生供电中断、火灾等故障,备用机房接管服务时,需要进行一系列的复杂的故障切换工作,业务服务需要中断较长时间,影响较大。而Extended-RAC架构则无需进行切换,业务不会因为机房级的故障而受到影响,实现机房级故障数据服务零中断。

    Extended-RAC可以防范大部份灾难场景,如设备损坏、供电中断、火灾等场景,但对地震、恐怖袭击、误操作等仍无抵御能力。

    Oracle ASM技术在11G上得到增强,建议将Oracle

    Extended RAC在11.2.0.4+版本中进行部署。

    2.2.  IP网络及存储传输技术选型

    在超过10KM距离的不同机房部署时,应使用DWDM(光纤波分复用)设备,心跳网络、SAN网络应使用专用线路,且应配置冗余。

    目前,市面上有两种技术路线可以选择,一种是基于存储厂家的数据复制技术解决方案,代表厂商为EMC VPLEX解决方案,另一种是ORACLE提供的ASM Mirror+Failgroup技术方案。

    d691148eb93f2d03c8e5c3fd3e8c59c7.png

    存储厂家提供的技术方案,将两套存储整合为一套存储来提供给数据库使用,DBA人员看到的只是一套存储,部署与普通ORACLE RAC无区别,对于DBA来说,管理简单,但存在与存储厂家高度捆绑,采购及后期运维费用支出昂贵等特点。

    97b70a5bd2a65de25e61615b079b7aad.png

    基于FC+ASM mirror技术适用于原有生产/灾备环境改造及业务并发度中低的业务场景,采取该技术路线无厂商捆绑,存储侧不产生额外费用等特点,由于两套数据存储、一套仲裁机制均由DBA人员进行管理,对DBA人员的要求较存储厂商解决方案更高。

    bca3426ce777be7d07480a6ca1d9b5c8.png

    由于IB网络设备的普及,很多数据中心已具备或正准备组建基于IB交换的存储网络,基于分布式的一体机解决方案依托于IB网络搭建,IO能力较FC提升10至100倍,在高并发的OLTP数据库中采用此方案最合适。该方案具备高IO、低延迟能力。

    通过基于IB网络的一体机解决方案,配合ASM Mirror+Failgroup技术,有可效解决传统存储架构在高并发环境下IO能力不足的问题,同时,设备采购及后期维护成本较传统存储厂家解决方案更低。

    技术方案存储复制双活FC+ASM复制双活IB一体机双活

    成本预算高低中

    灾备保护的健壮性高高高

    事务一致性高高高

    项目周期长长长

    管理复杂度简单较复杂简单

    性能中中高

    征对存储复制的三种解决方案,均具有高级别灾备保护的健壮性、高级别的事务一致性,且项目实施周期长的特点。

    在管理复杂度方面,采用ASM复制的传统FC双活、一体机双活技术方案较基于存储复制双活管理更为复杂,对DBA人员的管理能力要求较高。

    基于性能考虑,其于存储复制双活、基于传统FC存储的ASM复制双活性能远低于IB网络的分布式一体机解决方案。

    建设成本上,采用ASM复制技术实现的双活费用最低、基于IB网给的一体机双活方案成本居中,存储复制双活方案成本较高的特点。

    从费用支出和技术可控性上,业务并发量中及以下的系统中采用FC+ASM技术进行实现,对于业务并发量高的业务系统建议采用基于IB网络的一体机解决方案进行实现。

    由于基于存储厂家复制技术的解决方案部署与ORACLE RAC相同,故本章节实战内容适用于基于FC/IB网络的解决方案。

    ASM盘组FAILGROUP成员规划时,应基于不同机房不同存储进行划分,磁盘及FAILGROUP应统一规划命名规则,征对投票磁盘,应将第三块投票磁盘规划至第三机房存储或NFS盘。

    11.2.0.4建议参照下表进行规划设计。

    be7606e2e2e57e2b2d1ab9ee1d38aa36.png

    征对Extended-RAC数据库,还应对disk_repair_time、asm_preferred_read_failure_groups、_asm_hbeatiowait参数进行合理设置,以保障数据库的健康运行。

    disk_repair_time(磁盘offline后drop时间)

    当disk offline的时间大于disk_repair_time,ASM会自动将offline的磁盘drop,如果需要再次同步,将offline的磁盘强制添加到磁盘组的failgroup中即可,会自动进行整个磁盘数据的全同步,该参数默认3.6小时,建议将此时间调整至12小时或更长。

    asm_preferred_read_failure_groups(本地优先读)

    ASM_PREFERRED_READ_FAILURE_GROUPS参数设置后,ASM读IO也走local,ASM的写IO则需要本地failgroup和远程failgroup都同时写成功,IO才认为完成。如果某一个failgroup的IO写失败,Oracle会再次寻找新的extent写入,如果再次失败,则会offline 该faligroup磁盘。

    _asm_hbeatiowait(磁盘响应超时)

    ASM磁盘响应超时参数,默认为15秒,建议调至120秒。

    展开全文
  • 共享存储多活集群(Oracle RAC) 另外一种多活架构是共享存储集群架构,比较典型的就是Oracle RAC(全称Oracle Real Application Cluster)。在该架构中集群中多个节点运行的是同一个数据库实例,数据完全一致,并且...

    应对业务量的不断增加场景通常有两个大方向,一种是纵向扩展,也就是增加单台服务器的CPU计算能力、内存容量和磁盘承载能力等;另外一种是横向扩展,也就是通过增加服务器的数量来增加处理能力。前者存在业务中断和扩展上限等诸多的问题,特别是互联网业务的迅猛发展,单台服务器几乎无法满足业务负载要求,因此目前比较流行的方式横向扩展的方式。

    1. 数据库集群

    数据库的横向扩展是通过数据库集群实现的。数据库集群也有两种主要形式,一种是主备(主从)架构,也就是只有一台服务器上的数据库可以访问,另一个(多个)服务器上数据库不能访问或者只能进行读操作。另外一种是多活架构,这种架构中所有服务器都可以对外提供服务(可同时读写)。

    当前市面上大部分数据库是主从架构,比如MySQL和SQL Server等。如图1是大名鼎鼎的MySQL数据库的主从复制原理图。主从复制是通过重放binlog实现主库数据的异步复制。由于从binlog获取数据并重放与主库写入数据存在时间延迟,因此从库的数据总是要滞后主库。这个也是主从架构的缺点,也就是无法保证数据的分布式一致性。主库宕机的情况下可能会丢失一部分数据。

    67b6c1bbf5321fb1ca6ac2c9daf9d66a.png

    图1 MySQL主从复制

    2. 分区多活集群

    多活架构是集群中的节点可以同时对外提供服务。根据集群中节点是否可以共享数据,多活架构又分为两种。一种是非共享数据的多活,该种情况下集群节点不能共享数据,每个节点负责不同的数据。比如将数据库表以主键ID进行划分(比如取模),不同节点负责不同的区域。目前这种多活方案可以通过数据库中间件实现,比如开源的Mycat等。

    bd2b1d063eb6e41e0998caa2f68d6e68.png

    图2 基于Mycat的多活架构

    如图2所示是基于Mycat的多活数据库集群,这里面主要划分为2个区域,每个区域通过主备保证可用性和分摊负载。具体策略可以采用取模的方式,比如主键ID为1,3,5,7...时数据存储在左边主库中;2,4,6,8...时数据存储在右边主库中。

    由于数据的隔离性,上述访问存在一个主要问题就是扩容相对困难。当需要增加集群节点数量的时候,就需要重新划分数据的存储位置,从而需要做大量的数据迁移。这样,不仅仅操作复杂,而且增加了出现问题的风险。

    3. 共享存储多活集群(Oracle RAC)

    另外一种多活架构是共享存储集群架构,比较典型的就是Oracle RAC(全称Oracle Real Application Cluster)。在该架构中集群中多个节点运行的是同一个数据库实例,数据完全一致,并且用户层面无论从那个节点访问,获取到的数据都是相同的。如图3是Oracle RAC的示意图,通过3个节点构成一个集群,它们共享数据。

    f00506461973151554270f1e89c4d16b.png

    图3 Oracle RAC示意图

    为了保证整个集群的可用性,Oracle RAC在部署的时候对硬件有比较多的要求。在网络层面,Oracle RAC总共有3个网络系统,分别是外部访问网络、内部私有网络和存储网络。外部访问网络不用多少,相信大家都理解。内部私有网络则主要用来进行Oracle集群内部使用,包括数据传输、心跳和集群管理等。这部分网络在部署的时候要求双交换机和双物理链路,保证不会因为链路故障导致集群异常。后面是存储网络,存储网络用于RAC集群访问存储资源,这部分也是链路冗余的。

    5d338605fba80a7af756d6a2b1517d27.png

    图4 Oracle RAC物理部署图

    为了更加深入的理解Oracle RAC我们看一下其内部软件模块的组成。整个数据库层面没有太多差异,这里面主要多出了如下内容:虚拟IP(VIP)、ASM、Clusterware和仲裁磁盘。这些新组件配合起来完成了Oracle的多活集群功能。

    虚拟IP是应用访问数据库的入口,该IP并不与任何服务器绑定,而是可以在集群的任意服务器间漂移。由于具有这个特性,当出现服务器宕机等情况时,数据集集群可以保证通过相同的接口对外提供服务。

    a7ef747a17ae141987a5631824b28325.png

    图5 Oracle RAC软件模块图

    ASM与Clusterware实现了集群管理功能,其中ASM实现对磁盘的管理,避免同时访问磁盘导致数据不一致的风险,而Clusterware则用于管理Oracle集群的软件进程及资源调度。

    仲裁磁盘用于集群中服务器的异常判断,集群中的节点通过定时更新仲裁磁盘中特定区域的数据标示自身的健康状态。其它节点可以根据该数据判断该节点是否宕机。

    上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理

    展开全文
  • Oracle 架构篇+RAC架构

    千次阅读 2018-05-01 17:15:30
    在管理和维护RAC时,可以参考下图的架构以便更好的对问题进行分析定位。 (之前由于上传的资源有问题,为表示抱歉,现已将该“微缩预览版”更换为“超清版”) ※ 如果您觉得文章写的还不错,别忘了在文末给作者...

    在管理和维护RAC时,可以参考下图的架构以便更好的对问题进行分析定位。

    (之前由于上传的资源有问题,为表示抱歉,现已将该“微缩预览版”更换为“超清版”)

    ※ 如果您觉得文章写的还不错, 别忘了在文末给作者点个赞哦 ~

    over

    展开全文
  • Oracle rac架构和原理

    千次阅读 2018-08-13 15:40:00
      Oracle RAC  Oracle Real Application Cluster (RAC,实时应用集群)用来在集群环境下实现多机共享数据库,以保证应用的高可用性;同时可以自动实现并行处理及负载均衡,并能... rac架构和原理" t...
      

    Oracle RAC

      Oracle Real Application Cluster (RAC,实时应用集群)用来在集群环境下实现多机共享数据库,以保证应用的高可用性;同时可以自动实现并行处理及负载均衡,并能实现数据库在故障时的容错和无断点恢复。它是oracle数据库支持网络计算环境的核心技术。它是oracle数据库支持网络计算环境的核心技术。

    rac架构和原理" title="Oracle rac架构和原理" width="539" height="224">

     

      共享缓存技术 减少io负担

     多主机共享一个数据库,每个节点宕掉后,通过vip到下一个节点

    rac架构和原理" title="Oracle rac架构和原理" width="690" height="484">

    rac架构和原理" title="Oracle rac架构和原理" width="690" height="507">

    rac架构和原理" title="Oracle rac架构和原理" width="690" height="450">

    rac架构和原理" title="Oracle rac架构和原理" width="690" height="433">

    rac架构和原理" title="Oracle rac架构和原理" width="690" height="496">

    Oracle RAC的原理

        集群环境层面:

      并发控制,健忘症,脑裂,IO隔离;

         共享存储层面:

      存储层,网络层,集群件层,应用层

        数据库实例层面:

      并发访问和控制

     

    1、集群环境&共享存储层面

     并发控制

    Oracle RAC中,使用Distribute Lock Managerment(DLM)机制进行多个节点间并发访问的控制

       健忘症(一个节点更改,其他人不知道)

    整个集群只有一份集群配置信息,Oracle RAC使用OCR(oracle 集群注册器) Disk文件解决

     

         脑裂

      在Oracle RAC中Voting Disk用来记录节点间成员的状态,出现脑裂时,通过投票机制,获得最高票数或者最早达到的获得投票的,幸存,其他节点被踢出。

     

         IO隔离

       Oracle RAC采取直接重启故障节点来限制已剔除节点对共享数据的访问

    如果某个节点有故障,则踢出后并重启该节点,达到不让其访问数据的目的,实现自愈

     

     

      共享存储的共享和并发访问

      需要解决存储设备的共享和并发访问问题

     

    2、RAC层面

          - 存储层

    Cache fusion lock

     

       - 网络层

        共4种网络环境:

     Public网络-对外提供数据查询服务、数据库维护等

     Virtua网络-提供应用连接

     Private网络-用于RAC心跳和cache fusion

    存储网络-存储设备、HBA卡、光纤交换机等组成

      

         集群件层

      Oracle clusterware:集群管理软件保证多主机之间的协调工作

     

         应用层

      oracle RDBMS层面:由若干CRS Resourcezucheng

     oracel RAC提供高可用服务:LMON进程监控应用(CRS Resource),应用异常时对其进行重启、切换等;

     

    Oracle RAC 的关键技术

      Oracle  RAC的关键技术有:

    •     OCR Disk
    •   votiong
    •   vip
    •   DLM
    •   cache Fushion
    •   Failover
    •   loadbalance
    •   ASM

     

      OCR Disk

     

      OCR Disk主要用来解决集群的“健忘”问题

     在linux系统中信息如下:

    rac架构和原理" title="Oracle rac架构和原理" width="530" height="120">

    rac架构和原理" title="Oracle rac架构和原理" width="408" height="89">

    rac架构和原理" title="Oracle rac架构和原理" width="690" height="258">

    不是每个节点都可以操作OCR Disk,每个节点上都有一份其内容的拷贝,在一块叫OCR cache的内存中。

     

    OCR master node:

      可以更改OCR Disk的节点

      负责更新本地和其他节点的OCR cache内容

     

    OCR Disk每四个小时自动备份一次

     

    Voting Disk

       voting Disk用来解决“脑裂”问题,仲裁哪个节点或者partition获得集群的控制权。

      所以做RAC 至少两块盘

     在linux系统中信息如下:

    rac架构和原理" title="Oracle rac架构和原理" width="453" height="118">

    rac架构和原理" title="Oracle rac架构和原理" width="690" height="139">

    VIP

      Oracle RAC引入VIP,解决TCP/IP协议栈超时问题

     VIP和IP的不同是:VIP是浮动的,IP是固定到物理网卡上的。

     节点出现故障,VIP会漂移,保证业务连续性

      VIP故障,应用程序感知快,捕获错误的时间大大缩短。

    rac架构和原理" title="Oracle rac架构和原理" width="440" height="172">

    rac架构和原理" title="Oracle rac架构和原理">

    rac架构和原理" title="Oracle rac架构和原理" width="690" height="272">

    VIP 会在安装clusterware的最后阶段由vipca脚本创建,并作为CRS Resource注册到OCR中,会绑定到每个节点的Public网卡上。

     

     DLM

       DLM(Distributed lock)分布式锁管理器,负责协调节点间资源的竞争,保证并发的有效性,保护共享数据的安全性。

    rac架构和原理" title="Oracle rac架构和原理">

     cache Fusion

      提供传输的扩展性,在实例间传输block的image,跟踪资源的当前位置和状态,每个实例的sga的目录结构中保存现有传输资源信息。

        Cache fusion模型:

       Global Resource Directory由Global Cache Service来管理记录资源的模式、资源的角色、block在实例中的状态、在各个活动的节点发布资源的master、在必要的时候重新发布master(确如实例的启动和关闭)

       Global Cache Service(GCS):

     三种资源模式:null(默认的),share(查询),exclusive(x)可以block的内容,其他的实例就是null mode)

     

     两种资源角色

        local:第一次请求资源的初始模式:只有一个实例可以有这个block的dirly copy global:当一个block在多个实例中变dirty时,local 就变成了global block,只能由global cacheservice写到磁盘中

     

    Cache fusion block的传输:

     例如:有ABCD四个节点,Global Cache Service:GCS

     

    1.Read with no transfer

       如果C节点需要向共享磁盘文件上读一个Block,那么它向GCS发送请求,这个时候请求被定向到D,D是这个Block的master(每个资源都有master)。GCS把资源授权为share mode和local Role,在目录中记录下了他的状态(目录在节点D),然后通知C,C把这个资源从Null改成share。C开始I/O,现在C有了这个Block以share模式从磁盘文件读取权限。

    1. Read to write transfer

        B也要这个Block,并且不仅是读,而且还要改变它的内容。B向D(这个Blocak的master)的GCS发出请求,GCS向C发出请求,要求C把这个Block给B,B收到后,告诉GCS,现在B可以修改这个Block了。

       3. Wirte to write transfer 

          A向D节点的GCS发出请求,GCS告诉B节点放弃他的Exclusive锁,并且把当前的image传到A,如果这个请求没有完成,就会放到GCS的队列里,B把这个block传到A,这个时候,要写log,强制log flush,把模式变成null。发送到A,并且告诉它这个exclusive的资源可以用了。A收到了这个Block的image,会通知GCS并且告诉它block的status是exclusive。这个时候,B不能对这个block做操作,虽然他的buffer cache中,它还有这个block的copy

       4.write to read transfer

             C要读这个BLOCAK,先向D(master)发出请求,GCS要求A把它传输到C,A接受到请求完成它的工作,这可能会A写LOG和log flush。在发送这个block之前,A会把它的exclusive锁降低到share模式。C把从A收到的BLOCK的SCN取出来,建设成一个资源Assumption信息为GCS更新global resource directory。

     

     Failover

       Failover 是oracle RAC高可用性的基础,它指集群中任何一个节点的故障都不会影响用户的使用,连接到故障节点的用户会被自动转移到健康节点,用户感知不到节点故障。

     

    Failover方式:

       1.Client-side Connect time failover

     2.TAF

     3.Server-side TAF

     

    1.client-side connect time failover

      含义:如果用户端tnsnames中配置了多个地址,用户发起连接请求时,会先尝试连接地址表中的第一个地址,如果这个连接尝试失败,则继续尝试使用第二个地址,直至连接成功或者遍历了所有的地址。

    特点:只在建立连接那一时刻起作用。连接建立之后,节点出现故障都不会做处理。会话断开、用户程序必须重新建立连接。

    启用方法:在客户端的tnsnames.ora中failover=on条目,这个参数默认就是on。tnsnames.ora配置实例如下:

    rac架构和原理" title="Oracle rac架构和原理" width="690" height="112">

    rac架构和原理" title="Oracle rac架构和原理" width="522" height="404">

    rac架构和原理" title="Oracle rac架构和原理" width="529" height="500">

    Loadbalance

      

      Loadbalance就是把负载平均的分配到集群的各个节点,从而提高整体的吞吐能。

      分散负载的方法:

    1.通过connection balance,按照某种算法把用户分配到不同的节点。也可认为是纯技术的分散均衡

    2.通过service 在应用层上进行分散,也可认为是面向业务的分散负载。(需要基于软件开发)

     

    Conection Bablancing

     在用户请求建立连接时,根据每个节点的负载决定把连接分配给哪个实例。连接建立后,会话的所有操作就都在这个实例上完成,而不会分派给其他节点了

       1.1 客户端均衡(Client-side LB)

       Oracle 8使用的方法,配置方法是在客户端的insnames。ora文件中加入:LOAD_BALANCE=YES条目。当客户端发起连接时,会从地址列表中随机的选取一个,再使用随机算法把连接请求分配到各个实例。

      缺点:由于随机未考虑节点实际负载,可能出现负载不均衡情况。若在短时间内同时发起多个连接,有可能被分配到同一个节点(更坏:故障节点)

        Connection Balancing

       在用户请求建立连接时,根据每个节点的负载决定把连接分配给哪个实例。连接建立后,会话的所有操作就都在这个实例上完成,而不会分派给其他节点了。

      1.2 服务器端均衡(server-side LB)

         有了PMON的自动注册机制后,集群的每个节点的listener都掌握所有节点的负载情况,当收到客户端连接请求时,就会把连接转给负载最小的节点,这个节点有可能是自己也有可能是其他节点,

       listener的节点选择方法根据用户所请求的连接方式会有所不同:

      1)如果用户请求的Delicate专有连接,listener首先选择负载最小的节点,如果多个节点负载相同,则从节点选择负载最小的实例。

      2) 如果用户请求的是share server共享功能连接,除了做节点负载比较和实例负载比较之外,还要在所选择实例上,选择负载最小的dispatcher进行转发。

        利用Service分散负载

     通过把应用按照功能模拟进行划分分成service,进而把每个service固定在某个RAC节点上,从而从根本上提升系统的性能。这种分散负载的方法不是仅靠DBA进行配置就能完成的,需要DBA和开发人员合作,在了解业务数据特点之后才可能看到效果。

     

      ASM

      ASM:Automatic Storage Managerment,一种面向Oracle的存储解决方案与RDBMS相似,由实例和文件组成,可通过sqlplus工具来维护。

      ASM实例的创建和删除也可以用ASMCA这个命令来操作。ASM实例需要CSS进程。

      ASM实例

     由SGA和后台进程组成。

     1.1 SGA组成

     ASM实例的SGA包括Buffer cache share pool,Large Pool等。需要注意的是share pool,因为extent map要放在这部分的内从中,需要根据数据量来估计extent map的大小做相应的调整。

    SQL>show sga

    rac架构和原理" title="Oracle rac架构和原理" width="625" height="277">

     ASM

     1.2 后台进程

     ASM实例比RDBMS实例多2个进程:RBAL和ABRn。

     RBAL:Rebalancer进程,负责规划ASM磁盘组的rebanlance活动。

     ABRn:是RBAL进程的子进程,可以有多个,n可取1-9,这组进程负责真正完成rebanlance活动。(可用ps-ef|grep asm 查看ASM相关的进程)

     使用ASM作为存储的RDBMS实例也会多出2个进程:RBAL和ASMB

    RBAL:打开每个磁盘的所有磁盘和数据的rebalance。

     ASMB:作为ASM实例和数据库实例之间的信息通道。负责与ASM实例的通信,它先利用Diskgroup Name从CSS获得管理该Diskgroup的ASM实例的连接串,再建立到ASM的持久连接,两个实例之间通过这条连接定期交换信息,同时也是一种心跳机制。

      

      RDBMS实例想要使用ASM作为存储,RDBMS实例必须在启动时从ASM实例获得extent map,以后发生磁盘组的维护操作,ASM实例还要把Extent MAP的更新信息通知给RDBMS实例,这个2个实例间的信息交换就是通过ASMB进程完成的。这也就是为什么:ASM实例必须要先于数据库实例启动,和数据库实例同步运行,迟于数据库实例关闭。

      ASM配置

     ASM可以使用裸设备或者ASMLib方式。

     ASM磁盘组

      直接管理磁盘,而不是文件

       一组磁盘作为一个逻辑单元

      原有的磁盘空间被划分为统一的管理单元

      ASM把文件均匀的分布在所有的磁盘上

      磁盘组中的磁盘可以不断添加和应用类型分组

     

     自动的存储管理

       内置的高性能集群文件和卷管理(专门针对Oracle数据文件)

       有效的分散数据到所有的存储设备上,实现负载均衡,达到最优性能和资源利用

        集成的Mirroring和Strip功能,实现高可靠性和高性能

         简化存储管理的复杂性

        移除对第三方磁盘管理和文件系统的需要

    Stripe:

       动态、联机的重组存储资源

      磁盘发生变化时,自动的重新平衡数据分布

      在存储设置过程中,消灭了手工I/O调优的需要

    rac架构和原理" title="Oracle rac架构和原理" width="670" height="82">

     Oracle RAC的优缺点

     Oracle RAC是一种高可用集群架构,与其他架构相比:

     1、资源使用

     双机热备:平时有一台服务器闲置

      双机互备:每台服务器都要预留一部分资源,接管备用

       ORACLE RAC:每台服务器资源可以充分利用

    2、维护管理

        双机热备:集群层面维护相对简单,数据库维护相同

        双机互备:集群层面维护相对简单,数据库维护相同

        Oracle RAC:集群层面维护相对复杂,数据库维护相同

     3、接管时间

           双机热备:基于操作系统层面,数据库需要重启,接管时间相对较长

           双机互备:基于操作系统层面,数据库需要重启,接管时间相对较长

          Oracle RAC:基于数据库层面,数据库不需要重启,接管时间相对较短

     4、性能状况

           双机热备:数据库相当于单点,数据库性能好

           双机互备:资源需要预留,数据性能相对单点差

          Oracle RAC:并发查询性能好,针对不同业务和配置,事务处理能力不一致,性能表现不一致

     

     Oracle RAC架构的延伸

      Oracle RAC架构的延伸主要在以下几方面:

     Oracle RAC和RMAN(基于数据库还原、备份的工具):两者结合,可更高地保障数据库数据的安全性

      Oracle RAC和Data Guard(基于日志复制技术的数据同步软件):两者结合,解决共享存储出现故障的问题

      Oracle RAC和Streams:两者结合,构成分布式系统,解决Oracle RAC系统负载过高的问题

       Oracle RAC和Golden Gate

    rac架构和原理" title="Oracle rac架构和原理" width="690" height="467">

    rac架构和原理" title="Oracle rac架构和原理" width="690" height="488">

    rac架构和原理" title="Oracle rac架构和原理" width="690" height="433">

    rac架构和原理" title="Oracle rac架构和原理" width="690" height="462">

    rac架构和原理" title="Oracle rac架构和原理" width="690" height="382">

    rac架构和原理" title="Oracle rac架构和原理" width="690" height="415">

    rac架构和原理" title="Oracle rac架构和原理" width="690" height="512">

    rac架构和原理" title="Oracle rac架构和原理" width="690" height="540">

    rac架构和原理" title="Oracle rac架构和原理" width="690" height="634">

    展开全文
  • ZFMRACNetwork RAC + AFN 网络请求工具类,适合MVVM + RAC 架构设计
  • Oracle 11g RAC架构、部署与管理
  • RAC 架构详解

    2017-03-01 13:45:48
    database,instance,listener ,service RAC架构详解 在单实例的原有基础上,集群在每个节点上多了一些后台进程和一个GRD内存, GRD全局资源目录,用来存储同一个数据库在不同节点的分布,即多个实例同时并发操作一个...
  • 构建RAC架构及异地单机Data_Guard实施文档.doc
  • Oracle RAC(实时应用集群)是Oracle数据库完全高可用体系解决方案中的一个关键产品,传统大型企业的核心、重要业务系统都采用了Oracle RAC以保障其稳定的数据服务能力。 Oracle RAC是什么样的...Oracle RAC架构如下:
  • 数据库RAC架构Data Guard及 异地单机Data Guard 实施方案
  • ORACLE RAC架构记录

    2021-05-02 04:00:23
    Oracle 9.0.1 和 9.2.0.1 使用一个名为 watchdogd 的用户空间监视后台程序来监视集群的状态情况,并在出现故障时重新启动 RAC 节点。从 Oracle 9.2.0.2 开始,此监视后台程序已被名为 hangcheck-timer 的模块所代替...
  • Oracle RAC架构解析补充

    2018-11-11 17:23:00
    IO隔离:Oracle RAC采取直接重启故障节点来限制已剔除节点对共享数据的访问,如果某个节点有故障,则踢出后并重启该节点,达到不让其访问数据的目的,实现自愈 存储层:Cache Fusion (高缓存合并)技术,节点已经...
  • 11.2 RAC 架构之业务分割(4)要限制并行服务的运行范围,可以通过设置2 个初始化参数来达到这个目的,这两个参数就是:instance-groupparallel_instance_group这实际上是将并行和特定的实例捆绑在一起的一种方法。...
  • 1.集群清理:注意:集群中listener_scan1.log清理方式有所不同lsnrctl命令行模式set current_listener listener_scan1set ... listener_scan1.logset log_status oncat listener_scan1.log2、具体步骤[grid@rac01 ~]...
  • 概述Oracle Real Application Cluster (RAC,实时应用集群)用来在集群环境下实现多机共享数据库,以保证应用的高可用性;同时可以自动实现并行处理及负载均衡,并能实现数据库在故障时的容错和无断点恢复。它是oracle...
  • rac 架构和原理

    2021-11-30 10:40:21
    单点数据库VS RAC  单节点数据库,如果实例宕机了,如果一个业务链接在实例上面,那么这个业务就中断了。这个时候系统就不具有可用性了,那么这个时候单节点的可用性是很差的。 对于RAC来说,和单实例一样...
  • oracle11g R2 RAC 架构

    2011-12-22 18:40:17
    转载于:https://blog.51cto.com/dutianbao/748794
  • Rac架构简介

    2009-05-10 19:48:16
    1.Rac架构 全共享数据库:共享全部文件、网络连接。 单一映像、负载均衡、故障切换及高可用特点。Oracle Net 服务确保全部应用连接分配到所有的实例,实现负载均衡。 虚拟主机名和vip。Vip失败转移导致访问该vip...
  • RAC架构演变

    2014-07-03 13:38:30
    从单实例到RAC,体系结构也由RAC集群和Clusterware集群构建 RAC的数据库和单实例的数据库在本质上并没有多大的区别;数据文件、控制文件都是共享的,不过每个实例有自己独立的redo l...
  • Redhat Linux7下OracleRAC原理、架构、安装部署学习记录
  • 关闭 1.先关数据库: 代码如下: [oracle@oeltan1 ~]$ srvctl stop database -d tantest 2.再关闭crs服务 [ 代码如下: root@oeltan1 ~]# crsctl stop crs 启动: 代码如下: [root@oeltan1 ~]# crsctl start crs ...
  • 在客户服务中,云和恩墨的以下服务内容帮助用户达成使命,实现了服务价值 Extended RAC架构规划与实施 — 契合实际需求的真正数据库双活架构,全面提升业务系统的业务连续性运行能力; 运维提升 — 全面体检的最佳...
  • 数据库RAC架构Data_Guard及_异地单机Data_Guard_实施方案
  • 转:it168网站原创 作者:刘炳林在真实环境搭建一套Oracle RAC就好比是一堂劳动课,劳动前需要准备好劳动工具,对劳动课内容...同样,一个成功的RAC实施首先需要对RAC整体架构有充分的认识,并对现场环境有充分的了...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 12,339
精华内容 4,935
关键字:

rac架构