背景：表空间已经设置自动增长，但达到一定大小后仍会报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进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
