今天遇到一個比較神奇的問題，客戶某套測試資料庫斷電重啟了，重啟時發現資料庫提示 ORA-01157: cannot identify/lock data file和ORA-01110的錯誤，經過檢查發現是系統啟動後未掛載儲存，表空間都放在儲存盤上，手工掛載儲存後所有問題迎刃而解。當時沒有記錄問題，這裡透過測試環境模擬重現問題。

製造實驗資料

[oracle@XLJ181 ~]$ sqlplus / as sysdba
SQL*Plus: Release 11.2.0.4.0 Production on Mon Dec 10 19:27:14 2018
Copyright (c) 1982, 2013, Oracle.  All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
SYS@cams> create tablespace test datafile '/home/oracle/test.dbf' size 100M;
Tablespace created.
SYS@cams> create user test identified by 123456 default tablespace test;
User created.
SYS@cams> grant connect,resource to test;
Grant succeeded.
TEST@cams> create table test(id number primary key,name varchar2(20));
Table created.
TEST@cams> insert into test values(1,'bob');
1 row created.
TEST@cams> insert into test values(2,'joe');
1 row created.
TEST@cams> select count(*) from test;
  COUNT(*)
----------
	 2
TEST@cams> conn / as sysdba
Connected.
SYS@cams> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SYS@cams> exit
Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

模擬檔案誤刪除

[oracle@XLJ181 ~]$ mv /home/oracle/test.dbf /home/oracle/test.dbf.bak

故障出現

啟動資料庫，發現資料檔案不存在：

[oracle@XLJ181 ~]$ sqlplus / as sysdba
SQL*Plus: Release 11.2.0.4.0 Production on Mon Dec 10 19:38:26 2018
Copyright (c) 1982, 2013, Oracle.  All rights reserved.
Connected to an idle instance.
SYS@cams> startup;
ORACLE instance started.
Total System Global Area 5344731136 bytes
Fixed Size		    2262656 bytes
Variable Size		 1040189824 bytes
Database Buffers	 4294967296 bytes
Redo Buffers		    7311360 bytes
Database mounted.
ORA-01157: cannot identify/lock data file 63 - see DBWR trace file
ORA-01110: data file 63: '/home/oracle/test.dbf'

檢視trace檔案：

Mon Dec 10 19:38:35 2018
ALTER DATABASE OPEN
Errors in file /u01/app/oracle/diag/rdbms/cams/cams/trace/cams_dbw0_21153.trc:
ORA-01157: cannot identify/lock data file 63 - see DBWR trace file
ORA-01110: data file 63: '/home/oracle/test.dbf'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
Errors in file /u01/app/oracle/diag/rdbms/cams/cams/trace/cams_ora_21175.trc:
ORA-01157: cannot identify/lock data file 63 - see DBWR trace file
ORA-01110: data file 63: '/home/oracle/test.dbf'
ORA-1157 signalled during: ALTER DATABASE OPEN...

檢視 cams_ora_21175.trc檔案，報錯資訊如下：

DDE: Problem Key 'ORA 1110' was flood controlled (0x1) (no incident)
ORA-01110: data file 63: '/home/oracle/test.dbf'
ORA-01157: cannot identify/lock data file 63 - see DBWR trace file
ORA-01110: data file 63: '/home/oracle/test.dbf'

檢視 cams_dbw0_21153.trc檔案，報錯資訊如下：

ORA-01157: cannot identify/lock data file 63 - see DBWR trace file
ORA-01110: data file 63: '/home/oracle/test.dbf'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3

問題已經很明顯了，就是找不到 data file 63: '/home/oracle/test.dbf'。

針對該問題，我們應該怎麼去處理呢？特別是測試環境，一般為了節約資源，不會開啟歸檔，更不會有RMAN備份，那怎麼讓資料庫跑起來，讓資料損失降到最低呢？

常用解決方案： offline drop+recreate

SQL> shutdown immediate;
SQL> startup mount;
SQL> alter database datafile '/home/oracle/test.dbf' offline drop;
SQL> alter database open;
SQL> drop tablespace test including contents;               --注意：執行之前檢查是否還有其他檔案屬於該表空間
SQL> create tablespace test datafile '/home/oracle/test.dbf' size 100M;

因為是測試環境，想辦法重建資料或者利用最近的邏輯備份或其他測試匯入資料，這樣能把資料損失降到最低。

如果刪除的是核心系統的表空間，那麼還不如重建表空間之後把相關資料清理之後重新匯入一份。