时间同步引起的oracle故障二
時間異常引起了oracle的job、autoWindows 的停止運行,把時間重新調整后相繼恢復正常。但隨后發現flashback下面的閃回日志持續在增長,原來undo_retention =10800秒,即閃回的最大時間為3小時,超過的閃回日志會自動刪除,但自從時間異常后閃回日志就一直增長,眼看就要達到db_recovery_file_dest_size 閃回區設置的上限值了,先試著把undo_retention減小,即:SQL>? alter system set undo_retention=5400 scope=both;? 但是不起任何作用,日志并沒有刪除。
?? 又想把 db_recovery_file_dest_size 閃回區值調大到10G,即:
SQL> alter system set db_recovery_file_dest_size='10000000000' scope=both;? 但這樣過不了幾天照樣又會滿的,這個方法也不行,看來只能把閃回刪除了。
?? 使用以下命令刪除閃回區的日志:??
SQL> shutdown immediate
SQL> startup mount
SQL> alter database flashback off;
SQL> alter database flashback on;
SQL> alter database open;
這樣原有閃回日志就會自動刪除,重新產生新的閃回日志。如果不用上面的方法刪除,而是直接 rm 掉閃回日志,那么下次重啟oracle服務時會報錯,無法重啟,處理的方法同上,先啟到mount狀態,然后把閃回關掉,需要的話再打開,最后打開數據庫。(注:Starting background process RVWR ,RVWR是閃回的后臺進程)
??? --閃回的幾個試圖:
v$recovery_area_usage
v$recovery_file_dest
v$flash_recovery_area_usage
v$flashback_database_stat
v$flashback_database_logfile
轉載于:https://blog.51cto.com/tian1827/864741
總結
以上是生活随笔為你收集整理的时间同步引起的oracle故障二的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Python中的_main_与_init
- 下一篇: DBN【深度置信网络】【受限玻尔兹曼机深