今天公司的ORACLE服务器突然停止工作
在一个裸设备上扩展一个表空间的时候遭遇了这个错误,想知道具体原因是什么。
SQL> alter database datafile 5 resize 33G;
alter database datafile 5 resize 33G
*
ERROR at line 1:
ORA-01144: File size (4325376 blocks) exceeds maximum of 4194303 blocks
AIX 64位的平台
下面是oracle err messages:
Action: Specify a smaller size.
开始以为是操作系统的限制导致的,但是查了一下,没看到相关的限制(都已经-1了)
具体原因是什么呢?
这要从Oracle的伪列rowid说起,话说.....
先看看关于rowid一段文章就明白了:(关于什么是rowid请baidu)
rowid在磁盘上需要10 个字节(byte)的存储空间并使用18 个字符来显示它包含下列组件:数据对象编号,相关文件编号,块编号,行编号
rowid在磁盘上需要10 个字节(byte)的存储空间并使用18 个字符来显示它包含下列组件:
数据对象编号:每个数据对象如表或索引在创建时都分配有此编号,并且此编号在数据库中是唯一的;
相关文件编号:此编号对于一个表空间中的每个文件是唯一的;
块编号:表示包含此行的块在文件中的位置;
行编号:标识块头中行目录位置的位置;
在内部数据对象编号需要32位(bit),相关文件编号需要10位(bit),块编号需要22位(bit),位行编号需要16位,加起来总共是80位或10 个字节,ROWID 使用以64为基数的编码方案来显示该方案将6个位置用于数据对象,编号3个位置用于相关文件编号,6个位置用于块编号,3个位置用于行编号以64为基数的编码方案使用字符A-Z a-z 0-9 + 和/共64 个字符,如下例所示:
AAAB/R AAB AAAGmS AAA
由于block是22位(bit),
22bit就是一个22位二进制数,换算成十进制就是 2的22次方-1=4194303 也就是说,一个datafile最多容纳这么多个blocks
2K数据库的数据文件的size最大只能是8G
而依此类推8K数据块的一个数据文件的最大size只能是32G
解决方法为:1)创建一个类似的表空间
2)直接在原来的表空间增加表空间
----------------------------------------------------------------------------------------------------------------------------------------------------
DATAFILE '/ORADATA/PROD/BIG_DEMO.DBF' SIZE 25G;
今天在solaris sparc10上安装单节点oracle10g,dbca报ora-01144,说数据文件大于限制,其实之前也奇怪为什么一个数据文件要150g。 后来发现原来是自己的理解错误,要求中并没有说只能用一个数据文件,但是metalink查到相关信息如下,以备参考:
fix:
FIX 1:
Specify a smaller file size.
The maximum file size is
db_block_size * 4194303
For example, if db_block_size is 2kB then maximum file size is limited
to 2k*4194303, 8Gb-2k.
FIX 2:
Change db_block_size. This can only be done by recreating of
database.
db_block_size Maximum data file size
------------- ----------------------
2kb 8Gb-2kb
4kb 16Gb-4kb
8kb 32Gb-8kb
16kb 64Gb-16kb
32kb 128Gb-32kb
可见db_block_size对 maximum data file size还是起决定作用的
还有就是不能轻易的勾bigfile tablespace 这东西只允许表空间中存在一个数据文件~差点儿犯错误~ 呵呵~