informix插入資料包271,136錯誤

tonykorn97發表於2007-03-25

informix 匯入一個表,每次到到一個地方的時候就報,271,136錯誤:

> finderr 271
-271 Could not insert new row into the table.

This problem has many possible causes, including a locked table or a
full disk. Check the accompanying ISAM error code for more
information.


> finderr 136
-136 ISAM error: no more extents.

The database server needs to add an extent to a table but cannot
do so. Either not enough disk space is available in the dbspace, or the
table has been given the maximum number of extents that is allowed. The
database server administrator can determine the cause as follows:

1. Determine the tblspace number for the table. It is the value in
the partnum column of the systables table for this table.

2. Convert the tblspace number to hexadecimal and extract its
most-significant 2 digits (the high-order byte). This chunk
number indicates where the table resides.

3. Use the tbstat or onstat utility -t option to find out disk
usage for this table. Note particularly the values reported for
npages (disk pages available), nused (disk pages used), and
nextns (number of extents).

If nused is less than npages, and nextns is large (over 200), the table
has too many extents. The upper limit of extents per table is between 200
and 50. The limit varies with the table definition and the
disk-page size in use. Reallocate the table using fewer, larger
extents. Unload the table data to a flat file. Drop the table.
Re-create the table, specifying a first-extent size sufficient to hold
all its current data and a next-extent size between one-fourth and
one-sixteenth its current size. Then reload the data into the table.

If nextns is small or the difference between npages and nused is less
than the size of the next-extent size for the table, not enough disk
space is available in the dbspace where the table resides. Use the
chunk number from step 2 and the ON-Monitor or ON-Monitor Chunks
display to determine the dbspace, then add a new chunk to that
dbspace.


>


但是檢視資料庫也明明有空間!表的擴充套件塊也都沒有用呢!
當時鍵表的時候用的擴充套件塊大小是最大的33554430K,(因為當時估計這個表的容量將特別大)

大家最後找到了原因:

是informix的限制,這個表的資料應該是當時達到了容量的限制。具體資訊在下面ibm的連結上。

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/312079/viewspace-245632/,如需轉載,請註明出處,否則將追究法律責任。

相關文章