RMAN 恢復之控制檔案篇(5/5)
1.5 實驗總結:
場景二,場景三都是正常的恢復方式.
場景一有點特別,控制檔案是舊的,並且全備份的scn與兩個歸檔日誌檔案的SCN交叉.在進行RECOVER的時候,選擇auto和cancel兩種方式都不能正常recover,一定需要輸入第2個歸檔日誌的檔名,系統才正常進行recover,這個是以前沒有遇到的問題。
另外透過本次的實驗,知道了,恢復時報檔案需要重新RESTORE 的問題時,可以不去理這個錯誤,更加不需要重新restore
database,而是從全備份的SCN,歸檔日誌的SCN,控制檔案的SCN等幾個方面進行考慮。
SCN的查詢方法
RMAN>LIST BACKUP
OF DATABASE; #查詢全備份的SCN
RMAN>LIST BACKUP
OF CONTROLFILE; # 查詢控制檔案的SCN
RMAN>LIST BACKUP
OF ARCHIVELOG ALL; #查詢arc的備份集中SCN
RMAN>LIST
ARCHIVELOG ALL; # 查詢當前未備份的RAC檔案情況,這裡查詢不到SCN.
資料庫進入mount狀態後,就可以訪問v$archived_log檢視,透過這個檢視可以查詢ARC的SCN
Sql>set lines 200
Sql>col name
format a45
SQL> select
sequence#,name,first_change#,next_change# from v$archived_log;
SEQUENCE# NAME
FIRST_CHANGE# NEXT_CHANGE#
----------
--------------------------------------------- ------------- ------------
58 /archivelog/1_58_690800133.dbf 1128127 1128303
59 /archivelog/1_59_690800133.dbf 1128303 1129918
60 /archivelog/1_60_690800133.dbf 1129918 1130034
1.1 附錄一: 初始化啟動檔案範本
初始化啟動檔案範本:
[oracle@restoretest dbs]$ more initgcwz_web.ora
gcwzweb.__db_cache_size=838860800
gcwz_web.__db_cache_size=838860800
gcwzweb.__java_pool_size=16777216
gcwzweb.__large_pool_size=16777216
gcwz_web.__large_pool_size=16777216
gcwzweb.__shared_pool_size=268435456
gcwzweb.__streams_pool_size=0
*.audit_file_dest='/oracle/admin/gcwz_web/adump'
*.background_dump_dest='/oracle/admin/gcwz_web/bdump'
*.compatible='10.2.0.3.0'
*.control_files='/oradata/gcwz_web/control01.ctl','/oradata/gcwz_web/control02.ctl','/oradata/gcwz_web/control03.ctl'
*.core_dump_dest='/oracle/admin/gcwz_web/cdump'
*.db_block_size=8192
*.db_domain=''
*.db_file_multiblock_read_count=16
*.db_name='gcwz_web'
*.db_recovery_file_dest='/oracle/flash_recovery_area'
*.db_recovery_file_dest_size=2147483648
*.job_queue_processes=10
*.open_cursors=300
*.pga_aggregate_target=384827392
*.processes=500
*.remote_login_passwordfile='EXCLUSIVE'
*.sessions=555
*.sga_target=1154482176
*.undo_management='AUTO'
*.undo_tablespace='UNDOTBS1'
*.user_dump_dest='/oracle/admin/gcwz_web/udump'
[oracle@restoretest dbs]$ pwd
/oracle/product/10.2.0/db_1/dbs
1.2 附錄二:手工建立控制檔案指令碼
CREATE DATABASE test1
USER SYS IDENTIFIED BY oracle
USER SYSTEM IDENTIFIED BY oracle
LOGFILE
GROUP 1 ('/dev/rora_redo01') SIZE 256M,
GROUP 2 ('/dev/rora_redo02') SIZE 256M,
GROUP 3 ('/dev/rora_redo03') SIZE 256M
MAXLOGFILES 30
MAXLOGMEMBERS 5
MAXLOGHISTORY 1
MAXDATAFILES 200
MAXINSTANCES 2
CHARACTER SET ZHS16GBK
NATIONAL CHARACTER SET AL16UTF16
DATAFILE '/dev/rora_system' SIZE 700M REUSE EXTENT MANAGEMENT LOCAL
SYSAUX DATAFILE '/dev/rora_sysaux' SIZE 700M REUSE
DEFAULT TEMPORARY TABLESPACE temp TEMPFILE '/dev/rora_temp01' SIZE 3500M REUSE
UNDO TABLESPACE undotbs1 DATAFILE '/dev/rora_undotbs01' SIZE 3500M REUSE AUTOEXTEND ON MAXSIZE UNLIMITED;
需要根據實際情況修改。主要需要修改的地方
1. 資料庫名稱,這裡為test1
2. Redo檔案的位置和大小
3. System表空間資料檔案位置
4. Temp表空間資料檔案位置
5. Undo 表空間資料檔案位置
控制檔案建立完成後,使用rman的catalog start with 就可以登記新的rman備份資訊,進行恢復工作了。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/32980/viewspace-1050882/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- RMAN 恢復之控制檔案篇(1/5)
- RMAN 恢復之控制檔案篇(2/5)
- RMAN 恢復之控制檔案篇(3/5)
- RMAN 恢復之控制檔案篇(4/5)
- RMAN恢復控制檔案
- RMAN備份恢復之控制檔案的恢復(三)
- RMAN備份恢復之控制檔案的恢復(二)
- RMAN備份恢復之控制檔案的恢復(一)
- 使用rman恢復控制檔案
- 【管理篇備份恢復】rman恢復測試(二) 控制檔案恢復(三)
- 【管理篇備份恢復】rman恢復測試(二) 控制檔案恢復(二)
- 【管理篇備份恢復】rman恢復測試(二) 控制檔案恢復(一)
- rman恢復--丟失控制檔案的恢復
- 測試恢復5==使用2進位制形式檔案恢復控制檔案
- RMAN - "丟失控制檔案的恢復"
- rman恢復控制檔案測試--log
- 控制檔案丟失的RMAN恢復
- 探索ORACLE之RMAN_07 控制檔案丟失恢復Oracle
- 控制檔案快照和rman利用快照恢復
- rman備份丟失控制檔案恢復
- RMAN恢復 執行重要檔案RMAN恢復
- RMAN恢復案例:無恢復目錄,丟失全部資料檔案、控制檔案、日誌檔案恢復
- 【rman 備份與恢復】恢復丟失所有的控制檔案
- 【RMAN】如果控制檔案損壞那麼如何恢復?恢復控制檔案的方式有哪幾種?
- oracle實驗記錄 (恢復-rman基於控制檔案的恢復)Oracle
- 一步一步學RMAN第九篇 實戰rman恢復(1)丟失控制檔案的恢復
- rman恢復控制檔案的一個小錯誤
- RMAN基於備份控制檔案恢復失敗
- 控制檔案恢復—從trace檔案中恢復
- 【備份恢復】丟失所有控制檔案,利用RMAN進行恢復操作
- RMAN恢復 執行不重要檔案的RMAN恢復
- rman備份恢復-rman恢復資料檔案測試
- 誤刪除資料檔案、控制檔案的非RMAN恢復方法
- rman恢復資料庫--用備份的控制檔案資料庫
- 只有rman備份集,控制檔案丟失的恢復
- 手工恢復控制檔案
- 恢復之單個控制檔案損壞
- 控制檔案恢復—從快照中恢復