Oracle数据库恢复教程之resetlogs操作的示例分析

54次阅读
没有评论

共计 10626 个字符，预计需要花费 27 分钟才能阅读完成。

这篇文章给大家分享的是有关 Oracle 数据库恢复教程之 resetlogs 操作的示例分析的内容。丸趣 TV 小编觉得挺实用的，因此分享给大家做个参考，一起跟随丸趣 TV 小编过来看看吧。

实验环境：RHEL 5.4 + Oracle 11.2.0.3

如果是一名合格的 Oracle DBA，对 resetlogs 这种关键字都应该是极其敏感的，当确认需要这种操作时一定要三思而后行，如果自己不是特别确认，哪怕多花些时间申请去让高级 DBA 人员协助你一起确认，也不要擅自去尝试执行，避免误操作造成既定损失后追悔莫及。

1. 哪些场景可以 resetlogs

首先要明确 resetlogs 操作非常危险的，也只有在进行不完全恢复开库时会使用到。

SQL  alter database open resetlogs;
-  open the database and reset the online logs

官方的描述如下：

Incomplete recovery, also called database point-in-time recovery, results in a noncurrent version of the database. In this case, you do not apply all of the redo generated after the restored backup. Typically, you perform point-in-time database recovery to undo a user error when Flashback Database is not possible.
To perform incomplete recovery, you must restore all data files from backups created before the time to which you want to recover and then open the database with the RESETLOGS option when recovery completes. Resetting the logs creates a new stream of log sequence numbers starting with log sequence 1.

官方的描述其实很清晰，但是实际很多初级 DBA 小伙伴们在实际工作中遇到这样的场景时却总是有些困惑，甚至误操作引发灾难。

我这里以一个实验来具体说明常见场景：

需求：A 机数据库 PROD1，现需在 B 机不同目录下用 A 机的备份集恢复出来；

A 机：

-- A 机当前 current redolog 的 sequence 是 57:
SQL  select * from v$log;
 GROUP# THREAD# SEQUENCE# BYTES BLOCKSIZE MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIM NEXT_CHANGE# NEXT_TIME
---------- ---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- --------- ------------ ---------
 1 1 55 52428800 512 1 YES INACTIVE 2051572 19-MAY-19 2060361 19-MAY-19
 2 1 56 52428800 512 1 YES INACTIVE 2060361 19-MAY-19 2060436 19-MAY-19
 3 1 57 52428800 512 1 NO CURRENT 2060436 19-MAY-19 2.8147E+14
-- A 机做了一次数据库备份：RMAN  backup database include current controlfile plus archivelog delete all input;

allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=23 device type=DISK
allocated channel: ORA_DISK_2
channel ORA_DISK_2: SID=189 device type=DISK
allocated channel: ORA_DISK_3
channel ORA_DISK_3: SID=21 device type=DISK
channel ORA_DISK_1: starting compressed archived log backup set
channel ORA_DISK_1: specifying archived log(s) in backup set
input archived log thread=1 sequence=57 RECID=3 STAMP=1008670991
channel ORA_DISK_1: starting piece 1 at 19-MAY-19
channel ORA_DISK_1: finished piece 1 at 19-MAY-19
piece handle=/home/oracle/backup/0cu1u68l_1_1.bak tag=TAG20190519T102315 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
channel ORA_DISK_1: deleting archived log(s)
archived log file name=/u01/app/oracle/product/11.2.0/dbhome_1/dbs/arch2_57_860888149.dbf RECID=3 STAMP=1008670991
Finished backup at 19-MAY-19
Starting backup at 19-MAY-19
using channel ORA_DISK_1
using channel ORA_DISK_2
using channel ORA_DISK_3
channel ORA_DISK_1: starting compressed full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00002 name=/u01/app/oracle/oradata/PROD1/sysaux01.dbf
channel ORA_DISK_1: starting piece 1 at 19-MAY-19
channel ORA_DISK_2: starting compressed full datafile backup set
channel ORA_DISK_2: specifying datafile(s) in backup set
input datafile file number=00001 name=/u01/app/oracle/oradata/PROD1/system01.dbf
input datafile file number=00004 name=/u01/app/oracle/oradata/PROD1/users01.dbf
channel ORA_DISK_2: starting piece 1 at 19-MAY-19
channel ORA_DISK_3: starting compressed full datafile backup set
channel ORA_DISK_3: specifying datafile(s) in backup set
input datafile file number=00005 name=/u01/app/oracle/oradata/PROD1/example01.dbf
input datafile file number=00003 name=/u01/app/oracle/oradata/PROD1/undotbs01.dbf
channel ORA_DISK_3: starting piece 1 at 19-MAY-19
channel ORA_DISK_3: finished piece 1 at 19-MAY-19
piece handle=/home/oracle/backup/0fu1u68p_1_1.bak tag=TAG20190519T102319 comment=NONE
channel ORA_DISK_3: backup set complete, elapsed time: 00:00:26
channel ORA_DISK_3: starting compressed full datafile backup set
channel ORA_DISK_3: specifying datafile(s) in backup set
including current control file in backup set
channel ORA_DISK_3: starting piece 1 at 19-MAY-19
channel ORA_DISK_3: finished piece 1 at 19-MAY-19
piece handle=/home/oracle/backup/0gu1u69j_1_1.bak tag=TAG20190519T102319 comment=NONE
channel ORA_DISK_3: backup set complete, elapsed time: 00:00:01
channel ORA_DISK_1: finished piece 1 at 19-MAY-19
piece handle=/home/oracle/backup/0du1u68p_1_1.bak tag=TAG20190519T102319 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:01:03
channel ORA_DISK_2: finished piece 1 at 19-MAY-19
piece handle=/home/oracle/backup/0eu1u68p_1_1.bak tag=TAG20190519T102319 comment=NONE
channel ORA_DISK_2: backup set complete, elapsed time: 00:01:23
Finished backup at 19-MAY-19
Starting backup at 19-MAY-19
current log archived
using channel ORA_DISK_1
using channel ORA_DISK_2
using channel ORA_DISK_3
channel ORA_DISK_1: starting compressed archived log backup set
channel ORA_DISK_1: specifying archived log(s) in backup set
input archived log thread=1 sequence=58 RECID=4 STAMP=1008671084
channel ORA_DISK_1: starting piece 1 at 19-MAY-19
channel ORA_DISK_1: finished piece 1 at 19-MAY-19
piece handle=/home/oracle/backup/0hu1u6bg_1_1.bak tag=TAG20190519T102446 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
channel ORA_DISK_1: deleting archived log(s)
archived log file name=/u01/app/oracle/product/11.2.0/dbhome_1/dbs/arch2_58_860888149.dbf RECID=4 STAMP=1008671084
Finished backup at 19-MAY-19
Starting Control File and SPFILE Autobackup at 19-MAY-19
piece handle=/home/oracle/backup/control/c-2082231315-20190519-01 comment=NONE
Finished Control File and SPFILE Autobackup at 19-MAY-19
RMAN  
-- 可以看到备份数据库的日志前后都自动归档了当前的 redolog（57 和 58），所以备份完成后，当前日志 sequence 变为 59.
SQL  select * from v$log;
 GROUP# THREAD# SEQUENCE# BYTES BLOCKSIZE MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIM NEXT_CHANGE# NEXT_TIME
---------- ---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- --------- ------------ ---------
 1 1 58 52428800 512 1 YES INACTIVE 2060691 19-MAY-19 2060767 19-MAY-19
 2 1 59 52428800 512 1 NO CURRENT 2060767 19-MAY-19 2.8147E+14
 3 1 57 52428800 512 1 YES INACTIVE 2060436 19-MAY-19 2060691 19-MAY-19

此时把备份集传输到 B 机，比如 /u03/backup 目录下，期望恢复到 /u03/oradata/PROD1 目录下。如果最终只是根据这个备份集去恢复，那最多恢复完 sequence 58 就结束了，找不到 sequence 59（因为 59 还是当前 current 的 redolog）。Oracle 认为这就是最基本的不完全恢复，需要 resetlogs 操作。

-- 指定恢复到 /u03/oradata/
RMAN  run {
2  set newname for database to  /u03/oradata/PROD1/%U 
3  restore database;
4  }
-- 切换到上步恢复出来的 copy 复本：RMAN  switch database to copy;
datafile 1 switched to datafile copy  /u03/oradata/PROD1/data_D-PROD1_TS-SYSTEM_FNO-1 
datafile 2 switched to datafile copy  /u03/oradata/PROD1/data_D-PROD1_TS-SYSAUX_FNO-2 
datafile 3 switched to datafile copy  /u03/oradata/PROD1/data_D-PROD1_TS-UNDOTBS1_FNO-3 
datafile 4 switched to datafile copy  /u03/oradata/PROD1/data_D-PROD1_TS-USERS_FNO-4 
datafile 5 switched to datafile copy  /u03/oradata/PROD1/data_D-PROD1_TS-EXAMPLE_FNO-5 
-- 尝试恢复数据库：RMAN  recover database;
Starting recover at 19-MAY-19
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=102 device type=DISK
allocated channel: ORA_DISK_2
channel ORA_DISK_2: SID=9 device type=DISK
allocated channel: ORA_DISK_3
channel ORA_DISK_3: SID=112 device type=DISK
starting media recovery
channel ORA_DISK_1: starting archived log restore to default destination
channel ORA_DISK_1: restoring archived log
archived log thread=1 sequence=58
channel ORA_DISK_1: reading from backup piece /home/oracle/backup/0hu1u6bg_1_1.bak
channel ORA_DISK_1: errors found reading piece handle=/home/oracle/backup/0hu1u6bg_1_1.bak
channel ORA_DISK_1: failover to piece handle=/u03/backup/0hu1u6bg_1_1.bak tag=TAG20190519T102446
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
archived log file name=/u01/app/oracle/product/11.2.0/db_1/dbs/arch2_58_860888149.dbf thread=1 sequence=58
unable to find archived log
archived log thread=1 sequence=59
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 05/19/2019 11:04:21
RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 59 and starting SCN of 2060767
RMAN

可以看到最后有报错信息，就是告诉你找不到 sequence 59 的日志，这是必然的，因为 59 还是 A 机 current 的 redo 日志。

2.resetlogs 前必须确认路径正确

2.1 先查看控制文件和数据文件头记录的 scn 是否一致 

SQL  select checkpoint_change# from v$datafile;
CHECKPOINT_CHANGE#
------------------
 2060767
 2060767
 2060767
 2060767
 2060767
SQL  select checkpoint_change# from v$datafile_header;
CHECKPOINT_CHANGE#
------------------
 2060767
 2060767
 2060767
 2060767
 2060767

2.2 此时如果尝试直接 OPEN 会报错 

SQL  alter database open;
alter database open
ERROR at line 1:
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open

提示我们开库必须使用 RESETLOGS 或者 NORESETLOGS 选项。

2.3 重点来了，现在可以 open resetlogs 吗？

当然不行！记得一定要确认好路径！！

-- 查询发现临时文件以及 redo 日志的路径都不是我们所期望的：SQL  select name from v$datafile;
--------------------------------------------------------------------------------
/u03/oradata/PROD1/data_D-PROD1_TS-SYSTEM_FNO-1
/u03/oradata/PROD1/data_D-PROD1_TS-SYSAUX_FNO-2
/u03/oradata/PROD1/data_D-PROD1_TS-UNDOTBS1_FNO-3
/u03/oradata/PROD1/data_D-PROD1_TS-USERS_FNO-4
/u03/oradata/PROD1/data_D-PROD1_TS-EXAMPLE_FNO-5
SQL  select name from v$tempfile;
--------------------------------------------------------------------------------
/u01/app/oracle/oradata/PROD1/temp01.dbf
SQL  select member from v$logfile;
MEMBER
--------------------------------------------------------------------------------
/u01/app/oracle/oradata/PROD1/redo03.log
/u01/app/oracle/oradata/PROD1/redo02.log
/u01/app/oracle/oradata/PROD1/redo01.log
--rename 重命名为我们期望的目录：SQL  alter database rename file  /u01/app/oracle/oradata/PROD1/temp01.dbf  to  /u03/oradata/PROD1/temp01.dbf 
Database altered.
SQL  alter database rename file  /u01/app/oracle/oradata/PROD1/redo01.log  to  /u03/oradata/PROD1/redo01.log 
Database altered.
SQL  alter database rename file  /u01/app/oracle/oradata/PROD1/redo02.log  to  /u03/oradata/PROD1/redo02.log 
Database altered.
SQL  alter database rename file  /u01/app/oracle/oradata/PROD1/redo03.log  to  /u03/oradata/PROD1/redo03.log 
Database altered.
-- 再次检查确认：SQL  select name from v$tempfile;
--------------------------------------------------------------------------------
/u03/oradata/PROD1/temp01.dbf
SQL  select member from v$logfile;
MEMBER
--------------------------------------------------------------------------------
/u03/oradata/PROD1/redo03.log
/u03/oradata/PROD1/redo02.log
/u03/oradata/PROD1/redo01.log
-- 最终尝试 open 开库：SQL  alter database open;
alter database open
ERROR at line 1:
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open

Database altered.

感谢各位的阅读！关于“Oracle 数据库恢复教程之 resetlogs 操作的示例分析”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，让大家可以学到更多知识，如果觉得文章不错，可以把它分享出去让更多的人看到吧！

正文完
database open oracle recovery resetlogs
发表至： 数据库
2023-08-04
 
丸趣
版权声明：本站原创文章，由 丸趣 2023-08-04发表，共计10626字。
转载说明：除特殊说明外本站除技术相关以外文章皆由网络搜集发布，转载请注明出处。
有ip地址怎么用phpmyadmin访问远程mysql数据库
如何使用mysqlsniffer捕获SQL语句
利用amoeba实现mysql数据库读写分离的案例
navicat如何看表的数据
评论（没有评论）