Oracle 11g 資料庫恢復:場景9-系統預設undo表空間資料檔案損壞
場景描述:資料庫處於CLOSE狀態,但有>=2個undo表空間 高可用方式
與場景8的區別:直接離線開庫,而沒有在開庫之前將表空間切換到一個可用的undo表空間,這樣當前無預設的undo表空間。
-- 0.1 一致關庫 sys@TESTDB11>shutdown immediate; Database closed. Database dismounted. ORACLE instance shut down. --0.2 刪除undo表空間資料檔案 sys@TESTDB11>!rm /u01/app/oracle/oradata/TestDB11/undotbs01.dbf --嘗試啟庫 sys@TESTDB11>startup ORACLE instance started.
Total System Global Area 855982080 bytes Fixed Size 2230792 bytes Variable Size 641730040 bytes Database Buffers 209715200 bytes Redo Buffers 2306048 bytes Database mounted. ORA-01157: cannot identify/lock data file 3 - see DBWR trace file ORA-01110: data file 3: '/u01/app/oracle/oradata/TestDB11/undotbs01.dbf'
--離線 sys@TESTDB11>alter database datafile 3 offline;
Database altered. --啟庫 sys@TESTDB11>alter database open;
Database altered.
--但此時會有問題(正常的查詢操作沒問題,但更新資料就會有問題) scott@TESTDB11>conn scott/scott Connected. scott@TESTDB11>select * from dept;
DEPTNO DNAME LOC ---------- -------------- ------------- 10 ACCOUNTING NEW YORK 20 RESEARCH DALLAS 30 SALES CHICAGO 40 OPERATIONS BOSTON
scott@TESTDB11>update dept set dname = 'DNameD' where deptno = 40; update dept set dname = 'DNameD' where deptno = 40 * ERROR at line 1: ORA-01552: cannot use system rollback segment for non-system tablespace 'USERS'
--但在系統表空間下沒問題 scott@TESTDB11>conn / as sysdba Connected. sys@TESTDB11>create table test_users as select * from dba_users;
Table created.
sys@TESTDB11>delete from test_users;
39 rows deleted.
--切換一下undo表空間 sys@TESTDB11>alter system set undo_tablespace=newundotbs;
System altered.
--此時就可以操作了 scott@TESTDB11>delete from dept where deptno = 40;
1 row deleted.
--還原,恢復 sys@TESTDB11>!cp /backup/inconsistent_backup/undotbs01.dbf /u01/app/oracle/oradata/TestDB11
sys@TESTDB11>recover datafile 3; ORA-00279: change 2654893 generated at 08/09/2013 21:27:06 needed for thread 1 ORA-00289: suggestion : /archive2/1_98_813665348.dbf ORA-00280: change 2654893 for thread 1 is in sequence #98
Specify log: {<RET>=suggested | filename | AUTO | CANCEL} auto ORA-00279: change 2660981 generated at 08/09/2013 22:19:48 needed for thread 1 ORA-00289: suggestion : /archive2/1_99_813665348.dbf ORA-00280: change 2660981 for thread 1 is in sequence #99
ORA-00279: change 2667783 generated at 08/10/2013 00:00:55 needed for thread 1 ORA-00289: suggestion : /archive2/1_100_813665348.dbf ORA-00280: change 2667783 for thread 1 is in sequence #100
ORA-00279: change 2679804 generated at 08/10/2013 03:00:28 needed for thread 1 ORA-00289: suggestion : /archive2/1_101_813665348.dbf ORA-00280: change 2679804 for thread 1 is in sequence #101
ORA-00279: change 2699110 generated at 08/10/2013 08:29:58 needed for thread 1 ORA-00289: suggestion : /archive2/1_102_813665348.dbf ORA-00280: change 2699110 for thread 1 is in sequence #102
ORA-00279: change 2725650 generated at 08/10/2013 10:27:18 needed for thread 1 ORA-00289: suggestion : /archive2/1_103_813665348.dbf ORA-00280: change 2725650 for thread 1 is in sequence #103
ORA-00279: change 2726122 generated at 08/10/2013 10:29:03 needed for thread 1 ORA-00289: suggestion : /archive2/1_104_813665348.dbf ORA-00280: change 2726122 for thread 1 is in sequence #104
ORA-00279: change 2726220 generated at 08/10/2013 10:32:28 needed for thread 1 ORA-00289: suggestion : /archive2/1_105_813665348.dbf ORA-00280: change 2726220 for thread 1 is in sequence #105
ORA-00279: change 2726249 generated at 08/10/2013 10:33:07 needed for thread 1 ORA-00289: suggestion : /archive2/1_106_813665348.dbf ORA-00280: change 2726249 for thread 1 is in sequence #106
Log applied. Media recovery complete.
--聯機 sys@TESTDB11>alter database datafile 3 online;
Database altered. --切回來 sys@TESTDB11>alter system set undo_tablespace = undotbs1;
System altered. |
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/17013648/viewspace-1153191/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Oracle 11g 資料庫恢復-場景8:系統預設undo表空間資料檔案損壞,CLOSE狀態Oracle資料庫
- Oracle 11g RMAN恢復-場景3:非系統表空間資料檔案損壞,資料庫OPEN狀態,高可用Oracle資料庫
- Oracle 11g 資料庫恢復-場景7:部分檔案損壞Oracle資料庫
- UNDO 表空間檔案損壞的恢復
- Oracle 11g RMAN恢復-場景1:所有的資料檔案損壞,資料庫CLOSEOracle資料庫
- [ORACLE] 系統故障資料庫恢復--資料檔案無損壞Oracle資料庫
- Oracle 11g 資料庫恢復-場景1:所有的資料檔案損壞,OPEN狀態Oracle資料庫
- Oracle資料庫UNDO損壞後的恢復Oracle資料庫
- Oracle 11g 資料庫恢復-場景2:所有據檔案損壞,關庫狀態Oracle資料庫
- Oracle 11g 資料庫恢復-場景5:部分檔案損壞恢復,開庫狀態,低可用恢復方式Oracle資料庫
- Oracle 11g 資料庫恢復-場景4:部分檔案損壞恢復,開庫狀態, 高可用恢復方式Oracle資料庫
- Oracle 11g資料庫恢復:場景11:資料檔案損壞,不能恢復到原來的位置, 恢復到新的路徑Oracle資料庫
- Oracle 11g RMAN恢復-場景2:所有的資料檔案損壞,OPEN狀態Oracle
- Oralce 11g資料庫恢復-場景3:部分檔案損壞恢復,關庫狀態,高可用恢復方式資料庫
- 【資料庫資料恢復】MongoDB資料庫檔案損壞的資料恢復案例資料庫資料恢復MongoDB
- UNDO表空間損壞導致資料庫無法OPEN資料庫
- system表空間檔案損壞----完全恢復
- Oracle 11g資料庫恢復:場景10:新建表空間沒有備份Oracle資料庫
- rman恢復資料檔案 恢復表空間
- 非系統資料檔案損壞,rman備份恢復
- Oracle單個資料檔案損壞,在Rman命令裡設定表空間、資料檔案offline方式來恢復最方便Oracle
- 某個表空間的資料檔案損壞的修復思路
- Oracle資料檔案損壞恢復例項二則Oracle
- oracle 普通表空間資料檔案壞塊Oracle
- u盤檔案損壞怎麼恢復資料 u盤恢復損壞資料的有效方法
- 資料檔案丟失損壞的恢復--
- 臨時表空間資料檔案損壞的解決
- 【伺服器資料恢復】伺服器reiserfs檔案系統損壞的資料恢復案例伺服器資料恢復
- 【儲存資料恢復】IBM儲存檔案NTFS系統損壞的資料恢復案例資料恢復IBM
- 非系統表空間損壞,rman備份恢復
- INDEX表空間檔案丟失或者損壞的恢復Index
- Oracle資料庫設定預設表空間Oracle資料庫
- 【Oracle】rman 恢復只讀表空間資料庫Oracle資料庫
- 【資料庫資料恢復】Oracle資料庫檔案出現壞塊報錯的資料恢復案例資料庫資料恢復Oracle
- 資料庫資料恢復—NTFS分割槽損壞如何恢復SqlServer資料庫資料資料庫資料恢復SQLServer
- Oracle 11g 資料庫恢復:場景12續:將資料檔案恢復回原來正確的位置Oracle資料庫
- 資料庫損壞解決:資料庫已損壞,無法分配空間資料庫
- 直接刪除undo及temp表空間檔案後的資料庫恢復一例資料庫