您好,登录后才能下订单哦!
背景:表空间已经设置自动增长,但达到一定大小后仍会报ORA-01653。
解决过程:
查阅相关资料,多数只给出了解决办法,但这个解决办法经过验证也是临时了,到了一定大小仍旧会报错,到时只能再次采取同样办法进行操作。
通过几台机器的观察发现,报出该错误时,数据表文件的大小是一致的32G。因此判断,某种原因导致了该限制。于是进行相关搜索,最终找到了答案,但是,对于这一问题描述,有2个说法:1、windows系统下,单文件有32G的限制,但该说法我没有查到有力的支持证据,即便有其他人提到该说法,但并没有给出具体原因,第二个说法是oracle maxsize的问题。个人认为,第二个说法是对的。
导致该问题的原因:
创建数据库时,数据库块大小使用了默认的8kb,在oracle中表文件的容量DB_BLOCK_SIZE的关系是 maxsize=DB_BLOCK_SIZE×4194304;4194304=4G。结果刚好是32G,也就是说,数据块大小在8kb时,单文件的最大尺寸是32G,由此,导致该问题的原因找到了。下面给出,各种块大小下,文件大小的限制。
4k:16384M
8K:32768M
16k:65536M
32K:131072M
64k:262144M
解决办法:
1、增加数据文件:alter tablespace add datafile '/XX/XXX/XXX/XXx.dbf'size XXM,AUTOEXTEND ON NEXT xM MAXSIZE xxxM;该办法可临时解决该问题。
2、使用大文件。oracle10g之后支持大文件。但是大文件只有一个数据文件,创建后不能通过增加数据文件的方式扩展,其他特性请自行查阅资料。
3、数据库重建,EXP导出数据,重建数据库,安装时选择合适的数据块大小。
总结
创建数据库前要需要做好规划,对数据文件的规模要有一个预估,否则可能会带来意想不到的后果,另外对Oracle学习需要系统化,以尽量避免该类故障的发生。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。