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】如果控制檔案損壞那麼如何恢復?恢復控制檔案的方式有哪幾種?
- rman恢復控制檔案的一個小錯誤
- Oracle 備份恢復篇之RMAN catalogOracle
- 12 使用RMAN備份和恢復檔案
- RMAN恢復之RMAN-06555處理
- 【伺服器資料恢復】5節點Lustre檔案系統RAID5資料恢復案例伺服器資料恢復AI
- 與控制檔案有關的恢復
- RMAN增量恢復
- 與控制檔案有關的恢復(二)
- RMAN備份恢復典型案例——資料檔案存在壞快
- 【伺服器資料恢復】reiserfs檔案系統下RAID5資料恢復案例伺服器資料恢復AI
- RMAN恢復實踐
- RAC控制檔案恢復(三種不同情況)
- [20210225]控制檔案序列號滿的恢復.txt
- 【伺服器資料恢復】Lustre分散式檔案系統RAID5資料恢復案例伺服器資料恢復分散式AI
- 【伺服器資料恢復】StorNext檔案系統下raid5資料恢復過程伺服器資料恢復AI
- 同名檔案替換怎麼恢復,恢復同名檔案
- 【/proc/檔案淺析】另類辦法恢復資料檔案和控制檔案
- 【伺服器資料恢復】VMFS檔案系統RAID5硬碟故障的資料恢復案例伺服器資料恢復AI硬碟
- 【伺服器資料恢復】ext3檔案系統下Raid5資料恢復案例伺服器資料恢復AI
- 【伺服器資料恢復】REISERFS檔案系統RAID5崩潰的資料恢復案例伺服器資料恢復AI
- rman 增量備份恢復
- Oracle RMAN恢復測試Oracle
- RMAN備份恢復技巧
- Android大檔案上傳秒傳之MD5篇Android
- dg丟失歸檔,使用rman增量備份恢復
- 【伺服器資料恢復】HP MSA儲存raid5下vxfs檔案系統資料恢復伺服器資料恢復AI
- word怎麼恢復儲存前的檔案,word檔案恢復
- 檔案替換後怎麼恢復,恢復被覆蓋的檔案
- 檔案中勒索恢復
- 【伺服器資料恢復】NTFS檔案系統下雙迴圈riad5的資料恢復案例伺服器資料恢復
- RMAN深入解析之--Incarnation應用(不完全恢復)
- ORACLE 11.2.0.4 RAC RMAN異機恢復之ORA-15001Oracle
- 查詢RMAN恢復進度
- Oracle RMAN 表空間恢復Oracle
- RMAN備份異機恢復
- 剪下後的檔案可以恢復嗎?恢復剪下檔案怎麼辦?
- word自動儲存的檔案怎麼恢復,word檔案恢復
- Raid5資料恢復演算法原理+raid5資料恢復方法AI資料恢復演算法