(转)ORA-00257归档日志写满的解决方法
2015-05-29 16:16
162 查看
转自:http://www.cnblogs.com/xwdreamer/p/3804509.html
删除归档日志文件的方法: http://www.blogjava.net/kuuyee/archive/2013/05/15/399287.html
惜分飞大大的博客:http://www.xifenfei.com/655.html
关闭闪回日志:http://uhesse.com/2010/06/25/turning-flashback-database-on-off-with-instance-in-status-open/
http://blog.csdn.net/panys/article/details/3838846
http://jingyan.baidu.com/article/425e69e6b142d1be15fc16dc.html
http://www.itpub.net/thread-784621-2-1.html
http://gundam.blog.51cto.com/1845787/1272843
http://junfengwang060905.blog.163.com/blog/static/94223330201111524912142/
归档日志文件目录、最大值(已经设定为20G)、当前使用值
可以看到ARCHIVED LOG的使用率是3.84%,这是因为我已经删除掉归档日志文件了。在没有删除归档日志之前是99.46这样打的数字,表明我们的归档日志已经使用了大部分的空间。
所以进入rman程序删除归档日志
深层分析
后来我想这样手动删除也不是个办法总得让系统自动删除。后来就做了数据库备份脚本。执行的备份策略如下:
每周执行增量0的备份,顺便备份归档日志,并且删除过期归档日志
每天执行增量1的备份,顺被备份归档日志,并且删除过期归档日志。
因为我没有设定归档日志的有效期,所以一档完成增量备份,那么之前的所有归档日志都会被删除,相当于只保留一天的归档日志。在执行这个备份策略以后,发现还是会出现ORA-00257这样的错误。这个时候已经不是简单删除归档日志的问题了,因为当前的归档日志目录连一天的归档日志都发布下。所以考虑扩大归档日志目录,参考:/content/2958915.html
此时归档日志目录最大值就变成了20G。按照这样的设定再次重启oralce。
背景:
在前一篇博客中我们提到了如何启动或关闭oracle的归档(ARCHIVELOG)模式,在我成功设定数据库为归档模式以后, 第二天再次尝试连接数据库,报错:ORA-00257。在网上找到了一圈资料,有些是说归档日志写满,删除归档日志。有些是说闪回日志写满,关闭闪回日志。主要参考文献有以下:删除归档日志文件的方法: http://www.blogjava.net/kuuyee/archive/2013/05/15/399287.html
惜分飞大大的博客:http://www.xifenfei.com/655.html
关闭闪回日志:http://uhesse.com/2010/06/25/turning-flashback-database-on-off-with-instance-in-status-open/
http://blog.csdn.net/panys/article/details/3838846
http://jingyan.baidu.com/article/425e69e6b142d1be15fc16dc.html
http://www.itpub.net/thread-784621-2-1.html
http://gundam.blog.51cto.com/1845787/1272843
http://junfengwang060905.blog.163.com/blog/static/94223330201111524912142/
首先我认为是闪回日志写满,但是查了数据库以后发现我并没可有开启闪回日志,那么就是归档日志文件写满的缘故了。使用以下几个命令可以看出当前归档日志文件的使用情况:
select * from v$recovery_file_dest; select sum(percent_space_used)*3/100 from v$flash_recovery_area_usage; select * from v$flash_recovery_area_usage; select * from v$version;
归档日志文件目录、最大值(已经设定为20G)、当前使用值
可以看到ARCHIVED LOG的使用率是3.84%,这是因为我已经删除掉归档日志文件了。在没有删除归档日志之前是99.46这样打的数字,表明我们的归档日志已经使用了大部分的空间。
所以进入rman程序删除归档日志
rman target sys/pass@prjdb crosscheck archivelog all; delete archivelog until time 'sysdate'; --删除所有日志 delete expired archivelog all;--删除过期日志
深层分析
后来我想这样手动删除也不是个办法总得让系统自动删除。后来就做了数据库备份脚本。执行的备份策略如下:
每周执行增量0的备份,顺便备份归档日志,并且删除过期归档日志
每天执行增量1的备份,顺被备份归档日志,并且删除过期归档日志。
因为我没有设定归档日志的有效期,所以一档完成增量备份,那么之前的所有归档日志都会被删除,相当于只保留一天的归档日志。在执行这个备份策略以后,发现还是会出现ORA-00257这样的错误。这个时候已经不是简单删除归档日志的问题了,因为当前的归档日志目录连一天的归档日志都发布下。所以考虑扩大归档日志目录,参考:/content/2958915.html
SQL> alter system set db_recovery_file_dest_size=21474836480;---设置使用空间大小(20*1024*1024*1024),20GB System altered SQL> show parameter db_recovery_file_dest;---查看归档日志路径限额
此时归档日志目录最大值就变成了20G。按照这样的设定再次重启oralce。
实例
最近在进行历史数据导入的工作。要往我的数据库当中导入2G的历史记录,插入记录有几百万条。此时数据库处于归档模式,对于每一个插入操作都会记录到归档日志当中去。在执行这个历史导入操作后3个小时,归档日志就写满了。此时我的问题就来了,如果归档日志写满的,我们的历史导入操作还能正常进行吗?是否还能往数据库当中insert数据。在跟公司DBA请教一番以后得到答复,如果处于归档模式,并且归档日志写满,那么我的历史数据导入操作会block中,直到我清空归档日志以后导入工作才能再进行。相关文章推荐
- 参加培训二三事
- 6个值得记住与设置的快捷键
- linux下命令安装nginx
- 备案的问题
- Oracle中使用fnd_log_messages调试的步骤
- 【android】重要术语
- 论计划与市场相结合的质量度
- NBUT 1118 Marisa's Affair (排序统计,水)
- 去重oracle
- Spring MVC关于ztree插件进行前后台交互
- 第十二周 项目2 - 摩托车继承自行车和机动车
- java中引用的原理
- 5M1E分析法-人机料法环测
- FE: Responsive Web Design Overview
- 由一篇博客想起的往事
- 10.3 GCD 常用
- 全球公认的最健康作息时间表(2015就照个来)
- 点击弹出框,实现可以搜索的ListView排序数据
- PL/SQL 设置
- 九大角度全方位对比Android、iOS开发