insert是遭遇到ORA-26040: Data block was loaded using the NOLOGGING option(二)
上个星期遇到了这个错
http://space.itpub.net/8242091/viewspace-672491
当时以为是回收站的问题，可是今天再次出现
清空了dba_recyclebin，还是不行
先开始以为可能是段的bitmap有问题，校验了下没问题
尝试用bbed拷贝了个空块过来，修改了DBA，该块就可以复用，但还有几百个块都是这个问题，不可能一个一个改吧
理论上INSERT应该可以直接复用这种块，那是为什么不行？
一个可能是块的前镜像需要写到什么地方，写的时候发现问题
需要前镜像的地方，一个是UNDO,一个是FLASHBACK LOG
个人感觉UNDO应该不存在问题，因为正常的坏块复用其是可以处理的
那检查了下flashback database设置，发现flashback是没开，但是有个restore point...
删除restore point，一切太平了
上次清空回收站，应该是释放出了大量空间，所以重建对象没有使用到报错的块。
由于是自己的测试库，也没仔细检查
严谨细心！很重要啊
http://space.itpub.net/8242091/viewspace-672491
当时以为是回收站的问题，可是今天再次出现
清空了dba_recyclebin，还是不行
先开始以为可能是段的bitmap有问题，校验了下没问题
尝试用bbed拷贝了个空块过来，修改了DBA，该块就可以复用，但还有几百个块都是这个问题，不可能一个一个改吧
理论上INSERT应该可以直接复用这种块，那是为什么不行？
一个可能是块的前镜像需要写到什么地方，写的时候发现问题
需要前镜像的地方，一个是UNDO,一个是FLASHBACK LOG
个人感觉UNDO应该不存在问题，因为正常的坏块复用其是可以处理的
那检查了下flashback database设置，发现flashback是没开，但是有个restore point...
删除restore point，一切太平了
上次清空回收站，应该是释放出了大量空间，所以重建对象没有使用到报错的块。
由于是自己的测试库，也没仔细检查
严谨细心！很重要啊
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/8242091/viewspace-673947/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
DB CONTROL中表空间监控的SQL
下一篇：
FAILOVER后DG的重新搭建
请登录后发表评论
登录
全部评论
