時(shí)間異常引起了oracle的job、autoWindows 的停止運(yùn)行，把時(shí)間重新調(diào)整后相繼恢復(fù)正常。但隨后發(fā)現(xiàn)flashback下面的閃回日志持續(xù)在增長(zhǎng)，原來(lái)undo_retention =10800秒，即閃回的最大時(shí)間為3小時(shí)，超過(guò)的閃回日志會(huì)自動(dòng)刪除，但自從時(shí)間異常后閃回日志就一直增長(zhǎng)，眼看就要達(dá)到db_recovery_file_dest_size 閃回區(qū)設(shè)置的上限值了，先試著把undo_retention減小，即：SQL>? alter system set undo_retention=5400 scope=both;? 但是不起任何作用，日志并沒(méi)有刪除。
?? 又想把 db_recovery_file_dest_size 閃回區(qū)值調(diào)大到10G，即：
SQL> alter system set db_recovery_file_dest_size='10000000000' scope=both;? 但這樣過(guò)不了幾天照樣又會(huì)滿的，這個(gè)方法也不行，看來(lái)只能把閃回刪除了。
?? 使用以下命令刪除閃回區(qū)的日志：??
SQL> shutdown immediate
SQL> startup mount
SQL> alter database flashback off;
SQL> alter database flashback on;
SQL> alter database open;
這樣原有閃回日志就會(huì)自動(dòng)刪除，重新產(chǎn)生新的閃回日志。如果不用上面的方法刪除，而是直接 rm 掉閃回日志，那么下次重啟oracle服務(wù)時(shí)會(huì)報(bào)錯(cuò)，無(wú)法重啟，處理的方法同上，先啟到mount狀態(tài)，然后把閃回關(guān)掉，需要的話再打開(kāi)，最后打開(kāi)數(shù)據(jù)庫(kù)。（注：Starting background process RVWR ，RVWR是閃回的后臺(tái)進(jìn)程）
??? --閃回的幾個(gè)試圖：
v$recovery_area_usage
v$recovery_file_dest
v$flash_recovery_area_usage
v$flashback_database_stat
v$flashback_database_logfile

轉(zhuǎn)載于:https://blog.51cto.com/tian1827/864741

總結(jié)

以上是生活随笔為你收集整理的时间同步引起的oracle故障二的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

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