当前位置:Gxlcms > mysql > 时间同步引起的oracle故障二

时间同步引起的oracle故障二

时间:2021-07-01 10:21:17 帮助过:47人阅读

上篇说了时间异常引起了oracle的job、autoWindows的停止运行,把时间重新调整后相继恢复正常。但随后发现flashback下面的闪回日志持续在增长,原来undo_retentio

上篇说了时间异常引起了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

本文出自 “srsunbing” 博客,请务必保留此出处

,网站空间

人气教程排行