时间同步引起的oracle故障二-mysql教程-PHP中文网

时间同步引起的oracle故障二

php中文网

发布： 2016-06-07 17:39:54

原创

1244人浏览过

上篇说了时间异常引起了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” 博客，请务必保留此出处

Git版本控制与工作流中文WORD版

篇文章是针对git版本控制和工作流的总结，如果有些朋友之前还没使用过git，对git的基本概念和命令不是很熟悉，可以从以下基本教程入手： Git是分布式版本控制系统，与SVN类似的集中化版本控制系统相比，集中化版本控制系统虽然能够令多个团队成员一起协作开发，但有时如果中央服务器宕机的话，谁也无法在宕机期间提交更新和协同开发。甚至有时，中央服务器磁盘故障，恰巧又没有做备份或备份没及时，那就可能有丢失数据的风险。感兴趣的朋友可以过来看看