[ORACLE]：單個表空間的資料限制
當將表空間加到4GB的時候，系統提示表空間不足。
原因：

FAT12 單檔案最大支援8M
Fat16單檔案最大支援2G
Fat32單檔案不能大於4G
NTFS單檔案最大64GB
NTFS5.0單檔案最大2TB

解決方案：
增加多個數據檔案，對應同一個表空間。
因為：size of a tablespace = size of each datafile * number of datafiles

========================================
Oracle中資料檔案大小的限制

Oracle資料檔案的大小存在一個內部限制

這個限制也就直接導致了每個資料檔案的最大允許大小。
在2K Block_size下，資料檔案最大隻能達到約8G
在32K的Block_size下，資料檔案最大隻能達到約16*8G的大小。

這個限制是由於Oracle的Rowid中使用22位來代表Block號，這22位最多隻能代表2^22-1個數據塊。

為了擴充套件資料檔案的大小，Oracle10g中引入了大檔案表空間，在大檔案表空間下，Oracle使用32位來代表Block號，也就是說，在新的技術下，大檔案表空間下每個檔案最多可以容納4G個Block。
那麼也就是說當Block_size為2k時，資料檔案可以達到8T 。
當block_size為32K時，資料檔案可以達到128T。

上週在做2K block_size測試時，第一次遇到了這個限制：

SQL> alter tablespace eygle add datafile 'f:/eygle02.dbf' size 8192M;
alter tablespace eygle add datafile 'f:/eygle02.dbf' size 8192M
*
ERROR 位於第 1 行:
ORA-01144: 檔案大小 (4194304 塊) 超出 4194303 塊的最大數

縮減一點，最後建立成功：

SQL> alter tablespace eygle add datafile 'f:/eygle02.dbf' size 8191M reuse;

表空間已更改。

已用時間: 00: 44: 42.08

計算一下，這臺破爛的測試機的IO速度：
io speed = 8191 M / 00: 44: 42.08 = 8191 M / 44*60+42 = 8191M / 2682 s = 3.05M/s

夠驚人的了吧。

=============================================
關於aix中大檔案限制的問題

目前常見的主要有兩種情況限制檔案大小：

一，作業系統檔案大小限制

一般檔案大小限制為2g，如果要改變限制，可以有兩種方法：

1， 如果檔案系統為jfs，則必須重建jfs檔案系統且將檔案系統設定為允許大檔案。之後就可以支援大於2g的檔案了。

2， 如果檔案系統為jfs2，則無此限制，理論上jfs2檔案系統支援最大1T的檔案。所以你也可以建立jfs2檔案系統滿足要求。

3， 如果以上2個都不行，則可能是作業系統對單一使用者的檔案大小有限制，必須修改/etc/secrucity/limits 檔案中指定使用者的 fsize引數為-1(表示無限制），修改完後，必須重新登陸shell生效。可使用ulimit –a命令檢視修改後的值。

4， 為什麼在一個目錄下無法再建立目錄，因為一個目錄下最多隻能建立32767個檔案（含目錄），該引數是由系統核心決定的，在系統安裝以後該引數不能更改。

（/usr/include/sys/limits.h檔案裡的 #define SHRT_MAX 引數      (32767)）

    This is due to the fact that ".." in each subdirectory is a hard-link back to
the parent directory and the link count is implemented with a signed 16
bit quantity. Hence the error, EMLINK. Regular files are ok since they
do not require this link. You could work around this limitation by using
symbolic <links> to directories

/usr/include/sys/limits.h as the LINK_MAX value set to 32767

二，tar檔案大小限制

tar檔案最大隻能為8g，原因是：tar命令介紹，因為tar使用USTAR格式，（美國磁帶歸檔程式），而ustar頭格式允許檔案大到8GB，所以tar支援歸檔最大8GB檔案。

The ustar header format allows for file sizes to be as large as 8 GB. Therefore, the tar command is enabled to archive files of up to 8 GB in size.

解決辦法有以下三種：

1， pax

    pax使用方法：

備份：pax -wvf /dev/rmt0 <directory or filename>

檢視備份檔案列表：pax -vf /dev/rmt0

解備份：pax -rvf /dev/rmt0 <directory or filename> -----可以隨意解哪個都行，空為全部

複製：pax -rw <old directory> <new directory>

向磁帶後追加：pax -avf /dev/rmt0 <directory or filename>

處理大檔案（超過8GB）：pax -x pax -wvf /dev/rmt0 <directory or filename>

不方便之處：分卷、不存在的目錄不能恢復、存在的目錄自動覆蓋。

2， backup

backup使用方法：

find <directory1 or filename1> <directory2 or filename2> ... -print | backup -iqvf /dev/rmt0

注：qv不是關鍵引數，預設是/dev/fd0所以f一般為主要引數，i為檔案而非檔案系統。

restore -Tqf /dev/rmt0 檢視備份列表

restore -xdqvf /dev/rmt0 <directory1 or filename1> <directory2 or filename2> ...

注：d表示如果為目錄將目錄下的檔案全部RESTORE，x為主要解備引數。

3， exp 的filesize引數

如果是資料庫的備份檔案，可以使用exp 的filesize引數。將大檔案分片存取。

=============================================
看了一篇關於oracle表空間的資料檔案大小上限的文章，裡面介紹oracle的資料檔案大小除了和資料塊大小有關之外，還和作業系統的限制有關，下面是根據塊大小的限制：
            資料塊的大小         物理檔案的最大值 M
        ===============================================                
                2048                         8191 M
                4096                        16383 M
                8192                        32767 M
               16384                        65535 M
在裸裝置上有沒有其他限制呢？還是說裸裝置的限制是基於作業系統的。

轉fenng版主的一篇文章，bft也受限於作業系統的檔案系統，不過在一定程度上擴充套件了單個表空間、單個檔案的大小，不過只能建一個檔案。
作者：fenng
日期：27-nov-2004　
出處：http://www.dbanotes.net
版本：0.1

簡單介紹
oracle 10g 的儲存能力有了顯著的增強。這表現在很多方面，下面介紹 10g 新增的表空間型別：大檔案 (bigfile) 表空間。

大檔案表空間從某種角度來說提高了 oracle 在 vldb 上的管理能力。 只有自動段空間管理的 lmt (locally managed tablespaces ) 支援 bigfile 表空間。 大檔案表空間只能包含一個檔案，但是檔案可以達到 4g 個數據塊大小。(以下用 bft 指代 bigfile tablespace。)

bft 可以和以下儲存技術結合使用：
自動儲存管理(asm) lvm omf
理論上的 bft 可以達到下面所列的值：
資料塊大小(單位：k)bft 最大值(單位：t)2k8t4k16t8k32t16k64t32k128t
在實際環境中，這還受到作業系統的檔案系統的限制。
bft基本操作
10g 資料庫在建立的時候，會指定預設的表空間型別。如果不特殊指定的話，預設為 smallfile 型別的表空間。

sql> select * 2 from database_properties 3 where property_name = default_tbs_type;property_name property_value description-------------------- --------------- ----------------------------------------default_tbs_type smallfile default tablespace type

這種情況下，如果我們建立表空間的時候不指定型別，那麼預設建立的都是 smallfile 型別的表空間。可以通過 alter database 命令來修改資料庫預設的表空間型別：

sql> alter database set default bigfile tablespace;database altered.sql> select * 2 from database_properties 3 where property_name = default_tbs_type;property_name property_value description-------------------- --------------- ----------------------------------------default_tbs_type bigfile default tablespace typesql>

sql> alter database set default smallfile tablespace;

建立 bigfile 型別的表空間，只需指定額外的一個引數 bigfile 即可，其他和原有建立表空間語法類似：

create bigfile tablespace bftbs datafile /u01/app/oracle/oradata/demo/bftbs01.dbf size 5m;

dba_tablespaces (user_tablespaces)與 v$tablespace 這兩個檢視可以檢視 bigfile 表空間的相關資訊。先看看 dba_tablespaces 在 10g 中有了什麼變化：

sql> desc dba_tablespaces name null? type ----------------------------------------- -------- ------------------------ tablespace_name not null varchar2(30) block_size not null number initial_extent number next_extent number min_extents not null number max_extents number pct_increase number min_extlen number status varchar2(9) contents varchar2(9) logging varchar2(9) force_logging varchar2(3) extent_management varchar2(10) allocation_type varchar2(9) plugged_in varchar2(3) segment_space_management varchar2(6) def_tab_compression varchar2(8) retention varchar2(11) bigfile varchar2(3)sql>

和 9i 相比， dba_tablespaces 檢視多了兩列：retention 和 bigfile。其中 bigfile 列說明該表空間是否為 bft：

sql> select tablespace_name, bigfile 2 from dba_tablespaces;tablespace_name big------------------------------ ---system noundotbs nosysaux notemp nousers noexample notest nobftbs yes8 rows selected.
v$tablespace 檢視相對 9i 也增加了新的列：
sql> desc v$tablespace name null? type ----------------------------------------- -------- ------------------------ ts# number name varchar2(30) included_in_database_backup varchar2(3) bigfile varchar2(3) flashback_on varchar2(3)

其中 flashback_on 和 bigfile 列都是新增的。
bft 屬性
bft有一些特有的屬性。

1.每個表空間只能包含一個數據檔案。如果試圖新增新的檔案，則會報告 ora-32771 錯誤：

sql> alter tablespace bftbs 2 add datafile /u01/app/oracle/oradata/demo/bftbs02.dbf size 5m;alter tablespace bftbs*error at line 1 ora-32771: cannot add file to bigfile tablespace

2.只有自動段空間管理的 lmt (locally managed tablespaces ) 支援 bft

sql> create bigfile tablespace bftbs02 2 datafile /u01/app/oracle/oradata/demo/bftbs02.dbf size 5m 3 extent management dictionary;create bigfile tablespace bftbs02*error at line 1 ora-12913: cannot create dictionary managed tablespacesql> create bigfile tablespace bftbs02 2 datafile /u01/app/oracle/oradata/demo/bftbs02.dbf size 5m 3 segment space management manual;create bigfile tablespace bftbs02*error at line 1 ora-32772: bigfile is invalid option for this type of tablespace

3.相對檔案號(relative_fno)為1024 ( 4096 on os/390)

因為bft只有一個數據檔案，所以其相對檔案號也是固定的:1024

sql> select tablespace_name, file_id, relative_fno 2 from dba_data_files;tablespace_name file_id relative_fno------------------------------ ---------- ------------users 4 4sysaux 3 3undotbs 2 2system 1 1example 5 5test 6 6bftbs 7 10247 rows selected.sql>

4.rowid的變化

在 bft 上儲存的表的 rowid 與 smallfile 表空間上的 rowid 結構有些不同的。要正確得到 rowid 資訊，dbms_rowid 包增加了一個新的引數　ts_type_in　來解決這個問題。參考這個範例：

sql> select dbms_rowid.rowid_block_number (rowid, bigfile) 2 from foo;dbms_rowid.rowid_block_number(rowid,bigfile)---------------------------------------------- 24sql>
你可以建立多大的表空間?
我們在前面提及，bft 還受到作業系統的檔案系統的限制。下面我們以 linux 作業系統為例：

sql> show parameters db_block_sizename type value------------------------------------ ----------- ------------------------------db_block_size integer 8192sql>
也就是說，理論上我們可以建立最大 32t (4g*8k) 的表空間。我們可以做到麼?
sql> create bigfile tablespace bftbs02 2 datafile /u01/app/oracle/oradata/demo/bftbs02.dbf size 20t reuse;create bigfile tablespace bftbs02*error at line 1 ora-01119: error in creating database file /u01/app/oracle/oradata/demo/bftbs02.dbfora-27059: could not reduce file sizelinux error: 27: file too largeadditional information: 2sql>

注意我們得到的作業系統資訊(黑色部分)：file too large 。這說明超出了作業系統允許值。我所用的環境是fedora core linux, 核心的版本是2.6.9，檔案系統是 ext3 。2.4以後的版本的核心都是支援 lfs (large file support)的。
檔案系統(塊)檔案大小限制檔案系統大小限制ext2/3 (2k)256g8text2/3 (4k)2t16text2/3 (8k)64t32treiserfs 3.6 1e16t
我們檢查一下os檔案系統塊大小：

[[email protected] ~]# tune2fs -l /dev/hda7 | grep blockblock count: 2621440block size: 4096blocks per group: 32768[[email protected] ~]#

也即，我們可以在作業系統上建立不大於 2t 的檔案。雖然我們沒有那麼大的儲存空間，不妨也測試一下：

sql> create bigfile tablespace bftbs02 2 datafile /u01/app/oracle/oradata/demo/bftbs02.dbf size 1800g;

在另外一個終端中，觀察該目錄的變化情況：

[[email protected] demo]# ls -ltrtotal 1159048-rw------- 1 oracle oracle 5251072 nov 28 20:05 bftbs01.dbf-rw------- 1 oracle oracle 1932735291392 nov 28 20:49 bftbs02.dbf[[email protected] demo]#

哇，我們真的能觀察到oracle在建立“超大”檔案呢，接近1.8t 的檔案 :-) 要過一會兒，oracle 才會報告錯誤(畢竟1800g 的大檔案):

create bigfile tablespace bftbs02*error at line 1 ora-19502: write error on file "/u01/app/oracle/oradata/demo/bftbs02.dbf",blockno 898048 (blocksize=8192)ora-27072: file i/o erroradditional information: 898047

可見，在本例中，由於作業系統檔案系統的限制，我們只可以建立2t以下的 bft。
你需要bft麼?
應用 bft 的話，優點缺點都存在。根據 oracle 官方的文件，db_files 和 maxdatafiles 這兩個引數的值給 sga 帶來的壓力會減輕(原來的壓力就很大麼?)。資料庫中最大資料檔案數是有限的 (64k files)，bft 的出現的確對海量資料庫有一定的積極意義。從一定程度上來說，bft 簡化了管理，但是在恢復的時候可能是一場災難。

在筆者看來，至少我們現在在大多數情況下不需要用 bft 。"你要把雞蛋都放到一個籃子裡麼? "

參考資訊

oracle database administrators guide 10g release 1 (10.1) part number b10739-01 ( note 62294.1 )
large file support in linux - http://www.suse.de/~aj/linux_lfs.html
metalink [note:262472.1] 10g: bigfile type tablespaces versus smallfile type

=============================================

大檔案表空間
Oracle允許你建立大檔案表空間。這允許Oracle資料庫包含由一個大檔案而不是多個小檔案組成的表空間。這使得Oracle可以利用64位系統的優勢來建立和管理超大檔案。這樣的結果是Oracle資料庫可以擴大至8EB（1EB = 1,073,741,824 (1024**3)GB）。

在Oracle管理檔案的情況下，大檔案表空間使得資料檔案對使用者來說完全透明。換句話說，你可以在表空間上執行操作，而不是在底層的資料檔案上操作。大檔案表空間使得表空間成為磁碟空間管理、備份、恢復等等的主要單位。大檔案表空間還簡化了Oracle管理檔案和自動儲存管理的檔案管理，因為它降低了增加新檔案和處理多個檔案的必要性。

系統預設是建立一個小檔案表空間，這也是Oracle表空間的傳統格式。SYSTEM和SYSAUX表空間總是建立為系統預設型別。

大檔案表空間只支援使用自動段空間管理的本地管理表空間的情況。不過也有兩個例外：本地管理的undo表空間和臨時表空間即使在段空間手動管理的情況下也可以是用大檔案表空間。

一個Oracle資料庫可以同時包含大檔案和小檔案表空間。表空間的不同型別對於執行沒有明確指定資料檔案的SQL語句來說是沒有多大區別。

你可以建立一個臨時表空間組，這樣一個使用者就可以從多個表空間獲得臨時空間了。表空間組也可以指定為資料庫的預設臨時表空間。這對於大檔案表空間很有用，這裡你可能需要大量的臨時表空間來進行排序。

大檔案表空間的優點

* 大檔案表空間可以有效的提高一個Oracle資料庫的儲存容量。小檔案表空間能夠包含1024個數據檔案，但是大檔案表空間可以只包含一個1024倍小檔案表空間大小的檔案。小檔案表空間和大檔案表空間總容量是相同的。雖然如此，由於存在一個數據庫資料檔案數不能超過64K的限制，一個包含大檔案表空間的資料庫可以1024倍小檔案表空間的資料庫，所以大檔案表空間提升了整個資料庫容量達3個數量級。換句話說，當檔案表空間使用最大塊大小（32K）時，Oracle資料庫的最大尺寸是8EB。

* 超大規模的資料庫中使用大檔案表空間可以簡化資料檔案的管理，因為它降低了需要資料檔案的數目。你也可以調整引數來減少資料檔案資訊需要的SGA空間和控制檔案的大小。

* 通過資料檔案透明來簡化了資料庫管理。

使用大檔案表空間應該注意

* 大檔案表空間傾向於在自動儲存管理或者其他的支援自動擴充套件的邏輯卷和條帶化的邏輯卷管理或者RAID的情況下使用。

* 避免在不支援條帶化的系統上建立大檔案資料庫。因為它不支援併發執行和併發RMAN備份。

* 避免在下列情況下使用大檔案表空間：磁碟組中沒有足夠的空閒空間，只能通過在另外一個磁碟組中增加資料檔案的方式擴充套件表空間。

* 不推薦在不支援大檔案尺寸的平臺上使用大檔案資料庫，因為這會限制表空間容量。參考你的作業系統規格文件來獲得支援的最大的檔案大小的資訊。

* 在大檔案表空間上而不是在傳統表空間上儲存資料，可以提高資料庫開啟、檢查點和DBWR程序的效能。雖然如此，提高資料檔案大小可能會增加建立一個新資料檔案或者恢復一個被破壞的資料檔案所需的時間。

=============================================

ORA-01653: Unable to extend table %s.%s by %s in tablespace %s

The tablespace the table is residing in is unable to extend.

There is not enough space left either due to the datafiles being full, autoextend which is not set at datafile level or due to a disk which's full.

You'll have to check the size of the datafiles attached to the tablespace and check whether they can autoextend or not..
select file_name, bytes, autoextensible, maxbytesfrom dba_data_fileswhere tablespace_name='TABLESPACE_NAME'
Either add more datafiles to the tablespace, set the autoextensible flag or enlarge the datafile(s).

To add more space to a file issue following command:
alter database datafile 'C:/ORACLE/ORADATA/TOOLS01.DBF' resize 1000m;

To turn on the autoextend feature on a datafile use following command:

alter database datafile 'C:/ORACLE/ORADATA/TOOLS01.DBF' autoextend on next 100m maxsize 2000m;

To add a new datafile to the tablespace use following command:
alter tablespace TOOLS add datafile 'C:/ORACLE/ORADATA/TOOLS02.DBF' size 100m autoextend on next 100m maxsize 2000m;

=============================================
ORA-01653
Unable to extend table XXX by 8192 in tablespace XXX

--check tablespace usage
SELECT UPPER(F.TABLESPACE_NAME) "表空間名",
D.TOT_GROOTTE_MB "表空間大小(M)",
D.TOT_GROOTTE_MB - F.TOTAL_BYTES "已使用空間(M)",
TO_CHAR(ROUND((D.TOT_GROOTTE_MB - F.TOTAL_BYTES) / D.TOT_GROOTTE_MB * 100,2),'990.99') "使用比",
F.TOTAL_BYTES "空閒空間(M)",
F.MAX_BYTES "最大塊(M)"
FROM (SELECT TABLESPACE_NAME,
ROUND(SUM(BYTES) / (1024 * 1024), 2) TOTAL_BYTES,
ROUND(MAX(BYTES) / (1024 * 1024), 2) MAX_BYTES
FROM SYS.DBA_FREE_SPACE
GROUP BY TABLESPACE_NAME) F,
(SELECT DD.TABLESPACE_NAME,
ROUND(SUM(DD.BYTES) / (1024 * 1024), 2) TOT_GROOTTE_MB
FROM SYS.DBA_DATA_FILES DD
GROUP BY DD.TABLESPACE_NAME) D
WHERE D.TABLESPACE_NAME = F.TABLESPACE_NAME
ORDER BY 4 DESC;

--check autoextensible
SELECT T.TABLESPACE_NAME,D.FILE_NAME,
D.AUTOEXTENSIBLE,D.BYTES,D.MAXBYTES,D.STATUS
FROM DBA_TABLESPACES T,DBA_DATA_FILES D
WHERE T.TABLESPACE_NAME =D.TABLESPACE_NAME
ORDER BY TABLESPACE_NAME,FILE_NAME;

發現MAXBYTES為34359721984，而其中一個數據檔案已經接近於這個值。
原來我們的ORACLE db_block_size = 8192
我們的AIX中已經設定了fsize=-1 (/etc/secrucity/limits)
It is not an OS limitation.
It is an Oracle limitation.
Using 8k block size the maximum file size is 32G.

(2^22-1)*8192=34359730176
(2^22-1)*8192/1024/1024/1024= 31.99999237G

SQL> alter database datafile '/u02/oradata/PROD/app_data.dbf' resize 40960M;
alter database datafile '/u02/oradata/PROD/app_data.dbf' resize 40960M
*
ERROR at line 1:
ORA-01144: File size (5242880 blocks) exceeds maximum of 4194303 blocks

action:

alter tablespace TABLE_SPACE add datafile '/u02/oradata/PROD/app_data1.dbf' size 500M;

alter datafile '/u02/oradata/PROD/app_data1.dbf' autoextend on next 10240K maxsize unlimited;