怎么理解Oracle Data Recovery Advisor

這篇文章將為大家詳細講解有關怎么理解Oracle Data Recovery Advisor，文章內容質量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關知識有一定的了解。

對DBA而言，數據備份、還原是日常工作的基本功。Oracle發展到今天，自動化、智能化是一個重要的發展方向。數據庫可以自動的診斷問題故障，并且解決修復錯誤，可能離我們并不遙遠。

數據備份和還原，在Oracle DBA學習過程中，占到了很大的篇幅。從冷備份到熱備份，從完全恢復到非完全恢復，這個過程中涉及了很多的技術細節和知識點。一些DBA初始接觸這些概念和操作，容易被弄亂。Oracle 11g推出的Data Recovery Advisor，就是提供給我們一個自動診斷、修復數據庫的選擇。

1、Advisor

從9i和10g開始，我們就開始接觸各種的Advisor。從內存大小，例如SGA、Buffer Cache和PGA，到存儲段結構Segment Space Advisor和SQL Tuning Advisor，Oracle在試圖構建起一個Advisor Framework。

Oracle的Advisor大都是有“后臺運行、自動建議”的特點。這些Advisor往往是和Oracle自動后臺作業綁定，由一個或者多個后臺進程進行自動信息收集診斷，并且最后生成診斷建議。

應該說，Advisor是Oracle邁向自動化、智能化的一個重要戰略步驟。本篇介紹的Data Recovery Advisor就是應用于數據恢復領域的一個重要Advisor組件。

Data Recovery Advisor（以下簡稱DRA）是Oracle的一個內置（Build-In）工具，用于進行數據錯誤、損壞的報告和修復建議。比如，DRA能夠自動發現當前存在壞塊，并且查看備份資料庫（RMAN），給出修復建議和語句。DRA甚至可以做到“一鍵式”的恢復，敲一個修復命令，就自動執行修復腳本，將錯誤解除。

DRA是和Oracle經典備份還原工具RMAN綁定使用的。DRA是自動在后臺進行數據庫狀態檢查和數據收集，一旦發現錯誤，就會自動的進行修復建議的提示。DRA目前可以在兩種方式下進行工作，一個是數據庫啟動障礙，比如啟動過程報錯。另一個是運行過程障礙，例如運行中數據庫異常損壞（如數據文件被后臺刪除）。

目前DRA可以支持User界面和命令行兩種方式工作。在OEM中，我們點擊修復鏈接，查看或者直接解決問題。在命令行中，我們可以使用RMAN的命令進行處理。

2、環境準備

所謂，“巧婦難為無米之炊”。應該注意：DRA是一個自動輔助工具，對DBA而言，是一個規范操作的輔助者，而不是“點石成金”的“萬靈藥”。DRA進行數據恢復所依據的，也是Oracle原有的備份還原體系，并沒有引入什么特殊功能。換句話說，一個非歸檔、無備份、無冗余配置的數據庫，有致命錯誤發生的時候，DRA也是無能為力的。

這也就是說，備份還是要做。我們首先在實驗前，進行一個完整備份。選擇Oracle 11g進行實驗，開啟歸檔模式。

[oracle@bspdev ~]$ sqlplus /nolog

SQL*Plus: Release 11.2.0.1.0 Production on Fri Sep 6 06:09:29 2013

Copyright (c) 1982, 2009, Oracle.  All rights reserved.

SQL> conn / as sysdba

Connected to an idle instance.

SQL> startup mount

ORACLE instance started.

Total System Global Area  849530880 bytes

（篇幅原因，有省略……）

Redo Buffers                5132288 bytes

Database mounted.

--查看是否歸檔模式

SQL> archive log list;

Database log mode              Archive Mode

Automatic archival             Enabled

Archive destination            USE_DB_RECOVERY_FILE_DEST

Oldest online log sequence     172

Next log sequence to archive   174

Current log sequence           174

使用RMAN進行一個全備份。

SQL> alter database open;

Database altered.

[oracle@bspdev ~]$ rman nocatalog

Recovery Manager: Release 11.2.0.1.0 - Production on Fri Sep 6 06:14:28 2013

Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.

RMAN> connect target /

connected to target database: WILSON (DBID=3906514064)

using target database control file instead of recovery catalog

RMAN> backup database plus archivelog delete input;

Starting backup at 06-SEP-13

current log archived

（略過細節......）

在RMAN中，我們可以使用list failure all;的DRA命令來查看當前存在的錯誤列表。

RMAN> list failure all;

no failures found that match specification

下面，我們分別選擇啟動過程和運行過程兩個場景進行恢復演示。

3、啟動過程數據庫故障演示

在啟動過程出現數據庫錯誤占到了數據庫錯誤的相當比例。DRA是可以在這個過程中幫助我們解決問題的。

首先，我們先制造一個問題。當前存在兩個控制文件，互為備份。

SQL> col name for a100;

SQL> select name from v$controlfile;

NAME

---------------------------------------------------------------

/u01/oradata/WILSON/controlfile/o1_mf_7xt44jkr_.ctl

/u01/flash_recovery_area/WILSON/controlfile/o1_mf_7xt44kbv_.ctl

意外中斷系統，刪除一個控制文件。

SQL> conn / as sysdba

Connected.

SQL> shutdown abort;  

ORACLE instance shut down.

[oracle@bspdev ~]$ cd /u01/oradata/WILSON/controlfile/

[oracle@bspdev controlfile]$ ls -l

total 9856

-rw-r----- 1 oracle oinstall 10076160 Sep  6 06:36 o1_mf_7xt44jkr_.ctl

[oracle@bspdev controlfile]$ mv o1_mf_7xt44jkr_.ctl o1_mf_7xt44jkr_.ctl.bak

[oracle@bspdev controlfile]$ ls -l

total 9856

-rw-r----- 1 oracle oinstall 10076160 Sep  6 06:36 o1_mf_7xt44jkr_.ctl.bak

再次啟動的時候，數據庫必然會有一個報錯的動作。

SQL> conn / as sysdba

Connected to an idle instance.

SQL> startup

ORACLE instance started.

Total System Global Area  849530880 bytes

Fixed Size                  1339824 bytes

Variable Size             616566352 bytes

Database Buffers          226492416 bytes

Redo Buffers                5132288 bytes

ORA-00205: error in identifying control file, check alert log for more info

定位控制文件失敗，從alert log中找到內容。

MMNL started with pid=16, OS id=4418

starting up 1 shared server(s) ...

ORACLE_BASE from environment = /u01

Fri Sep 06 07:06:42 2013

ALTER DATABASE   MOUNT

ORA-00210: cannot open the specified control file

ORA-00202: control file: '/u01/oradata/WILSON/controlfile/o1_mf_7xt44jkr_.ctl'

ORA-27037: unable to obtain file status

Linux Error: 2: No such file or directory

Additional information: 3

ORA-205 signalled during: ALTER DATABASE   MOUNT...

Fri Sep 06 07:06:44 2013

Checker run found 1 new persistent data failures

在進入mount階段的時候，Oracle發現control file不能讀取的問題。注意alert log片段的最后一行，Oracle說：我引入的checker不斷在進行輪詢過程，發現這個問題還存在。這個時候，熟練的DBA是可以繼續工作的，或者用備份進行恢復，或者拷貝一個完全版本。但是在DRA時代，我們還可以“問問Oracle Advisor怎么辦？”。

此時，我們使用rman，來查看信息。

RMAN> list failure ;

List of Database Failures

=========================

Failure ID Priority Status    Time Detected Summary

---------- -------- --------- ------------- -------

3842       CRITICAL OPEN      06-SEP-13     Control file /u01/oradata/WILSON/controlfile/o1_mf_7xt44jkr_.ctl is missing

信息非常詳細，Oracle給這個錯誤一個編號，并且分了級別，有了說明信息。明確說明問題在哪兒。

List failure命令是將所有的錯誤失敗顯示出來，我們還可以針對一個failure id進行信息顯示。

RMAN> list failure 3842 detail;

List of Database Failures

=========================

Failure ID Priority Status    Time Detected Summary

---------- -------- --------- ------------- -------

3842       CRITICAL OPEN      06-SEP-13     Control file /u01/oradata/WILSON/controlfile/o1_mf_7xt44jkr_.ctl is missing

  Impact: Database cannot be mounted

List failure是第一個DRA命令。Advise failure是問問Oracle怎么辦？

RMAN> advise failure;

List of Database Failures

=========================

Failure ID Priority Status    Time Detected Summary

---------- -------- --------- ------------- -------

3842       CRITICAL OPEN      06-SEP-13     Control file /u01/oradata/WILSON/controlfile/o1_mf_7xt44jkr_.ctl is missing

  Impact: Database cannot be mounted

analyzing automatic repair options; this may take some time

allocated channel: ORA_DISK_1

channel ORA_DISK_1: SID=20 device type=DISK

analyzing automatic repair options complete

Mandatory Manual Actions

========================

no manual actions available

Optional Manual Actions

=======================

no manual actions available

Automated Repair Options

========================

Option Repair Description –可用的修復措施

------ ------------------

1      Use a multiplexed copy to restore control file /u01/oradata/WILSON/controlfile/o1_mf_7xt44jkr_.ctl 

  Strategy: The repair includes complete media recovery with no data loss

  Repair script. /u01/diag/rdbms/wilson/wilson/hm/reco_148645850.hm

Oracle DRA說，我們可以使用Control File的另一個冗余拷貝進行恢復。并且給出了一個repair script。

[oracle@bspdev controlfile]$ cat cat /u01/diag/rdbms/wilson/wilson/hm/reco_148645850.hm

cat: cat: No such file or directory

   # restore control file using multiplexed copy

   restore controlfile from '/u01/flash_recovery_area/WILSON/controlfile/o1_mf_7xt44kbv_.ctl';

   sql 'alter database mount';

兩條語句，都是要求在rman下面運行。一個是使用當前鏡像文件進行恢復，另一個是啟動數據庫。

我們聽從DRA的指令，手工運行一下腳本命令。此時，數據庫處在一個中間啟動狀態。

--實例已經啟動

[oracle@bspdev controlfile]$ ps -ef | grep pmon

oracle    4360     1  0 07:06 ?        00:00:00 ora_pmon_wilson

oracle    4551  3270  0 07:15 pts/0    00:00:00 grep pmon

SQL> select status from v$instance;

STATUS

------------

STARTED

RMAN中執行程序腳本。

--執行腳本命令

RMAN> restore controlfile from '/u01/flash_recovery_area/WILSON/controlfile/o1_mf_7xt44kbv_.ctl';

Starting restore at 06-SEP-13

allocated channel: ORA_DISK_1

channel ORA_DISK_1: SID=1 device type=DISK

channel ORA_DISK_1: copied control file copy

output file name=/u01/oradata/WILSON/controlfile/o1_mf_7xt44jkr_.ctl

output file name=/u01/flash_recovery_area/WILSON/controlfile/o1_mf_7xt44kbv_.ctl

Finished restore at 06-SEP-13

RMAN> sql 'alter database mount';

sql statement: alter database mount

released channel: ORA_DISK_1

此時，數據庫可以順利的open，并且原來的list failure錯誤信息消失。

--進入open狀態

SQL> conn / as sysdba

Connected.

SQL> select status from v$instance;

STATUS

------------

MOUNTED

SQL> alter database open;

Database altered.

[oracle@bspdev controlfile]$ ls -l

total 19712

-rw-r----- 1 oracle oinstall 10076160 Sep  6 07:21 o1_mf_7xt44jkr_.ctl

-rw-r----- 1 oracle oinstall 10076160 Sep  6 06:36 o1_mf_7xt44jkr_.ctl.bak

RMAN> list failure all;

no failures found that match specification

這個案例告訴我們，RMAN中的DRA可以做到在啟動過程中，不斷診斷發現問題，提供解決方案。更重要的是還可以提供狀態修改的腳本語句。

下面，我們進行一個Open狀態故障的診斷，并且看看怎么在DRA如何實現“一鍵式”系統修復。

關于怎么理解Oracle Data Recovery Advisor就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。