由于丟失的當(dāng)前的聯(lián)機(jī)日志文件，所以可能會(huì)丟失部分?jǐn)?shù)據(jù)，破壞數(shù)據(jù)庫的完整性，而且普通的重建日志文件的方式是不可行的，這個(gè)時(shí)候我們需要借助隱含參數(shù)_ALLOW_READ_ONLY_CORRUPTION或者_(dá)ALLOW_RESETLOGS_CORRUPTION打開數(shù)據(jù)庫。打開完數(shù)據(jù)庫后立即用EXP/EXPDP導(dǎo)出數(shù)據(jù)，然后重建數(shù)據(jù)庫。如果有備份，我們可以考慮借助備份恢復(fù)，但是由于數(shù)據(jù)庫處于非歸檔模式，即使是備份也是數(shù)據(jù)庫某一個(gè)時(shí)間點(diǎn)的快照，所以會(huì)丟失從備份時(shí)間點(diǎn)到現(xiàn)在的數(shù)據(jù)。當(dāng)然用隱含參數(shù)打開數(shù)據(jù)庫，會(huì)破壞數(shù)據(jù)庫的完整性。

SQL> SELECT NAME,OPEN_MODE,LOG_MODE FROM V$DATABASE;

NAME ? ? ?OPEN_MODE ?LOG_MODE

--------- ---------- ------------

TOMSYAN ? READ WRITE NOARCHIVELOG

SQL> SELECT GROUP#,SEQUENCE#,STATUS FROM V$LOG;

GROUP# ?SEQUENCE# STATUS

---------- ---------- ----------------

1 ? ? ? ?106 INACTIVE

2 ? ? ? ?104 INACTIVE

3 ? ? ? ?107 CURRENT

SQL> SELECT MEMBER FROM V$LOGFILE WHERE GROUP#=3;

MEMBER

--------------------------------------------------------------------------------

C:\ORACLE\PRODUCT\10.2.0\ORADATA\TOMSYAN\REDO03.LOG

SQL> SHUTDOWN IMMEDIATE

數(shù)據(jù)庫已經(jīng)關(guān)閉。

已經(jīng)卸載數(shù)據(jù)庫。

ORACLE 例程已經(jīng)關(guān)閉。

SQL> HOST DEL C:\ORACLE\PRODUCT\10.2.0\ORADATA\TOMSYAN\REDO03.LOG

SQL> STARTUP

ORACLE 例程已經(jīng)啟動(dòng)。

Total System Global Area ?612368384 bytes

Fixed Size ? ? ? ? ? ? ? ? ?1250428 bytes

Variable Size ? ? ? ? ? ? 239078276 bytes

Database Buffers ? ? ? ? ?364904448 bytes

Redo Buffers ? ? ? ? ? ? ? ?7135232 bytes

數(shù)據(jù)庫裝載完畢。

ORA-00313: 無法打開日志組 3 (用于線程 1) 的成員

ORA-00312: 聯(lián)機(jī)日志 3 線程 1:

'C:\ORACLE\PRODUCT\10.2.0\ORADATA\TOMSYAN\REDO03.LOG'

SQL> SELECT GROUP#,SEQUENCE#,STATUS FROM V$LOG;

GROUP# ?SEQUENCE# STATUS

---------- ---------- ----------------

1 ? ? ? ?106 INACTIVE

3 ? ? ? ?107 CURRENT

2 ? ? ? ?104 INACTIVE

SQL> ALTER DATABASE CLEAR LOGFILE GROUP 3;

ALTER DATABASE CLEAR LOGFILE GROUP 3

*

第 1 行出現(xiàn)錯(cuò)誤:

ORA-00313: 無法打開日志組 3 (用于線程 1) 的成員

ORA-00312: 聯(lián)機(jī)日志 3 線程 1:

'C:\ORACLE\PRODUCT\10.2.0\ORADATA\TOMSYAN\REDO03.LOG'

ORA-27041: 無法打開文件

OSD-04002: 無法打開文件

O/S-Error: (OS 2) 系統(tǒng)找不到指定的文件。

即使日志文件存在，如果日志文件損壞，重建當(dāng)前的日志文件也不可行。

利用隱含參數(shù)_ALLOW_READ_ONLY_CORRUPTION打開數(shù)據(jù)庫

SQL> ALTER SYSTEM SET "_ALLOW_READ_ONLY_CORRUPTION"=TRUE SCOPE=SPFILE;

系統(tǒng)已更改。

SQL> SHUTDOWN IMMEDIATE;

ORA-01109: 數(shù)據(jù)庫未打開

已經(jīng)卸載數(shù)據(jù)庫。

ORACLE 例程已經(jīng)關(guān)閉。

SQL> STARTUP MOUNT

ORACLE 例程已經(jīng)啟動(dòng)。

Total System Global Area ?612368384 bytes

Fixed Size ? ? ? ? ? ? ? ? ?1250428 bytes

Variable Size ? ? ? ? ? ? 239078276 bytes

Database Buffers ? ? ? ? ?364904448 bytes

Redo Buffers ? ? ? ? ? ? ? ?7135232 bytes

數(shù)據(jù)庫裝載完畢。

SQL> ALTER DATABASE OPEN READ ONLY;

數(shù)據(jù)庫已更改。

SQL> SELECT NAME,OPEN_MODE,LOG_MODE FROM V$DATABASE;

NAME ? ? ?OPEN_MODE ?LOG_MODE

--------- ---------- ------------

TOMSYAN ? READ ONLY ?NOARCHIVELOG

這種以只讀方法打開的數(shù)據(jù)庫，并不會(huì)重建當(dāng)前的日志文件，優(yōu)點(diǎn)不會(huì)對(duì)當(dāng)前的數(shù)據(jù)文件造成破壞。

趕緊導(dǎo)出數(shù)據(jù)庫吧。

利用隱含參數(shù)_ALLOW_RESETLOGS_CORRUPTION打開數(shù)據(jù)庫

SQL> ALTER SYSTEM RESET "_ALLOW_READ_ONLY_CORRUPTION" SCOPE=SPFILE SID='*';

系統(tǒng)已更改。

SQL> ALTER SYSTEM SET "_ALLOW_RESETLOGS_CORRUPTION"=TRUE SCOPE=SPFILE;

系統(tǒng)已更改。

SQL> SHUTDOWN IMMEDIATE

數(shù)據(jù)庫已經(jīng)關(guān)閉。

已經(jīng)卸載數(shù)據(jù)庫。

ORACLE 例程已經(jīng)關(guān)閉。

SQL> STARTUP MOUNT

ORACLE 例程已經(jīng)啟動(dòng)。

Total System Global Area ?612368384 bytes

Fixed Size ? ? ? ? ? ? ? ? ?1250428 bytes

Variable Size ? ? ? ? ? ? 239078276 bytes

Database Buffers ? ? ? ? ?364904448 bytes

Redo Buffers ? ? ? ? ? ? ? ?7135232 bytes

數(shù)據(jù)庫裝載完畢。

下面需要做一次 media recover 不要OPEN 或者直接OPEN RESETLOGS方式打開數(shù)據(jù)庫。

SQL> RECOVER DATABASE UNTIL CANCEL;

完成介質(zhì)恢復(fù)。

SQL> ALTER DATABASE OPEN RESETLOGS;

數(shù)據(jù)庫已更改。

如果 OPEN 方式打開數(shù)據(jù)庫 會(huì)有下面的錯(cuò)誤

SQL> ALTER DATABASE OPEN ;

ALTER DATABASE OPEN

*

第 1 行出現(xiàn)錯(cuò)誤:

ORA-03113: 通信通道的文件結(jié)束

如果 OPEN RESETLOGS 方式打開數(shù)據(jù)庫 會(huì)有下面的錯(cuò)誤

SQL> ALTER DATABASE OPEN RESETLOGS;

ALTER DATABASE OPEN RESETLOGS

*

第 1 行出現(xiàn)錯(cuò)誤:

ORA-01139: RESETLOGS 選項(xiàng)僅在不完全數(shù)據(jù)庫恢復(fù)后有效。

通過這種方法打開數(shù)據(jù)庫，Oracle會(huì)重建日志文件。

通過隱含參數(shù)打開數(shù)據(jù)庫，Oracle會(huì)跳過數(shù)據(jù)庫的一致性檢查，對(duì)數(shù)據(jù)庫造成一定的負(fù)面影響。這個(gè)時(shí)候

我們應(yīng)該立即導(dǎo)出數(shù)據(jù)，重建個(gè)空數(shù)據(jù)庫，然后再導(dǎo)入，以防數(shù)據(jù)庫以后遇到麻煩。

來自 “ ITPUB博客 ” ，鏈接：http://blog.itpub.net/15498/viewspace-2059540/，如需轉(zhuǎn)載，請(qǐng)注明出處，否則將追究法律責(zé)任。

總結(jié)

以上是生活随笔為你收集整理的oracle 日志丢失,Oracle联机日志文件丢失解决方法一例的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。