博客
关于我
历史备份过多使用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/

你可能感兴趣的文章
Palo Alto Networks Expedition 未授权SQL注入漏洞复现(CVE-2024-9465)
查看>>
Palo Alto Networks Expedition 远程命令执行漏洞(CVE-2024-9463)
查看>>
Palo Alto Networks PAN-OS身份认证绕过导致RCE漏洞复现(CVE-2024-0012)
查看>>
Panalog 日志审计系统 libres_syn_delete.php 前台RCE漏洞复现
查看>>
Springboot中@SuppressWarnings注解详细解析
查看>>
Panalog 日志审计系统 sprog_deletevent.php SQL 注入漏洞复现
查看>>
Panalog 日志审计系统 sprog_upstatus.php SQL 注入漏洞复现(XVE-2024-5232)
查看>>
Panalog 日志审计系统 前台RCE漏洞复现
查看>>
PANDA VALUE_COUNTS包含GROUP BY之前的所有值
查看>>
Pandas - 有条件的删除重复项
查看>>
pandas -按连续日期时间段分组
查看>>
pandas -更改重新采样的时间序列的开始和结束日期
查看>>
pandas :to_excel() float_format
查看>>
pandas :加入有条件的数据框
查看>>
pandas :将多列汇总为一列,没有最后一列
查看>>
pandas :将时间戳转换为 datetime.date
查看>>
pandas :将行取消堆叠到新列中
查看>>
pandas DataFrame 中的自定义浮点格式
查看>>
Pandas DataFrame 的 describe()方法详解-ChatGPT4o作答
查看>>
Pandas DataFrame中删除列级的方法链接解决方案
查看>>