rac升级前详细备份工作

ORACLE RAC及备份方案ORACLE RAC简介：ORACLE RAC集群是实现多机共享数据库，以保证应用的高可用性。

同时可以自动实现并行处理及均分负载，还能实现数据库在故障时的容错和无断点恢复。

集群内部的所有服务器共享存储，所有服务器都接入公共网络，通过集群唯一的别名对外形成逻辑上单一的数据库提供服务，对内实现集群数据库的高可用性、节点间的负载均衡和Failover(失败切换)。

逻辑结构：集群纵向看是由存储、数据库集群、应用集群三部分组成，横向来看，是由多台应用服务器、数据库服务器和存储设备组成。

物理结构：RAC物理结构图。

优势：高可用性：RAC 为数据中心的高可用性奠定了基础。

它也是 Oracle 最高可用性架构不可或缺的一部分，为实现数据中心的最高可用性提供了最佳实践。

RAC 还为高可用性数据管理提供了以下至关重要的关键特性：可靠性：Oracle 数据库以其可靠性而著称。

RAC Clusters 消除了数据库服务器单点故障问题，从而使可靠性更上一层楼。

如果一个实例发生故障，服务器池中的其余实例仍将保持运行状态。

Oracle Clusterware 可监视所有 Oracle 进程，并能立即重启任何生故障的组件。

恢复能力：Oracle 数据库包含的许多特性有助于数据库轻松地从各类故障中恢复。

如果Oracle RAC 数据库中的一个实例出现故障，服务器池中的另外一个实例将察觉到这一故障，随后自动进行故障恢复。

利用快速应用程序通知 (FAN)、快速连接故障切换 (FCF) 和透明应用程序故障切换 (TAF) 这三个功能，应用程序可以轻松地掩藏组件故障，使用户无法察觉。

错误检测：Oracle Clusterware 可自动监视 Oracle RAC 数据库和其他 Oracle 进程（ASM、监听器等），并快速诊断环境中的问题。

它还经常能在用户察觉之前自动完成故障恢复。

利用快速应用程序通知 (FAN)，应用程序即可在集群组件出现故障时立即得到通知，以便在故障显现之前重新发布事务。

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 讲究的是备份和还原的策略要一致。

数据库RAC版本升级方案一、概述数据库做版本升级，版本从oracle10g 10.2.0.1 升级到oracle10g10.2.0.4。

本次操作因为涉及到生产数据库系统，须停止生产服务应用，所以升级需要在业务量尽可能少的环境下操作。

升级操作大概需要3～4个小时，具体安排如下表。

二、数据库升级操作如下操作步骤实现数据库由Oracle10.2.0.1版本到Oracle10.2.0.4版本的升级，建议有数据库应用经验者操作。

1.1 升级前准备1.1.1 升级背景Oracle升级介质：Oracle10.2.0.4补丁包。

下载地址：ftp:///6810189/p6810189_10204_Linux-x86-64.zip在升级包内有关于RAC升级英文说明文档（README.html），供参考。

用oracle用户上传下载的升级包到节点1的/home/oracle目录下。

Oracle当前版本：Oracle10.2.0.1计划升级到版本：Oracle10.2.0.4应用服务器节点名字：rac1、rac2应用数据库全局服务名：rac应用数据库实例名：rac1、rac21.1.2 停止业务系统（一）停止业务应用系统。

登陆两台web服务器其中一台，执行clpcl -t -a命令停止业务系统HA。

确定两台web服务器没有业务在运行[root@web1 ~]# ps –ef |grep java[root@web2 ~]# ps –ef |grep java没有进程在运行，否则需要把当前运行的进程kill掉。

1.1.3 备份应用数据库数据一、执行rman命令对数据库进行完全备份用oracle用户登陆节点1（rac1）。

执行如下命令，备份全局数据库[oracle@rac1 ~]$/opt/app/oracle/backup_scripts/full_backup.sh > rac_full_backup.log确认备份成功。

hpux下oracle RAC从10.2.0.3升级到10.2.0.4全过程（一）：前言这次升级，前前后后总共耗费了十一个小时，从下午五点到凌晨四点，好在最终解决问题，才没有前功尽弃。

按照用户的要求，这次要集中部署ORACLE RAC 10.2.0.4版本的测试环境，数据库数据文件、系统文件、日志文件、临时文件乃至系统参数文件一律使用裸设备，总计800GB。

SGA、PGA共计44GB。

每个实例占用系统CPU 16个，内存48GB。

事先实施的方案是在没有建库的情况下将clusterware以及数据库版本从10.2.0.1升级到10.2.0.4，再建库，划分表空间。

但在升级完毕之后建库的时候遇到一个麻烦。

因为数据量较大，对应的裸设备文件容量也大，比如sysaux和system就本别占用了6GB大小，还有一个520GB大小的表空间对应建立了52个裸设备文件，每个文件容量10GB。

使用裸设备在DBCA下建库的时候系统报错，称不支持2GB以上的单个数据文件，左查右查没有找到行之有效的解决办法（系统参数和内核参数都没有做这方面的限制），认为是oracle 10.2.0.4的一个bug，所以只能将版本重降回10.2.0.3进行测试，果然就没有这方面的限制了。

于是乎，准备采取第二套方案，先在10.2.0.3版本下建库，划分表空间，再将ORACLE RAC 升级到10.2.0.4。

在这个过程中也遇到点麻烦，浪费了不少时间。

之前在将10.2.0.4降到10.2.0.3的时候只降了clusterware而遗忘了database，版本不一致的问题导至建库完毕之后无法启动数据库，这时已是下午五点。

而按照项目组的要求，整个实施过程必须在今天完成，也就是不能拖到第二天九点之前，加班是免不了的了，于是残酷的故事从这里开始……整套升级方案是这样规划的：1，关闭监听2，关闭数据库3，冷备数据库4，升级clusterware补丁5，升级database补丁6，关闭副节点上crs7，在主节点上进行非cluster模式下数据库升级8，关闭主节点上crs9，启动副节点上crs，在副节点上进行非cluster模式下数据库升级10，重启两个节点的crs11，进行版本的验证以及数据库运行情况的健康检查设备：HP rx8640整机一台细化：将npar0和npar1合并成一个分区，npar2和npar3合并成一个分区ORACLE介质：oracle 10.2.0.1安装文件、clusterware 10.2.0.1安装文件、patch 10.2.0.3 and patch 10.2.0.4 for clusterware以及database这里值得一说的是，对于clusterware和database的补丁并不是分开的，都是同一个介质文件，只是在安装的时候注意选择安装路径，比如选择crs的路径就是给clusterware打补丁，选择database的路径就是给数据库打补丁。

管理RAC环境中的数据备份和恢复2010年04月09日 13:33 来源：书童的博客作者：书童编辑：晓熊评论：0条本文Tag： Oracle数据库恢复 Oracle RAC Oracle数据库备份 Oracle数据库管理【技术开发技术文章】尽管RAC提供了避免或是减少宕机时间的方法，但是仍需要对database自身进行保护，在RAC中，database是被所有Instances共享的。

这意味着需要为cluster database设计合适的备份恢复策略，就向在普通环境中一样。

为了最小化由于disk failure造成的data丢失，常会使用disk镜像技术。

例如设置database为归档模式，并对disks进行三个备份。

对此可以移除一个镜像副本用于执行备份操作，而剩下两个仍然保持镜像副本，从而保证在线磁盘的活动。

为了正确实现这些操作，可能需要先将这些tablespaces设置为backup模式，随后，如果需要，暂时的将disk操作halt，具体使用命令ALTER SYSTEM SUSPEND。

当命令完成，可重新恢复原来的操作，通过命名ALTER SYSTEM RESUME，并将tablespaces从新设置为非backup模式。

在这里使用EM对备份恢复的设置我就不讲了。

1、初始化归档要开启cluster的归档模式，必须通过一个专有Instance让database处于mounted但尚未open的状态。

如果使用的是spfile，必须先为该Instance创建特定SID实体，另外，创建一个特殊目的的文本参数文件，在该文件中，必须为这个专用Instance设置下面的几个参数：* CLUSTER_DATABASE：设置为FALSE* LOG_ARCHIVE_DEST_n：根据具体的归档策略，设置* LOG_ARCHIVE_FOMAT：包含%t或%T和%R参数用于区分thread* LOG_ARCHIVE_START设置为TRUE具体的详细步骤如下：①关闭运行中的数据库# su – oracle$sqlplus /nologsql>connect /as sysdbasql>shutdown immediate②导出现有数据库的spfile文件如果没有spfile，可以先创建spfilesql>create spfile from pfile;然后导出spfilesql>create pfile=’/oracle/pfile.ora’ from spfile; //将pfile创建到/oracle目录下③修改/oracle/pfile.ora文件更改cluster_database参数为false。

1目录第 1 章 . 概述 (6)1.1.目标读者 (6)1.2.本文档适用范围 (6)1.3.Oracle RAC 数据备份和恢复功能模块简介 (8)第 2 章. Oracle RAC 基础知识简介 (9)2.1. 关键技术原理 (10)2.2. 恢复 (11)第 3 章. Oracle RAC 备份恢复限制性列表 (13)第 4 章. Oracle RAC 备份恢复最佳实践 (15)4.1.Oracle RAC 单实例备份最佳实践 (15)4.1.1.部署前的环境检查 (15)4.1.2.定时备份最佳操作 (17)4.2.Oracle RAC 原机恢复最佳实践 (24)4.2.1.恢复数据库前的检查 (24)4.2.2.恢复具体步骤 (26)4.3.Oracle RAC 异机恢复最佳实践 (28)4.3.1.异机恢复Oracle RAC 的前提条件 (28)4.3.2.Oracle RAC 恢复到异机RAC 步骤 (30)4.3.3.Oracle RAC 恢复到单机步骤 (30)4.4.Oracle RAC 多实例备份恢复最佳实践 (35)4.4.1.多实例备份最佳实践 (35)4.4.2.多实例恢复最佳实践 (35)24.5.FAQ (37)第1章. 概述本文档是爱数备仹容灾家族Oracle RAC 备仹恢复最佳实践文档，主要描述了如何正确地使用爱数备仹容灾家族产品成员迚行Oracle RAC 数据备仹及恢复的方法，包括部署前后的注意事项和典型部署方案。

1.1.目标读者本技术文档面向爱数备仹容灾家族产品成员的用户和相关技术人员，主要介绉数据定旪备仹和恢复基础知识，以及如何正确使用爱数备仹容灾家族产品成员部署 Oracle RAC 数据备仹和恢复。

旨在通过此文档帮劣用户和技术人员快速掌握Oracle RAC 数据备仹和恢复模块使用方法。

1.2.本文档适用范围41.3.Oracle RAC数据备份和恢复功能模块简介6第2章. Oracle RAC 基础知识简介Oracle RACRAC (real application clusters 真正应用集群) 是Oracle9i 数据库以及之后的版本中采用的一项技术，也是Oracle 数据库支持网格计算环境的核心技术。

Oracle 11g RAC 10.2.0.4(from 11.2.0.3)升级手册目录第1章升级前准备工作 (3)1.1备份数据库 (3)1.1.1 创建备份用目录 (3)1.1.2 配置TNS文件 (3)1.1.3 执行数据库备份 (4)1.1.4 检查数据库备份情况 (5)1.2备份OLR机OCR (5)1.3停止ORACLE RAC (6)1.3.1 停止ORACLE RAC (6)1.3.2 禁用自动启动Oracle High Availability Services (9)1.4备份CRS软件及DB软件 (9)1.4.1 检查备份目录 (9)1.4.2 备份OLR及OCR备份文件 (9)1.4.3 备份GRID_HOME (9)1.4.4 备份DATABASE_HOME (9)1.4.5 备份GRID_BASE (10)1.4.6 备份DATABASE_BASE (10)1.4.7 备份Init脚本 (10)1.4.8 SCRBASE备份 (11)1.4.9 备份oraInventory目录 (12)1.4.10 /opt/ORCLcluster (12)1.4.11 备份/usr/local/bin目录 (12)1.4.12 备份asmlib(可选) (12)1.4.13 /etc/oratab (12)1.4.14 其他备份 (13)第2章还原备份各个目录 (13)2.1 GRID用户、ORACLE用户 (13)2.2还原DB_HOME、GI_HOME (13)2.3还原还原GI_BASE、DB_BASE (13)2.4还原ORA I NVENTORY (14)2.5还原ORAENV/DBHOME/CORAENV (14)2.6/OPT/ORCL CLUSTER (14)2.7I NIT脚本还原 (14)2.8SCRBASE备份还原 (14)2.9还原ORATAB (14)第3章GI 恢复 (15)3.1OLR文件检查 (15)3.2OCR的恢复 (15)3.2.1 备份检查 (15)3.2.2 GI配置信息 (15)3.2.3 节点1nocrs模式启动 (16)3.2.4 创建磁盘组 (17)3.2.5 恢复OCR (17)3.2.6 重建VOTE磁盘 (18)3.3DATA磁盘组创建 (18)3.4数据库的恢复 (19)3.4.1 恢复SPFILE (19)3.4.2 恢复控制文件 (20)第1章升级前准备工作1.1 备份数据库1.1.1 创建备份用目录1.1.2 配置TNS文件1.1.3 执行数据库备份1.1.4 检查数据库备份情况1.2 备份OLR机OCR说明：该备份必须在OHASD正常情况下进行，默认已经有自动的备份，这里备份最新的配置1.3 停止oracle RAC 1.3.1 停止ORACLE RAC.1.3.2 禁用自动启动Oracle High Availability Services1.4 备份CRS软件及DB 软件1.4.1 检查备份目录1.4.2 备份OLR及OCR备份文件说明：章节1.2使用ocrconfig命令做了相关文件的备份1.4.3 备份GRID_HOME1.4.4 备份DATABASE_HOME1.4.5 备份GRID_BASE说明：卸载时，该目录下的诊断文件目录等会被自动清除，为了避免重新创建目录，这里做备份1.4.6 备份DATABASE_BASE说明：卸载时，该目录下的诊断文件目录等会被自动清除，为了避免重新创建目录，这里做备份1.4.7 备份Init脚本1、详见《How to backup a Grid Infrastructure installation (文档ID 1482803.1)》1.4.8 SCRBASE备份说明：1、基本的GRID运行配置文件，例如ocr.loc以及olr.loc2、两台机器均要进行备份，这里没有列出节点23、实际备份时，将整个/etc/oracle目录均做了备份（里面包含升级后的ocr.loc.orig等自动备份文件）1.4.9 备份oraInventory目录说明：1、[oracle@xxfwb1 OPatch]$ ./opatch lsinventory -detail可以查看oraInventory中的相关配置2、$ORACLE_HOME/oui/bin/runInstaller detachHOME/attachHOME也可以去重构相关软件。

racle数据库的备份方法很多，无论使用那种备份方法，备份的目的都是为了在出现故障后能够以尽可能小的时间和代价恢复系统。

比如使用export实用程序导出数据库对象、使用Oracle备份数据库、使用Oracle对称复制、使用Oracle并行服务器、使用Oracle冷备份、使用Oracle 热备份等各种备份方法都有其优缺点、适用的场合和相应的软硬件要求。

本文主要就用export实用程序导出数据库对象、Oracle冷备份、Oracle 热备份这三种最基本的备份方法进行详细的探讨，分析各自的优缺点和适用的场合，并给出自动执行这些备份方案的脚本文件。

2、三种备份方案的比较冷备份冷备份是Oracle最简单的一种备份；执行冷备份前必须关闭数据库；然后使用操作系统实用工具或者第三方工具备份所有相关的数据库文件。

优点:能简单快速地备份。

能简单快速地恢复。

执行简单。

缺点:必须关闭数据库，不能进行点恢复。

热备份热备份是当数据库正在运行时进行数据备份的过程。

执行热备份的前提是：数据库运行在可归档日志模式。

适用于24X7不间断运行的关键应用系统。

优点:备份时数据库可以是打开的。

热备份可以用来进行点恢复。

初始化参数文件、归档日志在数据库正常运行时是关闭的，可用操作系统命令拷贝。

缺点:执行过程复杂。

由于数据库不间断运行，测试比较困难。

不能用操作系统实用工具拷贝打开的文件。

必须使用Oracle提供的ocopy工具来拷贝打开的文件。

热备份可能造成CPU、I/O过载，应在数据库不太忙时进行。

Export导出数据库对象冷备份和热备份都备份物理数据库文件，因而被称为物理备份。

而export备份的是数据库对象，因此被称为逻辑备份。

优点:能执行对象或者行恢复。

备份和恢复速度更快。

能够跨操作系统平台迁移数据库。

数据库可一直运行。

缺点:export并不是冷备份和热备份的替代工具。

冷、热备份可保护介质失效。

export备份可保护用户或应用错误。

rac备份策略
- 增量备份：增量备份有两种类型，差异型和累积型。

差异备份拷贝最近进行的同级或低级增量备份以来所有改变的数据块。

当备份命令中使用了incremental关键字时，则默认使用差异备份作为增量备份的方式。

累积备份拷贝最近低级别增量备份以来的所有改变的数据块。

- 执行备份：考虑将数据文件的全备和归档日志备份分开执行，避免造成一些不必要的麻烦。

在进行全备的时候，由于RAC的两个节点是共享的所有数据文件、控制文件，所以只连接其中的一个节点来进行备份。

在进行归档日志的备份的时候，由于归档日志并非共享，而是在每个节点本地存储的，所以需要分别连接到两个节点进行归档日志的备份。

备份策略的选择应该根据实际情况进行调整，以满足不同的需求。

如果你需要更详细的信息，请提供更多背景信息并再次提问。

RAC环境数据库的备份（一）RAC环境的备份、恢复和普通数据库的备份、恢复是有一些区别的。

这个区别主要体现在RAC环境的特殊性上。

根据Oracle的RAC环境的不同，RMAN备份、恢复操作也是不同的。

如果RAC环境是建立在CLUSTER文件系统上的，或者是建立在ASM上的，那么备份和恢复过程可能会很简单，基本上和普通的数据库环境没有太多的区别。

如果RAC环境是建立在裸设备上的，由于归档日志无法存储在裸设备上，那么归档日志文件必须放在多个节点的本地硬盘上，这时备份和恢复就变得和普通的数据库环境有所差异。

这里先讨论一下 ASM环境上建立的RAC数据库的备份。

如果将归档日志放在ASM上，那么两个节点都是可以备份的，这个时候，备份和普通的单实例数据库没有差别。

SQL> SHOW PARAMETER LOG_ARCHIVE_DEST_1------------------------------------ ----------- ------------------------------log_archive_dest_1 string LOCATION=+DISK/testrac/$ rman target /RMAN> configure channel device type disk format'/data1/backup/%U';RMAN> backup database plus archivelog delete all input;数据库的恢复也很简单，先修改一些数据：SQL> CONN TEST/TEST已连接。

SQL> SELECT COUNT(*) FROM T;COUNT(*)----------SQL> INSERT INTO T SELECT ROWNUM FROM DBA_OBJECTS;已创建51880行。

SQL> COMMIT;提交完成。