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

你可能感兴趣的文章
Problem N HDU 2612 Find a way (两次BFS求最值)
查看>>
Process /usr/libexec/gdu-notification-daemon was killed by signal 6 (SIGABRT)
查看>>
process.env.VUE_APP_BASE_API 获取不到
查看>>
Process.run() 和 Process.start() 之间的区别
查看>>
Processes
查看>>
Processing通过编程实现艺术设计_实现艺术和现实的交互---数据设计分析002
查看>>
ProcessOnLoading
查看>>
SpringBoot中集成screw(螺丝钉)实现数据库表结构文档生成
查看>>
PROFINET 模拟器使用教程
查看>>
Program type already present: android.support.v4.widget.EdgeEffectCompat
查看>>
PyTorch中文版官方教程来啦(附下载)
查看>>
Progress Kemp LoadMaster 远程命令执行漏洞复现(CVE-2024-1212)
查看>>
Project configuration is not up-to-date with pom.xml. Run Maven->Update Project
查看>>
Project Euler 15 Lattice paths
查看>>
Project Euler 48 Self powers( 大数求余 )
查看>>
Project Euler Problem 12: Highly divisible triangular number
查看>>
ProjectEuler 2
查看>>
projection介绍及EPSG:4326和EPSG:3857的投射转换
查看>>
project打开文件时,显示无法识别此文件格式?
查看>>
Prometheus + Grafana on Kubernetes部署
查看>>