今天应用方告诉我，一个DML操作导致数据库报错，说“ORA-234567，不允许开发执行DDL操作，请联系DBA”
为了安全，DBA在各个库上建立了DDL触发器，不允许开发人员执行DDL。
但是开发人员给我反馈，他们仅仅只是执行了普通的INSERT操作，没有任何DDL操作。
第一个感觉是，可能DML操作导致数据库递归了执行了某些DDL操作。
还好这个错误可以重现，经过10046跟踪。发现由于在执行INSERT过程中，数据库的表空间不足，导致ORACLE递归了进行清空回收站的操作，这个操作属于DDL。因此就出现了开头说的问题。
当然在一个监控良好的生产环境并不会出现这个问题，在表空间不够的时候，应该结合监控系统第一时间报警出来。
但是经过测试发现，已经删除的表的空间会计算进入表空间剩余空间
如果回收站打开的话，即使系统看上去还有几十G的剩余，但是可能这些空间都是被删除的表的空间，需要清空回收站才能使用。
如果系统里存在DDL TRIGGER，那么就可能会导致，明明系统里还有大量的可用空间，但是INSERT却报错“ORA-234567，不允许开发执行DDL操作，请联系DBA”
开不开回收站是个问题。
为了安全，DBA在各个库上建立了DDL触发器，不允许开发人员执行DDL。
但是开发人员给我反馈，他们仅仅只是执行了普通的INSERT操作，没有任何DDL操作。
第一个感觉是，可能DML操作导致数据库递归了执行了某些DDL操作。
还好这个错误可以重现，经过10046跟踪。发现由于在执行INSERT过程中，数据库的表空间不足，导致ORACLE递归了进行清空回收站的操作，这个操作属于DDL。因此就出现了开头说的问题。
当然在一个监控良好的生产环境并不会出现这个问题，在表空间不够的时候，应该结合监控系统第一时间报警出来。
但是经过测试发现，已经删除的表的空间会计算进入表空间剩余空间
如果回收站打开的话，即使系统看上去还有几十G的剩余，但是可能这些空间都是被删除的表的空间，需要清空回收站才能使用。
如果系统里存在DDL TRIGGER，那么就可能会导致，明明系统里还有大量的可用空间，但是INSERT却报错“ORA-234567，不允许开发执行DDL操作，请联系DBA”
开不开回收站是个问题。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/22034023/viewspace-1193542/ ，如需转载，请注明出处，否则将追究法律责任。
下一篇：
测试环境控制文件被误删的故障处理
请登录后发表评论
登录
全部评论
