生產系統恢復到異機測試
前言:
oracle資料庫每個公司都在備份,但是有以下幾個問題每個dba能夠很快的回答嗎?
1、備份是否有效?
2、資料庫邏輯故障了,恢復需要多長時間?
3、生產系統硬碟壞了,恢復又需要多長時間?
因此每個月或者每個季度應該對生產系統進行測試恢復一遍,雖然oracle的rman也提供了恢復的預覽功能,
但是出於習慣還是每個季度進行一次手工恢復;
環境說明:
1、資料庫版本11.2.0.3
2、作業系統版本AIX6.1
3、資料量估算700G
4、備份方式network的集中備份
準備工作:
一、準備環境,需要引數檔案、密碼檔案、各種檔案路徑、並設定許可權、且需要相應的磁碟空間
a)引數檔案的傳輸 scp initPIP.ora root@192.168.199.43:/oracle/ID1/112_64/dbs
b)根據引數檔案建立相應的目錄
sapides:oraid1 318> mkdir -p /oracle/PIP/origlogA/cntrl/
sapides:oraid1 319> mkdir -p /oracle/PIP/origlogB/cntrl
sapides:oraid1 320> mkdir -p /oracle/PIP/sapdata1/cntrl
sapides:oraid1 321> mkdir -p /oracle/PIP/oraarch/PIParch
sapides:oraid1 322> mkdir -p /oracle/PIP/saptrace/audit
c)建立相應資料檔案的目錄
mkdir -p /oracle/PIP/sapdata4/undo_3/
mkdir -p /oracle/PIP/sapdata4/undo_2/
mkdir -p /oracle/PIP/sapdata4/sr3usr_1/
mkdir -p /oracle/PIP/sapdata4/sr3db_3/
mkdir -p /oracle/PIP/sapdata4/sr3db_2/
mkdir -p /oracle/PIP/sapdata4/sr3db_18/
mkdir -p /oracle/PIP/sapdata4/sr3db_17/
mkdir -p /oracle/PIP/sapdata4/sr3db_16/
mkdir -p /oracle/PIP/sapdata4/sr3db_15/
mkdir -p /oracle/PIP/sapdata4/sr3db_14/
mkdir -p /oracle/PIP/sapdata4/sr3db_13/
mkdir -p /oracle/PIP/sapdata4/sr3db_12/
mkdir -p /oracle/PIP/sapdata4/sr3db_11/
二、進行資料庫的恢復
a)進行控制檔案的恢復
啟動資料庫到nomount狀態
進行控制檔案的恢復,指令碼:
查詢network上面的備份資訊指令碼,根據指令碼查詢可以恢復的控制檔案的資訊
nsrinfo -s bkserver01 -n oracle joeonepip> C:\nsrinfo.txt
執行指令碼進行控制檔案的恢復,恢復完畢後啟動到mount狀態,然後進行資料庫的restore和recover操作;
run{
allocate channel ch1 device TYPE 'SBT_TAPE';
SEND DEVICE TYPE 'SBT_TAPE' 'NSR_ENV=(NSR_SERVER=bkserver01,NSR_CLIENT=joeonepip)';
set DBID=1579788476;
restore controlfile from 'PIP_CONTROL_73467_1_20140312';
release channel ch1;
sql 'alter database mount';
allocate channel ch2 device TYPE 'SBT_TAPE';
allocate channel ch3 device TYPE 'SBT_TAPE';
allocate channel ch4 device TYPE 'SBT_TAPE';
allocate channel ch5 device TYPE 'SBT_TAPE';
SEND DEVICE TYPE 'SBT_TAPE' 'NSR_ENV=(NSR_SERVER=bkserver01,NSR_CLIENT=joeonepip)';
set DBID=1579788476;
restore database;
recover database;
release channel ch2;
release channel ch3;
release channel ch4;
release channel ch5;
}
三、開啟資料庫
因為恢復在異機是以不完全恢復的方式進行的,所以開啟的時候需要resetlogs的方式進行開啟;
指令碼:alter database open resetlogs;
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/12679300/viewspace-1110029/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- RMAN異機恢復異作業系統(Linux到Windows)作業系統LinuxWindows
- rman 恢復機制與恢復測試
- 初試Oracle的RMAN異地異系統恢復…………失敗…………Oracle
- 11G RAC 異機恢復至單例項測試單例
- weblogic生產模式恢復到開發模式Web模式
- RMAN異機恢復:RAC到單例項單例
- 生產系統下,RMAN的2級備份。以及恢復
- oracle 異機恢復Oracle
- rman恢復方案和oracle異機恢復Oracle
- 在windows系統環境下實現NBU異機恢復Windows
- Oracle RMAN異機恢復Oracle
- SQLSERVER恢復測試SQLServer
- Oracle恢復測試Oracle
- oracle冷備份、恢復和異機恢復Oracle
- oracle11gR2_64之ASM到檔案系統的rman異機恢復完整案例OracleASM
- ORACLE RMAN異機異目錄恢復Oracle
- standby全庫rman備份檔案恢復到異機
- oracle的RMAN異機恢復Oracle
- RMAN異機恢復總結
- 【實驗】Oracle 10g RAC生產資料庫RMAN方式恢復到異地單機資料庫全程記錄Oracle 10g資料庫
- Oracle RMAN恢復測試Oracle
- Oracle備份恢復之熱備份恢復及異機恢復Oracle
- 生產系統 SQL 執行異常原因分析SQL
- 如何免安裝異機恢復sap bi系統及資料庫資料庫
- 介面測試-使用mock生產隨機資料Mock隨機
- 介面測試-使用 mock 生產隨機資料Mock隨機
- Oracle 10g通過CV備份軟體異機恢復測試記錄Oracle 10g
- 最近老聽到幾個全球的重要生產系統當機...
- 兩篇oracle異機恢復文章Oracle
- 生產資料update沒加where條件(從執行到恢復)
- 談談MES系統差異產生的主要方式
- 控制檔案恢復測試
- mysql備份恢復測試MySql
- 作業系統和informix資料庫全部損壞恢復測試作業系統ORM資料庫
- 系統測試-從研發到測試過程
- 作業系統和informix資料庫全部損壞恢復測試(不同機器之間)作業系統ORM資料庫
- Oracle 11.2.0.4 從單例項,使用RMAN 異機恢復到RACOracle單例
- ECU 自動化生產測試系統