重組數(shù)據(jù)庫表出現(xiàn)的錯(cuò)誤

yuwolf

我重組數(shù)據(jù)庫表時(shí)報(bào)錯(cuò)

sql2216n重組數(shù)據(jù)庫表出現(xiàn)sql錯(cuò)誤（-289）

我查不到原因在哪里

mymm

一條一條的查！

SQL0289N無法在表空間 "<表空間名>;" 中分配新頁。

解釋:  下列其中一個(gè)條件為真：

1.    分配給此 SMS 表空間的其中一個(gè)容器已達(dá)到最大文件大小。
    這可能是導(dǎo)致該錯(cuò)誤的原因。

2.    分配給此 DMS 表空間的所有容器已滿。這可能是導(dǎo)致該錯(cuò)誤的原因。

3.    此 DMS 表空間的表空間對(duì)象表已滿。

4.    正在進(jìn)行再平衡，但其進(jìn)度還不足以能使用新添加的空間。

5.    正在對(duì)太小的容器進(jìn)行重定向恢復(fù)。

6.    重定向恢復(fù)后正在進(jìn)行前滾且分配給此表空間的所有容器已滿。

7.    正在進(jìn)行跳越添加容器的前滾且分配給此表空間的所有容器已滿。

有關(guān)詳細(xì)信息，可在系統(tǒng)錯(cuò)誤日志和／或數(shù)據(jù)庫管理程序錯(cuò)誤日志中找到。

用戶響應(yīng):  執(zhí)行與引起錯(cuò)誤的原因?qū)��?yīng)的操作：

1.    切換至 DMS TABLESPACE，或重建有更多目錄 (PATH) 的 SMS
    TABLESPACE，以使：
    （目錄數(shù)）>;=（最大表大�。�最大文件大�。�。
    注意，最大文件大小與操作系統(tǒng)有關(guān)。

2.    向 DMS 表空間添加新容器，并當(dāng)再平衡程序使新頁可用后，
    再試該操作。

3.    從此 DMS 表空間中刪除不需要的表。

4.    等待再平衡程序取得更大進(jìn)展。

5.    再次對(duì)較大的容器執(zhí)行重定向恢復(fù)。

6.    再次對(duì)較大的容器執(zhí)行重定向恢復(fù)。

7.    再次執(zhí)行允許添加容器的前滾，或?qū)�較大的容器執(zhí)行重定向恢復(fù)。

sqlcode:   -289

sqlstate:  57011

yuwolf

謝謝mymm辣

這個(gè)-289的錯(cuò)誤是如何查到的？

mymm

1. 
   
2. db2 ? sql0289
   

復(fù)制代碼

yuwolf

查到原因了~~臨時(shí)表空間的容量小于要重組的表的容量

mymm

偶在做表重組時(shí)，都是指定臨時(shí)表空間的！
表太大了！

1. 
   
2. reorg table TABLENAME use tempspace1;
   

復(fù)制代碼

yuwolf

我就是指定的那個(gè)臨時(shí)表空間小了~~：）

ldcrwl

遇到這個(gè)問題了，頂一下！

ldcrwl

遇到這個(gè)問題了，頂一下！