浅谈ORACLE数据库RAC集群备份
Oracle Rac备份恢复
Oracle Rac备份恢复概述RAC 技术这两年热度不断提升，随着ORACLE推广力度不断加大以及时间的推移，RAC特性也在逐步被人所熟悉。
做为重要的数据库维护操作–备份恢复，本文将通过实际操作，演示RAC数据库环境中，MBA 实现RMAN备份与恢复。
首先要明确一点，通过RMAN创建备份集时，必须保证连接到的实例能够访问所有节点所生成的归档日志，否则会导致备份失败。
所以针对rac备份，MBA有一下2种情况。
∙各节点生成的归档文件放到共享存储上，这样自然可以确保每个节点都能够访问到，比如将归档存放到ORACLE的ASM或其它集群文件系统。
∙各节点生成的归档文件放在本地，创建共享目录作为MBA备份时使用的临时目录。
针对以上2种情况都需要开启数据库的归档模式，建立备份用户，并授予dba，sysdba的权限。
∙开启数据库归档模式（仅供参考)1) 关闭所有节点数据库实例[grid@node1 ~]$ srvctl stop database -d racdb2) 修改服务器配置参数SQL> startup mountSQL> alter system set cluster_database=false scope=spfile;注：cluster_database是用来确定数据库是否在rac环境的集群中。
如果cluster_database＝true，那么对于rac数据库来说，无法在一个节点上mount exclusive数据库，也就无法更改archivelog模式。
SQL> shutdown immediate3) 开启归档模式SQL> startup mountSQL> alter database archivelog;SQL> alter database open;4) 恢复服务器配置参数SQL> alter system set cluster_database=true scope=spfile;SQL> shutdown immediate;5) 打开所有节点数据库实例[grid@node1 ~]$ srvctl start database -d racdb6) 检查归档日志是否已启用SQL> archive log list;数据库日志模式存档模式自动存档启用存档终点USE_DB_RECOVERY_FILE_DEST最早的联机日志序列98下一个存档日志序列99当前日志序列99创建备份使用的用户以及授权SQL> create user backup identified by backup;SQL> grant dba,sysdba to backup;1. 归档文件放到共享存储上1.1备份1.1.1编辑MarsServer.xml修改每个Oracle Agent端MarsServer.xml文件以下为MarsServer.xml文件内容<?xml version=”1.0″ encoding=”GB2312″?><MBA><ServerParameter><ServerName>192.168.50.106</ServerName><ServerPort>41001</ServerPort><LocalIP>192.168.50.158</LocalIP> <!–使用的是虚拟ip–><Log>6</Log><TemporaryPath></TemporaryPath><BindLocalIP>0</BindLocalIP><Encoding>GB18030</Encoding></ServerParameter><MarsOracleAgent><racdb><!– 1. 虚拟IP以及端口号，Host=，PORT=，这里例子是192.168.50.158，192.168.50.159，端口号是1521 –><!– 2. 数据库名，SERVICE_NAME = ，这里的例子是racdb–><JdbcUrl>(DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST =192.168.50.158)(PORT = 1521))(ADDRESS = (PROTOCOL =TCP)(HOST =192.168.50.159)(PORT = 1521))(LOAD_BALANCE = yes)(FAILOVER = ON)(CONNECT_DATA=(SERVER = DEDICATED)(SERVICE_NAME = racdb)(FAILOVER_MODE=(TYPE = SELECT)(METHOD = BASIC)(RETIRES = 20)(DELAY = 15))))</JdbcUrl><!–当前OracleAgent所在机器上的实例名,根据实际情况修改–><NodeInstanceName>racdb1</NodeInstanceName><!–其他机器上的实例名，可能是多个–><OtherNodeInstance><!–某一个具体的实例名–><NodeInstanceName>racdb2</NodeInstanceName></OtherNodeInstance></racdb><BlockSize>262144</BlockSize></MarsOracleAgent></MBA>注：汉字部分,为解释,配置文件不需要出现重启各个节点Oracle Agent服务#/usr/local/mba/scripts/MBAOracleAgent.sh restart1.1.2发送备份任务1)添加实例Racdb为公共实例名192.168.50.158 是虚IP2)以backup用户连接实例，发备份任务RMAN备份方式必须备份控制、日志和所有的表空间选择RMAN备份方式，勾选RAC选项备份成功1.2恢复1.2.1准备使用sqlplus工具连接数据库执行shutdown immediate命令。
oracle集群
数据库双机可以有两种不同的方式：双机热备份、双机集群。
双机热备份方式的集群完全通过操作系统的cluster软件来实现，在同一个时刻，只有一台机器对数据库作操作，当这台机器发生故障以后，由操作系统cluster将所有资源切换到两外一个节点，防止单节点数据库故障。
双机集群方式（RAC），在10g以后，通过ORACLE自身提供的CRS来实现集群的功能。
在同一个时刻，所有的机器都对数据库作操作，当某台机器发生故障后，其他机器接管该机器的工作。
这种方式不但能够防止单节点数据库故障，还能够实现负载均衡。
因为两个机器对同一个数据库操作，因此数据库文件一般无法使用传统的文件系统方式存储。
下表列出了两种方式的区别：注一：对于rac方式，在10G以下的版本必须要操作系统cluster的支持+oracle rac选件才能够实现，在10G以后，oracle提供了自身的cluster软件——crs，因此可以在没有操作系统cluster的情况实现RAC方式，但对于文件的存储方式有所限制，下表列出了在rac方式下可以选择的存储方式数据库双机热备方案的原理及实现以下简单说明了双机热备的原理及实现。
⏹双机热备系统又称为Cold Failover,它是oracle 数据库高可用方式的一种。
主要工作方式为主机节点运行，备用节点处于等待状态，当主机节点发生失败的时候，数据库以及虚拟IP 自动漂移到备用节点，完成用户应用透明切换。
切换操作基于操作系统Cluster 控制软件，操作系统负责监控系统的运行状况。
操作系统实现数据库的关闭、切换和启动。
⏹ 方案评价双机热备系统是单实例数据库系统，它的工作方式是一种Shared Nothing 方式，也就是同一时间段，只有一台节点对共享盘阵有操作权。
在发生节点失败时，完成切换。
应用切换对前端用户透明，主机节点失败后用户自动转接入预先定以的备用节点。
此种方式概念以及平台搭建相对简单，易于管理。
但是其主机工作，备机等待的工作方式，造成了此种工作方式对系统资源的一定浪费。
ORACLE RAC数据库RMAN 备份与恢复
rac数据库RMAN 备份与恢复一、数据库备份在主库上通过rman 每天对数据库进行备份，并且保留两份备份在主库删除归档和进行rman 备份的脚本:[oracle@rac1 arch]$ pwd/opt/app/arch[oracle@rac1 arch]$ more del_arch.shexport ORACLE_SID=orcl1export ORACLE_BASE=/opt/app/oracleexport ORACLE_TERM=xtermexport ORACLE_HOME=/opt/app/oracle/product/10.2.0/db_1source /opt/app/arch/orcl1/del_arch.listsource /opt/app/arch/orcl2/del_arch.list/opt/app/oracle/product/10.2.0/db_1/bin/rman target / log='/opt/app/arch/rman.log' <<EOFdelete obsolete recovery window of 3 days;crosscheck archivelog all;delete noprompt obsolete;delete noprompt expired archivelog all;crosscheck backup;delete noprompt expired backup;backup format='/opt/app/arch/rman/orcl_full_%U_%T' tag='orcl_full' database;backup current controlfile tag='orcl_ctlfile'format='/opt/app/arch/rman/orcl_ctlfile_%U_%T';backup spfile tag='orcl_spfile'format='/opt/app/arch/rman/orcl_spfile_%U_%T';exitEOF执行时间:[oracle@rac1 arch]$ crontab -l30 02 * * 0 /opt/app/arch/del_arch.sh30 02 * * 1 /opt/app/arch/del_arch.sh30 02 * * 2 /opt/app/arch/del_arch.sh30 02 * * 3 /opt/app/arch/del_arch.sh30 02 * * 4 /opt/app/arch/del_arch.sh30 02 * * 5 /opt/app/arch/del_arch.sh30 02 * * 6 /opt/app/arch/del_arch.sh每天的备份文件放在/opt/app/arch/rman/目录下二、数据库恢复如果数据库出现故障，可以从备份文件中恢复数据库，最早可以恢复到两天前的备份时间点RAC 下的RMAN 讲究的是备份和还原的策略要一致。
归档模式和非归档模式_大话Oracle RAC：集群 高可用性 备份与恢复_[共2页]
![归档模式和非归档模式_大话Oracle RAC：集群 高可用性 备份与恢复_[共2页]](https://img.taocdn.com/s3/m/0b61b8e483c4bb4cf6ecd1a2.png)
8第8章备份任何系统都有崩溃的可能，Oracle也不例外。
对于DBA而言，数据库备份工作的重要性无须赘述，有计划的备份应该是日常最重要、最紧急的工作内容，不仅要保证备份成功、还要确保备份可恢复。
对于Oracle DBA而言，Oracle自带的RMAN工具是成本最低、学习曲线最低的备份工具，并且很多情况下也是唯一选择，因此每一个DBA都应该熟练掌握它。
8.1 概述所谓备份和恢复是指为了保护数据、避免数据丢失，以及在某些灾难情况下能够重建数据库所要进行的一系列策略和过程。
数据库的备份和恢复是一个很大的主题，这本书不能面面俱到，如果读者对书中的某些内容不熟悉，可以参考Oracle官方手册。
8.1.1 归档模式和非归档模式在DBA部署数据库之初，必须要做出的最重要决定之一就是选择归档模式（ARCHIVELOG）或者非归档模式（NOARCHIVELOG）下运行数据库。
我们知道，Oracle数据库需要至少两组联机日志，每当一组联机日志写满后会发生日志切换，继续向下一组联机日志写入。
如果是归档模式，日志切换会触发归档进程（ARCn）进行归档，生成归档日志。
Oracle保证归档完成前，联机日志不会被覆盖，如果是非归档模式，则不会触发归档动作。
1．归档模式的优缺点归档日志文件中保留了数据库的改动信息，在这种模式下可以获得如下好处。
可以进行完全、不完全恢复：由于对数据库所做的全部改动都记录在日志文件中，如Array果发生硬盘故障等导致数据文件丢失的话，则可以利用物理备份和归档日志完全恢复数据库，不会丢失任何数据。
可以进行联机热备：所谓联机热备，就是在数据库运行状态下，对数据库进行备份。
备份时用户对数据库的使用不受任何影响。
可以实施Data Guard：可以部署1个或多个备用数据库，从而最大限度的提供灾难保Array护手段。
可以实施Stream：利用Stream技术，可以实现最简单的单向复制到复杂的双向复制、Array多向复制，提供更加灵活的数据冗余方案。
oracle rac通俗解释
oracle rac通俗解释
Oracle RAC（Real Application Clusters）是一种Oracle数据库
的集群技术，它允许多台服务器共同处理同一个数据库。
通俗地说，Oracle RAC就像是一台巨大的数据库服务器，由多台
物理服务器群组成，每台服务器都能同时处理和访问同一个数据库。
在传统的数据库架构中，通常只有一台服务器负责处理数据库操作，其他服务器只能作为备份或备用。
而Oracle RAC则改
变了这种架构，它将整个数据库分成多个部分，分布在不同的服务器上。
每台服务器都有自己的内存和处理资源，可以同时处理来自应用程序的查询和事务。
Oracle RAC的好处是提高了数据库的可用性和性能。
由于多
台服务器共同处理数据库操作，一台服务器出现故障时，其他服务器可以接替它继续处理请求，不会导致整个系统停止工作。
同时，由于数据库操作可以分散到多台服务器上进行，每台服务器的负载也减轻了，提高了整个系统的性能和响应速度。
总之，Oracle RAC是一种集群技术，能够将多台服务器组成
一个大型的数据库服务器，提高数据库的可用性和性能。
这种技术的应用让数据库能够更加稳定地运行，并能够处理更多的并发请求。
RAC与双机热备的区别
RAC与双机热备的区别。
在 Cluster ( 集群 ) 多机系统平台上，常用的高可用性技术有两种：双机热备份和 RAC 并行服务器。
这两种方式采用的机制不同，实现的效果也不同。
1、双机热备份方式在双机热备份方式下，数据库系统平时只能在一台服务器(例如服务器 A)上运行，另一台服务器无法直接访问数据库，自然也无法进行负载分担。
当服务器 A 由于故障失效时，由相应的操作系统软件控制，将服务器 A 管理的存储设备 ( 如硬盘 ) 转交给服务器 B 控制，同时在服务器B 上启动另一个数据库进程，管理数据库。
这种切换并启动新的数据库核心的过程一般需要几十秒到几分钟。
这种方式的主要缺点在于：•由于需要重新启动数据库核心进程，无法保证数据库系统连续不间断地运行；•在系统切换的过程中，客户端与服务器之间的数据库连接会中断，需要重新进行数据库的连接和登录工作；•由于数据库系统只能在一台服务器上运行，另一台服务器无法分担系统的负载，实际上造成了客户投资的浪费。
在有些系统中，为了解决双机负载分担的问题，将应用系统人为分割为两个数据库系统，分别在两台服务器上运行。
这种方式在一定程度上解决了负载分担的问题，但给系统管理、统计分析等业务处理带来了很多额外的复杂性2、RAC方式在并行服务器方式下，两台 ( 或多台 ) 服务器上各自运行一个数据库核心进程，但共同管理、操作一个数据库。
客户端无论连接到哪个服务器都可以在数据库中进行操作。
当服务器 A 由于故障失效时，数据库系统本身并未停止工作，连接在服务器 B 上的客户端还可以继续进行正常工作。
同时，服务器 B 上也不需要再启动新的数据库服务器进程，因此也没有“切换时间”。
对于一些特殊应用中严格要求前端应用不能中断的情况， Oracle 并行服务器还提供了一种“预连接 (pre-connect) ”方式，以这种方式连接的客户端当服务器端发生故障时，客户端与数据库服务器的连接不会中断，会被 Oracle 并行服务器软件自动转接到还在正常工作的其它服务器上，不需要重新输入用户名及口令。
爱数备份《RAC集群》报RMAN-06091问题分析报告及处理方案
关于爱数备份《RAC集群》报RMAN-06091问题
分析报告及处理方案
1、问题现象
在爱数备份一体机管理控制台发起完全备份和增量备份，备份任务一直处于执行中，任务执行时间1小时25分都没有走数据，详情见下图：
2、排查过程
（1）尝试在服务器本地RMAN执行控制文件的备份，分配sbt类型通道，备份显示成功但是没有生成备份文件，详见下图：
（2）尝试在服务器本地RMAN执行控制文件的备份，分配disk类型通道，备份显示成功并且生成备份文件，详见下图：
（3）尝试在爱数发起事务日志备份，备份失败，提示错误RMAN-06091，详见下图：
（4）尝试在服务器本地RMAN做sbt类型通道的crosscheckarchivelog all，同样报错RMAN-06091，详见下图：
综上，定位到爱数无法备份原因为Oracle数据库本身无法分配sbt类型通道。
3、解决方法
Oracle官网关于RMAN-06091的错误解释如下图：
针对此问题，Oralce官方已经明确表示是Oraclebug导致，bugID为28391990，相关信息如下图：
综上所述，建议寻求该Oralce数据库DBA进行确认，并且修复该问题。
确保Oracle数据库本地RMAN可以成功分配sbt类型通道完成备份。
该补丁包本人已经下载，需要的可以联系qq:1007145249获取，毕竟是付费购买了文档了，免费给你们。
双机备份dgrac的区别
双机备份,dg,rac的区别Data Guard是Oracle的远程复制技术，它有物理和逻辑之分，但是总的来说，它需要在异地有一套独立的系统，这是两套硬件配置可以不同的系统，但是这两套系统的软件结构保持一致，包括软件的版本，目录存储结构，以及数据的同步（其实也不是实时同步的），这两套系统之间只要网络是通的就可以了，是一种异地容灾的解决方案。
而对于RAC，则是本地的高可用集群，每个节点用来分担不用或相同的应用，以解决运算效率低下，单节点故障这样的问题，它是几台硬件相同或不相同的服务器，加一个SAN（共享的存储区域）来构成的。
Data Guard由两个多两个以上的独立的数据库构成，他们各自有各自的存储，Oracle 负责他们之间的切换和数据同步双机热备由两台计算机和一个共享存储设备构成，通过第三方软件（HA Rose等）实现切换，不需要做数据同步建议应用RAC+Dataguard，RAC保证可用性，Dataguard在RAC组独立磁盘上和另外一台主机上，保证可靠性。
双机就是人们所说的双机热备,数据库放在共享设备上，同一时刻只能有一台主机接管，另一台待用，这种方式只能保护实例，不能保护db，而且备机长期处于闲置，对资源是一种极大的浪费！如果原本是双机，建议转换为RAC规划好应用，DML操作从一个节点跑，查询操作从另一个节点跑，通常不需要太多调优就可以利用闲置的另外一台机器了RAC服务器共用一套存储,同时提供服务,没有主备之分.宕一个其它的可以继续服务.双机热备,共用一套存储,一个提供服务一个备份,主机宕了切换到备份服务器提供服务. data guard完全两套系统,存储是单独的,用日志同步.RAC：实例层冗余DG：数据库层冗余热备：仅仅只是数据冗余个人理解：RAC：实例冗余，而且还可以做到数据库的loadbalance。
DG：多份数据，所以能做到数据冗余，但是只有主节点提供服务。
热备：与RAC最大的差异可能就是RAC有多个实例，一个数据库。