【DB笔试面试759】在Oracle中，如果主库丢失归档文件，那么物理DG如何恢复？

♣

题目部分

在Oracle中，如果主库丢失归档文件，那么物理DG如何恢复？

♣

答案部分

面试DBA岗位，面试官对于DG环境常常会问到，若是主库丢失了归档文件，而这些归档文件还未来得及传递到备库，则物理备库是否只能通过重建的方式来恢复呢？这道面试题是作者亲身经历，当时以为只能重建备库，但最后经过查找文档找到了解决办法，可以通过对主库进行基于SCN的增量备份来恢复物理DG。

全过程简单有如下几个步骤：

第一步，主库创建基于SCN的增量备份：

首先要知道误删除或者丢失的归档日志是从哪个SCN开始的。视图V$ARCHIVED_LOG的FIRST_CHANGE#列能够查到归档日志对应的起始SCN。可以使用如下SQL查询最小的SCN：

1SELECT (SELECT MIN(D.CHECKPOINT_CHANGE#) FROM V$DATAFILE D) DATAFILE_SCN,2       (SELECT MIN(D.CHECKPOINT_CHANGE#) FROM   V$DATAFILE_HEADER D WHERE  ROWNUM = 1) DATAFILE_HEADER_SCN,3       (SELECT CURRENT_SCN FROM V$DATABASE) CURRENT_SCN,4       (SELECT MIN(B.NEXT_CHANGE#) FROM   V$ARCHIVED_LOG B5        WHERE  B.SEQUENCE# IN (968,644)--这里修改成丢失的归档号6        AND  RESETLOGS_CHANGE# =(SELECT D.RESETLOGS_CHANGE# FROM V$DATABASE D)) NEXT_CHANGE#7FROM   DUAL;

若最小的SCN为750983，则在主库上使用BACKUP ... INCREMENTAL FROM SCN为主库做一个增量备份，这个操作会将整个库中SCN大于750983的BLOCK全备份出来，SQL如下：

 1RUN {  2ALLOCATE CHANNEL D1 TYPE DISK;  3ALLOCATE CHANNEL D2 TYPE DISK;  4ALLOCATE CHANNEL D3 TYPE DISK;  5ALLOCATE CHANNEL D4 TYPE DISK;  6BACKUP AS COMPRESSED BACKUPSET INCREMENTAL FROM SCN 750983 DATABASE FORMAT '/ARCHIVE/STANDBY_NEW_%D_%T_%U.BAK' INCLUDE CURRENT CONTROLFILE FOR STANDBY FILESPERSET=5  TAG 'FOR STANDBY NEW';  7RELEASE CHANNEL D1;  8RELEASE CHANNEL D2;  9RELEASE CHANNEL D3;10RELEASE CHANNEL D4;11}12list backupset of controlfile;--找到控制文件的备份集文件名

第二步，将备份的文件复制到备库端的空目录下

第三步，恢复备库的控制文件

在使用RMAN恢复备库的控制文件之前，需要将原来的控制文件进行手工的冷备并且记录下原来的控制文件中记录的数据文件的名称：

1SELECT ''''||NAME||''' ;' FROM V$DATAFILE; --记录备库数据文件原名称及路径2startup force nomount3cp +DATA/oranlhr/controlfile/control01.ctl +DATA/oranlhr/controlfile/control01.ctl_bk4restore standby  controlfile from '/home/oracle/bak/standby_TESTDG_20180525_19t3q9sb_1_1.bak';5select 'alter database rename file '''||NAME ||''' TO ' FROM V$datafile; --查询恢复控制文件后备库数据文件的名称

第四步，在备库执行RECOVER操作：

 1ALTER DATABASE MOUNT;  2CATALOG START WITH '/ARCHIVE/'; 3 4list incarnation of database; 5reset database to incarnation 1;--应该和主库保持一致 6 7--重命名备库的数据文件 8alter system set standby_file_management=manual sid='*'; 9alter database rename file '+DATADG/testdg/datafile/system.274.976812987' TO '+DATADG/testdgphy/datafile/system.261.976877439';10......11alter database rename file '+DATADG/testdg/datafile/undotbs2.286.976813901' TO '+DATADG/testdgphy/datafile/undotbs2.257.976877619';12alter system set standby_file_management=auto sid='*';1314--最后执行恢复操作15RECOVER DATABASE NOREDO;

最后开启备库的实时应用进程，并且查询备库的日志应用情况：

 1ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION; 2 3COL NAME FOR A100 4SET LINESIZE 9999  PAGESIZE 9999 5COL NEXT_CHANGE# FOR 999999999999999 6SELECT THREAD#, NAME, SEQUENCE#, ARCHIVED, APPLIED, A.NEXT_CHANGE# 7  FROM V$ARCHIVED_LOG A 8 WHERE A.SEQUENCE# >= (SELECT MAX(B.SEQUENCE#) - 3 9                         FROM V$ARCHIVED_LOG B10                        WHERE B.THREAD# = A.THREAD#11                          AND B.RESETLOGS_CHANGE# = A.RESETLOGS_CHANGE#12                          AND B.RESETLOGS_CHANGE# =13                              (SELECT D.RESETLOGS_CHANGE# FROM V$DATABASE D)14                          AND B.APPLIED = 'YES' 15              GROUP BY B.THREAD#)16 ORDER BY A.THREAD#, A.SEQUENCE#;

若需要恢复的文件比较多，则可以使用如下的SQL来查询恢复的进度：

 1SELECT A.USERNAME, 2       (SELECT UPPER(NB.OSUSER) FROM V$SESSION NB WHERE NB.SID = A.SID) OSUSER, 3       (SELECT NB.SID || ',' || NB.SERIAL# || ',' || PR.SPID 4          FROM V$PROCESS PR, V$SESSION NB 5         WHERE NB.PADDR = PR.ADDR 6           AND NB.SID = A.SID 7           AND NB.SERIAL# = A.SERIAL#) SESSION_INFO, 8       A.TARGET, 9       A.OPNAME,10       TO_CHAR(A.START_TIME, 'YYYY-MM-DD HH24:MI:SS') START_TIME,11       ROUND(A.SOFAR * 100 / A.TOTALWORK, 2) || '%' AS PROGRESS,12       (A.TIME_REMAINING) TIME_REMAINING,13       (A.SOFAR || ':' || A.TOTALWORK) SOFAR_TOTALWORK,14       (A.ELAPSED_SECONDS) ELAPSED_SECONDS,15       MESSAGE MESSAGE,16       (SELECT NB.EVENT FROM V$SESSION_WAIT NB WHERE NB.SID = A.SID) WAIT_EVENT,17       (SELECT NB.STATUS FROM V$SESSION NB WHERE NB.SID = A.SID) STATUS18  FROM V$SESSION_LONGOPS A19 WHERE A.TIME_REMAINING <> 020 ORDER BY STATUS, A.TIME_REMAINING DESC, A.SQL_ID, A.SID;

在主库归档日志丢失无法同步到备库时，可以利用增量scn来备份主库的方式，从而避免重建standby。由于丢失了归档，所以最后需要对数据库进行一次全备。

在整个恢复过程中需要注意的几点：

①　若备库是rac，或者asm存储，则在还原控制文件后需要把控制文件中的数据文件重命名为备库的原数据文件名称才可以执行恢复操作。

②　在执行RECOVER DATABASE NOREDO前，应该让备库和主库都处于同一个incarnation，否则会报如下的错误，并且不能启用备库的实时日志应用功能：

1SYS@DGPHY1> alter database open;2alter database open3*4ERROR at line 1:5ORA-10458: standby database requires recovery6ORA-01152: file 1 was not restored from a sufficiently old backup7ORA-01110: data file 1: '+DATADG/testdgphy/datafile/system.261.976877439'

& 说明：

有关具体的解决过程案例可以参考我的BLOG：http://blog.itpub.net/26736162/viewspace-2087473/、 http://blog.itpub.net/26736162/viewspace-1780863/

本文选自《Oracle程序员面试笔试宝典》，作者：小麦苗

---------------优质麦课------------

详细内容可以添加麦老师微信或QQ私聊。

About Me：小麦苗

● 本文作者：小麦苗，只专注于数据库的技术，更注重技术的运用

● 作者博客地址：http://blog.itpub.net/26736162/abstract/1/

● 本系列题目来源于作者的学习笔记，部分整理自网络，若有侵权或不当之处还请谅解

● QQ：646634621 QQ群：618766405

● 提供OCP、OCM和高可用部分最实用的技能培训

● 题目解答若有不当之处，还望各位朋友批评指正，共同进步

DBA宝典

长按下图识别二维码或微信扫描下图二维码来关注小麦苗的微信公众号：xiaomaimiaolhr，学习最实用的数据库技术。

---------------优质麦课------------

更多相关文章

随机推荐