1、 下: 數據庫應急預案 數據庫應急恢復流程圖 數據庫排錯的重點是判斷數據庫節點的故障還是數據庫故障，具體流程如 數據庫方面的故 障 T 故障判斷 T 數據庫應急恢復流程 1. 使用本地計算機或者 web 應用服務器來 ping 數據庫的四個節點，查 看四個節點的狀態，確認操作系統沒有問題的節點。 2. 登錄到操作系統沒有問題的節點，使用 crs_stat -命令判斷那個實例 出現故障，至少一個實例的 CRS 的服務資源處于 online 狀態。 3. 在此節點上使用 sqlplus / as sysdba; 命令，登錄到數據庫， 使用 select status from v$instance

2、; 命令查看數據庫狀態， 1）.如果數據庫處于 open 狀態，使用 conn icp_user/dbc 命令登錄到數 據庫后，然后使用 select sysdate from dual; 命令來查詢數據庫的當前時 間，如果能正確顯示結構，則數據庫沒有問題，則只需恢復出現故障的實 例就可以。 恢復的過程如下： a） .數據庫出現宕機的情況下 （1）.重啟數據庫服務器 （2）.以 root 用戶登錄的數據庫服務器執行 #/etc/init.d/init.crs start (3) .執行crs_stat -命令，查看對應節點的CRS服務資源都處于online 狀態。 b).數據庫服務器沒有宕機的

3、情況 (1) .以 root 用戶登錄的數據庫服務器執行 #/etc/init.d/init.crs disbale #/etc/init.d/init.crs stop #/etc/init.d/init.crs start (2) .執行crs_stat -命令，查看對應節點的CRS服務資源都處于online 狀態。 2). 如果數據庫不處于 open 狀態( mount 或者 nomount )，則數據庫 出現問題，檢查 alert 日志信息， a). 如果出現以下提示： ORA-01151: use media recovery to recover block, restore ba

4、ckup if needed 則需要做介質恢復，需要做以下工作： ( 1).關閉數據庫 SQLshutdown immediate; ( 2 )以 nomount 方式打開數據庫 SQLstartup nomount; （3 ）.使數據庫處于 mount 狀態 SQLalter database mount; （4）.做介質恢復 SQLalter database recover database; （5）.打開數據庫 SQLalter database open; b）.如果出現其它提示，并且不能在半小時內解決，則需要將備庫Standby 切換成主庫，具體操作如下：在備庫上進行切換： （1）.首先停止備庫的自動恢復狀態： SQLalter database recover managed standby database finish; （2）.切換備庫到主庫： SQLalter database commit to switchover to primary; （3 ）. 關閉數據