RMAN备份恢复的十个最佳做法
2013-04-07 16:02
183 查看
rman 如何把日志 输出到日志文件而且也输出到屏幕呢?
在linux下
% rman target / nocatalog | tee /uo1/backup/rman.log
如果是windows下呢
大家可以去下一个wtee 的命令,拷贝到system32下,执行如下
C:\Users\nowhill>rman target backup/backup catalog=rcat/rcat |wtee d:\rman.log
下面介绍10大数据库备份和恢复的最佳做法。
1. 打开块检查(block checking)
这样做的目的是为了及早的发现数据库中的坏块。会有些性能开销,但是可以发现由于底层磁盘、存储系统或I/O系统的问题导致的坏块。
SQL> alter system set db_block_checking = true scope=both;
2. 用rman备份时打开块跟踪(10g以上)
块跟踪文件包含用于增量备份的位图。每一个位表示一个extent,因此仅仅那些被修改的extent才会被读取并备份。如果没打开块跟踪,那么所有的块必须都被读取,以确定是否已经上次备份后被修改过。
SQL> alter database enable block change tracking using file '/u01/oradata/ora1/change_tracking.f';
3. 镜像日志组成员,并且有1个以上的归档位置如果一个在线日志成员被删除或损坏,那么另一个成员可以用于恢复。如果归档日志文件损坏或丢失,那么其他归档位置的副本仍然可以使用。
SQL> alter system set log_archive_dest_2='location=/new/location/archive2' scope=both;
SQL> alter database add logfile member '/new/location/redo21.log' to group 1;
4. 备份时使用 check logical 选项这会让rman检查块中的逻辑损坏以及头尾校验,这是获得良好备份的最好方式。
RMAN> backup check logical database plus archivelog delete input;
5. 测试你的备份做任何操作都不如实际恢复一次数据库。这是最好的确定你的备份在关键时刻是否良好可用的最佳方法。
RMAN> restore validate database;
6. 每个数据文件在一个单独的备份片中做部分恢复时rman必须读取整个备份片和必须的归档日志。备份片越小恢复越快。这对大型数据库的磁带备份或仅恢复单个(或几个)文件时特别重要。
RMAN> backup database filesperset 1 plus archivelog delete input;
7. 维护 rman 的恢复目录和控制文件仔细选择你的保留政策。确保它涵盖了你的磁带系统保留策略以及备份恢复策略的需求。如果没使用恢复目录,确保参数control_file_record_keep_time匹配你的保留策略。
SQL> alter system set control_file_record_keep_time=21;备份记录将保留21天。
执行常规的恢复目录维护删除过期的内容将移走超过保留策略的备份,如果过期备份没被删除,恢复目录会增长直至性能出现问题。
RMAN> delete obsolete;校验恢复目录或控制文件中内容与物理的备份匹配。
如果备份片丢失,将被置为'EXPIRED' 状态,恢复时它将没有资格,更早的备份将被使用。删除过期备份需要使用以下命令。
RMAN> crosscheck backup;
RMAN> delete expired backup;
8. 预防控制文件丢失这将确保您始终具备最新controlfile的可用。
RMAN> configure controlfile autobackup on;保留备份日志。
备份日志包含您的磁带访问的参数,控制文件备份的位置,如果数据库完全丢失时这些信息会很有用。
9. 测试你的恢复在恢复场合,会让你知道恢复将怎样执行。并且能避免再次恢复原数据文件。
SQL> recover database test;
SQL> RECOVER TABLESPACE sales TEST;
10. 在备份归档时不要使用delete all input DELETE INPUT 将从第一个归档位置删除日志。它也将删除从先前备份以来的第二个归档位置的日志。
备份并删除指定位置的归档backup archivelog until time 'sysdate -7' like '/u04/oracle/admin/TEST/arch/%' deleteinput;
如果归档文件备份到多个目标位置,而且不同位置保留策略不同,可以如下操作:
run {
backup archivelog all;
delete archivelog until time 'sysdate -1' like '/am3/oradata/arch/%';
delete archivelog until time 'sysdate -5' like '/am3/oradata/arch1/AM3P2/%';
}
rman备份和删除归档文件按数字顺序从_dest_1到_dest_10执行。
如果存在闪回区,rman总是首先从闪回区进行备份和删除。
在恢复过程中RMAN将检查所有的归档目的地,以确保需要的归档日志已经不存在。如果归档日志已经存在RMAN的目的地之一,将无法恢复该文件。
恢复归档日志到asm中的闪回区
RMAN> run {
allocate channel c1 type 'sbt_tape';
set archivelog destination to '+SHARED_FRA_DG01/P132/ARCHIVELOG/2010_08_13';
restore archivelog from time "to_date('13/08/2010:00:00:00','dd/mm/yyyy:hh24:mi:ss')" until time "to_date('14/08/2010:00:00:00','dd/mm/yyyy:hh24:mi:ss')";
}
+SHARED_FRA_DG01/P132/ARCHIVELOG/2010_08_13 ASMCMD> ls -ltr Type Redund Striped Time Sys Name N 1_94528_708660567.dbf => +SHARED_FRA_DG01/P132/ARCHIVELOG/2010_08_16/thread_1_seq_94528.5341.727224533 N 1_94529_708660567.dbf =>
+SHARED_FRA_DG01/P132/ARCHIVELOG/2010_08_16/thread_1_seq_94529.3425.727224661 N 1_94530_708660567.dbf =>
+SHARED_FRA_DG01/P132/ARCHIVELOG/2010_08_16/thread_1_seq_94530.5644.727224779
在linux下
% rman target / nocatalog | tee /uo1/backup/rman.log
如果是windows下呢
大家可以去下一个wtee 的命令,拷贝到system32下,执行如下
C:\Users\nowhill>rman target backup/backup catalog=rcat/rcat |wtee d:\rman.log
下面介绍10大数据库备份和恢复的最佳做法。
1. 打开块检查(block checking)
这样做的目的是为了及早的发现数据库中的坏块。会有些性能开销,但是可以发现由于底层磁盘、存储系统或I/O系统的问题导致的坏块。
SQL> alter system set db_block_checking = true scope=both;
2. 用rman备份时打开块跟踪(10g以上)
块跟踪文件包含用于增量备份的位图。每一个位表示一个extent,因此仅仅那些被修改的extent才会被读取并备份。如果没打开块跟踪,那么所有的块必须都被读取,以确定是否已经上次备份后被修改过。
SQL> alter database enable block change tracking using file '/u01/oradata/ora1/change_tracking.f';
3. 镜像日志组成员,并且有1个以上的归档位置如果一个在线日志成员被删除或损坏,那么另一个成员可以用于恢复。如果归档日志文件损坏或丢失,那么其他归档位置的副本仍然可以使用。
SQL> alter system set log_archive_dest_2='location=/new/location/archive2' scope=both;
SQL> alter database add logfile member '/new/location/redo21.log' to group 1;
4. 备份时使用 check logical 选项这会让rman检查块中的逻辑损坏以及头尾校验,这是获得良好备份的最好方式。
RMAN> backup check logical database plus archivelog delete input;
5. 测试你的备份做任何操作都不如实际恢复一次数据库。这是最好的确定你的备份在关键时刻是否良好可用的最佳方法。
RMAN> restore validate database;
6. 每个数据文件在一个单独的备份片中做部分恢复时rman必须读取整个备份片和必须的归档日志。备份片越小恢复越快。这对大型数据库的磁带备份或仅恢复单个(或几个)文件时特别重要。
RMAN> backup database filesperset 1 plus archivelog delete input;
7. 维护 rman 的恢复目录和控制文件仔细选择你的保留政策。确保它涵盖了你的磁带系统保留策略以及备份恢复策略的需求。如果没使用恢复目录,确保参数control_file_record_keep_time匹配你的保留策略。
SQL> alter system set control_file_record_keep_time=21;备份记录将保留21天。
执行常规的恢复目录维护删除过期的内容将移走超过保留策略的备份,如果过期备份没被删除,恢复目录会增长直至性能出现问题。
RMAN> delete obsolete;校验恢复目录或控制文件中内容与物理的备份匹配。
如果备份片丢失,将被置为'EXPIRED' 状态,恢复时它将没有资格,更早的备份将被使用。删除过期备份需要使用以下命令。
RMAN> crosscheck backup;
RMAN> delete expired backup;
8. 预防控制文件丢失这将确保您始终具备最新controlfile的可用。
RMAN> configure controlfile autobackup on;保留备份日志。
备份日志包含您的磁带访问的参数,控制文件备份的位置,如果数据库完全丢失时这些信息会很有用。
9. 测试你的恢复在恢复场合,会让你知道恢复将怎样执行。并且能避免再次恢复原数据文件。
SQL> recover database test;
SQL> RECOVER TABLESPACE sales TEST;
10. 在备份归档时不要使用delete all input DELETE INPUT 将从第一个归档位置删除日志。它也将删除从先前备份以来的第二个归档位置的日志。
备份并删除指定位置的归档backup archivelog until time 'sysdate -7' like '/u04/oracle/admin/TEST/arch/%' deleteinput;
如果归档文件备份到多个目标位置,而且不同位置保留策略不同,可以如下操作:
run {
backup archivelog all;
delete archivelog until time 'sysdate -1' like '/am3/oradata/arch/%';
delete archivelog until time 'sysdate -5' like '/am3/oradata/arch1/AM3P2/%';
}
rman备份和删除归档文件按数字顺序从_dest_1到_dest_10执行。
如果存在闪回区,rman总是首先从闪回区进行备份和删除。
在恢复过程中RMAN将检查所有的归档目的地,以确保需要的归档日志已经不存在。如果归档日志已经存在RMAN的目的地之一,将无法恢复该文件。
恢复归档日志到asm中的闪回区
RMAN> run {
allocate channel c1 type 'sbt_tape';
set archivelog destination to '+SHARED_FRA_DG01/P132/ARCHIVELOG/2010_08_13';
restore archivelog from time "to_date('13/08/2010:00:00:00','dd/mm/yyyy:hh24:mi:ss')" until time "to_date('14/08/2010:00:00:00','dd/mm/yyyy:hh24:mi:ss')";
}
+SHARED_FRA_DG01/P132/ARCHIVELOG/2010_08_13 ASMCMD> ls -ltr Type Redund Striped Time Sys Name N 1_94528_708660567.dbf => +SHARED_FRA_DG01/P132/ARCHIVELOG/2010_08_16/thread_1_seq_94528.5341.727224533 N 1_94529_708660567.dbf =>
+SHARED_FRA_DG01/P132/ARCHIVELOG/2010_08_16/thread_1_seq_94529.3425.727224661 N 1_94530_708660567.dbf =>
+SHARED_FRA_DG01/P132/ARCHIVELOG/2010_08_16/thread_1_seq_94530.5644.727224779
相关文章推荐
- 服务器群集:Windows Server 2003 备份和恢复的最佳做法
- 官方文档 恢复备份指南六 Configuring the RMAN Environment: Advanced Topics
- 官方文档 恢复备份指南八 RMAN Backup Concepts
- Rman全备份不完全恢复数据库(linux下)
- oracle备份恢复之rman恢复到异机(二)
- catalog方式的rman备份与恢复示例
- RMAN备份与恢复资料
- 工作记录:rman备份恢复融合平台oracle数据库到异机服务器
- 丢失oracle参数文件,数据文件以及控制文件,只有rman备份的恢复
- Oracle rman备份异机恢复
- instance和media损坏恢复-RMAN(三) --增量备份
- rman 备份后恢复整个数据库文件的操作
- 使用RMAN实现异机备份恢复(WIN平台)
- 使用rman备份异机恢复数据库
- Rman备份与恢复
- 将10g RAC库用rman 的方式备份并恢复到异机
- Oracle RMAN 在一台新机器上恢复另台机器的全备份
- RMAN备份与恢复之DataBase
- ORACLE_RMAN备份恢复
- rman备份 恢复