2015年7月6日下午正常删除归档日志，报ORA-15028错误
delete archivelog until time 'sysdate-7';
ORA-15028: ASM file '+ARCH/database/archivelog/2015_06_25/thread_1_seq_7547.632.883324443' not dropped; currently being accessed
经网上查，这个错误是当前这个归档日志正在使用被锁定，所以无法删除。 现在为7月6日，而被锁的日志则是6月25日的，感觉很费解。
在网上找了一些关于这个报错的解决方法，尝试一下：
ps -ef | grep -i ora_arc*
kill -9 xxx
alter system switch logfile;
backup archivelog from sequence 7547 until sequence 7547;
delete archivelog until time 'sysdate-7';
但是这个方法还是没有解决日志被锁的问题。
想起informatica以这个库为源下在向另一套数据库抽数。去询问了一下开发人员，经查询后，他们发现数据被向回抽取了（但是回抽的数据显示的时间为6月30号），所以不确定是否就是informatica导致的这个原因，决定，观察几天。
第二天在删除归档的时候，发现还是锁在6月25号的日志，但是日志号已经向后推移了几个，而informatica还是在6月30号。因为目标端的数据已经混乱，所以最后我们决定，先停掉informatica，然后删除归档测试一下。
结果informatica停完就可以删除归档了，最终确认为informatica的问题，但是为什么informatica会出现这个问题，原厂还在处理过程中，没有返回任何结果。
delete archivelog until time 'sysdate-7';
ORA-15028: ASM file '+ARCH/database/archivelog/2015_06_25/thread_1_seq_7547.632.883324443' not dropped; currently being accessed
经网上查，这个错误是当前这个归档日志正在使用被锁定，所以无法删除。 现在为7月6日，而被锁的日志则是6月25日的，感觉很费解。
在网上找了一些关于这个报错的解决方法，尝试一下：
ps -ef | grep -i ora_arc*
kill -9 xxx
alter system switch logfile;
backup archivelog from sequence 7547 until sequence 7547;
delete archivelog until time 'sysdate-7';
但是这个方法还是没有解决日志被锁的问题。
想起informatica以这个库为源下在向另一套数据库抽数。去询问了一下开发人员，经查询后，他们发现数据被向回抽取了（但是回抽的数据显示的时间为6月30号），所以不确定是否就是informatica导致的这个原因，决定，观察几天。
第二天在删除归档的时候，发现还是锁在6月25号的日志，但是日志号已经向后推移了几个，而informatica还是在6月30号。因为目标端的数据已经混乱，所以最后我们决定，先停掉informatica，然后删除归档测试一下。
结果informatica停完就可以删除归档了，最终确认为informatica的问题，但是为什么informatica会出现这个问题，原厂还在处理过程中，没有返回任何结果。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/21302630/viewspace-1743011/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
