背景:表空间已经设置自动增长,但达到一定大小后仍会报ORA-01653。解决过程: 查阅相关资料,多数只给出了解决办法,但这个解决办法经过验证也是临时了,到了一定大小仍旧会报错,到时
背景:表空间已经设置自动增长,但达到一定大小后仍会报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学习需要系统化,以尽量避免该类故障的发生。
--结束END--
本文标题: oracle ORA-01653 表空间不能自动增长的原因及处理方法
本文链接: https://lsjlt.com/news/41591.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
2024-10-23
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0