?

Oracle11g版本，ORACLE默認(rèn)的日志歸檔路徑為閃回恢復(fù)區(qū)（$ORACLE_BASE/fast_recovery_area）。對于這個路徑，Oracle有一個限制，就是默認(rèn)只有4G的空間，而且不只是歸檔日志的默認(rèn)路徑，也是備份文件和閃回日志的默認(rèn)地址，這樣的話歸檔日志鎖使用的空間就達(dá)不到4G，在沒有設(shè)置好這個路徑大小的情況下，很多系統(tǒng)都遇到過歸檔日志滿而無法歸檔導(dǎo)致數(shù)據(jù)庫夯住的問題。

1.查看歸檔日志路徑

?

SQL>?archive?log?list??

Database?log?mode??????????????Archive?Mode??

Automatic?archival?????????????Enabled??

Archive?destination????????????USE_DB_RECOVERY_FILE_DEST??

Oldest?online?log?sequence?????4??

Next?log?sequence?to?archive???6??

Current?log?sequence???????????6??

這里可以看到Archive destination的值為USE_DB_RECOVERY_FILE_DEST，可以理解為USE(使用)DB_RECOVERY_FILE_DEST這個路徑

2.查看DB_RECOVERY_FILE_DEST路徑

?

SQL>?show?parameter?db_recovery??

??

NAME?????????????????????????????????TYPE????????VALUE??

------------------------------------?-----------?------------------------------??

db_recovery_file_dest????????????????string??????/u01/oracle/fast_recovery_area??

db_recovery_file_dest_size???????????big?integer?4G??

由上可以很清楚的看到DB_RECOVERY_FILE_DEST路徑參數(shù)的值默認(rèn)為/u01/oracle/fast_recovery_area，并且Oracle設(shè)置的大小為4G。
默認(rèn)情況下，歸檔日志會存放到閃回恢復(fù)區(qū)（$ORACLE_BASE/fast_recovery_area）內(nèi)，如果閃回恢復(fù)區(qū)已經(jīng)使用到4G，歸檔日志就有可能無法繼續(xù)歸檔，數(shù)據(jù)庫夯住。

1）解決方法一

通常的解決方法是增大閃回恢復(fù)區(qū)，可以用以下SQL實現(xiàn)。

--修改語句??

SQL>?alter?system?set?db_recovery_file_dest_size=10G;??

??

System?altered.??

??

--再次查看??

SQL>?show?parameter?db_recovery??

??

NAME?????????????????????????????????TYPE????????VALUE??

10. ------------------------------------?-----------?------------------------------??

11. db_recovery_file_dest????????????????string??????/u01/oracle/fast_recovery_area??

12. db_recovery_file_dest_size???????????big?integer?10G??

2）解決方法二

修改歸檔日志的路徑，將歸檔日志放到其他不受限制的路徑下來解決這個問題，可通過下面的SQL來修改歸檔日志的存放路徑。

?

--修改log_archive_dest_1值來重新制定路徑??

SQL>?alter?system?set?log_archive_dest_1='location=/u01/oracle/archive';??

??

System?altered.??

這里特別要注意location參數(shù)，并且指定的目錄要存在并且有Oracle的權(quán)限
重新啟動數(shù)據(jù)庫，查看歸檔路徑是否修改成功

?

--關(guān)閉??

SQL>?shutdown?immediate??

Database?closed.??

Database?dismounted.??

ORACLE?instance?shut?down.??

SQL>?startup??

ORACLE?instance?started.??

??

Total?System?Global?Area??784998400?bytes??

10. Fixed?Size??????????????????2257352?bytes??

11. Variable?Size?????????????478154296?bytes??

12. Database?Buffers??????????301989888?bytes??

13. Redo?Buffers????????????????2596864?bytes??

14. Database?mounted.??

15. ??

16. Database?opened.??

17. ??

18. --再次查看，修改成功??

19. SQL>?archive?log?list??

20. Database?log?mode??????????????Archive?Mode??

21. Automatic?archival?????????????Enabled??

22. Archive?destination????????????/u01/oracle/archive??

23. Oldest?online?log?sequence?????4??

24. Next?log?sequence?to?archive???6??

25. Current?log?sequence???????????6??

可以通過切換日志，查看歸檔路徑下是否有歸檔日志產(chǎn)生來驗證歸檔路徑設(shè)置是否正確，可以通過下面的命令切換日志

?

SQL>?alter?system?switch?logfile;??

??

System?altered.??

??

SQL>?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@cancer?oracle]$?ll?/u01/oracle/archive/??

10. total?36540??

11. -rw-r-----?1?oracle?oinstall??9608704?Oct?20?14:39?1_6_893515662.dbf??

歸檔格式：

?

SQL>?show?parameter?log_archive_format??

??

NAME?????????????????????????????????TYPE????????VALUE??

------------------------------------?-----------?------------------------------??

log_archive_format???????????????????string??????%t_%s_%r.dbf??

轉(zhuǎn)載于:https://www.cnblogs.com/zy-303/p/9055578.html

總結(jié)

以上是生活随笔為你收集整理的修改默认归档日志的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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