nid 對RMAN備份的影響--- 控制檔案中備份記錄全部丟失
NID 操作要求:
1, DB是MOUNT狀態:
d:oradata>nid target=/
DBNEWID: Release 10.2.0.1.0 - Production on Tue Jun 29 09:56:31 2010
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Connected to database ZR (DBID=3106537735)
NID-00121: Database should not be open
2, 操作完後使用RESETLOGS開啟DB
SQL> startup
ORACLE instance started.
Total System Global Area 603979776 bytes
Fixed Size 1250380 bytes
Variable Size 180358068 bytes
Database Buffers 415236096 bytes
Redo Buffers 7135232 bytes
Database mounted.
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
----有時候,在恢復DB後需要更改DBID。這時需注意控制檔案中的備份記錄會被清除掉。
d:oradata>nid target=/
DBNEWID: Release 10.2.0.1.0 - Production on Tue Jun 29 10:00:57 2010
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Connected to database ZR (DBID=3106537735)
Connected to server version 10.2.0
Control Files in database:
D:ORADATAZRCONTROL01.CTL
D:ORADATAZRCONTROL02.CTL
Change database ID of database ZR? (Y/[N]) => y
Proceeding with operation
Changing database ID from 3106537735 to 3106649561
Control File D:ORADATAZRCONTROL01.CTL - modified
Control File D:ORADATAZRCONTROL02.CTL - modified
Datafile D:ORADATAZRSYSTEM01.DBF - dbid changed
Datafile D:ORADATAZRUNDOTBS01.DBF - dbid changed
Datafile D:ORADATAZRSYSAUX01.DBF - dbid changed
Datafile D:ORADATAZRUSERS01.DBF - dbid changed
Datafile D:ORADATAZREXAMPLE01.DBF - dbid changed
Datafile E:ZR01.DBF - dbid changed
Datafile D:ORADATAZRTEMP01.DBF - dbid changed
Control File D:ORADATAZRCONTROL01.CTL - dbid changed
Control File D:ORADATAZRCONTROL02.CTL - dbid changed
Instance shut down
Database ID for database ZR changed to 3106649561.
All previous backups and archived redo logs for this database are unusable.
Database is not aware of previous backups and archived logs in Recovery Area.
Database has been shutdown, open database with RESETLOGS option.
Succesfully changed database ID.
DBNEWID - Completed succesfully.
----
d:oradata>rman target /
Recovery Manager: Release 10.2.0.1.0 - Production on Tue Jun 29 10:05:02 2010
Copyright (c) 1982, 2005, Oracle. All rights reserved.
connected to target database: ZR (DBID=3106649561)
RMAN> list backup ;
using target database control file instead of recovery catalog
RMAN>
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/350519/viewspace-1034735/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 丟失全部控制檔案後從RMAN備份集中恢復示例
- 恢復之丟失全部控制檔案以及備份中的控制檔案
- 【備份】RMAN中對控制檔案的幾種備份方法
- 只有rman備份集,控制檔案丟失的恢復
- rman開啟備份優化對備份歸檔的影響優化
- rman備份丟失控制檔案恢復
- rman備份但丟失一個資料檔案,但有歸檔備份
- 【備份恢復】所有控制檔案丟失後 利用trace中的控制檔案備份執行恢復
- 控制檔案全部丟失,無備份,通過異機trace恢復
- Backup And Recovery User's Guide-備份RMAN備份-備份保留期對備份的備份的影響GUIIDE
- 開啟 控制檔案自動備份下,引數檔案、控制檔案全部丟失恢復
- 【RMAN】Oracle中如何備份控制檔案?備份控制檔案的方式有哪幾種?Oracle
- 沒有自動備份的情況下控制檔案全部丟失的恢復
- RMAN說,我能備份(4)--RMAN備份資料檔案和控制檔案
- RMAN基於備份控制檔案恢復失敗
- 備份之控制檔案備份
- 非歸檔無備份下控制檔案丟失的恢復
- 備份恢復實驗(1)丟失部分控制檔案
- Oracle RMAN 不完全恢復(只有資料檔案備份,丟失歸檔日誌備份)Oracle
- Backup And Recovery User's Guide-使用RMAN備份控制檔案-對控制檔案進行手工備份GUIIDE
- RMAN備份恢復之歸檔日誌對BLOCKRECOVER的影響BloC
- dg丟失歸檔,使用rman增量備份恢復
- oracle實驗記錄(恢復-丟失未備份資料檔案)Oracle
- RMAN說,我能備份(5)--RMAN備份歸檔檔案
- rman備份-(1) 利用備份級恢復資料檔案和控制檔案
- 如何刪除控制檔案中過去rman備份到磁帶的歸檔備份集
- 【備份恢復】歸檔模式下丟失系統關鍵資料檔案 利用RMAN備份恢復模式
- 測試truncate,delete 對rman 備份集大小的影響delete
- 【備份恢復】利用 備份控制檔案到指定目錄下的控制檔案 恢復控制檔案
- 【rman 備份與恢復】恢復丟失所有的控制檔案
- 備份控制檔案
- 無備份丟失部分資料檔案和控制檔案恢復 [轉]
- RMAN備份檔案格式
- rman備份檔案的格式
- rman恢復--歸檔模式有備份,丟失資料檔案的恢復模式
- rman恢復--歸檔模式無備份,丟失資料檔案的恢復模式
- 備份恢復之資料檔案丟失
- 10g R2 rman backup database 控制檔案備份後於備份集備份Database