Oracle 11g 基于RMAN的备份与恢复

合集下载

ORACLE11G RMAN备份恢复到异机数据库

ORACLE11G RMAN备份恢复到异机数据库

ORACLE11G RMAN备份恢复到异机数据库1. 主数据库环境操作系统版本 : Centos6.7 x64数据库版本 : Oracle 11.2.0.4 x64数据库名 : prb数据库SID : prbdb_unique_name : prbinstance_name : prbIP : 10.0.8.1002. 备库环境操作系统版本 : Centos6.7 x64数据库版本 : Oracle 11.2.0.4 x64 (只安装oracle数据库软件,no netca dbca)数据库名 : prb数据库SID : prbdb_unique_name: prbinstance_name : prbIP:10.0.8.101将参数文件备份、控制文件备份、数据文件备份、以及归档备份到目标主机1 此处实验环境为同平台,同字节序,同版本,源机器和目标机器相同的目录结构。

2 目标机器只需要安装oracle只安装oracle数据库软件,no netca dbca3 第一次利用备份恢复测试环境,之后从源机器拷贝备份到目标机器并在控制文件中注册,再见行恢复测试。

备份数据库backup format '/u01/prb/rmanbk/fulldb_%d_%U' database include current controlfile plus archivelog delete input;orapwd file='/u01/app/oracle/product/11.2.0.4/db_1/dbs/orapwprb' password=oracle entries=10 force=y1rman 连接到源数据库prd-db1-> rman target /Recovery Manager: Release 11.2.0.4.0 - Production on Wed Aug 17 19:23:27 2016 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. connected to target database: PRB (DBID=1906641159)RMAN>2 分别列出参数文件备份,控制文件备份,数据文件备份,以及归档备份的名字参数文件备份如下:RMAN> list backup of spfile;using target database control file instead of recovery catalogList of Backup Sets===================BS Key Type LV Size Device Type Elapsed Time Completion Time------- ---- -- ---------- ----------- ------------ -------------------3 Full 9.36M DISK 00:00:01 2016/08/17 16:47:34BP Key: 3 Status: AVAILABLE Compressed: NO Tag: TAG20160817T164718 Piece Name: /u01/prb/rmanbk/fulldb_PRB_04rdg8d5_1_1SPFILE Included: Modification time: 2016/08/17 16:30:57SPFILE db_unique_name: PRB控制文件备份如下:RMAN> list backup of controlfile;List of Backup Sets===================BS Key Type LV Size Device Type Elapsed Time Completion Time------- ---- -- ---------- ----------- ------------ -------------------3 Full 9.36M DISK 00:00:01 2016/08/17 16:47:34BP Key: 3 Status: AVAILABLE Compressed: NO Tag: TAG20160817T164718 Piece Name: /u01/prb/rmanbk/fulldb_PRB_04rdg8d5_1_1Control File Included: Ckp SCN: 972048 Ckp time: 2016/08/17 16:47:33数据文件备份如下:RMAN> list backup of database;List of Backup Sets===================BS Key Type LV Size Device Type Elapsed Time Completion Time------- ---- -- ---------- ----------- ------------ -------------------2 Full 1.08G DISK 00:00:15 2016/08/17 16:47:33BP Key: 2 Status: AVAILABLE Compressed: NO Tag: TAG20160817T164718 Piece Name: /u01/prb/rmanbk/fulldb_PRB_03rdg8cm_1_1List of Datafiles in backup set 2File LV Type Ckp SCN Ckp Time Name---- -- ---- ---------- ------------------- ----1 Full 972030 2016/08/17 16:47:18 /u01/app/oracle/oradata/prb/system01.dbf2 Full 972030 2016/08/17 16:47:18 /u01/app/oracle/oradata/prb/sysaux01.dbf3 Full 972030 2016/08/17 16:47:18 /u01/app/oracle/oradata/prb/undotbs01.dbf4 Full 972030 2016/08/17 16:47:18 /u01/app/oracle/oradata/prb/users01.dbf列出归档备份如下:RMAN> list backup of archivelog all;List of Backup Sets===================BS Key Size Device Type Elapsed Time Completion Time------- ---------- ----------- ------------ -------------------1 68.93M DISK 00:00:01 2016/08/17 16:47:17BP Key: 1 Status: AVAILABLE Compressed: NO Tag: TAG20160817T164716 Piece Name: /u01/prb/rmanbk/fulldb_PRB_02rdg8ck_1_1List of Archived Logs in backup set 1Thrd Seq Low SCN Low Time Next SCN Next Time---- ------- ---------- ------------------- ---------- ---------1 4 955212 2016/08/17 16:26:15 966337 2016/08/17 16:28:09 1 5 966337 2016/08/17 16:28:09 971912 2016/08/17 16:45:39 1 6 971912 2016/08/17 16:45:39 972019 2016/08/17 16:47:16 BS Key Size Device Type Elapsed Time Completion Time------- ---------- ----------- ------------ -------------------4 13.00K DISK 00:00:00 2016/08/17 16:47:35BP Key: 4 Status: AVAILABLE Compressed: NO Tag: TAG20160817T164735 Piece Name: /u01/prb/rmanbk/fulldb_PRB_05rdg8d7_1_1List of Archived Logs in backup set 4Thrd Seq Low SCN Low Time Next SCN Next Time---- ------- ---------- ------------------- ---------- ---------1 7 972019 2016/08/17 16:47:16 972053 2016/08/17 16:47:35 目标主机创建相应的目录mkdir -p /u01/app/oracle/admin/prb/{adump,dpdump,pfile,scripts}mkdir -p /u01/app/oracle/oradata/prbmkdir -p /u01/app/oracle/fast_recovery_area/prbmkdir -p /u01/prb/rmanbkmkdir -p /u01/archivelog3 将备份文件、密码文件copy到目标主机scp /u01/prb/rmanbk/* oracle@prd-db2:/u01/prb/rmanbk/scp /u01/app/oracle/product/11.2.0.4/db_1/dbs/orapwprb oracle@prd-db2:/u01/app/oracle/product/11.2.0.4/db_1/dbs/恢复参数文件及控制文件1 配置新主机上的ORACLE_SIDecho 'db_name=prb' > $ORACLE_HOME/dbs/initprb.oraexport ORACLE_SID=prbsqlplus / as sysdba@prbstartup nomount pfile='/u01/app/oracle/product/11.2.0.4/db_1/dbs/initprb.ora' 目标主机上发起rman连接prd-db2-> rman target /Recovery Manager: Release 11.2.0.4.0 - Production on Wed Aug 17 18:36:34 2016 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. connected to target database (not started)设置dbid 并启动实例到nomount状态RMAN> set dbid 3601019238executing command: SET DBIDRMAN> startup nomount;Oracle instance startedTotal System Global Area 217157632 bytesFixed Size 2251816 bytesVariable Size 159384536 bytesDatabase Buffers 50331648 bytesRedo Buffers 5189632 bytes恢复spfile文件RMAN> restore spfile to '/u01/app/oracle/product/11.2.0.4/db_1/dbs/spfileprb.ora' from '/u01/prb/rmanbk/fulldb_PRB_04rdg8d5_1_1';Starting restore at 2016/08/17 18:37:40allocated channel: ORA_DISK_1channel ORA_DISK_1: SID=19 device type=DISKchannel ORA_DISK_1: restoring spfile from AUTOBACKUP /u01/prb/rmanbk/fulldb_PRB_04rdg8d5_1_1channel ORA_DISK_1: SPFILE restore from AUTOBACKUP completeFinished restore at 2016/08/17 18:37:41startup force nomountRMAN> startup force nomount;Oracle instance startedTotal System Global Area 584568832 bytesFixed Size 2255432 bytesVariable Size 226493880 bytesDatabase Buffers 352321536 bytesRedo Buffers 3497984 bytes恢复控制文件RMAN> restore controlfile to '/u01/app/oracle/oradata/prb/control01.ctl' from '/u01/prb/rmanbk/fulldb_PRB_04rdg8d5_1_1';Starting restore at 2016/08/17 18:38:26allocated channel: ORA_DISK_1channel ORA_DISK_1: SID=19 device type=DISKchannel ORA_DISK_1: restoring control filechannel ORA_DISK_1: restore complete, elapsed time: 00:00:01Finished restore at 2016/08/17 18:38:27启动数据库到加载状态RMAN> alter database mount;RMAN-00571: ===========================================================RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============RMAN-00571: ===========================================================RMAN-03002: failure of alter db command at 08/17/2016 18:38:39ORA-00205: error in identifying control file, check alert log for more infoprd-db2-> export ORACLE_SID=prbprd-db2-> sqlplus / as sysdbaSQL*Plus: Release 11.2.0.4.0 Production on Wed Aug 17 18:42:04 2016Copyright (c) 1982, 2013, Oracle. All rights reserved.Connected to:Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production With the Partitioning, OLAP, Data Mining and Real Application Testing options SQL> shutdown immediate;ORA-01507: database not mountedORACLE instance shut down.SQL> startup mount;ORACLE instance started.Total System Global Area 584568832 bytesFixed Size 2255432 bytesVariable Size 226493880 bytesDatabase Buffers 352321536 bytesRedo Buffers 3497984 bytesORA-00205: error in identifying control file, check alert log for more info 解决办法:scp /u01/app/oracle/oradata/prb/control01.ctl prd-db2:/u01/app/oracle/oradata/prb/ scp /u01/app/oracle/fast_recovery_area/prb/ control02.ctlprd-db2:/u01/app/oracle/fast_recovery_area/prb/启动到mount状态正常SQL> startup mountORACLE instance started.Total System Global Area 584568832 bytesFixed Size 2255432 bytesVariable Size 226493880 bytesDatabase Buffers 352321536 bytesRedo Buffers 3497984 bytesDatabase mounted.三 在新控制文件中注册数据文件备份和归档备份prd-db2-> rman target /Recovery Manager: Release 11.2.0.4.0 - Production on Wed Aug 17 18:52:34 2016 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. connected to target database: PRB (DBID=1906641159, not open)RMAN> catalog start with '/u01/prb/rmanbk/';using target database control file instead of recovery catalogsearching for all files that match the pattern /u01/prb/rmanbk/no files found to be unknown to the database恢复整个库RMAN> restore database;Starting restore at 2016/08/17 18:53:42allocated channel: ORA_DISK_1channel ORA_DISK_1: SID=18 device type=DISKchannel ORA_DISK_1: starting datafile backup set restorechannel ORA_DISK_1: specifying datafile(s) to restore from backup setchannel ORA_DISK_1: restoring datafile 00001 to /u01/app/oracle/oradata/prb/system01.dbfchannel ORA_DISK_1: restoring datafile 00002 to /u01/app/oracle/oradata/prb/sysaux01.dbfchannel ORA_DISK_1: restoring datafile 00003 to /u01/app/oracle/oradata/prb/undotbs01.dbfchannel ORA_DISK_1: restoring datafile 00004 to /u01/app/oracle/oradata/prb/users01.dbfchannel ORA_DISK_1: reading from backup piece /u01/prb/rmanbk/fulldb_PRB_03rdg8cm_1_1channel ORA_DISK_1: piece handle=/u01/prb/rmanbk/fulldb_PRB_03rdg8cm_1_1 tag=TAG20160817T164718channel ORA_DISK_1: restored backup piece 1channel ORA_DISK_1: restore complete, elapsed time: 00:00:15Finished restore at 2016/08/17 18:53:57RMAN> recover database;Starting recover at 2016/08/17 18:54:12using channel ORA_DISK_1starting media recoverychannel ORA_DISK_1: starting archived log restore to default destination channel ORA_DISK_1: restoring archived logarchived log thread=1 sequence=7channel ORA_DISK_1: reading from backup piece /u01/prb/rmanbk/fulldb_PRB_05rdg8d7_1_1channel ORA_DISK_1: piece handle=/u01/prb/rmanbk/fulldb_PRB_05rdg8d7_1_1 tag=TAG20160817T164735channel ORA_DISK_1: restored backup piece 1channel ORA_DISK_1: restore complete, elapsed time: 00:00:01archived log file name=/u01/app/oracle/fast_recovery_area/PRB/archivelog/2016_08_17/o1_mf_1_7_cv8 jlo4y_.arc thread=1 sequence=7RMAN-00571: ===========================================================RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============RMAN-00571: ===========================================================RMAN-03002: failure of recover command at 08/17/2016 18:54:14ORA-00283: recovery session canceled due to errorsRMAN-11003: failure during parse/execution of SQL statement: alter database recover logfile'/u01/app/oracle/fast_recovery_area/PRB/archivelog/2016_08_17/o1_mf_1_7_cv8jlo4 y_.arc'ORA-00283: recovery session canceled due to errorsORA-00313: open failed for members of log group 2 of thread 1ORA-00312: online log 2 thread 1: '/u01/app/oracle/oradata/prb/redo02.log'ORA-27037: unable to obtain file statusLinux-x86_64 Error: 2: No such file or directoryAdditional information: 3缺失归档日志情况下的恢复prd-db2-> export ORACLE_SID=prbprd-db2-> sqlplus / as sysdbaSQL*Plus: Release 11.2.0.4.0 Production on Wed Aug 17 19:03:52 2016Copyright (c) 1982, 2013, Oracle. All rights reserved.Connected to:Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production With the Partitioning, OLAP, Data Mining and Real Application Testing optionsSQL> shutdown immediate;ORA-01109: database not openDatabase dismounted.ORACLE instance shut down.SQL> startup mount;ORACLE instance started.Total System Global Area 584568832 bytesFixed Size 2255432 bytesVariable Size 226493880 bytesDatabase Buffers 352321536 bytesRedo Buffers 3497984 bytesDatabase mounted.SQL> alter database open ;alter database open*ERROR at line 1:ORA-01589: must use RESETLOGS or NORESETLOGS option for database openSQL> alter database open noresetlogs;alter database open noresetlogs*ERROR at line 1:ORA-01588: must use RESETLOGS option for database openSQL> alter database open resetlogs;Database altered.SQL> select max(sequence#) from v$archived_log;MAX(SEQUENCE#)--------------7数据库正常启动prd-db2-> export ORACLE_SID=prbprd-db2-> sqlplus / as sysdbaSQL*Plus: Release 11.2.0.4.0 Production on Wed Aug 17 19:11:49 2016Copyright (c) 1982, 2013, Oracle. All rights reserved.Connected to:Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production With the Partitioning, OLAP, Data Mining and Real Application Testing options SQL> shutdown immediate;Database closed.Database dismounted.ORACLE instance shut down.SQL> startupORACLE instance started.Total System Global Area 584568832 bytesFixed Size 2255432 bytesVariable Size 226493880 bytesDatabase Buffers 352321536 bytesRedo Buffers 3497984 bytesDatabase mounted.Database opened.。

Oracle11G 备份和恢复

Oracle11G  备份和恢复

1 6
14.3.1 非归档模式下数据库的恢复
非归档模式下数据库的恢复主要指利用非归档模式下的冷备 份恢复数据库。 步骤为:
➢ 关闭数据库。 ▪ SHUTDOWN IMMEDIATE
➢ 将备份的所有数据文件、控制文件、联机重做日志文件还原到原来所 在的位置。
➢ 重新启动数据库。 ▪ STARTUP
注意
➢ 将数据文件联机。 ▪ ALTER DATABASE DATAFILE ▪ D:\APP\ADMINISTRATOR\ORADATA\HUMAN_RESOURCE ▪ \example01.dbf' ONLINE;
➢ 如果数据文件损坏时数据库正处于打开状态,则可以直接执行步骤 (2)、(4)~(6)。
➢ 在Oracle数据库中,既可以由管理员手动进行备份与恢 复操作,也可以利用Oracle恢复管理器(RMAN)自动 进行备份与恢复操作。
Oracle数据库恢复实际包含两个过程
➢ 数据库修复(Database Restore):利用备份的数据库文件替换已 经损坏的数据库文件,将损坏的数据库文件恢复到备份时刻的状 态。该操作主要是在操作系统级别上完成的。
➢ ③打开数据库。 ▪ ALTER DATABASE OPEN;
➢ ④将损坏的数据文件所在的表空间脱机。 ▪ ALTER TABLESPACE EXAMPLE OFFLINE FOR RECOVER;
2 5
➢ ⑤ 利用备份的数据文件example01.dbf还原损坏的数据文件 example01.dbf。
冷备份主要备份数便,通常脱 机备份时将其它文件一起备份。
利用SQL*Plus工具按下列步骤进行
➢ 启动SQL*Plus,以SYSDBA身份登录数据库。 ➢ 查询当前数据库所有数据文件、控制文件、联机重做日志文件、

Oracle11gR2RMAN配置控制文件自动备份(controlfileautobackup)

Oracle11gR2RMAN配置控制文件自动备份(controlfileautobackup)

Oracle11gR2RMAN配置控制⽂件⾃动备份(controlfileautobackup)通过在 RMAN 中配置 control file autobackup,RMAN 会⾃动备份控制⽂件和参数⽂件到预先设定好的路径。

触发情况:1、当数据库的结构发⽣改变时(数据库运⾏在归档模式)2、当完成 RMAN 备份后好处:即使数据库丢失了控制⽂件和恢复⽬录(recovery catalog),控制⽂件和参数⽂件也可以从⾃动备份的控制⽂件中进⾏恢复,让数据库多了⼀层保护,⽽且从autobackup中恢复控制⽂件和参数⽂件更加快速⽅便。

设置⽅法:查看现有的 RMAN 配置参数,可以看到没有启⽤控制⽂件⾃动备份,参数依旧是默认值[oracle@ATFDB1 admin]$ rman target /Recovery Manager: Release 11.2.0.3.0 - Production on Wed Dec 9 09:19:07 2015Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.connected to target database: FIRE (DBID=917673527)RMAN> show all;using target database control file instead of recovery catalogRMAN configuration parameters for database with db_unique_name FIRE are:CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # defaultCONFIGURE BACKUP OPTIMIZATION OFF; # defaultCONFIGURE DEFAULT DEVICE TYPE TO DISK; # defaultCONFIGURE CONTROLFILE AUTOBACKUP OFF; # defaultCONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # defaultCONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # defaultCONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # defaultCONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # defaultCONFIGURE MAXSETSIZE TO UNLIMITED; # defaultCONFIGURE ENCRYPTION FOR DATABASE OFF; # defaultCONFIGURE ENCRYPTION ALGORITHM 'AES128'; # defaultCONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # defaultCONFIGURE SNAPSHOT CONTROLFILE NAME TO '/u02/app/oracle/product/11.2.0/db_1/dbs/snapcf_fire.f'; # default启⽤控制⽂件⾃动备份特性RMAN> CONFIGURE CONTROLFILE AUTOBACKUP ON;new RMAN configuration parameters:CONFIGURE CONTROLFILE AUTOBACKUP ON;new RMAN configuration parameters are successfully stored配置控制⽂件⾃动备份的路径和格式RMAN> CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/ORADATA/controlfile/cf_%F';new RMAN configuration parameters:CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/ORADATA/controlfile/cf_%F';new RMAN configuration parameters are successfully stored查看重新设置的参数RMAN> show all;RMAN configuration parameters for database with db_unique_name FIRE are:CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # defaultCONFIGURE BACKUP OPTIMIZATION OFF; # defaultCONFIGURE DEFAULT DEVICE TYPE TO DISK; # defaultCONFIGURE CONTROLFILE AUTOBACKUP ON;CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/ORADATA/controlfile/cf_%F'; CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # defaultCONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # defaultCONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # defaultCONFIGURE MAXSETSIZE TO UNLIMITED; # defaultCONFIGURE ENCRYPTION FOR DATABASE OFF; # defaultCONFIGURE ENCRYPTION ALGORITHM 'AES128'; # defaultCONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # defaultCONFIGURE SNAPSHOT CONTROLFILE NAME TO '/u02/app/oracle/product/11.2.0/db_1/dbs/snapcf_fire.f'; # default通过 RMAN 备份数据库,查看是否⽣成控制⽂件⾃动备份。

oracle数据库rman备份计划及恢复

oracle数据库rman备份计划及恢复

oracle数据库rman备份计划及恢复1.rman完全恢复的前提条件:历史的datafile,controlfile和spfile备份,加上完整的archivelog和完好的redolog。

2.rman备份脚本: a.RMAN 0级备份命令:run{allocate channel c1 type disk;allocate channel c2 type disk;allocate channel c3 type disk;backup incremental level 0 tag 'level0' format "E:\recovery_area\rfdb\rfdb\AUTOBACKUP\rman_dir\RFDB_level_0_%u_%s_%p" as compressed backupset database;sql "alter system archive log current";backup filesperset 3 format "E:\recovery_area\rfdb\rfdb\AUTOBACKUP\rman_dir\arch_%u_%s_%p_%c"archivelog all delete input; #备份归档可选,可以单独定期备份release channel c1;release channel c2;release channel c3;} b.RMAN 1级备份命令:run{allocate channel c1 type disk;allocate channel c2 type disk;allocate channel c3 type disk;backup incremental level 1 tag 'level1' format 'E:\recovery_area\rfdb\rfdb\AUTOBACKUP\rman_dir\RFDB_level_1_%u_%s_%p' as compressed backupset database;sql 'alter system archive log current';backup filesperset 3 format 'E:\recovery_area\rfdb\rfdb\AUTOBACKUP\rman_dir\arch_%u_%s_%p'archivelog all delete input; #备份归档可选,可以单独定期备份release channel c1;release channel c2;release channel c3;} c.rman删除备份命令(在保留最近⼀天备份的情况下,删除其他备份):DELETE NOPROMPT OBSOLETE RECOVERY WINDOW OF 1 DAYS; d.操作系统层⾯运⾏rman备份或删除命令(windows/linux):rman target sys/rf4rfvbgt56yhn@rfdb nocatalog CMDFILE 'D:\app\rman\rman_file\level_0.txt' log=E:\recovery_area\rfdb\rfdb\AUTOBACKUP\rman_dir\log\rman_level_0.log export ORACLE_BASE=/u01/app/oracleexport ORACLE_HOME=/u01/app/oracle/product/11.2.0/db1export ORACLE_SID=atestexport PATH=$ORACLE_HOME/bin:$PATHrman target sys/123456@atest nocatalog CMDFILE '/u01/rman/rman.sh' log=/u01/rman/rman.log00 02 * * 1 bash /u01/rman_file/run_rman_0.sh00 02 * * 3 bash /u01/rman_file/run_rman_0.sh00 02 * * 5 bash /u01/rman_file/run_rman_0.sh00 04 * * * bash /u01/rman_file/run_delete.sh34 11 * * * bash /u01/rman_file/run_rman_0.sh e.rman参数设置:RMAN> CONFIGURE CONTROLFILE AUTOBACKUP ON;RMAN> CONFIGURE DEFAULT DEVICE TYPE TO DISK;RMAN> CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE disk TO 2;RMAN> CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE disk TO 2;3.rman恢复a.拷贝datafile,controlfile和spfile的rman备份,以及完整的archivelog和完好的redolog⽂件到新的数据库。

基于Oracle 11g的备份恢复策略的研究与实现

基于Oracle 11g的备份恢复策略的研究与实现

基于Oracle 11g的备份恢复策略的研究与实现【摘要】本文将围绕基于Oracle 11g的备份恢复策略展开研究与实现。

在对研究背景、研究目的和研究意义进行了探讨。

在详细介绍了Oracle 11g的备份策略和恢复策略,提出了实现步骤和性能优化的方法,并对备份恢复方案进行了比较。

结论部分总结了研究成果,展望了未来的发展方向,并强调了研究的重要意义。

通过本文的研究和实践,可以为Oracle 11g数据库的备份恢复工作提供有益的参考和指导,提高数据库的安全性和可靠性。

【关键词】Oracle 11g, 备份恢复策略, 研究背景, 研究目的, 研究意义, 实现步骤, 性能优化, 备份恢复方案比较, 总结成果, 展望未来, 研究意义1. 引言1.1 研究背景在当今信息化社会,数据备份和恢复策略对于企业的重要性日益凸显。

随着企业数据量的不断增长和数据安全性的日益受到重视,如何有效地保护数据库中的重要信息成为了一个急需解决的问题。

Oracle作为业界领先的数据库管理系统之一,其备份恢复方案在企业中得到了广泛应用。

随着数据库规模的不断扩大和技术的不断更新,如何构建一套高效可靠的Oracle 11g备份恢复策略成为了当前研究的热点之一。

研究背景指出了现代企业在面临数据备份和恢复挑战时的迫切需求,以及Oracle 11g作为数据库管理系统的重要地位。

在这样的背景下,本文将深入探讨基于Oracle 11g的备份恢复策略的研究与实现,为企业的数据保护提供更加科学和可靠的方案。

通过对Oracle 11g的备份策略、恢复策略以及性能优化等方面的深入研究,本文旨在为企业提供指导,帮助其建立更加健全的数据库备份恢复机制,提升数据安全性和可靠性。

1.2 研究目的研究的目的是探究基于Oracle 11g的备份恢复策略,了解其在数据管理中的重要性和实用性。

通过深入研究备份策略和恢复策略,我们可以更好地保护数据库中的重要数据,确保数据安全和可靠性。

RMAN的备份与恢复步骤详解

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命令来检查备份文件的完整性等。

Oracle 11g 基于RMAN的备份与恢复

Oracle 11g 基于RMAN的备份与恢复

Oracle 11g 基于RMAN的备份与恢复备份整个数据库C:\Users\huangluxiang>rman target/RMAN> backup database;RMAN> exit (退出)(1)重做日志损坏SQL> conn /as sysdba已连接到空闲例程。

SQL> startup mount;ORACLE 例程已经启动。

Total System Global Area 1071333376 bytesFixed Size 1375792 bytesVariable Size 729809360 bytesDatabase Buffers 335544320 bytesRedo Buffers 4603904 bytes数据库装载完毕。

SQL> recover database until cancel;完成介质恢复。

SQL> alter database open resetlogs;数据库已更改。

SQL> archive log list;数据库日志模式存档模式自动存档启用存档终点USE_DB_RECOVERY_FILE_DEST最早的联机日志序列 1下一个存档日志序列 1当前日志序列 1备注:恢复Oracle数据库,应该备份整个数据库(2)数据库丢失数据文件,控制文件,重做日志文件C:\Users\huangluxiang>rman target/RMAN> restore controlfile from autobackup;RMAN>alter database mount;RMAN> restore database;SQL> conn /as sysdba已连接。

SQL> recover database using backup controlfile until cancel;ORA-00279: 更改990116 (在12/13/2013 14:06:05 生成) 对于线程1 是必需的ORA-00289: 建议:C:\APP\HUANGLUXIANG\FLASH_RECOVERY_AREA\DLNU\ARCHIVELOG\2013_12_13\ O1_MF_1_5_%U_.ARCORA-00280: 更改990116 (用于线程1) 在序列#5 中指定日志: {<RET>=suggested | filename | AUTO | CANCEL}cancel介质恢复已取消。

基于RMAN增量差异备份的恢复步骤

基于RMAN增量差异备份的恢复步骤

基于RMAN增量差异备份的恢复步骤1.恢复背景2.恢复步骤2.1.建立恢复环境1.找一台硬件配置与原数据库服务器相同的服务器,在上面安装相同的操作和Oracle数据库(版本要一致);8.复制备份文件到原备份路径注意:要确保备份文件存放的路径与原数据库中的路径一致。

2.2.恢复过程完成implicit crosscheck backup 于10-10月-09启动implicit crosscheck copy 于10-10月-09使用通道ORA_DISK_1完成implicit crosscheck copy 于10-10月-09搜索恢复区域中的所有文件正在编制文件目录...没有为文件编制目录使用通道ORA_DISK_1通道ORA_DISK_1: 正在开始恢复数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件正将数据文件00001恢复到D:\ORA\SYS\SYSTEM01.DBF正将数据文件00005恢复到D:\ORA\ICITY\DA TA1.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB01HKQLPKP_2097_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB01HKQLPKP_2097_1 标记= DB0通道ORA_DISK_1: 恢复完成, 用时: 00:11:15通道ORA_DISK_1: 正在开始恢复数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件正将数据文件00004恢复到D:\ORA\SYS\USERS01.DBF正将数据文件00007恢复到D:\ORA\ICITY\DA TA3.DBF正将数据文件00008恢复到D:\ORA\RMANFILE\DBACKUPFILE.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB01IKQLPKP_2098_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB01IKQLPKP_2098_1 标记= DB0通道ORA_DISK_1: 恢复完成, 用时: 00:10:56通道ORA_DISK_1: 正在开始恢复数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件正将数据文件00002恢复到D:\ORA\SYS\UNDOTBS01.DBF正将数据文件00003恢复到D:\ORA\SYS\SYSAUX01.DBF正将数据文件00006恢复到D:\ORA\ICITY\DA TA2.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB01GKQLPKP_2096_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB01GKQLPKP_2096_1 标记= DB0通道ORA_DISK_1: 恢复完成, 用时: 00:14:25完成restore 于10-10月-09通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00001 的恢复目标: D:\ORA\SYS\SYSTEM01.DBF数据文件00005 的恢复目标: D:\ORA\ICITY\DA TA1.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB125KR0LMA_2117_1 通道ORA_DISK_1: 已恢复备份段 1段句柄= E:\ORA\RMANBAK\DB125KR0LMA_2117_1 标记= DB1通道ORA_DISK_1: 恢复完成, 用时: 00:00:03通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00004 的恢复目标: D:\ORA\SYS\USERS01.DBF数据文件00007 的恢复目标: D:\ORA\ICITY\DA TA3.DBF数据文件00008 的恢复目标: D:\ORA\RMANFILE\DBACKUPFILE.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB126KR0LMA_2118_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB126KR0LMA_2118_1 标记= DB1通道ORA_DISK_1: 恢复完成, 用时: 00:00:03通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00002 的恢复目标: D:\ORA\SYS\UNDOTBS01.DBF数据文件00003 的恢复目标: D:\ORA\SYS\SYSAUX01.DBF数据文件00006 的恢复目标: D:\ORA\ICITY\DA TA2.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB124KR0LM9_2116_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB124KR0LM9_2116_1 标记= DB1通道ORA_DISK_1: 恢复完成, 用时: 00:00:25通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00001 的恢复目标: D:\ORA\SYS\SYSTEM01.DBF数据文件00005 的恢复目标: D:\ORA\ICITY\DA TA1.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB229KR107N_2121_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB229KR107N_2121_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:01通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00004 的恢复目标: D:\ORA\SYS\USERS01.DBF数据文件00007 的恢复目标: D:\ORA\ICITY\DA TA3.DBF数据文件00008 的恢复目标: D:\ORA\RMANFILE\DBACKUPFILE.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22AKR107N_2122_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22AKR107N_2122_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:01通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00002 的恢复目标: D:\ORA\SYS\UNDOTBS01.DBF数据文件00003 的恢复目标: D:\ORA\SYS\SYSAUX01.DBF数据文件00006 的恢复目标: D:\ORA\ICITY\DA TA2.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB228KR107N_2120_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB228KR107N_2120_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:08通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00001 的恢复目标: D:\ORA\SYS\SYSTEM01.DBF数据文件00005 的恢复目标: D:\ORA\ICITY\DA TA1.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22DKR3KJQ_2125_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22DKR3KJQ_2125_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:03通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00004 的恢复目标: D:\ORA\SYS\USERS01.DBF数据文件00007 的恢复目标: D:\ORA\ICITY\DA TA3.DBF数据文件00008 的恢复目标: D:\ORA\RMANFILE\DBACKUPFILE.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22EKR3KJQ_2126_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22EKR3KJQ_2126_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:01通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00002 的恢复目标: D:\ORA\SYS\UNDOTBS01.DBF数据文件00003 的恢复目标: D:\ORA\SYS\SYSAUX01.DBF数据文件00006 的恢复目标: D:\ORA\ICITY\DA TA2.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22CKR3KJQ_2124_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22CKR3KJQ_2124_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:15通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00001 的恢复目标: D:\ORA\SYS\SYSTEM01.DBF数据文件00005 的恢复目标: D:\ORA\ICITY\DA TA1.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22HKR68VP_2129_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22HKR68VP_2129_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:03通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00007 的恢复目标: D:\ORA\ICITY\DA TA3.DBF数据文件00008 的恢复目标: D:\ORA\RMANFILE\DBACKUPFILE.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22IKR68VQ_2130_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22IKR68VQ_2130_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:01通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00002 的恢复目标: D:\ORA\SYS\UNDOTBS01.DBF数据文件00003 的恢复目标: D:\ORA\SYS\SYSAUX01.DBF数据文件00006 的恢复目标: D:\ORA\ICITY\DA TA2.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22GKR68VP_2128_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22GKR68VP_2128_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:15通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00001 的恢复目标: D:\ORA\SYS\SYSTEM01.DBF数据文件00005 的恢复目标: D:\ORA\ICITY\DA TA1.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22LKR8TBQ_2133_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22LKR8TBQ_2133_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:03通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00004 的恢复目标: D:\ORA\SYS\USERS01.DBF数据文件00007 的恢复目标: D:\ORA\ICITY\DA TA3.DBF数据文件00008 的恢复目标: D:\ORA\RMANFILE\DBACKUPFILE.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22MKR8TBQ_2134_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22MKR8TBQ_2134_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:01通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00002 的恢复目标: D:\ORA\SYS\UNDOTBS01.DBF数据文件00003 的恢复目标: D:\ORA\SYS\SYSAUX01.DBF数据文件00006 的恢复目标: D:\ORA\ICITY\DA TA2.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22KKR8TBQ_2132_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22KKR8TBQ_2132_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:15通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00005 的恢复目标: D:\ORA\ICITY\DA TA1.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22PKRBHNQ_2137_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22PKRBHNQ_2137_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:03通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00004 的恢复目标: D:\ORA\SYS\USERS01.DBF数据文件00007 的恢复目标: D:\ORA\ICITY\DA TA3.DBF数据文件00008 的恢复目标: D:\ORA\RMANFILE\DBACKUPFILE.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22QKRBHNQ_2138_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22QKRBHNQ_2138_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:01通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00002 的恢复目标: D:\ORA\SYS\UNDOTBS01.DBF数据文件00003 的恢复目标: D:\ORA\SYS\SYSAUX01.DBF数据文件00006 的恢复目标: D:\ORA\ICITY\DA TA2.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22OKRBHNQ_2136_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22OKRBHNQ_2136_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:15通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00001 的恢复目标: D:\ORA\SYS\SYSTEM01.DBF数据文件00005 的恢复目标: D:\ORA\ICITY\DA TA1.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22TKRE63Q_2141_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22TKRE63Q_2141_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:03通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00004 的恢复目标: D:\ORA\SYS\USERS01.DBF数据文件00007 的恢复目标: D:\ORA\ICITY\DA TA3.DBF数据文件00008 的恢复目标: D:\ORA\RMANFILE\DBACKUPFILE.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22UKRE63Q_2142_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22UKRE63Q_2142_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:01通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00002 的恢复目标: D:\ORA\SYS\UNDOTBS01.DBF数据文件00006 的恢复目标: D:\ORA\ICITY\DA TA2.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22SKRE63Q_2140_1通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22SKRE63Q_2140_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:15正在开始介质的恢复无法找到存档日志存档日志线程=1 序列=1169RMAN-03002: recover 命令(在10/12/2009 16:47:26 上) 失败RMAN-06054: 介质恢复正请求未知的日志: 线程1 seq 1169 lowscn 36496613把归档日志D:\ora\archivelog\1169_1_658946615.LOG放到归档目录后RMAN> recover database;启动recover 于12-10月-09使用通道ORA_DISK_1正在开始介质的恢复存档日志文件名=D:\ORA\ARCHIVELOG\1169_1_658946615.LOG 线程=1 序列=1169 存档日志文件名=D:\ORA\ARCHIVELOG\1169_1_658946615.LOG 线程=1 序列=1170 RMAN-03002: recover 命令(在10/12/2009 17:05:38 上) 失败RMAN-11003: 在分析/执行SQL 语句期间失败: alter database recover logfile 'D:\ORA\ARCHIVELOG\1169_1_658946615.LOG'ORA-00310: 归档日志包含序列1169; 要求序列1170ORA-00334: 归档日志: 'D:\ORA\ARCHIVELOG\1169_1_658946615.LOG'RMAN> alter database open resetlogs;数据库已打开3.附加说明在恢复过程中用到rman自动备份的spfile和控制文件,在此给出修改rman自动备份控目前还没有找到用RMAN自动备份归档日志的方法。

基于RMAN的Oracle数据库备份与恢复机制

基于RMAN的Oracle数据库备份与恢复机制

恢复
机制
中图 分 类 号
1 引 言
数 据库 停工 造成 的影 响是 全局 的 , 旦数 据 库 一
2 R N组 成 结 构 MA
R N一 般 安 装 在 数 据 库 客 户 端 , R A MA 由 M N 命令 执行 器 、 目标 数据 库及 其实 例 、 复 目录 、 恢 介质 管理 库等 四部 分构 成 , 如下 图 1 示 。 所
确理解 R N基本 组成结构 和运行机制 。 MA
包 ( 两个 程序 包 由脚本 C T R C S L在创 建数 这 A P O .Q 据库 时 自动创 建 ) 再 由这 两 个 P /Q , L S L程 序 包从 目标数 据 库控制 文 件 中获取 备份 知识 信息 , 照其 按 中 的指 示要 求 , 目标数据 库 实施备 份 、 对 还原 、 复 恢 或其它 控制 操作 。
维普资讯
总第 2 1期 2 20 0 8年 第 3期
计算机 与数字工程
Co p e m utr& Di i lEngn e i g gt a ie rn
Vo. 6 No 3 13 . 4 9
基 于 R N 的 O al 据 库 备 份 与 恢 复 机 制 MA rc e数
要谨慎操作 , 中途 不 能 出错 , 否则 , 可能会 造 成 难 以 预测 的后果 , 已经备份 的数据文件 也无法使用 。
R A R cvr a ae , MA 是 Oal M N( eoe M ngr R N) y rc e公
图 1 R N组 成 结构 MA
2 1 R N命 令执 行器 与 实例 . MA
性与可恢 复性具有重 要意 义 。详 细 阐述 O al 复管 理 器 R N 的组成 结 构 以及 备 份 与恢 复机 制 , 通 过 实例 演 示 rc e恢 MA 并

oraclerman管理方式下的热备份及恢复

oraclerman管理方式下的热备份及恢复
• 总结词:数据丢失可能是由于硬件故障、软件故 障等原因导致。
数据丢失问题及解决方案
硬件故障
如硬盘故障、存储设备故障等,可能导致数据丢失。
软件故障
如数据库崩溃、软件错误等,也可能导致数据丢失。
数据丢失问题及解决方案
• 人为错误:如误删除数据、误修改数据等,也可能导致数据丢失。
数据丢失问题及解决方案
配置通道,设置备份设备 (例如磁盘、磁带等)和 相关参数。
创建RMAN备份
使用RMAN命令行工具执行 备份操作。
选择要备份的数据库、表空 间、数据文件等。
02
01
指定备份类型(完全、增量
等)。
03
设置备份文件的存储位置和 名称。
04
05
执行备份命令,监控备份过 程,确保备份成功完成。
监控备份过程
解决方案
建立数据恢复计划,以便在 数据丢失时能够快速恢复。
定期进行数据备份,确保数 据安全。
加强系统监控和安全措施, 防止人为错误导致的数据丢 失。
THANKS FOR WATCHING
感谢您的观看
01 在RMAN客户端中查看备份进度和状态。
02
检查备份日志文件,了解备份过程中的任 何错误或警告信息。
03
定期检查备份文件的完整性,确保备份数 据可用。
04
根据需要,可以设置自动备份计划,定期 自动执行备份操作。
03 Oracle RMAN热恢复操 作
恢复数据库
数据库恢复
在RMAN中,可以使用RESTORE命令来恢复数据库。RESTORE命令用于将数据库文件从备份中提取出来,并将其放 置在数据库的原始位置或指定的新位置。
方案
01 Oracle RMAN热备份介 绍

RMAN地备份与恢复步骤详解

RMAN地备份与恢复步骤详解

RMAN地备份与恢复步骤详解RMAN(Recovery Manager)是Oracle数据库中用于备份和恢复数据的工具。

RMAN提供了一种灵活、高效的备份和恢复机制,可以帮助数据库管理员有效地管理数据库的备份和恢复工作。

在本文中,我们将详细介绍RMAN备份与恢复的步骤和操作方法。

备份步骤:1.配置RMAN环境:在开始进行RMAN备份之前,首先需要配置RMAN环境。

这包括设置RMAN的环境变量、创建RMAN的配置文件以及配置RMAN的连接信息等操作。

您可以使用RMAN命令行或者RMAN配置助手来完成这些操作。

2.创建备份任务:在配置好RMAN环境之后,可以通过RMAN命令行或者RMAN配置助手来创建备份任务。

您可以选择全量备份、增量备份或者归档日志备份等不同类型的备份任务。

3. 执行备份任务:一旦创建了备份任务,就可以使用RMAN命令来执行备份任务。

您可以使用“backup database”命令来执行全量备份任务,使用“backup incremental”命令来执行增量备份任务,使用“backup archivelog”命令来执行归档日志备份任务等。

4. 监控备份过程:在执行备份任务的过程中,可以使用RMAN命令来监控备份的进度和状态。

您可以使用“show”命令来查看备份任务的进度、使用“list”命令来列出备份文件的信息等。

5. 完成备份任务:一旦备份任务执行完毕,可以使用RMAN命令来验证备份文件的完整性和一致性。

您可以使用“crosscheck”命令来验证备份文件的状态,使用“delete”命令来删除过期的备份文件等。

恢复步骤:1.配置RMAN环境:在开始进行RMAN恢复之前,需要先配置好RMAN的环境。

确保RMAN的环境变量、配置文件和连接信息都已经设置好。

2. 恢复数据库:如果数据库遇到了故障或者数据丢失的情况,可以使用RMAN命令来恢复数据库。

您可以使用“restore database”命令来还原数据库的备份文件,使用“recover database”命令来恢复数据库的数据文件。

Oracle11g数据库备份与恢复

Oracle11g数据库备份与恢复

Oracle11g数据库备份与恢复Oracle数据库备份与恢复的三种方法Oracle数据库有三种标准的备份方法,它们分别是导出/导入(EXP/IMP)、热备份和冷备份。

导出备件是一种逻辑备份,冷备份和热备份是物理备份。

一、导出/导入(Export/Import)利用Export可将数据从数据库中提取出来,利用Import则可将提取出来的数据送回到Oracle数据库中去。

1、简单导出数据(Export)和导入数据(Import)Oracle支持三种方式类型的输出:(1)、表方式(T方式),将指定表的数据导出。

(2)、用户方式(U方式),将指定用户的所有对象及数据导出。

(3)、全库方式(Full方式),瘵数据库中的所有对象导出。

exp system/managerinctype=incrementalfile=040731.dmp(3)、“累积型”增量导出累计型导出方式是导出自上次“完全”导出之后数据库中变化了的信息。

比如:exp system/managerinctype=cumulativefile=040731.dmp数据库管理员可以排定一个备份日程表,用数据导出的三个不同方式合理高效的完成。

比如数据库的被封任务可以做如下安排:星期一:完全备份(A)星期二:增量导出(B)星期三:增量导出(C)星期四:增量导出(D)星期五:累计导出(E)星期六:增量导出(F)星期日:增量导出(G)如果在星期日,数据库遭到意外破坏,数据库管理员可按一下步骤来回复数据库:第一步:用命令CREATE DATABASE重新生成数据库结构;第二步:创建一个足够大的附加回滚。

第三步:完全增量导入A:imp system/managerinctype=RESTORE FULL=y FILE=A 第四步:累计增量导入E:imp system/managerinctype=RESTORE FULL=Y FILE=E 第五步:最近增量导入F:imp system/managerinctype=RESTORE FULL=Y FILE=F二、冷备份冷备份发生在数据库已经正常关闭的情况下,当正常关闭时会提供给我们一个完整的数据库。

第15章 Oracle11g中文教程_备份与恢复汇总

第15章  Oracle11g中文教程_备份与恢复汇总

磁盘
服务器进程 目标数据库
服务器进程
通道ch1 通道ch2
6
磁盘介质
恢复管理器
15.2.3 RMAN命令
RMAN的操作命令非常简单,也无特定的技巧,只需 要理解各个命令的含义,就可以灵活使用。在本节中, 将介绍一些RMAN中的基本命令,以及如何利用这些基 本命令来完成各种操作。
7
15.3 使用RMAN备份数据库
数据库进行备份与恢复时产生的错误,提高备份与恢
复的效率。
4
15.2.1 RMAN组件
RMAN是执行备份和恢复操作的客
户应用程序。最简单的RMAN只包括两个组件:RMAN命
令执行器与目标数据库。DBA就是在RMAN命令执行器
中执行备份与恢复操作,然后由RMAN命令执行器对目
标数据库进行相应的操作。
磁带驱动器
归档日志
事务恢复 数据文件1 SCN=200
数据文件2 SCN=200
数据文件3 SCN=200
9
15.3.2 使用RMAN备份数据库 文件和归档日志
当数据库打开时,可以使用RMAN BACKUP命令备份 如下对象:
数据库 表空间 数据文件 归档重做日志 控制文件 备份集
10
15.3.3 多重备份
为了避免灾难、介质破坏或者人为操作失误所带来 的损失,可以维护备份的多个复件。在RMAN中可以通 过如下几种命令形式对对数据库进行多重备份:
13
15.4 RMAN完全恢复
RMAN作为一个管理备份和恢复的Oracle实用程序, 在使用它对数据库执行备份后,如果数据库发生故障, 则可以通过RMAN使用备份对数据库进行恢复。在使用 RMAN进行居恢复时,它可以自动确定最合适的一组备份 文件,并使用该备份文件对数据库进行恢复。

OracleRMAN的备份与恢复命令详解

OracleRMAN的备份与恢复命令详解

还原检查与恢复测试
与备份检查一样,还原操作也可以检查是否能正常 restore 或者是否该备份集是否有效。如::
可以使用 CHECK LOGICAL 选项测试通过了物理损坏检查的数据和索引块,查看它们是否存在逻辑损坏,如行片或索引条目损坏。如果检测到任何块存在逻辑损坏,则 将该块记录到服务器进程的警报日志和跟踪文件中。
可以使用 MAXCORRUPT 参数设置逻辑和物理损坏的阈值。只要在某个文件中检测到的逻辑和物理损坏总和低于该值,则 RMAN 命令完成,同时 Oracle 将损坏块的 范围植入到 V$COPY_CORRUPTION 视图。如果超出 MAXCORRUPT,则该命令终 止,并且不植入视图。 当并行度比较高时,占用的计算机资源较多,但备份操作完成 速度较快。缺省情况下将启用对物理损坏的错误检查。有关在备份过程中遇到的损坏数据文件块的信息将记录在控制文件和警报日志中。
运行 BACKUP ARCHIVELOG ALL 命令。注意如果备份优化被启用,RMAN只会备份未备份过的日志
备份 BACKUP命令中定义的文件
运行 ALTER SYSTEM ARCHIVE LOG CURRENT 命令
备份所有的剩下的归档日志
备份完后删除归档日志RMAN> backup …… ARCHIVELOG all delete all input;修改备份集的保存策略例如:将备份设置为永久有效RMAN> backup database keep forever logs|nologs;设置为有效期 180 天RMAN> backup database keep until time='sysdate+180';重写configure exclude / noexclude通过 configure exclude 可以配置 RMAN 不备份上次备份以来没有发生变化的数据文件。如果要确保 RMAN备份这些数据文件,可以在 backup命令中添加 noexclude 选项。 例如:RMAN> backup database noexclude;

基于Oracle 11g的备份恢复策略的研究与实现

基于Oracle 11g的备份恢复策略的研究与实现

基于Oracle 11g的备份恢复策略的研究与实现一、引言数据库是企业重要的信息基础设施,对数据库进行备份和恢复是保障数据安全的重要手段。

Oracle数据库作为企业级数据库系统的领先者之一,备份和恢复策略的制定对于保障数据库的安全至关重要。

本文将针对Oracle 11g数据库进行备份恢复策略的研究与实现,分析不同的备份和恢复策略,以及如何有效地实施这些策略。

二、备份策略1.全备份全备份是指对整个数据库进行备份,将数据库的所有数据和日志备份到备份存储设备中。

全备份通常是定期进行的,保证数据库的整体完整性。

在Oracle 11g中,可以使用RMAN工具进行全备份的操作。

2.增量备份增量备份是指对数据库中发生改变的数据进行备份,只备份自上次备份之后发生变化的数据。

增量备份相比全备份可以更节省备份空间,并且备份速度更快。

在Oracle 11g中,可以使用RMAN工具进行增量备份的操作,可以选择不同的增量备份级别,包括级别0、级别1和级别2。

3.归档日志备份归档日志是Oracle数据库中重要的日志信息,记录了数据库的所有操作和变化。

归档日志备份可以保证在数据库发生故障时进行恢复操作。

在Oracle 11g中,可以使用RMAN工具对归档日志进行备份操作。

2.部分恢复部分恢复是指在数据库中只部分数据丢失或者损坏的情况下进行的恢复操作。

部分恢复通常会使用增量备份或者归档日志备份来进行恢复操作,在Oracle 11g中,可以使用RMAN工具进行部分恢复的操作。

四、实施策略1.备份恢复计划制定全面的备份恢复计划,包括全备份、增量备份、归档日志备份的频率和执行时间。

确保备份相关的日志信息和报告的记录,并及时进行监控和审查。

2.备份存储管理选型适当的备份存储设备,确保备份数据的安全可靠性和完整性。

可以使用硬盘、磁带、云存储等不同的备份存储方式,根据需求选择合适的方式进行备份存储。

3.定期恢复练习定期进行数据库的恢复操作练习,确保备份和恢复策略的有效性。

基于Oracle 11g的备份恢复策略的研究与实现

基于Oracle 11g的备份恢复策略的研究与实现

基于Oracle 11g的备份恢复策略的研究与实现作者:龚玮玮黄建军肖英剑来源:《电脑知识与技术》2019年第13期摘要:21世纪是一个信息化的时代,传统的纸质记录信息已经不能满足我们的需求。

Oracle数据库是目前世界上主流的数据库,具有存储量大、稳定性强、灵活性高等特点,被广泛应用于国防、航空、医疗等领域。

数据库可能会因为设备故障、病毒攻击、操作系统故障等因素造成数据的丢失,如果DBA没有对数据库进行备份,那么将会带来巨大的损失,因此我们必须认识到备份与恢复的重要性,做到防患未然。

本文将对oracle数据库的备份与恢复策略展开介绍。

关键词:Oracle数据库;备份;RMAN中图分类号:TP311 ; ; ;文献标识码:A文章编号:1009-3044(2019)13-0008-02大数据的时代,信息化和数字化也是各行业企业的发展趋势,因此我们对数据的安全性有了更高的要求,对数据的备份和数据的恢复技术的重要性更加突出。

对于目前运行正常的Oracle数据库来说,虽然发生故障的可能性很小,但发生的可能性还是存在,还是存在丢失数据的可能性。

目前还有很多生产数据库依然没有备份,一旦当灾难来临的时候,就会因为没有备份或者没有完善的恢复流程而手忙脚乱。

对数据库进行备份就相当于买了保险,这个保险可以使DBA在Oracle发生故障时胸有成竹。

数据库的物理备份、恢复和日常的备份、恢复文档类似。

简单来说,物理备份数据库就是将文件从一个地方物理地复制到另一个地方,数据库的恢复就是将损坏的文件从备份中复制回来。

目前较为常用的三种备份方法是热备份、冷备份、RMAN备份。

下面就基于Oracle ;11g 数据库的三种常用的备份恢复策略进行探讨。

1数据库的备份与恢复策略的研究1.1引起Oracle故障的类型一个运行很正常的数据库可能会因为一些因素导致数据库发生故障,常见的类型故障有:介质故障、用户进程故障、实例故障、用户错误故障等,下面将介绍几种常见故障的类型。

oracle 11g数据库rman物理备份方案

oracle 11g数据库rman物理备份方案

Oracle物理备份方案一.概述数据库的物理备份以一个星期为单元,星期一到星期六作数据库的1级备份,星期天做0级备份。

物理备份不考虑逻辑更加安全有效,以保证念数据库能稳定地运行。

二.数据库备份具体方案1.0级备份方案1) 建立文件夹”d:\backup”; 建立文件夹”d:\backup\scripts”;建立文件bak_inc0.rcv放入文件夹”d:\backup\scripts”,其内容为:run{allocate channel c1 type disk;backupincremental level 0tag='INC_0'database include current controlfileformat 'd:\backup\Inc0_%d_%T_%s'plus archivelog filesperset 20format 'd:\backup\Inc0_%d_%T_%s' delete all input;crosscheck backup;delete noprompt expired backup;report obsolete;delete noprompt obsolete;release channel c1;}2) 建立文件夹”d:\backup\logs”;建立批处理文件”v3x_inc0_backup.bat”放入”d盘”,其内容如下:set oracle_sid=orclset NLS_LANG=American_america.AL32UTF8rman target jwst/jwst nocatalog cmdfile=D:\backup\scripts\bak_inc0.rcv msglog d:\backup\logs\v3x_%date:~0,4%_%date:~5,2%_%date:~8,2%.log3)将批处理文件放入windows任务计划中,每个星期天晚上2点执行。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

Oracle 11g 基于RMAN的备份与恢复
备份整个数据库
C:\Users\huangluxiang>rman target/
RMAN> backup database;
RMAN> exit (退出)
(1)重做日志损坏
SQL> conn /as sysdba
已连接到空闲例程。

SQL> startup mount;
ORACLE 例程已经启动。

Total System Global Area 1071333376 bytes
Fixed Size 1375792 bytes
Variable Size 729809360 bytes
Database Buffers 335544320 bytes
Redo Buffers 4603904 bytes
数据库装载完毕。

SQL> recover database until cancel;
完成介质恢复。

SQL> alter database open resetlogs;
数据库已更改。

SQL> archive log list;
数据库日志模式存档模式
自动存档启用
存档终点USE_DB_RECOVERY_FILE_DEST
最早的联机日志序列 1
下一个存档日志序列 1
当前日志序列 1
备注:恢复Oracle数据库,应该备份整个数据库
(2)数据库丢失数据文件,控制文件,重做日志文件
C:\Users\huangluxiang>rman target/
RMAN> restore controlfile from autobackup;
RMAN>alter database mount;
RMAN> restore database;
SQL> conn /as sysdba
已连接。

SQL> recover database using backup controlfile until cancel;
ORA-00279: 更改990116 (在12/13/2013 14:06:05 生成) 对于线程1 是必需的
ORA-00289: 建议:
C:\APP\HUANGLUXIANG\FLASH_RECOVERY_AREA\DLNU\ARCHIVELOG\2013_12_13\ O1_MF_1_5_%U_
.ARC
ORA-00280: 更改990116 (用于线程1) 在序列#5 中
指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
cancel
介质恢复已取消。

SQL> alter database open resetlogs;
数据库已更改。

备注:恢复Oracle数据库,应该备份整个数据库
(3)丢失数据文件,控制文件,重做日志文件,初始化文件
SQL> startup pfile='C:\app\huangluxiang\admin\dlnu\pfile\init.ora.11132013135250'; ORACLE 例程已经启动。

C:\Users\huangluxiang>rman target/
RMAN> restore spfile from autobackup;
SQL> shutdown immediate;
SQL> startup nomount;
RMAN> restore controlfile from autobackup;
RMAN> alter database mount;
RMAN> restore database;
SQL> recover database using backup controlfile until cancel;
SQL> alter database open resetlogs;
备注:恢复Oracle数据库,应该备份整个数据库
(4)把数据库恢复到某个时间点
SQL> alter session set nls_date_format='yyyymmdd hh24:mi:ss';
SQL> select sysdate from dual;
SYSDATE
-----------------
20131213 17:24:09
SQL> shutdown immediate;
C:\Users\huangluxiang>rman target/
RMAN> startup mount;
RMAN> restore database;
RMAN> sql 'alter session set nls_date_format="yyyymmdd hh24:mi:ss"';
RMAN> recover database until time '20131213 17:24:09';
RMAN> sql 'alter database open resetlogs';
RMAN> exit
备注:恢复Oracle数据库,应该备份整个数据库
(5)把数据库恢复到某个SCN
SQL> select dbms_flashback.get_system_change_number from dual;
GET_SYSTEM_CHANGE_NUMBER
------------------------
991353
SQL> select to_char(scn_to_timestamp(991353),'YYYY-MM-DD HH24:MI:SS') from dual;
TO_CHAR(SCN_TO_TIME
-------------------
2013-12-13 17:39:33
SQL> select timestamp_to_scn(to_date('2013-12-13 17:39:33','YYYY-MM-DD HH24:MI:SS')) from dual;
TIMESTAMP_TO_SCN(TO_DATE('2013-12-1317:39:33','YYYY-MM-DDHH24:MI:SS'))
----------------------------------------------------------------------
991353
SQL> shutdown immediate;
C:\Users\huangluxiang>rman target/
RMAN> startup mount;
RMAN> restore database;
RMAN> recover database until scn 991353;
RMAN> sql 'alter database open resetlogs';
RMAN> exit
备注:恢复Oracle数据库,应该备份整个数据库。

相关文档
最新文档