当前位置：文档之家› Oracle Rac环境Rman备份与恢复

Oracle Rac环境Rman备份与恢复

RMAN备份恢复——RAC环境数据库的备份

一、RAC环境的备份、恢复和普通数据库的备份、恢复的区别

RAC环境的备份、恢复和普通数据库的备份、恢复是有一些区别的。这个区别主要体现在RAC 环境的特殊性上。

根据Oracle的RAC环境的不同，RMAN备份、恢复操作也是不同的。如果RAC环境是建立在CLUSTER文件系统上的，或者是建立在ASM上的，那么备份和恢复过程可能会很简单，基本上和普通的数据库环境没有太多的区别。如果RAC环境是建立在裸设备上的，由于归档日志无法存储在裸设备上，那么归档日志文件必须放在多个节点的本地硬盘上，这时备份和恢复就变得和普通的数据库环境有所差异。

这里先讨论一下ASM环境上建立的RAC数据库的备份。如果将归档日志放在ASM上，那么两个节点都是可以备份的，这个时候，备份和普通的单实例数据库没有差别。

SQL> SHOW PARAMETER LOG_ARCHIVE_DEST_1

NAME TYPE VALUE

------------------------------------ ----------- ------------------------------ log_archive_dest_1 string LOCATION=+DISK/testrac/

log_archive_dest_10 string

$ rman target /

连接到目标数据库: TESTRAC (DBID=4291216984)

RMAN> configure channel device type disk format '/data1/backup/%U';

使用目标数据库控制文件替代恢复目录旧的 RMAN配置参数:

CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/data/backup/testrac/%U';新的 RMAN配置参数:

CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/data1/backup/%U';已成功存储新的 RMAN 配置参数

RMAN> backup database plus archivelog delete all input;

启动 backup于 25-4月-07当前日志已存档分配的通道: ORA_DISK_1通道 ORA_DISK_1: sid=312实例=testrac1 devtype=DISK通道 ORA_DISK_1:正在启动存档日志备份集通道ORA_DISK_1:正在指定备份集中的存档日志输入存档日志线程 =1序列 =134记录 ID=220时间戳=620832208输入存档日志线程 =1序列 =135记录 ID=221时间戳=620846651输入存档日志线程 =2序列 =56记录 ID=219时间戳=620831921输入存档日志线程 =2序列 =57记录

ID=222时间戳=620846652通道 ORA_DISK_1:正在启动段 1于 25-4月-07通道 ORA_DISK_1:已完成段 1于 25-4月-07段句柄=/data1/backup/08ig2nhv_1_1标记=TAG20070425T172413注释=NONE通道 ORA_DISK_1:备份集已完成,经过时间:00:00:07通道 ORA_DISK_1:正在删除存档日志存档日志文件名 =+DISK/testrac/1_134_618591128.dbf记录 ID=220时间戳

=620832208存档日志文件名 =+DISK/testrac/1_135_618591128.dbf记录 ID=221时间戳

=620846651存档日志文件名 =+DISK/testrac/2_56_618591128.dbf记录 ID=219时间戳

=620831921存档日志文件名 =+DISK/testrac/2_57_618591128.dbf记录 ID=222时间戳

=620846652完成 backup于 25-4月 -07

启动 backup于 25-4月-07使用通道ORA_DISK_1通道 ORA_DISK_1:启动全部数据文件备份集通道 ORA_DISK_1:正在指定备份集中的数据文件输入数据文件fno=00006

name=+DISK/testrac/datafile/zhejiang01.dbf输入数据文件fno=00007

name=+DISK/testrac/datafile/zhejiang02.dbf输入数据文件fno=00009

name=+DISK/testrac/datafile/zhejiang03.dbf输入数据文件fno=00011

name=+DISK/testrac/datafile/zhejiang04.dbf输入数据文件fno=00012

name=+DISK/testrac/datafile/zhejiang05.dbf输入数据文件fno=00014

name=+DISK/testrac/datafile/zhejiang06.dbf输入数据文件fno=00008

name=+DISK/testrac/datafile/ndmain01.dbf输入数据文件fno=00002

name=+DISK/testrac/datafile/undotbs1.263.618591197输入数据文件fno=00004

name=+DISK/testrac/datafile/undotbs2.266.618591249输入数据文件fno=00010

name=+DISK/testrac/datafile/ndindex01.dbf输入数据文件fno=00013

name=+DISK/testrac/datafile/lt_index_ts01.dbf输入数据文件fno=00001

name=+DISK/testrac/datafile/system.262.618591167输入数据文件fno=00003

name=+DISK/testrac/datafile/sysaux.264.618591225输入数据文件fno=00005

name=+DISK/testrac/datafile/users.267.618591279通道 ORA_DISK_1:正在启动段 1于25-4月-07通道 ORA_DISK_1:已完成段 1于 25-4月-07段句柄

=/data1/backup/09ig2ni9_1_1标记=TAG20070425T172424注释=NONE通道 ORA_DISK_1:备份集已完成,经过时间:00:15:05通道 ORA_DISK_1:启动全部数据文件备份集通道

ORA_DISK_1:正在指定备份集中的数据文件备份集中包括当前控制文件在备份集中包含当前的SPFILE通道 ORA_DISK_1:正在启动段 1于 25-4月-07通道 ORA_DISK_1:已完成段 1于25-4月-07段句柄=/data1/backup/0aig2oej_1_1标记=TAG20070425T172424注释=NONE通道ORA_DISK_1:备份集已完成,经过时间:00:00:03完成 backup于 25-4月 -07

启动 backup于 25-4月-07当前日志已存档使用通道ORA_DISK_1通道 ORA_DISK_1:正在启动存档日志备份集通道 ORA_DISK_1:正在指定备份集中的存档日志输入存档日志线程 =1序列 =136记录 ID=223时间戳=620847576输入存档日志线程 =2序列 =58记录 ID=224时间戳=620847576通道 ORA_DISK_1:正在启动段 1于 25-4月-07通道 ORA_DISK_1:已完成段 1于25-4月-07段句柄=/data1/backup/0big2oes_1_1标记=TAG20070425T173940注释=NONE通道ORA_DISK_1:备份集已完成,经过时间:00:00:02通道 ORA_DISK_1:正在删除存档日志存档日志文件名 =+DISK/testrac/1_136_618591128.dbf记录 ID=223时间戳=620847576存档日志文件名 =+DISK/testrac/2_58_618591128.dbf记录 ID=224时间戳=620847576完成 backup 于 25-4月 -07

数据库的恢复也很简单，先修改一些数据：

SQL> CONN TEST/TEST已连接。

SQL> SELECT COUNT(*) FROM T;

COUNT(*)

----------

SQL> INSERT INTO T SELECT ROWNUM FROM DBA_OBJECTS;

已创建51880行。

SQL> COMMIT;

提交完成。

下面开始还原和恢复：

$ rman target /

已连接到目标数据库 (未启动)

RMAN> startup mount

Oracle实例已启动数据库已装载

系统全局区域总计 2147483648字节

Fixed Size 2031480字节

Variable Size 318767240字节

Database Buffers 1811939328字节

Redo Buffers 14745600字节

RMAN> restore database;

启动 restore于 26-4月-07使用通道 ORA_DISK_1

通道 ORA_DISK_1:正在开始恢复数据文件备份集通道 ORA_DISK_1:正在指定从备份集恢复的数据文件正将数据文件00001恢复到+DISK/testrac/datafile/system.262.618591167正

将数据文件00002恢复到+DISK/testrac/datafile/undotbs1.263.618591197正将数据文件00003恢复到+DISK/testrac/datafile/sysaux.264.618591225正将数据文件00004恢复到+DISK/testrac/datafile/undotbs2.266.618591249正将数据文件00005恢复到

+DISK/testrac/datafile/users.267.618591279正将数据文件00006恢复到

+DISK/testrac/datafile/zhejiang01.dbf正将数据文件00007恢复到

+DISK/testrac/datafile/zhejiang02.dbf正将数据文件00008恢复到

+DISK/testrac/datafile/ndmain01.dbf正将数据文件00009恢复到

+DISK/testrac/datafile/zhejiang03.dbf正将数据文件00010恢复到

+DISK/testrac/datafile/ndindex01.dbf正将数据文件00011恢复到

+DISK/testrac/datafile/zhejiang04.dbf正将数据文件00012恢复到

+DISK/testrac/datafile/zhejiang05.dbf正将数据文件00013恢复到

+DISK/testrac/datafile/lt_index_ts01.dbf正将数据文件00014恢复到

+DISK/testrac/datafile/zhejiang06.dbf通道 ORA_DISK_1:正在读取备份段

/data1/backup/09ig2ni9_1_1通道 ORA_DISK_1:已恢复备份段1段句柄 =

/data1/backup/09ig2ni9_1_1标记= TAG20070425T172424通道 ORA_DISK_1:恢复完成,用时: 00:20:26完成 restore于 26-4月 -07

RMAN> restore archivelog sequence between 134 and 136 thread 1;

启动 restore于 26-4月-07使用通道 ORA_DISK_1

通道 ORA_DISK_1:正在启动到默认目标的存档日志恢复通道 ORA_DISK_1:正在恢复存档日志存档日志线程 =1序列=134通道 ORA_DISK_1:正在恢复存档日志存档日志线程 =1序列

=135通道 ORA_DISK_1:正在读取备份段/data1/backup/08ig2nhv_1_1通道 ORA_DISK_1:已恢复备份段1段句柄 = /data1/backup/08ig2nhv_1_1标记= TAG20070425T172413通道ORA_DISK_1:恢复完成,用时: 00:00:07通道 ORA_DISK_1:正在启动到默认目标的存档日志恢复通道 ORA_DISK_1:正在恢复存档日志存档日志线程 =1序列=136通道 ORA_DISK_1:正在读取备份段/data1/backup/0big2oes_1_1通道 ORA_DISK_1:已恢复备份段1段句柄 =

/data1/backup/0big2oes_1_1标记= TAG20070425T173940通道 ORA_DISK_1:恢复完成,用时: 00:00:01完成 restore于 26-4月 -07

RMAN> restore archivelog sequence between 56 and 58 thread 2;

启动 restore于 26-4月-07使用通道 ORA_DISK_1

通道 ORA_DISK_1:正在启动到默认目标的存档日志恢复通道 ORA_DISK_1:正在恢复存档日志存档日志线程 =2序列=56通道 ORA_DISK_1:正在恢复存档日志存档日志线程 =2序列=57通道 ORA_DISK_1:正在读取备份段/data1/backup/08ig2nhv_1_1通道 ORA_DISK_1:已恢复备份段1段句柄 = /data1/backup/08ig2nhv_1_1标记= TAG20070425T172413通道

ORA_DISK_1:恢复完成,用时: 00:00:03通道 ORA_DISK_1:正在启动到默认目标的存档日志恢复通道 ORA_DISK_1:正在恢复存档日志存档日志线程 =2序列=58通道 ORA_DISK_1:正在读取备份段/data1/backup/0big2oes_1_1通道 ORA_DISK_1:已恢复备份段1段句柄 =

/data1/backup/0big2oes_1_1标记= TAG20070425T173940通道 ORA_DISK_1:恢复完成,用时: 00:00:01完成 restore于 26-4月 -07

RMAN> recover database;

启动 recover于 26-4月-07使用通道 ORA_DISK_1

正在开始介质的恢复介质恢复完成,用时: 00:00:38

完成 recover于 26-4月 -07

RMAN> alter database open;

数据库已打开

检查恢复是否已经完成：

$ sqlplus "/ as sysdba"

已连接到空闲例程。

SQL> startup

ORACLE例程已经启动。

Total System Global Area 2147483648 bytes

Fixed Size 2031480 bytes

Variable Size 318767240 bytes

Database Buffers 1811939328 bytes

Redo Buffers 14745600 bytes数据库装载完毕。数据库已经打开。

SQL> CONN TEST/TEST已连接。

SQL> SELECT COUNT(*) FROM T;

COUNT(*)

----------

51880

二、基于裸设备的RAC环境下的备份和恢复

对于建立在裸设备上的RAC环境，由于归档不能存放到裸设备上，因此，所有的归档都必须保存在本地的磁盘上。直接通过RMAN备份会导致错误。

首先模仿裸设备的情况，修改原来LOG_ARCHIVE_DEST_1的配置，将每个实例的归档改在本地硬盘：

SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_1 = 'LOCATION=/data1/archivelog' SID = 'testrac1';

系统已更改。

SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_1 = 'LOCATION=/data1/archivelog' SID = 'testrac2';

系统已更改。

然后尝试直接备份数据库：

$ rman target /

连接到目标数据库: TESTRAC (DBID=4291216984)

RMAN> run

2> {

3> allocate channel c1 device type disk format '/data1/backup/%U';

4> backup database plus archivelog delete all input;

5> }

使用目标数据库控制文件替代恢复目录分配的通道: c1通道 c1: sid=301实例=testrac1 devtype=DISK

启动 backup于 11-5月-07当前日志已存档释放的通道: c1

MAN-00571: ===========================================================

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ===========================================================

RMAN-03002: backup plus archivelog命令 (在 05/11/2007 16:08:09上)失败

RMAN-06059:没有找到预期的归档日志,归档日志的丢失将影响可恢复性

ORA-19625:识别文件/data1/archivelog/2_89_618591128.dbf时出错

ORA-27037:无法获得文件状态

SVR4 Error: 2: No such file or directory

Additional information: 3

由于节点1上无法访问到节点2上的归档，所以出现了上面的错误。对于这种情况，可以使用带CONNECT语句的ALLOCATE来分配CHANNEL：

RMAN> run{

3> allocate channel c1 device type disk format '/data1/backup/%U' connect

sys/test@testrac1;

4> allocate channel c2 device type disk format '/data1/backup/%U' connect

sys/test@testrac2;

5> backup database plus archivelog delete all input;

6> }

使用目标数据库控制文件替代恢复目录分配的通道: c1通道 c1: sid=288实例=testrac1 devtype=DISK

分配的通道: c2通道 c2: sid=307实例=testrac2 devtype=DISK

启动 backup于 11-5月-07当前日志已存档通道 c1:正在启动存档日志备份集通道 c1:正在指定备份集中的存档日志输入存档日志线程 =1序列 =164记录 ID=288时间戳=622309643输入存档日志线程 =1序列 =165记录 ID=289时间戳=622309764输入存档日志线程 =1序列=166记录 ID=291时间戳=622310875通道 c1:正在启动段 1于 11-5月-07通道 c2:正在启动存档日志备份集通道 c2:正在指定备份集中的存档日志输入存档日志线程 =2序列 =89记录ID=290时间戳=622309924输入存档日志线程 =2序列 =90记录 ID=292时间戳=622310884输入存档日志线程 =2序列 =91记录 ID=294时间戳=622312599通道 c2:正在启动段 1于 11-5月-07通道 c1:已完成段 1于 11-5月-07段句柄=/data1/backup/26ihff55_1_1标记

=TAG20070511T163652注释=NONE通道 c1:备份集已完成,经过时间:00:00:56通道 c1:正在删除存档日志存档日志文件名 =/data1/archivelog/1_164_618591128.dbf记录 ID=288时间戳=622309643存档日志文件名 =/data1/archivelog/1_165_618591128.dbf记录 ID=289时间戳=622309764存档日志文件名 =/data1/archivelog/1_166_618591128.dbf记录

ID=291时间戳=622310875通道 c2:已完成段 1于 11-5月-07段句柄

=/data1/backup/27ihff51_1_1标记=TAG20070511T163652注释=NONE通道 c2:备份集已完成,经过时间:00:00:58通道 c2:正在删除存档日志存档日志文件名

=/data1/archivelog/2_89_618591128.dbf记录 ID=290时间戳=622309924存档日志文件名=/data1/archivelog/2_90_618591128.dbf记录 ID=292时间戳=622310884存档日志文件名=/data1/archivelog/2_91_618591128.dbf记录 ID=294时间戳=622312599通道 c1:正在启动存档日志备份集通道 c1:正在指定备份集中的存档日志输入存档日志线程 =1序列 =167记录 ID=293时间戳=622312603通道 c1:正在启动段 1于 11-5月-07通道 c1:已完成段 1于11-5月-07段句柄=/data1/backup/28ihff6v_1_1标记=TAG20070511T163652注释=NONE通道

c1:备份集已完成,经过时间:00:00:01通道 c1:正在删除存档日志存档日志文件名

=/data1/archivelog/1_167_618591128.dbf记录 ID=293时间戳=622312603完成 backup于11-5月 -07

启动 backup于 11-5月-07通道 c1:启动全部数据文件备份集通道 c1:正在指定备份集中的数据文件输入数据文件fno=00006 name=+DISK/testrac/datafile/zhejiang01.dbf输入数据文件fno=00009 name=+DISK/testrac/datafile/zhejiang03.dbf输入数据文件

fno=00012 name=+DISK/testrac/datafile/zhejiang05.dbf输入数据文件fno=00008 name=+DISK/testrac/datafile/ndmain01.dbf输入数据文件fno=00010

name=+DISK/testrac/datafile/ndindex01.dbf输入数据文件fno=00001

name=+DISK/testrac/datafile/system.262.618591167输入数据文件fno=00005

name=+DISK/testrac/datafile/users.267.618591279通道 c1:正在启动段 1于 11-5月-07通道 c2:启动全部数据文件备份集通道 c2:正在指定备份集中的数据文件输入数据文件fno=00007 name=+DISK/testrac/datafile/zhejiang02.dbf输入数据文件fno=00011 name=+DISK/testrac/datafile/zhejiang04.dbf输入数据文件fno=00014

name=+DISK/testrac/datafile/zhejiang06.dbf输入数据文件fno=00002

name=+DISK/testrac/datafile/undotbs1.263.618591197输入数据文件fno=00004

name=+DISK/testrac/datafile/undotbs2.266.618591249输入数据文件fno=00013

name=+DISK/testrac/datafile/lt_index_ts01.dbf输入数据文件fno=00003

name=+DISK/testrac/datafile/sysaux.264.618591225通道 c2:正在启动段 1于 11-5月-07通道 c2:已完成段 1于 11-5月-07段句柄=/data1/backup/2aihff6v_1_1标记

=TAG20070511T163754注释=NONE通道 c2:备份集已完成,经过时间:00:13:16通道 c2:启动全部数据文件备份集通道 c2:正在指定备份集中的数据文件备份集中包括当前控制文件通道 c2:正在启动段 1于 11-5月-07通道 c2:已完成段 1于 11-5月-07段句柄

=/data1/backup/2bihffvr_1_1标记=TAG20070511T163754注释=NONE通道 c2:备份集已完成,经过时间:00:00:03通道 c2:启动全部数据文件备份集通道 c2:正在指定备份集中的数据文件在备份集中包含当前的SPFILE通道 c2:正在启动段 1于 11-5月-07通道 c2:已完成段 1于 11-5月-07段句柄=/data1/backup/2cihffvv_1_1标记=TAG20070511T163754注释

=NONE通道 c2:备份集已完成,经过时间:00:00:02通道 c1:已完成段 1于 11-5月-07段句

柄=/data1/backup/29ihff73_1_1标记=TAG20070511T163754注释=NONE通道 c1:备份集已

完成,经过时间:00:15:07完成 backup于 11-5月 -07

启动 backup于 11-5月-07当前日志已存档通道 c1:正在启动存档日志备份集通道 c1:正

在指定备份集中的存档日志输入存档日志线程 =1序列 =168记录 ID=295时间戳=622313584通道 c1:正在启动段 1于 11-5月-07通道 c2:正在启动存档日志备份集通道 c2:正在指定备份集中的存档日志输入存档日志线程 =2序列 =92记录 ID=296时间戳=622313580通道

c2:正在启动段 1于 11-5月-07通道 c1:已完成段 1于 11-5月-07段句柄

=/data1/backup/2dihfg3m_1_1标记=TAG20070511T165309注释=NONE通道 c1:备份集已完成,经过时间:00:00:01通道 c1:正在删除存档日志存档日志文件名

=/data1/archivelog/1_168_618591128.dbf记录 ID=295时间戳=622313584通道 c2:已完

成段 1于 11-5月-07段句柄=/data1/backup/2eihfg3h_1_1标记=TAG20070511T165309注释=NONE通道 c2:备份集已完成,经过时间:00:00:02通道 c2:正在删除存档日志存档日志文

件名 =/data1/archivelog/2_92_618591128.dbf记录 ID=296时间戳=622313580完成backup于 11-5月-07释放的通道: c1释放的通道: c2

采用这种方法后可以成功的备份。

上一篇文章已经介绍了采用带CONNECT语句的方式备份，这里介绍对应的恢复方法。

首先备份并删除上次全备份以来的归档日志，然后准备开始恢复：

RMAN> run

2> {

3> allocate channel c1 device type disk format '/data1/backup/%U' connect sys/test@testrac1;

4> allocate channel c2 device type disk format '/data1/backup/%U' connect sys/test@testrac2;

5> backup archivelog all delete all input;

6> }

分配的通道: c1通道 c1: sid=288实例=testrac1 devtype=DISK

分配的通道: c2通道 c2: sid=294实例=testrac2 devtype=DISK

启动 backup于 14-5月-07当前日志已存档通道 c1:正在启动存档日志备份集通道 c1:正在指定备份集中的存档日志输入存档日志线程 =1序列 =181记录 ID=328时间戳=622553558输入存档日志线程 =1序列 =182记录 ID=330时间戳=622553686输入存档日志线程 =1序列=183记录 ID=333时间戳=622559736通道 c1:正在启动段 1于 14-5月-07通道 c2:正在启动存档日志备份集通道 c2:正在指定备份集中的存档日志输入存档日志线程 =2序列 =101记

录ID=329时间戳=622553567输入存档日志线程=2序列=102记录ID=331时间戳=622553690输入存档日志线程 =2序列 =103记录 ID=332时间戳=622559728通道 c2:正在启动段1于14-5月-07通道c2:已完成段1于14-5月-07段句柄=/data1/backup/2rihn0fk_1_1标记=TAG20070514T131536注释=NONE通道 c2:备份集已完成,经过时间:00:01:06通道c2:正在删除存档日志存档日志文件名=/data1/archivelog/2_101_618591128.dbf记录 ID=329时间戳=622553567存档日志文件名 =/data1/archivelog/2_102_618591128.dbf记录 ID=331时间戳=622553690存档日志文件名 =/data1/archivelog/2_103_618591128.dbf记录 ID=332时间戳=622559728通道 c1:已完成段 1于 14-5月-07段句柄=/data1/backup/2qihn0fp_1_1标记=TAG20070514T131536注释=NONE通道 c1:备份集已完成,经过时间:00:01:09通道 c1:正在删除存档日志存档日志文件名 =/data1/archivelog/1_181_618591128.dbf记录 ID=328时间戳=622553558存档日志文件名 =/data1/archivelog/1_182_618591128.dbf记录 ID=330时间戳=622553686存档日志文件名 =/data1/archivelog/1_183_618591128.dbf记录 ID=333时间戳=622559736完成 backup于 14-5月-07释放的通道: c1释放的通道: c2

在恢复之前，需要将数据库关闭，通过rman启动实例并准备恢复：

$ srvctl stop db -d testrac

下面准备通过RMAN进行数据库的恢复。由于RAC的备份是同时备份到两个节点的本地硬盘上，因此恢复的时候也应该两个节点同时进行RESTORE操作。

可以在两个节点上分别启动RMAN，将数据库处于STARTUP MOUNT状态，然后就可以在任意一个节点上执行RESTORE操作：

$ rman target /

已连接到目标数据库 (未启动)

RMAN> startup mount

Oracle实例已启动数据库已装载

系统全局区域总计 2147483648字节

Fixed Size 2031480字节

Variable Size 335544456字节

Database Buffers 1795162112字节

Redo Buffers 14745600字节

RMAN> exit

恢复管理器完成。

另一个节点：

$ rman target /

已连接到目标数据库 (未启动)

RMAN> startup mount

Oracle实例已启动数据库已装载

系统全局区域总计 2147483648字节

Fixed Size 2031480字节

Variable Size 335544456字节

Database Buffers 1795162112字节

Redo Buffers 14745600字节

RMAN> run

2> {

3> allocate channel c1 device type disk format '/data1/backup/%U' connect sys/test@testrac1;

4> allocate channel c2 device type disk format '/data1/backup/%U' connect sys/test@testrac2;

5> restore database;

6> }

使用目标数据库控制文件替代恢复目录分配的通道: c1通道 c1: sid=313实例=testrac1 devtype=DISK

分配的通道: c2通道 c2: sid=316实例=testrac2 devtype=DISK

启动 restore于 14-5月 -07

通道 c2:正在开始恢复数据文件备份集通道 c2:正在指定从备份集恢复的数据文件正将数据文件00002恢复到+DISK/testrac/datafile/undotbs1.263.618591197正将数据文件00003恢复到+DISK/testrac/datafile/sysaux.264.618591225正将数据文件00004恢复到+DISK/testrac/datafile/undotbs2.266.618591249正将数据文件00007恢复到+DISK/testrac/datafile/zhejiang02.dbf正将数据文件00011恢复到+DISK/testrac/datafile/zhejiang04.dbf正将数据文件00013恢复到+DISK/testrac/datafile/lt_index_ts01.dbf正将数据文件00014恢复到+DISK/testrac/datafile/zhejiang06.dbf通道c2:正在读取备份段/data1/backup/2lihmp9f_1_1通道 c1:正在开始恢复数据文件备份集通道 c1:正在指定从备份集恢复的数据文件正将数据文件00001恢复到+DISK/testrac/datafile/system.262.618591167正将数据文件00005恢复到+DISK/testrac/datafile/users.267.618591279正将数据文件00006恢复到+DISK/testrac/datafile/zhejiang01.dbf正将数据文件00008恢复到+DISK/testrac/datafile/ndmain01.dbf正将数据文件00009恢复到+DISK/testrac/datafile/zhejiang03.dbf正将数据文件00010恢复到+DISK/testrac/datafile/ndindex01.dbf正将数据文件00012恢复到+DISK/testrac/datafile/zhejiang05.dbf通道c1:正在读取备份段/data1/backup/2kihmp9k_1_1通道c1:已恢复备份段1段句柄= /data1/backup/2kihmp9k_1_1标记= TAG20070514T111250通道c1:恢复完成,用时: 00:17:18通道c2:已恢复备份段1段句柄= /data1/backup/2lihmp9f_1_1标记= TAG20070514T111250通道 c2:恢复完成,用时: 00:19:24完成 restore于 14-5月-07释放的通道: c1释放的通道: c2

如果只启动了RAC的一个节点，则会导致RMAN出现下面的错误：

MAN-00571: ===========================================================

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ===========================================================

RMAN-03002: restore命令 (在 05/11/2007 17:55:17上)失败

RMAN-06026:有些目标没有找到 -终止恢复

RMAN-06100:没有通道来恢复数据文件14的备份或是副本

RMAN-06100:没有通道来恢复数据文件13的备份或是副本

RMAN-06100:没有通道来恢复数据文件11的备份或是副本

RMAN-06100:没有通道来恢复数据文件7的备份或是副本

RMAN-06100:没有通道来恢复数据文件4的备份或是副本

RMAN-06100:没有通道来恢复数据文件3的备份或是副本

RMAN-06100:没有通道来恢复数据文件2的备份或是副本

下面恢复归档日志：

RMAN> run

2> {

3> allocate channel c1 device type disk format '/data1/backup/%U' connect sys/test@testrac1;

4> allocate channel c2 device type disk format '/data1/backup/%U' connect sys/test@testrac2;

5> restore (archivelog sequence between 179 and 183 thread 1)

6> (archivelog sequence between 99 and 103 thread 2);

7> }

分配的通道: c1通道 c1: sid=313实例=testrac1 devtype=DISK

分配的通道: c2通道 c2: sid=316实例=testrac2 devtype=DISK

启动 restore于 14-5月 -07

通道 c1:正在启动到默认目标的存档日志恢复通道 c2:正在启动到默认目标的存档日志恢复通道 c1:正在恢复存档日志存档日志线程 =1序列=179通道 c2:正在恢复存档日志存档日志线程 =2序列=99通道 c1:正在恢复存档日志存档日志线程 =1序列=180通道 c1:正在读取备份段/data1/backup/2oihmq8g_1_1通道 c2:正在恢复存档日志存档日志线程 =2序列=100通道 c2:正在读取备份段/data1/backup/2pihmq8b_1_1通道 c2:已恢复备份段1段句柄 = /data1/backup/2pihmq8b_1_1标记= TAG20070514T112919通道c2:恢复完成,用时: 00:00:35通道 c2:正在启动到默认目标的存档日志恢复通道 c2:正在恢复存档日志存档日志线程 =2序列=101通道 c2:正在恢复存档日志存档日志线程 =2序列=102通道 c2:正在恢复存档日志存档日志线程=2序列=103通道c2:正在读取备份段/data1/backup/2rihn0fk_1_1通道c1:已恢复备份段1段句柄= /data1/backup/2oihmq8g_1_1标记= TAG20070514T112919通道c1:恢复完成,用时: 00:00:52通道 c1:正在启动到默认目标的存档日志恢复通道 c1:正在恢复存档日志存档日志线程 =1序列=181通道 c1:正在恢复存档日志存档日志线程 =1序列=182通道 c1:正在恢复存档日志存档日志线程=1序列=183通道c1:正在读取备份段/data1/backup/2qihn0fp_1_1通道c2:已恢复备份段1段句柄= /data1/backup/2rihn0fk_1_1标记= TAG20070514T131536通道c2:恢复完成,用时: 00:01:12通道c1:已恢复备份段1段句柄= /data1/backup/2qihn0fp_1_1标记= TAG20070514T131536通道 c1:恢复完成,用时: 00:01:12完成 restore于 14-5月-07释放的通道: c1释放的通道: c2

现在面临一个问题，对于还原(RESTORE)操作，可以两个实例同时进行，但是对于恢复(RECOVER)操作，只能一个实例完成。

这就要求一个实例必须能同时看到两个实例的归档日志。可以通过nfs mount等方式来实现，这里采用最简单的方法，将节点2上的归档拷贝到节点1的归档目录下。

RMAN> host 'rcp 172.25.198.223:/data1/archivelog/* /data1/archivelog'

2> ;

主机命令完成

RMAN> run

2> {

3> allocate channel c1 device type disk format '/data1/backup/%U' connect sys/test@testrac1;

4> allocate channel c2 device type disk format '/data1/backup/%U' connect sys/test@testrac2;

5> recover database;

6> }

释放的通道: ORA_SBT_TAPE_1释放的通道: ORA_SBT_TAPE_2释放的通道: ORA_DISK_1释放的通道: ORA_DISK_2分配的通道: c1通道 c1: sid=313实例=testrac1 devtype=DISK

分配的通道: c2通道 c2: sid=316实例=testrac2 devtype=DISK

启动 recover于 14-5月 -07

正在开始介质的恢复

存档日志线程 1序列 179已作为文件 /data1/archivelog/1_179_618591128.dbf存在于磁盘上存档日志线程 1序列 180已作为文件 /data1/archivelog/1_180_618591128.dbf存在于磁盘上存档日志线程 1序列 181已作为文件 /data1/archivelog/1_181_618591128.dbf 存在于磁盘上存档日志线程1序列182已作为文件/data1/archivelog/1_182_618591128.dbf存在于磁盘上存档日志线程 1序列 183已作为文件 /data1/archivelog/1_183_618591128.dbf存在于磁盘上存档日志线程 2序列 99已作为文件 /data1/archivelog/2_99_618591128.dbf存在于磁盘上存档日志线程 2序列100已作为文件 /data1/archivelog/2_100_618591128.dbf存在于磁盘上存档日志线程 2序列 101已作为文件 /data1/archivelog/2_101_618591128.dbf存在于磁盘上存档日志线程 2序列 102已作为文件 /data1/archivelog/2_102_618591128.dbf存在于磁盘上存档日志线程 2序列 103已作为文件 /data1/archivelog/2_103_618591128.dbf存在于磁盘上存档日志文件名 =/data1/archivelog/1_179_618591128.dbf线程 =1序列=179存档日志文件名=/data1/archivelog/2_99_618591128.dbf线程=2序列=99存档日志文件名=/data1/archivelog/2_100_618591128.dbf线程=2序列=100存档日志文件名=/data1/archivelog/1_180_618591128.dbf线程=1序列=180存档日志文件名=/data1/archivelog/1_181_618591128.dbf线程=1序列=181存档日志文件名=/data1/archivelog/2_101_618591128.dbf线程=2序列=101存档日志文件名=/data1/archivelog/1_182_618591128.dbf线程=1序列=182存档日志文件名=/data1/archivelog/2_102_618591128.dbf线程=2序列=102介质恢复完成,用时: 00:06:16完成 recover于 14-5月-07释放的通道: c1释放的通道: c2

如果没有将归档日志文件拷贝到恢复节点上，则会出现下面的错误：

RMAN> run

2> {

3> allocate channel c1 device type disk format '/data1/backup/%U' connect sys/test@testrac1;

4> allocate channel c2 device type disk format '/data1/backup/%U' connect sys/test@testrac2;

5> recover database;

6> }

分配的通道: c1通道 c1: sid=313实例=testrac1 devtype=DISK

分配的通道: c2通道 c2: sid=316实例=testrac2 devtype=DISK

启动 recover于 14-5月 -07

正在开始介质的恢复

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ===========================================================

RMAN-03002: recover命令 (在 05/14/2007 15:01:38上)失败

RMAN-11003:在分析/执行SQL语句期间失败: alter database recover logfile '/data1/archivelog/2_99_618591128.dbf'

ORA-00308:无法打开归档日志'/data1/archivelog/2_99_618591128.dbf'

ORA-27037:无法获得文件状态

SVR4 Error: 2: No such file or directory

Additional information: 3

三、RAC环境备份到带库以及从带库的恢复

这篇介绍基于RAC环境备份到带库以及从带库的恢复。

RAC环境备份到带库如果是基于CLUSTER文件系统或者ASM，那么和备份到本地硬盘的区别不大，只需要在安装了带库驱动（备份软件）的节点上进行备份和恢复就可以了。

如果是建立在裸设备上的RAC环境，那么最简单的方式是在两个节点上都安装备份软件，这样，每个节点都可以同时进行备份，不但配置简单，而且可以提高备份的效率。$ rman target /

连接到目标数据库: TESTRAC (DBID=4291216984)

RMAN> run

2> {

3> allocate channel c1 device type sbt connect sys/test@testrac1;

4> allocate channel c2 device type sbt connect sys/test@testrac2;

5> backup database plus archivelog delete all input;

6> }

使用目标数据库控制文件替代恢复目录分配的通道: c1通道 c1: sid=286实例=testrac1 devtype=SBT_TAPE通道c1: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)分配的通道: c2通道 c2: sid=291实例=testrac2 devtype=SBT_TAPE通道c2: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)

启动 backup于 17-5月-07当前日志已存档通道 c1:正在启动存档日志备份集通道 c1:正在指定备份集中的存档日志输入存档日志线程 =1序列 =203记录 ID=414时间戳=622805570输入存档日志线程 =1序列 =204记录 ID=417时间戳=622806028通道 c1:正在启动段 1于17-5月-07通道 c2:正在启动存档日志备份集通道 c2:正在指定备份集中的存档日志输入存档日志线程 =2序列 =121记录 ID=415时间戳=622805584输入存档日志线程 =2序列 =122记录 ID=416时间戳=622806021通道 c2:正在启动段 1于 17-5月-07通道 c2:已完成段 1于17-5月-07段句柄=4cihuh0g_1_1标记=TAG20070517T094031注释=API Version 2.0,MMS Version 5.0.0.0通道 c2:备份集已完成,经过时间:00:03:16通道 c2:正在删除存档日志存档日志文件名 =/data1/archivelog/2_121_618591128.dbf记录 ID=415时间戳=622805584存档日志文件名 =/data1/archivelog/2_122_618591128.dbf记录 ID=416时间戳

=622806021通道 c1:已完成段 1于 17-5月-07段句柄=4bihuh0k_1_1标记

=TAG20070517T094031注释=API Version 2.0,MMS Version 5.0.0.0通道 c1:备份集已完成,经过时间:00:04:52通道 c1:正在删除存档日志存档日志文件名

=/data1/archivelog/1_203_618591128.dbf记录 ID=414时间戳=622805570存档日志文件名 =/data1/archivelog/1_204_618591128.dbf记录 ID=417时间戳=622806028完成backup于 17-5月 -07

启动 backup于 17-5月-07通道 c1:启动全部数据文件备份集通道 c1:正在指定备份集中

的数据文件输入数据文件fno=00006 name=+DISK/testrac/datafile/zhejiang01.dbf输入数据文件fno=00009 name=+DISK/testrac/datafile/zhejiang03.dbf输入数据文件

fno=00012 name=+DISK/testrac/datafile/zhejiang05.dbf输入数据文件fno=00008 name=+DISK/testrac/datafile/ndmain01.dbf输入数据文件fno=00010

name=+DISK/testrac/datafile/ndindex01.dbf输入数据文件fno=00001

name=+DISK/testrac/datafile/system.262.618591167输入数据文件fno=00005

name=+DISK/testrac/datafile/users.267.618591279通道 c1:正在启动段 1于 17-5月-07通道 c2:启动全部数据文件备份集通道 c2:正在指定备份集中的数据文件输入数据文件fno=00007 name=+DISK/testrac/datafile/zhejiang02.dbf输入数据文件fno=00011 name=+DISK/testrac/datafile/zhejiang04.dbf输入数据文件fno=00014

name=+DISK/testrac/datafile/zhejiang06.dbf输入数据文件fno=00002

name=+DISK/testrac/datafile/undotbs1.263.618591197输入数据文件fno=00004

name=+DISK/testrac/datafile/undotbs2.266.618591249输入数据文件fno=00013

name=+DISK/testrac/datafile/lt_index_ts01.dbf输入数据文件fno=00003

name=+DISK/testrac/datafile/sysaux.264.618591225通道 c2:正在启动段 1于 17-5月-07通道 c2:已完成段 1于 17-5月-07段句柄=4eihuh9m_1_1标记=TAG20070517T094525注释=API Version 2.0,MMS Version 5.0.0.0通道 c2:备份集已完成,经过时间:00:38:41通道c2:启动全部数据文件备份集通道 c2:正在指定备份集中的数据文件备份集中包括当前控制文件通道 c2:正在启动段 1于 17-5月-07通道 c2:已完成段 1于 17-5月-07段句柄

=4fihuji8_1_1标记=TAG20070517T094525注释=API Version 2.0,MMS Version 5.0.0.0通道c2:备份集已完成,经过时间:00:01:06通道 c2:启动全部数据文件备份集通道 c2:正在指定备份集中的数据文件在备份集中包含当前的SPFILE通道 c2:正在启动段 1于 17-5月-07通道 c2:已完成段 1于 17-5月-07段句柄=4gihujka_1_1标记=TAG20070517T094525注释=API Version 2.0,MMS Version 5.0.0.0通道 c2:备份集已完成,经过时间:00:00:55通道 c1:已完成段 1于 17-5月-07段句柄=4dihuh9p_1_1标记=TAG20070517T094525注释=API Version 2.0,MMS Version 5.0.0.0通道 c1:备份集已完成,经过时间:00:43:29完成 backup于 17-5月 -07

启动 backup于 17-5月-07当前日志已存档通道 c1:正在启动存档日志备份集通道 c1:正在指定备份集中的存档日志输入存档日志线程 =1序列 =205记录 ID=419时间戳=622806772输入存档日志线程 =1序列 =206记录 ID=420时间戳=622808942通道 c1:正在启动段 1于17-5月-07通道 c2:正在启动存档日志备份集通道 c2:正在指定备份集中的存档日志输入存档日志线程 =2序列 =123记录 ID=418时间戳=622806419输入存档日志线程 =2序列 =124记录 ID=421时间戳=622808956通道 c2:正在启动段 1于 17-5月-07通道 c1:已完成段 1于17-5月-07段句柄=4hihujs0_1_1标记=TAG20070517T102916注释=API Version 2.0,MMS Version 5.0.0.0通道 c1:备份集已完成,经过时间:00:01:45通道 c1:正在删除存档日志存档日志文件名 =/data1/archivelog/1_205_618591128.dbf记录 ID=419时间戳=622806772存档日志文件名 =/data1/archivelog/1_206_618591128.dbf记录 ID=420时间戳

=622808942通道 c2:已完成段 1于 17-5月-07段句柄=4iihujrt_1_1标记

=TAG20070517T102916注释=API Version 2.0,MMS Version 5.0.0.0通道 c2:备份集已完成,经过时间:00:04:50通道 c2:正在删除存档日志存档日志文件名

=/data1/archivelog/2_123_618591128.dbf记录 ID=418时间戳=622806419存档日志文件名 =/data1/archivelog/2_124_618591128.dbf记录 ID=421时间戳=622808956完成backup于 17-5月-07释放的通道: c1释放的通道: c2

对于带库的恢复过程，其实和上一篇文章中介绍的恢复方法没有什么区别。

首先仍然是先备份现有的所有日志文件：

RMAN> run

2> {

3> allocate channel c1 device type sbt connect sys/test@testrac1;

4> allocate channel c2 device type sbt connect sys/test@testrac2;

5> backup archivelog all delete all input;

6> }

分配的通道: c1通道 c1: sid=286实例=testrac1 devtype=SBT_TAPE通道c1: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)

分配的通道: c2通道 c2: sid=291实例=testrac2 devtype=SBT_TAPE通道c2: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)

启动 backup于 17-5月-07当前日志已存档通道 c1:正在启动存档日志备份集通道 c1:正在指定备份集中的存档日志输入存档日志线程 =1序列 =207记录 ID=423时间戳=622812638输入存档日志线程 =1序列 =208记录 ID=425时间戳=622819092通道 c1:正在启动段 1于17-5月-07通道 c2:正在启动存档日志备份集通道 c2:正在指定备份集中的存档日志输入存档日志线程 =2序列 =125记录 ID=422时间戳=622812613输入存档日志线程 =2序列 =126记录 ID=424时间戳=622819085通道 c2:正在启动段 1于 17-5月-07通道 c2:已完成段 1于17-5月-07段句柄=4kihutof_1_1标记=TAG20070517T131806注释=API Version 2.0,MMS Version 5.0.0.0通道 c2:备份集已完成,经过时间:00:03:55通道 c2:正在删除存档日志存档日志文件名 =/data1/archivelog/2_125_618591128.dbf记录 ID=422时间戳=622812613存档日志文件名 =/data1/archivelog/2_126_618591128.dbf记录 ID=424时间戳

=622819085通道 c1:已完成段 1于 17-5月-07段句柄=4jihutok_1_1标记

=TAG20070517T131806注释=API Version 2.0,MMS Version 5.0.0.0通道 c1:备份集已完成,经过时间:00:04:21通道 c1:正在删除存档日志存档日志文件名

=/data1/archivelog/1_207_618591128.dbf记录 ID=423时间戳=622812638存档日志文件名 =/data1/archivelog/1_208_618591128.dbf记录 ID=425时间戳=622819092完成backup于 17-5月-07释放的通道: c1释放的通道: c2

对于数据库数据库日志文件的恢复仍然是通过两个实例同时进行：

$ srvctl stop db -d testrac

$ srvctl start inst -d testrac -i testrac1 -o mount

$ srvctl start inst -d testrac -i testrac2 -o mount

$ rman target /

已连接到目标数据库: TESTRAC (DBID=4291216984,未打开)

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 racdb 2) 修改服务器配置参数 SQL> startup mount SQL> alter system set cluster_database=false scope=spfile; 注：cluster_database是用来确定数据库是否在rac环境的集群中。如果cluster_database＝true，那么对于rac数据库来说，无法在一个节点上mount exclusive数据库，也就无法更改archivelog模式。 SQL> shutdown immediate 3) 开启归档模式 SQL> startup mount SQL> 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 racdb 6) 检查归档日志是否已启用 SQL> archive log list; 数据库日志模式存档模式自动存档启用

RMAN增量备份与恢复

增量备份计划案例一、增量备份计划关键命令星期日： RMAN> backup incremental level=0 database; 星期一： RMAN> backup incremental level=2 database; 星期二： RMAN> backup incremental level=2 database; 星期三： RMAN> backup incremental level=1 database; 星期四： RMAN> backup incremental level=2 database; 星期五： RMAN> backup incremental level=2 database; 星期六： RMAN> backup incremental level=2 database; 二、增量备份计划与恢复实例：恢复管理器: Release 10.2.0.1.0 - Production on 星期六3月22 14:47:30 2008 Copyright (c) 1982, 2005, Oracle. All rights reserved.

连接到目标数据库: ORCL (DBID=1177145004) RMAN> backup incremental level=0 database; 启动backup 于22-3月-08 使用目标数据库控制文件替代恢复目录分配的通道: ORA_DISK_1 通道ORA_DISK_1: sid=122 devtype=DISK 通道ORA_DISK_1: 启动增量级别0 数据文件备份集通道ORA_DISK_1: 正在指定备份集中的数据文件输入数据文件fno=00001 name=C:\ORACLE\ORADATA\ORCL\SYSTEM01.DBF 输入数据文件fno=00003 name=C:\ORACLE\ORADATA\ORCL\SYSAUX01.DBF 输入数据文件fno=00007 name=C:\ORACLE\ORADATA\ORCL\PERFSTAT.DBF 输入数据文件fno=00005 name=C:\ORACLE\ORADATA\ORCL\EXAMPLE01.DBF 输入数据文件fno=00002 name=C:\ORACLE\ORADATA\ORCL\UNDOTBS01.DBF 输入数据文件fno=00004 name=C:\ORACLE\ORADATA\ORCL\USERS01.DBF 输入数据文件fno=00006 name=C:\ORACLE\ORADATA\ORCL\TTT.DBF 通道ORA_DISK_1: 正在启动段 1 于22-3月-08 通道ORA_DISK_1: 已完成段 1 于22-3月-08 段句柄=C:\ORACLE\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2008_03_22\O1 _MF_NNND0_TAG20080322T144756_3Y9BWXK2_.BKP 标记=TAG20080322T144756 注释=NONE 通道ORA_DISK_1: 备份集已完成, 经过时间:00:01:45 完成backup 于22-3月-08 启动Control File and SPFILE Autobackup 于22-3月-08 段

rman备份与恢复

RMAN是ORACLE提供的一个备份与恢复的工具，可以用来备份和还原数据库文件、归档日志和控制文件。它也可以用来执行完全或不完全的数据库恢复。 RMAN可以由命令行接口或者OEM的Backup Manager GUI 来控制。 4.1 基本知识 4.1.1 RMAN的组件、概念 1．RMAN 主要包括以下组件： Target Database: (目标数据库) 就是需要RMAN 对其进行备份与恢复的数据库，RMAN 可以备份数据文件，控制文件，归档日志，spfile。(注意：RMAN不能用于备份联机日志、初始化参数文件和口令文件) Server Session: (服务器会话) RMAN启动数据库上的Oracle服务器进程，将建立一个与目标数据库的会话。由目标数据库上的服务器进程进行备份、还原、恢复的实际操作。服务器进程 RMAN 的服务进程是一个后台进程，用于与RMAN工具与数据库之间的通信，也用于RMAN 工具与磁盘/磁带等I/O 设置之间的通信，服务进程负责备份与恢复的所有工作，在如下情况将产生一个服务进程：当连接到目标数据库分配一个新的通道 Channel: (通道) 一个通道是RMAN和目标数据库之间的一个连接，"allocate channel"命令在目标数据库启动一个服务器进程，同时必须定义服务器进程执行备份或者恢复操作使用的I/O类型。通道控制命令可以用来： ? 控制RMAN使用的O/S资源，影响并行度 ? 指定I/O带宽的限制值（设置limit read rate 参数） ? 定义备份片大小的限制（设置limit kbytes） ? 指定当前打开文件的限制值（设置limit maxopenfiles） recovery catalog: (恢复目录) 用来保存备份与恢复信息的一个数据库，不建议创建在目标数据库上。RMAN 利用恢复目

Oracle数据库备份恢复实战

Oracle数据库备份恢复实战在管理和运维Oracle数据库时，数据库备份和恢复是一项至关重要的任务。无论是因为误操作、硬件故障还是数据丢失，数据库备份和恢复能够帮助我们从灾难中恢复并保护我们的数据。本文将介绍一些Oracle数据库备份恢复的实战方法，帮助读者了解如何有效地进行数据库备份和恢复。 1. 数据库备份方法 1.1 物理备份物理备份是指对数据库的实际物理文件进行备份，备份的内容包括数据文件、控制文件和归档日志文件。物理备份通常使用RMAN （Recovery Manager）工具来完成。以下是进行物理备份的一般步骤： 1) 配置RMAN环境并连接到目标数据库； 2) 创建备份集并指定备份文件的存储位置； 3) 开始备份任务，RMAN将自动备份数据文件、控制文件和归档日志文件； 4) 备份完成后，可以使用RMAN验证备份文件的完整性。 1.2 逻辑备份逻辑备份是指对数据库中的逻辑结构（如表、视图等）进行备份，备份的内容是SQL语句或者导出文件。逻辑备份通常使用expdp（数

据泵）或者exp（传统导出）工具来完成。以下是进行逻辑备份的一般步骤： 1) 配置expdp或exp环境并连接到目标数据库； 2) 创建备份目录并指定备份文件的存储位置； 3) 开始备份任务，expdp或exp将自动生成备份文件； 4) 备份完成后，可以使用impdp或imp工具验证备份文件的完整性。 2. 数据库恢复方法 2.1 物理恢复物理恢复是指将备份的物理文件还原到数据库中，并应用归档日志文件来恢复丢失的数据。以下是进行物理恢复的一般步骤： 1) 将备份文件复制到目标数据库的恢复目录； 2) 启动目标数据库并将其切换到恢复模式； 3) 使用RMAN工具恢复数据文件、控制文件和归档日志文件； 4) 应用归档日志文件以恢复丢失的数据； 5) 完成恢复后，将数据库切换回正常运行模式。 2.2 逻辑恢复逻辑恢复是指使用逻辑备份文件来还原数据库中的逻辑结构和数据。以下是进行逻辑恢复的一般步骤：

ORACLE数据备份与数据恢复方案

ORACLE数据备份与数据恢复方案ORACLE数据备份与数据恢复方案可以分为以下几个步骤： 1. 定期备份数据：根据业务需求和数据变动频率，制定合理的备份策略，包括完全备份、增量备份和差异备份。完全备份是将整个数据库备份到磁盘或磁带上，增量备份是备份自上次完全备份以来的所有更改，差异备份是备份自上次完全备份以来的所有更改。 2. 使用RMAN进行备份：Oracle提供了一个强大的备份和恢复工具RMAN （Recovery Manager），可以通过RMAN进行数据库备份和恢复。RMAN可以自动管理备份集和日志文件，并提供了多种备份选项，如全备份、增量备份、归档日志备份等。 3. 使用物理备份：物理备份是将数据库的物理文件直接备份到磁盘或磁带上，包括数据文件、控制文件和归档日志文件。物理备份可以通过复制这些文件来恢复数据库。 4. 使用逻辑备份：逻辑备份是将数据库的逻辑结构（如表、索引、视图等）导出为可读的格式，如SQL脚本或数据泵导出文件。逻辑备份可以通过重新导入这些数据来恢复数据库。 5. 定期测试恢复：定期测试数据恢复是验证备份和恢复方案是否可行的重要步骤。通过定期恢复测试，可以确保备份文件的完整性和可用性，并验证恢复过程的正确性。 6. 使用冷备份和热备份：冷备份是在数据库关闭状态下进行的备份，可以通过拷贝数据库的物理文件来进行。热备份是在数据库运行状态下进行的备份，可以通过RMAN进行增量备份或归档日志备份。

7. 使用数据保护技术：除了传统的备份和恢复方法外，还可以使用一些高级的数据保护技术，如数据复制、数据镜像、数据同步等，来提高数据的可用性和可靠性。综上所述，ORACLE数据备份与数据恢复方案需要根据实际情况制定合理的备份策略，并结合RMAN等工具进行备份和恢复操作，同时定期测试备份和恢复过程，以保证数据的安全性和可用性。

Oracle ramn 备份与恢复

ORACLE数据库的备份与恢复差异增量备份就是备份往前第一个备份级别小于或等于当前备份级别开始到现在的变化。累计增量备份就是备份往前第一个备份级别小于当前备份级别开始到现在的变化。 0级备份也就是全备份，但0级备份可以在此基础之上再进行备份，但全备份就不可以。 Oracle rman 备份一、数据库全备份方法（nocatalog） 1 注意rman有两个，要执行db_1/bin下那个（可以通过修改oracle变量来达到） 2 在执行ramn之前要确认当前数据库是否处理Archive Mode模式，并处于Enabled下查看方式：如果不是可以通过如下方式打开并修改： SQL>startup mount SQL>alter database archivelog SQL>alter database open 3全备份数据库： A先连接数据库HERMING B查看备份列表中是否有以前备份的文件 C执行全数据库备份

4备份完之后可以查看一下备份出来的文件信息： 5备份文件存放路径为：

二、0级数据库备份 A 以nocatalog方式使用rman B连接数据库 C执行0级数据库备份注：全备份与0级备份的相同点是都是将数据库全部备份下来。全备份与0级备份的不同点是全备份不能作为增量备份，而0级可以作为增量备份。1级备份就在0级备份的基础上进行的。三、1级增量备份（基于0级备份之上）总结：可以将备份出来的文件考到其他介质上进行保存，并进行删除。如果要恢复时请将该文件放回到这文件夹下，并要保存文件名不变。

说明：口令文件因为可以重新设置，所以不用备份，重做日志文件不能在非nocatalog中备份。四、备份archivelog(参数文件+数据文件+控制文件+归档日志文件) 先备份完再删除归档备份五、备份表空间 A 查看有哪些表空间 B备份名为TBS1的表空间

RMAN的备份与恢复步骤详解

RMAN的备份与恢复步骤详解 RMAN（Recovery Manager）是Oracle数据库备份和恢复技术的核心工具，提供了一种集中管理和自动化备份和恢复操作的方式。下面将详细介绍RMAN的备份与恢复步骤。备份步骤： 1.配置RMAN环境：确定RMAN备份目标、备份库、目标库的连接信息，并设置环境变量。 2.创建RMAN备份目标：使用CREATECATALOG命令创建RMAN备份目标，以存储备份信息和恢复目标的元数据。 3.创建备份策略：确定备份类型（完全备份、增量备份、增量备份级别等），备份周期（每日、每周）、备份级别（全局备份、局部备份）以及备份介质（磁盘、磁带）等。 4.执行备份命令：使用BACKUP命令执行备份操作。根据备份策略选择相应的备份类型，并指定备份集的存储位置。可以使用全量备份、增量备份或归档日志备份等方式进行备份。 5.备份验证和测试：使用RESTORE命令验证备份集是否可恢复。可以恢复到测试库中，检查数据的完整性以及备份恢复的过程和时间。恢复步骤： 1.准备恢复环境：确定系统状态，关闭数据库、归档日志模式，备份控制文件，以备份增量恢复，恢复目标数据库的连接信息，并设置环境变量。

2.恢复控制文件：将备份的控制文件还原到指定位置，以获取数据库的结构信息。 3.恢复数据库文件：使用RESTORE命令恢复需要的数据文件。可以选择完全恢复（使用全量备份和归档日志进行恢复）、增量恢复（使用增量备份和归档日志进行恢复）或点恢复（使用时间点或SCN号进行恢复）的方式。 4.打开数据库：使用OPENRESETLOGS命令打开数据库，恢复数据库文件到最新的状态。 5.检查恢复结果：验证恢复后数据库的完整性和一致性。使用相应的SQL语句检查数据的正确性、索引的可用性和对象的有效性。常见问题处理： 1.恢复失败的处理：RMAN提供了很多失败后的处理命令，比如RECOVER命令来恢复损坏的数据文件，CROSSCHECK命令来检查备份文件的完整性等。根据错误信息和日志文件，查找并处理故障原因。 2.恢复到指定时间点：根据业务需求，使用RECOVER命令指定SCN号或时间点来恢复数据库到指定状态。 3.恢复丢失的归档日志：如果归档日志缺失，可以使用CATALOG命令将归档日志交给RMAN进行管理，或者使用备份集中的归档日志进行恢复。总结： RMAN提供了一种集中管理和自动化备份和恢复操作的方式，简化了备份和恢复的流程。备份步骤包括配置RMAN环境、创建备份目标、创建备份策略、执行备份命令和备份验证。恢复步骤包括准备恢复环境、恢复

ORACLE数据备份与数据恢复方案

ORACLE数据备份与数据恢复方案一、背景介绍在现代信息化时代，数据备份与恢复方案对于企业的安全和可靠性至关重要。ORACLE作为一种常用的关系型数据库管理系统，其数据备份与恢复方案更是必不可少的一环。本文将详细介绍ORACLE数据库的数据备份与数据恢复方案，以确保数据的完整性和可靠性。二、数据备份方案 1. 定期全量备份为了保证数据的完整性，建议每周进行一次全量备份。全量备份将数据库中的所有数据和表结构备份到磁盘或磁带上，以便在数据丢失或损坏时进行恢复。备份过程可以通过使用ORACLE提供的备份工具，如RMAN（Recovery Manager）来实现。 2. 增量备份除了全量备份外，增量备份也是非常重要的一种备份方式。增量备份只备份自上次全量备份以来发生变化的数据，可以大大减少备份所需的时间和存储空间。增量备份可以通过使用ORACLE的归档日志（Archive Log）来实现，归档日志记录了数据库的所有变更操作。 3. 冷备份与热备份冷备份是在数据库关闭的情况下进行的备份，适用于对数据库的停机时间要求较低的情况。热备份是在数据库运行的情况下进行的备份，可以实现数据库的连续运行，但备份过程可能会对数据库性能产生一定的影响。 4. 存储介质选择

备份数据需要选择合适的存储介质，如磁带、硬盘或网络存储设备。磁带备份具有较高的存储容量和较低的成本，适用于大规模数据备份。硬盘备份速度较快，适用于小规模数据备份。网络存储设备可以提供远程备份和容灾功能。 5. 定期验证备份数据的完整性备份数据的完整性非常重要，建议定期验证备份数据的可用性和完整性。可以通过恢复测试来验证备份数据的有效性，确保在数据恢复时不会出现问题。三、数据恢复方案 1. 故障恢复当数据库发生故障时，可以通过以下步骤进行数据恢复： - 恢复最近的全量备份 - 应用增量备份和归档日志，将数据库恢复到故障发生前的状态 - 进行数据库的完整性检查和修复 2. 误操作恢复当用户误操作导致数据丢失或损坏时，可以通过以下步骤进行数据恢复： - 恢复最近的全量备份 - 应用增量备份和归档日志，将数据库恢复到误操作前的状态 - 进行数据修复和恢复 3. 灾难恢复在面对自然灾害、硬件故障或人为破坏等灾难性事件时，可以通过以下步骤进行数据恢复： - 恢复最近的全量备份

Oracle培训讲义(ramn数据库备份与恢复)

rman数据库备份与恢复 1．rman配置创建恢复目录 1)准备目录数据库目录数据库可以选择任何一个数据库，但是最好和被注册的数据库在不同的服务器上，而且最好为目录模式创建独立的表空间。 ?选择创建恢复管理器目录的数据库。 ?创建表空间。 SQL> conn system/oracle@law_tian 已连接。 SQL> show parameter instance_name NAME TYPE V ALUE -------------------- ----------- --------- instance_name string tian SQL> create tablespace cattbs 2 datafile 'e:\oracle\oradata\tian\cattbs01.dbf' 3 size 20m 4 ; 表空间已创建。 ?创建包含目录模式的用户。 SQL> create user rman identified by rman 2 temporary tablespace temp 3 default tablespace cattbs 4 quota unlimited on cattbs 5 ; 用户已创建 SQL> grant connect,recovery_catalog_owner to rman; 授权成功。 2)创建恢复管理器目录 C:\> ramn RMAN> connect catalog ramn/rman@law_tian RMAN> create catalog tablespace cattbs; 3)注册要备份的数据库 C:\>rman 恢复管理器: 版本9.2.0.1.0 - Production Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved. RMAN> connect catalog rman/rman@law_tian 连接到恢复目录数据库

rman原理

rman原理 RMAN即Recovery Manager，它是Oracle提供的用于备份和恢复数据库的工具。下面我们来详细了解一下RMAN的原理。一、备份 RMAN的备份分为在线备份和离线备份两种。在线备份是在数据库运行的同时备份数据库，而离线备份需要关闭数据库才能备份。 1. 在线备份原理在进行在线备份时，RMAN会先把被备份的数据文件标记为“备份使能”，然后创建一个备份集，将备份集的信息存储到控制文件中。接着，RMAN会将需要备份的数据块读入内存，并生成一个输入流，将输入流和备份集的信息一起写入备份设备中。最后，RMAN会将备份设备中的备份集的信息更新到控制文件中。 2. 离线备份原理离线备份需要先将数据库关闭，然后再备份数据库。RMAN在备份时，会先读取控制文件中的信息，然后将所有数据文件读入内存，并生成一个输入流，将输入流写入备份设备中。备份完成后，RMAN会将备份设备中的备份集的信息更新到控制文件中。二、恢复恢复分为完全恢复和不完全恢复两种。完全恢复是将数据库恢复到最后一次备份的状态，而不完全恢复则是将数据库恢复到指定的时间点或者将一些表空间或数据文件进行恢复。 1. 完全恢复原理完全恢复的原理是要满足两个条件：备份和日志。首先，需要用备份来恢复到某一个时间点。然后，将数据库日志应用到这个时间点之后，直至“恢复完成”为止。在执行完备份后，通过RMAN恢复数据库到某一个时间点，RMAN 首先需要使用备份生成一个控制文件副本。然后，使用REDOS文件将数据库恢复到指定的时间点。继而，将REDO日志应用到指定时间点之

后，最后检查数据库的一致性。 2. 不完全恢复原理不完全恢复的原理相对于完全恢复来说要简单一些。即可以通过备份恢复，也可以通过RMAN将某一表空间或者数据文件进行恢复。在进行不完全恢复时，需要先确认恢复的是表空间还是数据文件，并选择方式进行恢复。如果是表空间的话，需要确定恢复的表空间中存在的数据文件和控制文件是否可以找到。如果是数据文件的话，需要确认将数据文件恢复到指定的位置是否合适。以上就是RMAN的备份和恢复原理。当然，备份和恢复的流程中还有其他一些操作，比如使用RMAN进行备份管理，设置备份策略等等。总之，只有了解了RMAN的备份和恢复原理，才能更好地进行数据库维护和管理。

Oracle数据库的备份与恢复操作手册(Linux)

Oracle数据库的备份与恢复操作手册(Linux) Oracle数据库的备份与恢复操作手册(Linux) 本文档详细介绍了在Linux操作系统下使用Oracle数据库进行备份与恢复的操作步骤和注意事项。以下为各个章节的详细内容： 1、概述 1.1 目的 1.2 范围 1.3 定义 2、备份概念 2.1 数据库备份的重要性 2.2 备份策略 2.3 数据库备份类型 2.3.1 完全备份 2.3.2 增量备份 2.3.3 差异备份 2.4 备份工具与方法选择 3、备份前的准备工作

3.1 检查数据库完整性 3.2 空间与容量评估 3.3 备份计划编制 4、完全备份 4.1 备份前的准备工作 4.2 备份命令示例 4.3 备份后的验证与恢复测试 5、增量备份 5.1 备份前的准备工作 5.2 增量备份的实施步骤 5.3 增量备份恢复操作 6、差异备份 6.1 备份前的准备工作 6.2 差异备份的实施步骤 6.3 差异备份恢复操作 7、数据文件的备份与恢复7.1 数据文件的备份方法

7.2 数据文件的恢复方法 7.3 数据文件的故障处理 8、控制文件和日志文件的备份与恢复8.1 控制文件和日志文件的备份方法8.2 控制文件和日志文件的恢复方法 8.3 控制文件和日志文件的故障处理 9、归档日志的备份与恢复 9.1 归档日志的备份方法 9.2 归档日志的恢复方法 9.3 归档日志的故障处理 10、RMAN备份与恢复 10.1 RMAN备份与恢复的概述 10.2 RMAN备份策略的设计 10.3 RMAN备份与恢复的实施步骤10.4 RMAN备份与恢复的故障处理附件：

RMAN恢复操作

RMAN恢复操作 RMAN（Recovery Manager）是Oracle 数据库提供的一种备份和恢复工具，它能够帮助数据库管理员进行数据库的全量备份、增量备份和恢复操作。RMAN具有很强的自动化和并行处理功能，可以大大简化数据库备份和恢复的操作过程，提高数据库的可用性和数据的安全性。在进行RMAN恢复操作前，首先需要进行备份恢复策略的制定。策略包括备份类型（全量备份、增量备份、归档日志备份）、备份频率、备份保留周期和恢复时间目标等。根据具体的需求，确定适合的备份和恢复策略。 RMAN支持多种备份方式，可以通过RMAN命令行工具或者企业管理器进行备份。在进行备份操作时，可以选择全量备份、增量备份或归档日志备份。全量备份是将整个数据库的数据和控制文件备份，可以用于初始化数据库或完全恢复数据库。增量备份是将数据库的变化部分备份，可以显著减少备份时间和存储空间。归档日志备份是将数据库的归档日志备份，用于数据库的恢复操作。 RMAN在进行备份操作时，会将备份集保存到磁盘或者磁带等存储介质上。备份集包括数据文件备份、控制文件备份和归档日志备份。备份集可以通过RMAN命令进行管理和检查，还可以进行压缩和加密操作，提高备份效率和保护备份数据的安全性。在进行恢复操作时，可以选择完全恢复或部分恢复。完全恢复是将数据库恢复到最近的完全备份点，然后通过应用归档日志将数据库恢复到指定的时间点。部分恢复是将数据库恢复到一些指定的时间点或者指定的恢

复点。RMAN在进行恢复操作时，会自动应用备份和归档日志，进行数据的重建和恢复。 RMAN还支持增量恢复，可以在进行部分恢复时，只恢复已经发生变化的数据块。增量恢复可以提高恢复效率，减少恢复时间。 RMAN还支持数据库的跨平台恢复和迁移。通过RMAN可以实现不同操作系统平台之间的数据库迁移和恢复。在进行跨平台恢复和迁移时，需要进行必要的参数调整和文件路径修改，保证数据库恢复和迁移的正确性。 RMAN还提供了各种备份和恢复的监控和报告功能。可以通过RMAN命令或者企业管理器查看备份和恢复的进度和状态。RMAN还可以生成备份和恢复的日志文件，用于问题排查和系统审计。总之，RMAN是Oracle 数据库备份和恢复的重要工具，具有强大的功能和灵活的操作方式。通过合理的备份和恢复策略，可以有效地保护数据库的数据和提高数据库的可用性。同时，需要注意备份和恢复的时机和方法，及时检查备份集的完整性和可用性，提高恢复操作的成功率和效率。

OracleRAC环境数据备份与恢复实践

Oracle RAC 环境数据备份与恢复实践【导读】某企业因项目需要在Oracle RAC集群环境下，根据实际情况对Oracle数据库进行备份；使用生产环境的rman全备数据，进行恢复数据搭建测试环境。本文将详细介绍此案例中Oracle数据库rman全备份过程、Oracle RAC 环境下rman备份数据如何恢复至单机服务器。考虑到非常的实用，将实施经验分享给更多同行进行交流学习。【作者】焦育，从事系统运维8年，现就职于某大型车企公司信息部门，主要负责企业信息化基础建设与规划，主持数据中心系统运维工作，凭借Zabbix、grafana开源软件构建企业数据中心监控系统，精通linux操作系统、VMware虚拟化软件、掌握oracle与mysql数据库的运维管理、熟练使用shell、Python语言。一、背景环境生产环境使用两台DELL R840 服务器，安装了 linux centos 7.6操作系统，并配置多路径，使用 EMC untiy 作为共享存储，分配了2个1T LUN 存储数据库文件，1个500G LUN存放归档数据，3个30G LUN存放 OCR 、FALSH、GIMR 数据。Oracle RAC 软件版本是19C 19.0.0.0.0。

二、数据备份 1、备份策略为保障oracle rac 集群数据安全，因项目组要求设计数据库备份方案。考虑到服务器RAC1与RAC2每台服务器自带2T本地可用容量，每次全备产生约 400GB数据文件。可将奇数天备份到RAC1，偶数天备份到RAC2， 4*400GB=1.6TB，每台服务器可以备份4天的全量数据。空间非常的富余，不计划使用rman的增量备份，直接全量备份近8天数据，恢复也较为方便。 2、备份过程在RAC1主机下执行，（RAC2同理）首先Oracle 数据库开启归档，归档模式下，才可以进行数据库的热备份、联机备份、手工备份等。非归档模式下，只能进行冷备份。当然我们rman备份是在线备份。

oracle中rman解读

oracle中rman解读什么是Oracle中的RMAN？ Oracle Recovery Manager（RMAN）是Oracle数据库管理系统的备份和恢复工具。它是一个命令行接口工具，用于创建、备份和恢复数据库。RMAN提供了许多功能，使数据库管理员能够轻松地管理数据库的备份和恢复操作。 RMAN的主要功能包括： 1. 数据库备份：RMAN可以创建全备份、增量备份和归档日志备份。全备份是对整个数据库的备份，增量备份是对数据库发生变化的部分进行备份，并且归档日志备份用于保存数据库发生的所有事务。 2. 数据库恢复：RMAN可以使用备份文件来恢复数据库的状态。无论是数据库崩溃、数据文件损坏还是误删除数据，RMAN都能通过备份文件将数据库恢复到先前的状态。 3. 数据库克隆：RMAN可以创建数据库的克隆，即使用备份文件创建一个与源数据库相同的副本。这对于创建测试环境或实现高可用性方案（如数据保护和灾难恢复）非常有用。 4. 数据库转储和还原：RMAN可以将整个数据库或部分数据库导出到外部设备（如磁盘或磁带）上，然后可以使用导出文件将数据库还原到其他

数据库中。 5. 定时备份：RMAN可以根据预定的计划定期创建数据库备份。这样可以确保备份的频率足够高，以便在发生故障时尽快恢复数据库。 6. 数据库压缩：RMAN可以在备份过程中压缩数据库备份文件，以减少存储空间的使用。这在备份大型数据库时尤为重要。下面是如何使用RMAN执行常见任务的步骤： 1. 连接到RMAN：使用操作系统命令行或RMAN命令行以管理员权限登录到数据库服务器。 2. 创建备份：使用RMAN命令创建数据库备份。你可以选择全备份、增量备份或归档日志备份。例如，创建全备份可以使用以下命令： RMAN> BACKUP DATABASE; 3. 恢复数据库：如果数据库发生故障，可以使用RMAN命令从备份集中恢复数据库。例如，如果要将数据库恢复到最新的全备份点，可以使用以下命令：

oracle数据库备份与恢复方案

oracle数据库备份与恢复方案文件控制受控不受控文档编号日期项目名称版本号分册名称第册/共册总页数正文附录编制审批生效日期

目录一、编写目的 (1) 二、备份工具及备份方式 (1) 三、软件备份 (1) 四、软件恢复 (1) 五、数据备份 (2) 六、备份的存储 (2) 七、备份数据的保存规定 (2) 八、备份介质的格式 (3) 九、数据恢复 (4)

一、编写目的本文档主要说明公司项目在实施现场的软件及数据的备份和恢复方案。二、备份工具及备份方式 1.备份工具 Oracle RMAN（Recovery Manager）：是一种用于备份(backup)、还原(restore)和恢复(recover)数据库的Oracle 工具。RMAN只能用于ORACLE8或更高的版本中。它能够备份整个数据库或数据库部件，如表空间、数据文件、控制文件、归档文件以及Spfile参数文件。RMAN也允许您进行增量数据块级别的备份，增量RMAN备份是时间和空间有效的，因为他们只备份自上次备份以来有变化的那些数据块。 2.备份方式（1）自动备份：由Windows 计划任务调度完成；（2）手工备份：完成特殊情况下的备份，分热备份和冷备份，热备份是指在不关闭数据库情况下进行备份，冷备份则需要停止Oracle实例服务。三、软件备份 1.以七天为一个周期每天23:00将所有软件拷贝到其他存储介质上 2.超出七天的备份依次删除 3.每月一号将上月最后7天的备份文件刻录到光盘上四、软件恢复 1.找出最近的备份程序覆盖到正式运行环境的相应目录中五、数据备份 1.业务系统或数据库在打重要补丁或升级的前后，必须按要求对业务系统进行停机备份或非停机备份，备份需包含应用和数据库的文件系统及数据，备份方式为手工备份，使用RMAN执行备份；

rman备份原理

rman备份原理 RMAN (Recovery Manager) 是一个在 Oracle 数据库中执行备份和恢复操作的工具。它能够提供高度可靠性和高效性的备份解决方案。RMAN 将备份数据存储在磁盘或者磁带设备上，并且能够在发生故障情况下快速恢复数据。以下是 RMAN 备份的原理。 1.RMAN基于块备份： RMAN通过备份数据文件的块而不是整个文件来执行备份。这样的备份方式被称为块备份。块备份包括数据文件、控制文件和日志文件。通过备份块而不是整个文件，RMAN可以大大减少备份所需的时间和磁盘空间。 2.RMAN使用增量备份策略： RMAN提供了增量备份策略，它只备份自上次完全备份以来更改的数据块。这种备份策略可以大大减少备份时间和磁盘空间的消耗。RMAN使用归档日志或增量备份来恢复到特定的时间点，并还原数据文件。 3.RMAN利用备份集： RMAN生成的备份文件被称为备份集。备份集是一个包含多个备份块的文件，其中包含数据文件的所有更改。备份集可以存储在磁盘上或者通过RMAN传输到磁带上。备份集提供了备份数据的高度可靠性和完整性。 4.RMAN自动备份控制文件和参数文件： RMAN不仅备份数据文件，还能够自动备份控制文件和参数文件。控制文件记录了数据库的结构和元数据信息，参数文件包含了数据库的运行参数。通过备份控制文件和参数文件，RMAN可以在发生故障时快速恢复数据库的状态。

5.RMAN与归档日志一起使用： RMAN与数据库的归档日志配合使用，可以提供完整的备份和恢复解决方案。归档日志记录了自上次备份以来数据库的所有更改。RMAN可以使用归档日志来恢复到特定的时间点，并且可以通过归档日志将备份带回最新状态。 6.RMAN支持增量恢复： RMAN可以自动执行增量恢复操作，从而恢复至备份的一些特定时间点之后的状态。增量恢复只需应用最新的增量备份和相关的归档日志，大大减少了恢复所需的时间。 7.RMAN备份集优化： RMAN可以对备份集进行优化，从而提高备份和恢复的性能。它可以跨数据文件并行备份和还原块，以提高效率。此外，RMAN还提供了压缩备份集的选项，以减少备份所需的磁盘空间。总结： RMAN是一个强大的备份和恢复工具，它能够提供高度可靠性和高效性的备份解决方案。通过基于块的备份、增量备份策略、备份集、归档日志、增量恢复和备份集优化等特性，RMAN可以满足数据库备份和恢复的需求，并确保数据库在发生故障时能够快速恢复并且数据完整。

rac数据库恢复到单实例数据库的注意事项

rac数据库恢复到单实例数据库的注意事项以RAC数据库恢复到单实例数据库的注意事项为题目，本文将介绍在将RAC数据库恢复为单实例数据库时需要注意的一些关键点和步骤，以保证恢复过程顺利进行。一、备份RAC数据库在进行RAC数据库恢复之前，首先需要进行数据库备份，以防止在恢复过程中出现意外情况导致数据丢失。备份可以使用Oracle提供的备份工具，如RMAN来完成，确保备份的完整性和可恢复性。二、检查单实例数据库的硬件和软件要求在将RAC数据库恢复为单实例数据库之前，需要确保目标单实例数据库的硬件和软件环境满足要求。例如，确保目标服务器的硬件配置足够强大来支持单实例数据库的运行，并且操作系统和数据库软件的版本与RAC数据库一致。三、准备单实例数据库的环境在进行RAC数据库恢复之前，需要在目标服务器上创建一个新的单实例数据库环境。可以使用Oracle提供的工具，如Database Configuration Assistant (DBCA)来创建新的数据库实例，并确保数据库参数和目录结构与RAC数据库一致。四、导出RAC数据库的数据在将RAC数据库恢复为单实例数据库之前，需要将RAC数据库中

的数据导出到目标服务器上的单实例数据库中。可以使用Oracle提供的工具，如Data Pump来完成数据的导出和导入操作。在导出数据之前，需要确保目标单实例数据库的表空间足够大，以容纳导出的数据。五、导入RAC数据库的数据在将RAC数据库的数据导入到单实例数据库之前，需要确保目标单实例数据库的表空间和用户已经创建，并且具有足够的权限来导入数据。可以使用Oracle提供的工具，如Data Pump来完成数据的导入操作。六、修改单实例数据库的配置在将RAC数据库恢复为单实例数据库之后，需要修改单实例数据库的配置，以适应新的环境和需求。例如，可以修改数据库参数、调整表空间大小，以及重新配置备份和恢复策略等。七、测试单实例数据库的可用性和性能在完成RAC数据库恢复为单实例数据库之后，需要进行一系列的测试来验证数据库的可用性和性能。可以使用Oracle提供的工具，如SQL*Plus来执行一些简单的SQL查询，以确保数据库可以正常工作。八、更新应用程序在将RAC数据库恢复为单实例数据库之后，需要更新相关的应用程

oracle rman原理

oracle rman原理 Oracle RMAN是一个备份和恢复的工具，可以帮助管理和维护Oracle数据库的备份和恢复策略。在本文中，我们将深入了解Oracle RMAN的原理，包括其架构、备份和恢复的过程。一、Oracle RMAN架构 Oracle RMAN架构由以下几个部分组成： 1. RMAN Client：运行在客户端的程序，用于连接数据库并执行备份和恢复操作。 2. Recovery Catalog：一个数据库，用于存储备份和恢复的元数据信息。可以作为Oracle RMAN的备案集中管理的位置。它允许多个客户端可以共同使用相同的元数据信息，以及更好的控制备份和恢复操作。一个RMAN客户端可以管理多个数据库的备份，其中只需要一个Recovery Catalog。 3. Target Database：需要被备份或还原的受管对象数据库。二、Oracle RMAN备份和恢复的过程 1.备份 Oracle RMAN可以执行物理备份和逻辑备份。物理备份是通过备份数据库文件来完成的，而逻辑备份则是由SQL 语句生成的备份。Oracle RMAN支持增量备份和差异备份，可以对数据库进行整体备份或备份选定数据文件/表空间。

Database和Recovery Catalog，然后从Target Database 中读取备份配置，根据配置信息生成一个备份脚本。该脚本中确定了需要备份哪些数据文件，如何备份这些数据文件以及备份文件的存储位置。然后，Oracle RMAN使用备份脚本开始备份数据。备份期间的操作可以分为以下几个步骤： ①缩减空间：Oracle RMAN可以通过在数据文件中查找未使用的块来缩减磁盘空间。②读取备份配置：Oracle RMAN会读取所有与当前备份操作相关的配置信息。例如，需要备份哪些数据文件？备份到的位置在哪里等等。③备份数据文件：Oracle RMAN将所有需要备份的数据文件备份到指定的位置，并将备份的元数据写入Recovery Catalog。这些元数据包括备份开始和结束时间、备份回收策略等。④备份控制文件和日志文件：Oracle RMAN备份控制文件和备份日志文件以保持有效性。⑤备份完成：完成备份操作并向用户报告备份进度和状态。 2.恢复 Oracle RMAN可以执行许多不同类型的恢复操作。可以从磁盘或磁带还原备份数据，可以执行不同的恢复类型（如点恢复或完全恢复），还可以进行数据文件的恢复和回滚操作。