某电厂9i数据库无法进行rman定时备份,数据库即将hang住,身为一名dba刻不容缓
----->(but 甲方运维人员正在优哉游哉的听音乐,,,)
1.首先清理归档日志,留下最近3天的日志(操作过程略)
2.执行crosscheck命令核对备份集,delete expired 删除无效的备份信息
3.delete obsolete删除多于备份( 这步应该第一步执行)
执行完之后,发现800g的磁盘腾出了200多g,
但是问题来了
list backup of database后,发现整个数据库的备份集备份片总和不到100g,
还有空余的400多G被占用。
解决思路:
进入备份集磁盘 ls -lt 查看 发现最早的备份片日期为3个月之前(图略),
执行命令;list bakcup tag=‘ 备份片名称‘ 显示为没有记录
果断手工删除无效的备份片,磁盘释放。
故障处理完毕;
原理:
rman根据控制文件记录的备份信息进行备份和恢复,控制文件更新后,以前记录的部分归档信息丢失,但是丢失的部分归档在磁盘并没有删除,导致不能用rman命令完全删除过期归档。
2014-8-13
![](http://blog.itpub.net/kindeditor/plugins/emoticons/images/4.gif)
1.首先清理归档日志,留下最近3天的日志(操作过程略)
2.执行crosscheck命令核对备份集,delete expired 删除无效的备份信息
3.delete obsolete删除多于备份( 这步应该第一步执行)
执行完之后,发现800g的磁盘腾出了200多g,
但是问题来了
list backup of database后,发现整个数据库的备份集备份片总和不到100g,
还有空余的400多G被占用。
解决思路:
进入备份集磁盘 ls -lt 查看 发现最早的备份片日期为3个月之前(图略),
执行命令;list bakcup tag=‘ 备份片名称‘ 显示为没有记录
果断手工删除无效的备份片,磁盘释放。
故障处理完毕;
原理:
rman根据控制文件记录的备份信息进行备份和恢复,控制文件更新后,以前记录的部分归档信息丢失,但是丢失的部分归档在磁盘并没有删除,导致不能用rman命令完全删除过期归档。
2014-8-13
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/29319205/viewspace-1251054/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/29319205/viewspace-1251054/