ORA-01110: data file 103:'/XX/XX_48.DBF'

你想要open資料庫，oracle會開啟所有檔案，並進行一致性處理，所以會報上述錯誤。所以oracle只進入mount狀態，這時oracle開啟控制檔案，讀取database的結構資訊。

·情況之一：資料庫沒有歸檔和備份

如果redo.log記錄了該表空間物件的所有操作，並且沒有被其他內容迴圈使用，則下面的語句是可以恢復的，但是實際應用中這種理想狀態基本不存在。

SQL>alter database datafile 8 offline drop;

Database altered.

SQL> alter database create datafile 8 as 'D:\TP_HOSPITAL.DBF';

Database altered.

SQL> recover datafile 8;

Media recovery complete.

SQL> alter database open;

Database altered.

實際情況，無法依賴redo.log進行恢復的，這種情況只能損失部分資料換取資料庫的執行正常。

實際情況會遇到如下問題：

SQL> recover datafile 8;

ORA-00279: 更改 3270928 (在 12/02/2011 14:27:46 生成) 對於執行緒 1 是必需的

ORA-00289: 建議:E:\ORACLE\ARCHIVE\ARC00102_0756222529.001

ORA-00280: 更改 3270928 (用於執行緒 1) 在序列 #102 中

指定日誌: {<RET>=suggested | filename | AUTO | CANCEL}

auto

ORA-00308: 無法開啟歸檔日誌'E:\ORACLE\ARCHIVE\ARC00102_0756222529.001'

ORA-27041: 無法開啟檔案

OSD-04002: 無法開啟檔案

O/S-Error: (OS 2) 系統找不到指定的檔案。

ORA-00308: 無法開啟歸檔日誌'E:\ORACLE\ARCHIVE\ARC00102_0756222529.001'

ORA-27041: 無法開啟檔案

OSD-04002: 無法開啟檔案

O/S-Error: (OS 2) 系統找不到指定的檔案。所以目前的方法是，將資料檔案offline drop後，將資料庫open，然後查出哪些表在該資料檔案所在的表空間上，檢查這些表是否正常，如果不正常的話，則匯出這些表的資料，然後在資料庫上刪除表，然後將匯出的資料再匯入到oracle，這樣該表就正常了。操作步驟，參考如下：

查詢可能受影響的表：（spool x.txt spool off後可以檢視命令結果）

SELECT T.SEGMENT_NAME, T.OWNER, T.PARTITION_NAME
FROM DBA_SEGMENTS T
WHERE TABLESPACE_NAME = 'TP_HOSPITAL'
   AND T.OWNER = 'HOSPITAL'
   AND SEGMENT_TYPE LIKE '%TABLE%';

匯出該表的資料：

exp XXX/[email protected] file=/XXX/20091217_XXX.dmp log=/XXX/XXX.logtables=(XXX);

刪除該表：

drop table XXX;

匯入該表資料：

imp XXX/[email protected] file=/XXX/20091217_XXX.dmp tables=(XXX);

這樣處理一定會損失部分資料的。匯入完畢以後，檢視該表是否正常，如有特殊需要則特殊處理。

注：如果涉及到的表太多，不想一個一個表匯出的話，那麼就將這個庫exp出來，然後drop掉該模式(並drop掉該模式下所有的物件)，然後重建該模式以及給出大小適當的表空間，然後將匯出的模式匯入回去。

非歸檔模式下恢復利用offline drop命令誤刪除的資料檔案

2010-02-23 16:46:33

眾所周知，非歸檔模式下，聯機日誌並不歸檔。可能大多數的網友一直以來都會有這樣的模糊認識。資料庫作recover時，只能利用歸檔日誌和current redo log聯機日誌。實際上所有的聯機日誌都是可以用的。此文介紹在非檔模式下,恢復利用offline drop命令誤刪除的資料檔案。offline drop命令相當於把一個數據檔案至於離線狀態，並且需要恢復或再也不使用此資料檔案了。所在，在OS級別並不是刪除資料檔案的意思。但是要在非檔模式下恢復此資料檔案的前提是，聯機日誌中自資料檔案建立以來的所有聯機日誌都沒有被覆蓋。下面是整個實驗過程,並且注意，在整個恢復的過程中注意從檢視中獲得的資料檔案狀態的變化:

SQL> archive log list;
Database logmode             No Archive Mode
Automaticarchival            Disabled
Archivedestination           c:\arc
Oldest online log sequence     7
Current logsequence           9

SQL> set linesize 200
SQL> select * from v$log;

    GROUP#    THREAD# SEQUENCE#      BYTES    MEMBERS ARCSTATUS          FIRST_CHANGE# FIRST_TIME
---------- ---------- ---------- ---------- ---------- --- ----------------------------- ----------
        1         1          8  52428800          1 YESINACTIVE               730667 2008:01:15 08:57:55
        2         1          9  52428800          1 NO  CURRENT                755863 2008:01:15 11:49:53
        3         1          7  52428800          1 YESINACTIVE               696036 2008:01:14 12:30:46

SQL>
SQL> alter tablespace users add datafile 'C:\ORADATA\TEST\TEST\users03.dbf'size 5M;

Tablespace altered.

SQL> alter system switch logfile;

System altered.

SQL> select * from v$log;

    GROUP#    THREAD# SEQUENCE#      BYTES    MEMBERS ARCSTATUS          FIRST_CHANGE# FIRST_TIME
---------- ---------- ---------- ---------- ---------- --- ----------------------------- ----------
        1         1          8  52428800          1 YES INACTIVE               730667 2008:01:15 08:57:55
        2         1          9  52428800          1 NO  ACTIVE                 755863 2008:01:15 11:49:53
        3         1         10  52428800          1 NO CURRENT                768362 2008:01:18 15:19:46 

在作業系統層刪除6號資料檔案後，對6號資料檔案作offlinedrop操作 

SQL> alter database datafile 'C:\ORADATA\TEST\TEST\users03.dbf' offlinedrop;

Database altered.

SQL>

檢視資料檔案狀態,當對資料檔案執行offline drop 命令後，資料檔案狀態變為recover

SQL> select file#,status,name from v$datafile order by 3;

     FILE# STATUS  NAME
---------- -------------------------------------------------------------------------------
         3 ONLINE C:\ORADATA\TEST\TEST\SYSAUX01.DBF
         1 SYSTEM C:\ORADATA\TEST\TEST\SYSTEM01.DBF
         5 ONLINE C:\ORADATA\TEST\TEST\TBS_UNDO_01.DBF
         4 ONLINE C:\ORADATA\TEST\TEST\USERS01.DBF
         2 ONLINE C:\ORADATA\TEST\TEST\USERS02.DBF
         6 RECOVERC:\ORADATA\TEST\TEST\USERS03.DBF
SQL>

根據控制檔案中的資訊，重新建立6號資料檔案
SQL> alter database create datafile 6;

Database altered.

在執行完建立命令後，資料檔案狀態仍然為recover,此時資料檔案中只有非常簡單的資訊

SQL> select file#,status,name from v$datafile order by 3;

     FILE# STATUS  NAME
---------- -------------------------------------------------------------------------------
         3 ONLINE C:\ORADATA\TEST\TEST\SYSAUX01.DBF
         1 SYSTEM C:\ORADATA\TEST\TEST\SYSTEM01.DBF
         5 ONLINE C:\ORADATA\TEST\TEST\TBS_UNDO_01.DBF
         4 ONLINE C:\ORADATA\TEST\TEST\USERS01.DBF
         2 ONLINE C:\ORADATA\TEST\TEST\USERS02.DBF
         6 RECOVER C:\ORADATA\TEST\TEST\USERS03.DBF

因為聯機日誌還未被覆蓋，儘管處於非歸檔模式，仍然可以對6號資料檔案作恢復

SQL> recover datafile 6;
Media recovery complete.
SQL>

資料檔案狀態變為offline
SQL> select file#,status,name from v$datafile order by 3;

     FILE# STATUS  NAME
---------- ------- -------------------------------------------------------
         3 ONLINE C:\ORADATA\TEST\TEST\SYSAUX01.DBF
         1 SYSTEM C:\ORADATA\TEST\TEST\SYSTEM01.DBF
         5 ONLINE C:\ORADATA\TEST\TEST\TBS_UNDO_01.DBF
         4 ONLINE C:\ORADATA\TEST\TEST\USERS01.DBF
         2 ONLINE C:\ORADATA\TEST\TEST\USERS02.DBF
         6 OFFLINEC:\ORADATA\TEST\TEST\USERS03.DBF

在對資料檔案作online操作後，資料檔案恢復正常
SQL> alter database datafile 6 online;

Database altered.

SQL> select file#,status,name from v$datafile order by 3;

     FILE# STATUS  NAME
---------- ------- ----------------------------------------------
         3 ONLINE C:\ORADATA\TEST\TEST\SYSAUX01.DBF
         1 SYSTEM C:\ORADATA\TEST\TEST\SYSTEM01.DBF
         5 ONLINE C:\ORADATA\TEST\TEST\TBS_UNDO_01.DBF
         4 ONLINE  C:\ORADATA\TEST\TEST\USERS01.DBF
         2 ONLINE C:\ORADATA\TEST\TEST\USERS02.DBF
         6 ONLINE C:\ORADATA\TEST\TEST\USERS03.DBF

  從上面恢復的整個過程可以看出，儘管資料庫處於非歸檔模式，只要資料檔案建立以來的聯機日誌還沒有被覆蓋，資料檔案就可以恢復出來