博客
关于我
历史备份过多使用delete obsolete方式找不到过期备份信息???
阅读量:441 次
发布时间:2019-03-06

本文共 684 字,大约阅读时间需要 2 分钟。

一套生产环境的Oracle数据库,每周日进行一次0级全备,其余6天进行增量备份。然而,发现磁盘使用率超过90%,需要定期清理过期备份信息。然而,发现删除脚本无法清理8天前的备份信息,因为最早的备份信息是3周前的。这表明删除脚本失效,可能是由于控制文件中的记录时间不足以覆盖3周前的备份,或者RMAN未正确记录所有备份信息。

首先,检查RMAN的控制文件参数CONTROL_FILE_RECORD_KEEP_TIME,默认为7天。根据文档,建议将其设置为恢复窗口加上增量备份周期再加1。例如,8天恢复窗口和每周一次增量备份,应设置为16天。用户的实际情况中,备份信息未被清理,可能是因为参数未调整或RMAN目录未正确注册备份信息。

接下来,考虑使用RMAN目录来记录所有备份信息,即使控制文件中的记录被重用。通过catalog命令注册备份片信息,确保备份信息可以被清理。手动执行清理命令时,发现无法删除21天前的备份,因为这些信息可能不在控制文件中,但在RMAN目录中存在。

进一步检查定期清理任务,确保脚本中包含清理步骤,如使用RMAN catalog命令清理过期备份。每周一次备份意味着需要保留8天的恢复窗口,相当于保留两周的全备数据。因此,删除脚本需要清除8天前的信息,但用户发现无法删除,可能是因为备份片信息在RMAN目录中存在,需要先注册这些信息后再进行清理。

总结:需确认控制文件参数是否正确,使用RMAN目录记录备份信息,手动或自动执行清理命令,确保备份信息及时清理,同时满足恢复需求。通过逐步排查,可以解决问题,确保备份信息正确清理,避免磁盘使用率过高。

转载地址:http://itlyz.baihongyu.com/

你可能感兴趣的文章
php composer
查看>>
reflow和repaint引发的性能问题
查看>>
Reflection反射机制原理、使用场景 及 缺陷
查看>>
php csv 导出
查看>>
php curl 实例+详解
查看>>
php curl_init函数用法(http://blog.sina.com.cn/s/blog_640738130100tsig.html)
查看>>
php curl_multi批量发送http请求
查看>>
php curl请求微信发红包接口出现错误:Peer's Certificate issuer is not recognized.
查看>>
PHP curl请求错误汇总和解决方案
查看>>
php declare(ticks=1)
查看>>
UVA 10474
查看>>
php echo 输出 锘?... 乱码问题
查看>>
PHP empty、isset、isnull的区别
查看>>
ReferenceQueue的使用
查看>>
PHP FastCGI进程管理器PHP-FPM的架构
查看>>
referenceQueue用法
查看>>
Springboot处理跨域的方式(附Demo)
查看>>
php flush()刷新不能输出缓冲的原因分析
查看>>
Referenced classpath provider does not exist: org.maven.ide.eclipse.launchconfig
查看>>
Refactoring-Imporving the Design of Exsiting Code — 代码的坏味道
查看>>