使用案例描述：ORDTAB表空間的一個數據文件ordtab03.dbf毀壞，其包含很多ORDERS表的分區，數據文件熱備于July 4， 2004，July 4

丟失歸檔日志文件的數據庫恢復方法，從一個不能正常打開的數據庫(由于一個/多個數據庫文件與其他文件不一致)中提取數據。場景：一個磁盤損壞了并且丟失了一個數據庫文件。從一周前的熱備轉儲數據文件，不幸的是丟失了幾個歸檔日志文件。但是有問題的數據文件包含了最重要的表，如何能夠挽救數據呢?

從一個不能正常打開的數據庫(由于一個/多個數據庫文件與其他文件不一致)中提取數據。場景：一個磁盤損壞了并且丟失了一個數據庫文件。從一周前的熱備轉儲數據文件，不幸的是丟失了幾個歸檔日志文件。但是有問題的數據文件包含了最重要的表，如何能夠挽救數據呢?

每個DBA都知道這是有問題的，一定會丟失數據，因為某些事務丟失了，問題是會丟失多少數據?Oracle使用硬線路位置并且由于存在完整性約束問題，因此不允許正常打開數據。但是如果使用非常規的方法讓Oracle刪除其硬線路屬性，那么應該能夠提取盡可能多的數據。而通常這會比損失全部數據要好很多。

詳細過程通常如果僅僅丟失了堆表的索引，或者某些能夠很容易重建的數據，那么最好的方法應該是刪除表空間并重建這些對象然后重新輸入。但是如果丟失的數據文件包含了重要數據并且很難恢復，而且只有前一次的備份卻又丟失了某些歸檔日志，那么用戶可能希望能夠盡可能多的從有問題的表空間恢復數據并且刪除和重建表空間。

主要的步驟如下：

1. 對當前擁有的數據進行一個冷備;

2. 轉儲丟失的數據庫文件備份并應用可以應用的日志;

3. 設置未文檔化的初始化參數，其允許你在當前狀態打開數據庫;

4. 執行exp并提取全部可以從有問題的表空間提取的數據;

5. 從先前的冷備轉儲數據庫;

6. 使毀壞的數據文件offline;

7. 執行exp并提取第4步沒有提取的額外數據;

8. 在一次從冷備轉儲;

9. 刪除有問題的表空間;

10. 重建有問題的表空間;

11. 使用第四步和第七步提取的數據重建數據;

使用案例描述：ORDTAB表空間的一個數據文件ordtab03.dbf毀壞，其包含很多ORDERS表的分區，數據文件熱備于July 4， 2004，July 4—至今的某些歸檔日志丟失。

第一步：備份數據庫第一步的任務是冷備當前擁有的任何數據文件，在線重做日志，和控制文件。如果丟失了一個/多個數據文件但是數據庫仍然是open的，那么對每個剩余的數據文件進行熱備并確保備份期間/之后的歸檔被安全保存。

創建備份后，在關閉數據庫之前，備份一下控制文件：ALTER DATABASE BACKUP CONTROLFILE TO TRACE RESETLOGS;然后打開備份的控制文件，刪除第一個#之上的所有行，并刪除“RECOVER DATABASE…”到文件結尾的全部。

第二步：轉儲丟失的數據庫文件備份并應用日志;這一步應該轉儲備份，并應用日志到直到無法在前向滾動，此時如果嘗試正常打開數據庫，將會得到ORA-01589： must use RESETLOGS or NORESETLOGS option for database open錯誤。

如果嘗試執行ALTER DATABASE OPEN RESETLOGS，將會得到ORA-01195錯誤：ORA-01195： online backup of file %s needs more recovery to be consistent.這里是Oracle使用其硬線路的位置。由于轉儲的數據文件不能恢復到與其他文件一致的位置，所以可能存在中斷的數據并且Oracle不允許正常打開數據庫。

第三步：設置未文檔化的實例參數并打開數據庫在初始化參數文件中首先需要將job_queue_processes設置為0，然后設置_allow_resetlogs_corruption=TRUE，更改該參數后，切換到保存新控制文件的目錄，第一步創建的位置。然后以SYSDBA連接并運行新的控制文件創建腳本。

此時數據庫可以打開了。

SQL> SELECT COUNT(*) FROM OE.orders;

第四步：執行導出并提取數據在這一步可以很容易的看到那些表導出了全部的數據。

第五步：轉儲備份的數據庫這一步，以及下面兩步可選。這三步結合在一起允許提取更多的數據，這一步從備份的數據庫轉儲可以高效的撤銷任何由于使用_allow_resetlogs_corruption參數造成的毀壞。因此，這一步不會恢復任何丟失的數據文件。

第六步：使毀壞的數據文件offline ALTER DATABASE DATAFILE ’/u07/oradata/PRD/ordtab03.dbf’ OFFLINE;這一步得到數據庫的完全一致性狀態。

第七步：執行導出并提取額外的數據這一步可能能夠提取從第四步不能提取的額外數據，如索引中的數據。

第八步 ：轉儲數據庫這是最后一次轉儲數據庫，這一步正式回滾數據庫到使用隱含參數前那一刻，然后將數據庫返回到正常狀態，如果從第五步轉儲以來沒有更新任何數據，可以跳過這一步。

第九步：刪除有問題的表空間首先需要查看是否有完整性約束限制，使用以下查詢：

SELECT CR.constraint_name

FROM dba_constraints CR, dba_constraints CP, dba_tables TP, dba_tables TR

WHERE CR.r_owner = CP.owner

AND CR.r_constraint_name = CP.constraint_name

AND CR.constraint_type = ’R’

AND CP.constraint_type IN (’P’, ’U’)

AND CP.table_name = TP.table_name

AND CP.owner = TP.owner

AND CR.table_name = TR.table_name

AND CR.owner = TR.owner

AND TR.tablespace_name <> ’ORDTAB’

AND TP.tablespace_name = ’ORDTAB’;

如果有約束，可能需要創建重建腳本。如果使用export dump重建數據，，約束可以從導出文件轉儲。

DROP TABLESPACE ordtab INCLUDING CONTENTS CASCADE CONSTRAINTS;

第十步：重建表空間

第十一步：重建數據執行導入

本文原創發布php中文網，轉載請注明出處，感謝您的尊重！

與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的mysql 归档日志恢复_Oracle丢失归档日志文件的数据库恢复方法的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。