背景：表空间已经设置自动增长，但达到一定大小后仍会报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学习需要系统化，以尽量避免该类故障的发生。

本文出自 “12274138” 博客，请务必保留此出处http://12284138.blog.51cto.com/12274138/1876215

oracle ORA-01653 表空间不能自动增长的原因及处理方法