SQL2750 - SQL2999
SQL2750N 配置中第 line-number 行的長度超過 255 個位元組。
解說
配置檔中一行的最大長度必須少於 255 個位元組。
使用者回應
檢查您的配置檔,並確定所有行均少於 255 個位元組。
SQL2751N 記錄 rec-no 的實際長度 actual-reclen 與預期的長度 exp-reclen 不相符。
解說
如果因固定長度 ASC 資料檔而需要換行檢查(NEWLINE 參數為 YES 及 RECLEN 參數為非零的值), 則每一個記錄的真正長度必須符合期望的記錄長度。
使用者回應
檢查輸入資料檔中的記錄 rec-no。
SQL2752N 配置檔第 line 行的字碼頁規格 codepage 無效。
解說
字碼頁設定無效。它需為正整數。
使用者回應
更正配置檔中的字碼頁設定。
SQL2753N 無法取得應用程式的專屬區碼及字碼頁。函數 function-name 的回覆碼是 rc。
解說
程式無法取得其環境的專屬區碼及字碼頁。
使用者回應
請聯絡您的資料庫系統管理員。
SQL2754N 字碼頁 source-cp 無法轉換為字碼頁 target-cp。
解說
資料庫不支援那兩個字碼頁之間的字碼頁轉換。
使用者回應
請確定您的資料是位在可轉換的字碼頁中。
SQL2755N 十進位資料不能同時採用 IMPLIEDDECIMAL 和 PACKEDDECIMAL 格式。
解說
十進位資料的有效格式是 SQL_PACKEDDECIMAL_FORMAT、 SQL_CHARSTRING_FORMAT 或 SQL_IMPLIEDDECIMAL_FORMAT,彼此互斥。
使用者回應
驗證十進位資料格式,更正格式值,然後重新提交指令。
SQL2756N 無法更新配置參數 parameter-name,因為目前正在進行其他更新相同配置參數的要求。
解說
叢集快取機能 (CF) 結構是 DB2 pureScale 環境中資料庫的記憶體資源。CF 結構包括群組緩衝池 (GBP)、共用通訊區域 (SCA) 和鎖定 (LOCK)。CF 結構的相對應配置參數分別為 CF_GBP_SZ、CF_SCA_SZ 和 CF_LOCK_SZ。
資料庫配置參數 CF_DB_MEM_SZ 會控制此資料庫的總 CF 記憶體限制。所有 CF 結構記憶體都會在此限制內。
如果資料庫配置參數 parameter-name 的值超出 CF_DB_MEM_SZ 的參數值,則無法完成要求而且作業會逾時。
當 CF 結構記憶體更新尚未完成,而且已對相同 CF 結構發出更新記憶體的其他要求時,便會傳回此訊息。
使用者回應
搭配 SHOW DETAIL 子句 使用 GET DB CFG 指令,檢視 CF 結構的擱置中更新要求。
請確定所有 CF 結構的記憶體值低於 CF_DB_MEM_SZ 的值。
等待擱置中的更新要求完成或逾時。
sqlcode:-2756
sqlstate:5U052
SQL2761N 僅可以指定表格名稱或資料庫分割區群組之一。
解說
請指定表格名稱或資料庫分割區群組名稱,但不要同時指定兩者。
使用者回應
請檢查您的指令行選項。
SQL2762N 公用程式找不到資料庫安裝路徑。
解說
公用程式需要知道資料庫管理程式的安裝之處,然後它可以發現它的連結檔。
使用者回應
確定已正確安裝您的資料庫管理程式。
SQL2763N 找不到表格 tbl-name。
解說
在 sysibm.systables 中找不到表格 tbl-name。
使用者回應
確定表格已存在於資料庫中。
SQL2764N 找不到資料庫分割區群組 db-partition-group。
解說
無法在 SYSCAT.DBPARTITIONGROUPDEF 中找到資料庫分割區群組 db-partition-group。
使用者回應
請確定資料庫分割區群組存在於資料庫中。
SQL2765W 公用程式無法開啟輸出分割對映檔 out-map-file。
解說
公用程式無法開啟輸出分割對映檔,供寫入資料。它將把輸出寫入至標準輸出中。
使用者回應
檢查您的檔案存取許可權。
SQL2766N 分割對映的大小不是正確的大小 map-size。
解說
分割對映的大小不正確。資料庫中的資料已損毀。
使用者回應
請聯絡「資料庫管理員」,來解決問題。
SQL2767N 指令行選項無效。
解說
發現無效的指令行選項。
使用者回應
確定已指定正確的指令行選項。
SQL2768N deprecated-API API 已淘汰,且由 replacement-API API 取代。
解說
配送對映已從 4096 個項目擴充為 32768 個項目,但是無法由淘汰的 API 傳回。
使用者回應
使用取代 API,而非淘汰的 API。
SQL2796N 找到分割不正確的記錄。
解說
以 LOAD_ONLY 分割模式執行 load 公用程式時,發現資料檔記錄不符合載入記錄的目標資料庫分割區。
使用者回應
請驗證每一個資料庫分割區資料檔中的記錄,並確定每一筆記錄載入到預期的資料庫分割區。您可以將記錄放置於個別檔案中,並使用 PARTITION_ONLY 分割模式針對它呼叫 load 公用程式,達成此作業。透過執行此作業,會依目的地資料庫分割區來分組記錄。
SQL2800N CREATE、DROP 或 CHANGE NODE 失敗。原因碼 reason-code。
解說
公用程式無法新增、捨棄或變更資料庫分割區,因為原因碼指出的所指定輸入參數無效:
- 1
未指定資料庫分割區號碼
- 2
未指定 TCP/IP 主機名稱
- 3
未指定電腦名稱
- 4
資料庫分割區號碼無效。
- 5
埠號無效。
- 6
TCP/IP 主機名稱無效。
- 7
Services 檔中未定義您實例的埠值。
- 8
埠值不在 Services 檔中為您實例定義的有效範圍中。
- 9
資料庫分割區號碼不是唯一的。
- 10
這組主機名稱/埠不是唯一的。
- 11
主機名稱值沒有相對應的埠 0。
使用者回應
對應於原因碼的動作為:
- 1
確定已指定資料庫分割區號碼
- 2
確定已指定 TCP/IP 主機名稱
- 3
確定已指定電腦名稱
- 4
確定資料庫分割區號碼介於 0 與 999 之間。
- 5
確定埠號介於 0 與 999 之間。
- 6
確定指定的主機名稱也定義在系統上,而且可操作
- 7
確定您系統上的 TCP/IP 服務包含您實例的項目
- 8
確定您只使用系統上 Services 檔中所指定的埠值
- 9
確定指定的資料庫分割區號碼是唯一的。
- 10
確定 db2nodes.cfg 檔中尚未定義新的主機名稱/埠。
- 11
確定所指定的主機名稱已定義埠值 0。
SQL2801N DB2NCRT 指令的語法不正確。
解說
DB2NCRT /n:node
/u:username,password
[/i:instance]
[/h:host]
[/m:machine]
[/p:port]
[/o:instance owning
machine]
[/g:netname]- /n 指定節點號碼。
- /u 指定 DB2 服務的帳號名稱及密碼。
- /i 指定實例,如果與預設或目前的實例不同
- /h 如果主機名稱不是機器預設的 TCP/IP 主機名稱,則指定 TCP/IP 主機名稱
- /m 如果是在遠端機器上建立節點,則指定工作站名稱
- /p 如果不是機器的第一個節點,則指定邏輯埠號碼
- /o 指定機器建立第一個節點時,實例機器的電腦名稱
- /g 指定網路名稱或 IP 位址
使用者回應
請使用有效的參數重新輸入指令。
SQL2802N DB2NCHG 指令的語法不正確。
解說
DB2NCHG /n:node
[/h:host]
[/m:machine]
[/p:port]
[/i:instance]
[/u:username,
password]
[/g:netname]- /h 變更 TCP/IP 主機名稱
- /m 變更工作站名稱
- /p 變更邏輯埠號碼
- /i 指定實例,如果與預設或目前的實例不同
- /u 變更「登入帳號」名稱及密碼
- /g 指定網路名稱或 IP 位址
使用者回應
發出含有下列有效指令選項的 DB2NCHG 指令。
SQL2803N DB2NDROP 指令的語法不正確。
解說
DB2NDROP /n:node
[/i:instance]- /i 指定實例,如果與預設或目前的實例不同
使用者回應
發出含有下列有效指令選項的 DB2NDROP 指令。
SQL2804N DB2NLIST 指令的語法不正確。
解說
DB2NLIST [/i:instance]
[/s]- /i 指定實例,如果與預設或目前的實例不同
- /s 顯示節點狀態
使用者回應
發出含有下列有效指令選項的 DB2NLIST 指令。
SQL2805N 發生服務錯誤。原因碼 reason-code。
解說
嘗試建立、捨棄或新增資料庫分割區期間發生錯誤。原因碼會指出錯誤原因:
- 1
無法登錄服務
- 2
無法設定必要的「使用者權限原則」
- 3
無法設定服務的「登入帳號」
- 4
無法刪除服務
使用者回應
對應於原因碼的動作為:
- 1
如果已在 DB2NCRT 期間指定工作站名稱,則請確定工作站名稱是否正確。
- 2
確定所指定的使用者名稱有效。
- 3
確定指定的使用者名稱及密碼有效。
- 4
如果資料庫分割區位於其他機器上,請確定此機器正在執行中。
SQL2806N 找不到實例 instance 的節點 node。
解說
節點不存在,所以 DB2NDROP 失敗。
使用者回應
請確定節點號碼是正確的,且重新發出指令。
SQL2807N 實例 instance 的節點 node 已存在。
解說
節點已存在,所以 DB2NCRT 失敗。
使用者回應
請確定節點號碼是正確的,且重新發出指令。
SQL2808W 偵測到實例 instance 的節點 node。
解說
DB2NDROP 處理已成功地完成。
使用者回應
不需要任何進一步的動作。
SQL2809W 節點:node 已新增至實例:instance {主機:host-name 機器:machine-name 埠:port-num}
解說
DB2NCRT 處理已成功地完成。
使用者回應
不需要任何進一步的動作。
SQL2810W 已變更實例:instance 中的節點:node {主機:host-name 機器:machine-name 埠:port-num}
解說
DB2NCHG 處理已成功地完成。
使用者回應
不需要任何進一步的動作。
SQL2811N 實例不是分割的資料庫實例,所以指令無效。
解說
指令只適用於實例是分割的資料庫實例。
使用者回應
請確定所指定的實例名稱有效。如果指令行中未指定實例名稱, 則請確定 DB2INSTANCE 環境已設定成有效的分割資料庫實例。
SQL2812N 對 db2drvmp 指令輸入了一個無效的引數。
解說
db2drvmp add node_number
from_drive to_drive
drop node_number
from_drive
query [node_number]
[from_drive]
reconcile [node_number]
[from_drive]- add
- 指定新的資料庫磁碟機對映。
- drop
- 移除現有的資料庫磁碟機對映。
- query
- 查詢資料庫對映。
- reconcile
- 登錄內容受損時,修復資料庫對映磁碟機。
- node_number
- 節點號碼。add 和 drop 作業需要此參數。
- from_drive
- 對映來源磁碟機代號。add 和 drop 作業需要此參數。
- to_drive
- 對映目標磁碟機代號。add 作業需要此參數。不適用於其他作業。
使用者回應
請使用有效的引數重新輸入指令。
SQL2813I 節點 node 已新增磁碟機 drive-1 到磁碟機 drive-2 的磁碟機對映。
解說
順利新增磁碟機對映。
使用者回應
不需要執行任何動作。
SQL2814I 節點 node 已刪除磁碟機 drive 的磁碟機對映。
解說
順利刪除磁碟機對映。
使用者回應
不需要執行任何動作。
SQL2815I 節點 node 的磁碟機對映為:drive-1 - drive-2。
解說
參考訊息。
使用者回應
不需要執行任何動作。
SQL2900W 吸收公用程式無法預先分割輸入記錄。原因碼:reason-code
解說
吸收公用程式使用配送索引鍵來判斷分割區號碼,並將輸入記錄遞送至該分割區的其中一個清除程式。由於原因碼所指定的狀況,吸收公用程式會將記錄遞送至隨機清除程式。原因碼為:
- 1
NUM_FLUSHERS_PER_PARTITION 配置參數已設為 0,因此所有分割區只有 1 個清除程式。
- 2
目標表格是沒有配送索引鍵的類型。
- 3
至少其中一個配送索引鍵直欄,其具有的類型為使用者定義的類型 (UDT) 或 DB2SECURITYLABEL。
- 4
如果 SQL 陳述式為 INSERT 或 REPLACE,則直欄清單未指定所有配送索引鍵直欄。如果 SQL 陳述式為 UPDATE、DELETE 或 MERGE,則 WHERE 或 ON 子句未指定所有配送索引鍵直欄。
- 5
如果 SQL 陳述式為 INSERT 或 REPLACE,則 VALUES 清單中的值不是欄位名稱或常數。如果 SQL 陳述式為 UPDATE、DELETE 或 MERGE,則符合下列一個以上的狀況:
- 與配送索引鍵直欄的比較不是相等比較。
- 與配送索引鍵直欄比較的值不是欄位名稱或常數。
- 配送索引鍵直欄對應於多個欄位名稱或常數。
- 6
SQL 陳述式為 UPDATE、DELETE 或 MERGE,而且 WHERE 或 ON 子句的格式不是下列格式:
(dist-key-col1 = value1) AND (dist-key-col2 = value2) AND ... (dist-key-colN = valueN)
其中,dist-key-col1 至 dist-key-colN 包括所有配送索引鍵直欄,而且每一個值是一個欄位名稱或常數。
- 7
至少有一個配送索引鍵直欄具有數值類型,但其相對應的欄位沒有完全相同的數值類型,包括相同精準度及小數位數。
使用者回應
如果這會造成負面的效能影響,請修改配置參數或 INGEST 指令(視原因碼而定):
- 1
將 NUM_FLUSHERS_PER_PARTITION 配置參數設為 1 以上。
- 2
指定含有配送索引鍵的目標表格。
- 3
指定一個表格,其配送索引鍵不包含類型為使用者定義的類型 (UDT) 或 DB2SECURITYLABEL 的直欄。
- 4
確保所有配送索引鍵都指定在 SQL 陳述式上,而且每一個配送索引鍵只對應於一個欄位。
- 5
確定下列所有狀況均成立:
- 若為 INSERT 或 REPLACE 陳述式,VALUES 清單中的所有值都是欄位名稱或常數。
- 若為 UPDATE、DELETE 或 MERGE 陳述式:
- 任何與配送索引鍵直欄的比較都是相等比較。
- 任何與配送索引鍵直欄比較的值都是欄位名稱或常數。
- 任何配送索引鍵直欄都對應於一個欄位名稱或常數。
- 6
變更 WHERE 述詞或 ON 述詞,讓它指定所有配送索引鍵直欄,因此它的格式為:
(dist-key-col1 = value1) AND (dist-key-col2 = value2) AND ... (dist-key-colN = valueN)
其中,dist-key-col1 至 dist-key-colN 包括所有配送索引鍵直欄,而且每一個值是一個欄位名稱或常數。
- 7
變更欄位定義,使對應於數值配送索引鍵直欄的每一個欄位與配送索引鍵直欄具有完全相同的類型,包括相同精準度及小數位數。
SQL2901I 吸收公用程式已在時間戳記 timestamp 完成。錯誤數:number。警告數:number。訊息檔案:file-name。
解說
吸收公用程式已順利完成,但傳回一些錯誤或警告。請參閱指定的訊息檔,以判斷這些錯誤或警告為何。
錯誤數包括公用程式無法從中回復的錯誤,但是不包括公用程式已從中回復的錯誤。
使用者回應
如果不希望日後收到此訊息,請更正造成錯誤或警告的原因。
SQL2902I 吸收公用程式已在時間戳記 timestamp 完成。錯誤數:number。警告數:number。
解說
吸收公用程式已順利完成,但傳回一些錯誤或警告。
錯誤數包括公用程式無法從中回復的錯誤,但是不包括公用程式已從中回復的錯誤。
使用者回應
如果不希望日後收到此訊息,請更正造成錯誤或警告的原因。
SQL2903W 配置參數 parameter 已自動調整為下列值:value。原因碼 = reason-code
解說
已順利完成 INGEST SET 或 INGEST 指令,但已置換使用者指定的配置參數。如果對 INGEST SET 指令發出此訊息,則在 CLP 階段作業的剩餘部分,此置換值都會維持有效。如果對 INGEST 指令發出此訊息,此置換值只會對 INGEST DATA 指令維持有效。
對應於原因碼的說明如下:
- 1
commit_count 及 commit_period 配置參數在相同的 INGEST 指令上無法設為 0。commit_period 已設為 1。
- 2
commit_count 配置參數必須設為 1000 的倍數,因此已進位到最接近 1000 的倍數。
- 3
已降低 commit_count 配置參數,因為鎖定清單或交易日誌已耗盡空間。新值是在鎖定清單或交易日誌耗盡空間之前,隨即確定的橫列數。
- 4
已降低 commit_period 配置參數,因為鎖定清單或交易日誌已耗盡空間。新值是前次確定的時間,與鎖定清單或交易日誌耗盡空間的時間之間的秒數。
- 10
因為符合下列其中一項,所以 num_flushers_per_partition 配置參數已調整為 0:
- 針對 UPDATE 作業,搜尋索引鍵中沒有適當的直欄,或搜尋索引鍵中的所有直欄同時也在更新索引鍵(在 SET 子句上指定)中。
- 針對 DELETE 作業,搜尋索引鍵中沒有適當的直欄。
搜尋索引鍵是下列形式的 WHERE 或 ON 子句上指定的所有直欄 c1、c2 等的集合:
(c1 = $field_1) AND (c2 = $field_2) AND ... (cn = $field_n) [AND (<any other conditions<)](用方括弧括住的最後一個 AND 條件是選用的。)
- 11
因為表格的配送索引鍵中至少有一個直欄也在更新索引鍵(在 SET 子句上指定)中,所以分割的資料庫環境中的 num_flushers_per_partition 配置參數已調整為 0。
- 12
因為沒有索引至少包含一個在搜尋索引鍵(在 WHERE 子句上指定)中但不在更新索引鍵(在 SET 子句上指定)中的直欄,所以 num_flushers_per_partition 配置參數已調整為 1。
- 14
num_flushers_per_partition 配置參數已調整為 max_connections 資料庫管理程式配置參數的值,因為它不能大於 max_connections。
- 15
num_flushers_per_partition 配置參數已調整為 floor(128/(成員數)),因為目標表格為直欄組織表格。直欄組織表格已結構化,如此當對所有成員採用總計 128 個平行插入執行緒時,即會達到最大吸收效能。
- 16
num_flushers_per_partition 配置參數已調整為 50,因為目標表格是直欄組織表格。直欄組織表格具結構化,因此使用 50 個平行插入執行緒時即達到吸收效能上限。
使用者回應
對應於原因碼的使用者回應如下:
- 1
若要避免收到此訊息,如果將 commit_count 保留為其預設值 0,則請不要將 commit_period 設為 0。
- 2
若要避免收到此訊息,請將 commit_count 設為 1000 的倍數。
- 3
若要避免收到此訊息,請執行下列其中一個以上動作:
- 如果因為鎖定清單耗盡空間而發生警告,請增加 locklist 或 maxlocks 資料庫配置參數。
- 如果因為交易日誌耗盡空間而發生警告,請增加 logfilsiz、logprimary 或 logsecond 資料庫配置參數。
- 將 commit_count 配置參數降低為新值或較低的值。
- 4
若要避免收到此訊息,請執行下列其中一個以上動作:
- 如果因為鎖定清單耗盡空間而發生警告,請增加 locklist 或 maxlocks 資料庫配置參數。
- 如果因為交易日誌耗盡空間而發生警告,請增加 logfilsiz、logprimary 或 logsecond 資料庫配置參數。
- 將 commit_period 配置參數降低為新值或較低的值。
- 10
若要避免收到此訊息,請執行下列其中一個動作:
- 發出 INGEST 指令之前,請將吸收配置參數 num_flushers_per_partition 設為 0。
- 如果搜尋索引鍵中沒有適當的直欄,請變更 INGEST 指令上的 SQL 陳述式,以指定下列形式的搜尋索引鍵:
(c1 = $field_1) AND (c2 = $field_2) AND ... (cn = $field_n) - 如果搜尋索引鍵中的所有直欄同時也在更新索引鍵中,請變更搜尋索引鍵或更新索引鍵,讓搜尋索引鍵不包含更新索引鍵中的所有直欄。
- 11
若要避免收到此訊息,請執行下列其中一個動作:
- 發出 INGEST 指令之前,請將吸收配置參數 num_flushers_per_partition 設為 0。
- 變更 INGEST 指令上的 SQL 陳述式,讓它不會更新表格配送索引鍵中的任何直欄。
- 12
若要避免收到此訊息,請執行下列其中一個動作:
- 發出 INGEST 指令之前,請將吸收配置參數 num_flushers_per_partition 設為 1。
- 定義索引,而索引至少包括一個在搜尋索引鍵中但不在更新索引鍵中的直欄。
- 14
若要避免收到此訊息,請執行下列其中一個動作:
- 發出 INGEST 指令之前,請發出 INGEST SET 指令,以將 num_flushers_per_partition 配置參數設為小於或等於 max_connections 資料庫管理程式配置參數的值。
- 將 max_connections 資料庫管理程式配置參數設為 AUTOMATIC 或是大於或等於 num_flushers_per_partition 配置參數的值。
- 15
若要避免收到此訊息,請執行下列其中一個動作:
- 發出 INGEST 指令之前,請發出 INGEST SET 指令,以將 num_flushers_per_partition 配置參數設為小於或等於 max_coordagents 資料庫管理程式配置參數的值。
- 將 max_coordagents 資料庫管理程式配置參數設為 AUTOMATIC 或是大於或等於 num_flushers_per_partition 配置參數的值。
- 16
若要在發出 INGEST 指令之前避免收到此訊息,請發出 INGEST SET 指令,將 num_flushers_per_partition 配置參數設為 floor(128/(成員數)) 或更低。
SQL2904W 因為資料的長度大於欄位長度,所以已截斷第 line-number 行及第 byte-position 個欄位的欄位值。
解說
指定欄位的值,超過欄位的長度。已截斷該值。例如,如果欄位定義為 CHAR(3),但值為 "ABCDEF",則會將值截斷為 "ABC"。
使用者回應
如果可接受截斷結果,則不需要進一步的動作。若要避免此訊息,請在 INGEST 指令上指定較長的欄位長度或編輯輸入資料,讓欄位值的長度小於或等於欄位的長度。
SQL2905I 在表格 table-name 上發出 SQL sql-statement 陳述式,使用輸入檔 file-name 中第 line-number 行的資料時,發生下列錯誤。
解說
此訊息對以下列出的訊息,提供識別發生錯誤的行號及輸入檔。
表格是在 INGEST 指令的 SQL 陳述式上所指定的表格,或是異常狀況表格。如果表格是在 SQL 陳述式上所指定的表格,SQL 陳述式是 INSERT 或 REPLACE,而且 INGEST 指令已指定異常狀況表格,則吸收公用程式會嘗試將記錄插入異常狀況表格。否則,吸收公用程式會捨棄記錄。
使用者回應
如果在 INGEST 指令的目標表格上發出 SQL 陳述式時發生錯誤,而吸收公用程式已順利將橫列插入異常狀況表格,請更正異常狀況表格中的資料,並將該資料從異常狀況表格複製到目標表格。否則,請驗證在輸入檔指定行上的資料正確無誤。必要的話,請更正輸入檔中的資料,然後使用只包含已更正字行的輸入檔,重新執行吸收公用程式。
SQL2906I 在表格 table-name 上發出 SQL sql-statement 陳述式,使用管道 pipe-name 中第 line-number 行的資料時,發生下列錯誤。
解說
此訊息對以下列出的訊息,提供識別發生錯誤的行號及輸入管道。
表格是在 INGEST 指令的 SQL 陳述式上所指定的表格,或是異常狀況表格。如果表格是在 SQL 陳述式上所指定的表格,SQL 陳述式是 INSERT 或 REPLACE,而且 INGEST 指令已指定異常狀況表格,則吸收公用程式會嘗試將記錄插入異常狀況表格。否則,吸收公用程式會捨棄記錄。
使用者回應
不需要任何動作。
SQL2907I 在表格 table-name 上發出 SQL sql-statement 陳述式,使用 TCP/IP 埠 port-number 中第 line-number 行的資料時,發生下列錯誤。
解說
此訊息對以下列出的訊息,提供識別發生錯誤的行號及輸入 TCP/IP 埠。
表格是在 INGEST 指令的 SQL 陳述式上所指定的表格,或是異常狀況表格。如果表格是在 SQL 陳述式上所指定的表格,SQL 陳述式是 INSERT 或 REPLACE,而且 INGEST 指令已指定異常狀況表格,則吸收公用程式會嘗試將記錄插入異常狀況表格。否則,吸收公用程式會捨棄記錄。
使用者回應
不需要任何動作。
SQL2908I 格式化接收自管道 pipe-name 的行 line-number 的資料時,發生下列警告或錯誤。
解說
此訊息對以下列出的訊息,提供識別發生錯誤的輸入管道。
使用者回應
不需要任何動作。
SQL2909I 格式化接收自 TCP/IP 埠 port-number 的行 line-number 的資料時,發生下列警告或錯誤。
解說
此訊息對以下列出的訊息,提供識別發生錯誤的輸入 TCP/IP 埠。
使用者回應
不需要任何動作。
SQL2910N 在類型為 field-type 的所有欄位上,修飾元 modifier 的使用不一致。
解說
當您在某個欄位上指定修飾元時,必須也在具有類似類型的所有欄位上指定修飾元。例如:如果小數欄位指定 RADIX POINT,則必須在所有其他 INTEGER、DECIMAL、DECLFOAT 及 FLOAT 欄位上也指定相同的 RADIX POINT 字元。如果在 DATE 欄位上指定格式字串,則必須在所有其他 DATE 欄位上也指定相同的格式字串。如果 INTEGER 欄位指定 EXTERNAL,則必須在所有其他 INTEGER、DECFLOAT 及 FLOAT 欄位上也指定 EXTERNAL。(不過,類型為 DECIMAL 的欄位,可以指定 PACKED 或 ZONED。但類型為 DECIMAL 的所有欄位,則必須與所有其他 DECIMAL 欄位一樣指定相同的 EXTERNAL、PACKED 或 ZONED 修飾元。)
使用者回應
在類似類型的所有欄位上指定修飾元,重新發出 INGEST 指令。
SQL2911N 只有當格式為 POSITIONAL 時,才能指定二進位欄位類型。
解說
INGEST 指令指定二進位欄位類型,但輸入檔格式不是 POSITIONAL。指令失敗。
使用者回應
下列其中一項:
- 如果輸入資料為定界格式,請將欄位類型變更為指定字元資料的類型。例如,如果欄位類型為 INTEGER,請變更為 INTEGER EXTERNAL。如果欄位類型為 DB2SECURITYLABEL,請變更為 DB2SECURITYLABEL NAME 或 DB2SECURITYLABEL STRING。
- 如果輸入資料為位置格式,請變更 INGEST 指令以指定 FORMAT POSITIONAL。必要的話,請將 POSITION 子句新增至每一個欄位定義。
SQL2912N 吸收公用程式失敗,因為一個以上欄位為二進位類型,但是未指定那些二進位欄位的長度。
解說
您可以使用吸收公用程式,將檔案及管道中的資料串流至 DB2 資料庫表格。如果有任何輸入欄位為二進位資料類型,則必須使用 INGEST 指令或 db2Ingest API 呼叫,來指定那些二進位欄位的長度。
嘗試吸收包含二進位欄位的資料,但未指定那些二進位欄位的長度時,即會傳回此訊息。
使用者回應
請指定任何二進位欄位的長度,重新執行吸收作業。
SQL2913N 欄位 field-name 未指定結束位置或長度。
解說
指定 FORMAT POSITIONAL 的 INGEST 指令,必須指定或暗示欄位長度,或者 POSITION 參數必須指定結束位置。指令失敗。
使用者回應
重新發出 INGEST 指令,並指定欄位的結束位置或欄位長度。
SQL2914I 吸收公用程式已啟動下列吸收工作:job-ID。
解說
吸收公用程式正在啟動。工作 ID 是指定在 RESTART 參數上的 ID,如果未指定,則為公用程式產生的預設工作 ID。當 INGEST 指令在執行中時,工作 ID 可用於 INGEST GET STATS 指令。如果 INGEST 指令失敗,工作 ID 可用於後來的 INGEST 指令(其含有 RESTART CONTINUE 或 RESTART TERMINATE 參數)。
使用者回應
儲存工作 ID,在以後的指令需要時便可派上用場。
SQL2915N 所有欄位長度的總計為 number,但指定的記錄長度僅為 length。
解說
RECORDLEN 在 INGEST 指令上指定的長度,必須大於或等於每一個欄位定義上指定的欄位長度總計。指令失敗。
使用者回應
更正欄位長度或 RECORDLEN 參數。
SQL2916N 吸收公用程式失敗,因為指定的 SQL 陳述式未參照任何欄位。
解說
您可以使用吸收公用程式,將檔案及管道中的資料串流至 DB2 資料庫表格。若要控制吸收公用程式修改目標表格的方式,請使用 INGEST 指令或 db2Ingest API 呼叫來指定 SQL 陳述式。
嘗試利用未參照任何欄位的 SQL 陳述式來執行吸收作業時,即會傳回此訊息。
使用者回應
請修改 SQL 陳述式,以至少包括一個欄位,然後重新執行吸收作業。
SQL2917N 吸收作業失敗,因為 SHM_MAX_SIZE 配置參數太小。
解說
設定 SHM_MAX_SIZE 吸收公用程式配置參數,就可以指定「進程間通訊 (IPC)」共用記憶體的大小上限。
吸收作業因 SHM_MAX_SIZE 配置參數不足而失敗時,即會傳回此訊息。
使用者回應
- 將 SHM_MAX_SIZE 配置參數設為較大的值(例如,透過發出 INGEST SET 指令)。
- 重新執行吸收作業。
SQL2918N INGEST 指令中指定無效的 keyword1 及 keyword2 關鍵字組合。
解說
因為關鍵字組合無效,INGEST 指令失敗。
使用者回應
移除衝突的關鍵字,然後重新發出指令。
SQL2919N 吸收公用程式失敗,因為指定了下列不受支援的表格類型:table-type。
解說
您可以使用吸收公用程式,將檔案及管道中的資料串流至 DB2 資料庫表格。您可以將資料串流至多個表格類型,包括下列範例:
- 多維叢集表格
- 具體化查詢表格
- 分割的表格
- 其他
嘗試將資料吸入吸收公用程式不支援的表格類型中時,即會傳回此訊息。
使用者回應
請指定支援的表格類型,重新執行吸收作業。
SQL2920N clause 子句未參照任何欄位。
解說
如果 INGEST 指令所指定的 SQL 陳述式使用 WHERE 或 ON 子句,則必須包括至少指定一個欄位的搜尋條件。指令失敗。
使用者回應
指定搜尋條件,重新發出 INGEST 指令。
SQL2921N 吸收公用程式失敗,因為指定的欄位名稱未定義在輸入來源中。欄位名稱:field-name。
解說
您可以使用吸收公用程式,將檔案及管道中的資料串流至 DB2 資料庫表格。您可以說明分隔資料的欄位,在吸收公用程式中指定如何在輸入串流中定義資料。
嘗試利用參照的資料欄位不存在於輸入來源資料中的 SQL 陳述式來執行吸收作業時,即會傳回此訊息。
使用者回應
請指定欄位對應於輸入資料串流中的欄位,重新執行吸收作業。
SQL2922I 格式化接收自輸入檔 file-name 的行 line-number 的資料時,發生下列警告或錯誤。
解說
此訊息對以下列出的訊息,提供識別發生錯誤的輸入檔。
使用者回應
不需要任何動作。
SQL2923N 吸收公用程式失敗,因為指定了下列無效的欄位類型:invalid-type
解說
您可以使用吸收公用程式,將檔案及管道中的資料串流至 DB2 資料庫表格。當呼叫吸收作業時,您可以指定輸入欄位的資料類型。
指定無效的欄位類型時,即會傳回此訊息。
使用者回應
請指定支援的欄位類型,重新執行吸收作業。
SQL2924N 欄位 field-name 會指定 DEFAULTIF 參數,但其相對應的直欄 column-name 是產生的直欄。
解說
指定 DEFAULTIF 參數的欄位,無法在述詞或表示式中使用。指令失敗。
使用者回應
變更在 SQL 陳述式中使用欄位的方式或移除 DEFAULTIF 參數,然後重新發出指令。
SQL2925N 吸收公用程式失敗,因為欄位 field-name 指定 DEFAULTIF 參數,但相對應的直欄 column-name 沒有預設值。
解說
您可以使用吸收公用程式,將檔案及管道中的資料串流至 DB2 資料庫表格。您可以使用 DEFAULTIF 參數,每當某特定字元出現在輸入資料時,吸收公用程式即會將預設值插入目標表格中。
如果 DEFAULTIF 參數已與欄位定義一起指定,則對應於該欄位的直欄必須具有預設值。
當指定 DEFAULTIF 參數,但相對應的目標表格直欄沒有預設值時,即會傳回此訊息。
使用者回應
請使用下列其中一種方式來回應此訊息:
- 如果不需要插入預設值,請從欄位定義中移除 DEFAULTIF 參數,然後重新執行吸收作業。
- 如果需要插入預設值,請變更 SQL 陳述式,讓欄位對應於具有預設值的直欄,然後重新執行吸收作業。
SQL2926N 吸收作業失敗,因為欄位 field-name 指定 DEFAULTIF 參數,但相對應的直欄 column-name 具有的預設值不是常數或空值。
解說
您可以使用吸收公用程式,將檔案及管道中的資料串流至 DB2 資料庫表格。您可以使用 DEFAULTIF 參數,每當某特定字元出現在輸入資料時,吸收公用程式即會將預設值插入目標表格中。
如果 DEFAULTIF 參數已與吸收公用程式一起指定,則相對應目標表格直欄的預設值必須是常數或 NULL。
當指定 DEFAULTIF 參數,但相對應目標表格直欄的預設值既不是常數也不是 NULL 時,即會傳回此訊息。
使用者回應
請變更在 SQL 陳述式中使用欄位的方式或移除 DEFAULTIF 參數,然後重新提交吸收作業。
SQL2927N 行 line-number 以及欄位 field-number 中的欄位值無法轉換為值類型:value-type。
解說
可能是資料類型不符,因為指定欄位中的值無法轉換為欄位的資料類型。
使用者回應
請更正輸入檔或變更欄位類型,然後重新發出指令。
SQL2928N 吸收作業失敗,因為指定的輸入來源不是具名管道。指定的輸入來源:input-source。
解說
您可以使用吸收公用程式,將檔案及管道中的資料串流至 DB2 資料庫表格。
嘗試呼叫吸收公用程式,但指定的輸入來源不是檔案或具名管道時,即會傳回此訊息。
使用者回應
請指定有效的輸入來源,重新執行吸收作業。
SQL2931N 開啟、讀取或關閉下列具名管道時發生錯誤:pipe-name。
解說
您可以使用吸收公用程式,將檔案及管道中的資料串流至 DB2 資料庫表格。
當吸收公用程式無法開啟、讀取或關閉指定的輸入檔或具名管道時,即會傳回此訊息。
使用者回應
請驗證輸入來源,然後指定有效的輸入來源,重新執行吸收作業。
SQL2932N 吸收公用程式在 number 次嘗試之後,無法配置進程間通訊 (IPC) 資源。資源類型 resource-type-code。
解說
吸收公用程式在指定的嘗試次數之後,無法配置進程間通訊 (IPC) 資源。資源類型可能為下列其中一項:
- 共用記憶體
- 接聽器佇列
- 號誌
通常會先出現指出嘗試配置資源時發生錯誤的較早訊息,然後才顯示此訊息。
使用者回應
檢查之前的錯誤訊息,以判定發生的錯誤。請更正錯誤,然後重新執行 INGEST 指令。在 Linux 及 UNIX 上,如果沒有足夠的系統資源可供配置 IPC 資源,請使用 ipcrm 指令來移除現存的 IPC 資源。
SQL2933N INGEST 指令在配置參數 parameter 所需的 seconds 秒內尚未收到任何資料。
解說
INGEST 指令失敗。
如果參數為 PIPE_TIMEOUT,INGEST 指令在指令開啟管道之後,其至少指定的秒數內無法從管道接收任何資料。
使用者回應
驗證資料來源沒有任何問題,不會使其無法在指定的時間內傳送資料。如果資料來源需要更多時間來傳送資料,請增加相關配置參數的值,或將該值設定為 0,表示無逾時。
SQL2934N 服務名稱 service-name 所對映的埠號 port-number,超出下列允許值的範圍:start-of-range 到 end-of-range。
解說
INGEST 指令中指定的(或解析的)埠號,必須在允許的範圍內。INGEST 指令失敗。
使用者回應
指定允許範圍內的埠,或指定對映至範圍內之埠號的服務名稱,然後重新發出 INGEST 指令。
SQL2935W 吸收作業未失敗。不過,因為資料的長度大於欄位長度,所以已截斷第 line-number 行及第 field-number 個欄位的欄位值。
解說
您可以使用吸收公用程式,將檔案及管道中的資料串流至 DB2 資料庫表格。當呼叫吸收作業時,您可以指定內容,例如輸入欄位的資料類型或長度。
當欄位值的長度超過已定義的欄位長度時,將截斷此值。例如,如果欄位定義為 CHAR(3),但值為 "ABCDEF",則會將值截斷為 "ABC"。
當輸入欄位值的長度超過已定義的欄位長度時,即會傳回此訊息。
使用者回應
如果可接受截斷結果,則不需要進一步的動作。
若要避免產生此訊息,請採取下列其中一個動作:
- 使用 INGEST 指令或 db2Ingest API 呼叫來指定更長的欄位長度。
- 編輯輸入資料,讓欄位值的長度小於或等於欄位的長度。
SQL2936N 主機 host-name 的埠號 port-number 已在使用中。
解說
INGEST 指令無法使用該埠,因為其他執行中應用程式正在使用該埠。INGEST 指令失敗。
使用者回應
指定不在使用中的埠,然後重新發出 INGEST 指令。
SQL2937N 欄位 field-name 上的 DEFAULTIF 子句指定位置,但格式不是 Positional。
解說
INGEST 指令已指定 DEFAULTIF 子句,但輸入檔格式不是 POSITIONAL。指令失敗。
使用者回應
下列其中一項:
- 如果輸入資料為定界格式,請從 DEFAULTIF 子句中移除位置規格。
- 如果輸入資料為位置格式,請變更 INGEST 指令以指定 FORMAT POSITIONAL。必要的話,請將 POSITION 子句新增至每一個欄位定義。
SQL2938N 欄位 field-name 的開始結束位置配對 begin, end 無效。原因碼 reason-code。
解說
基於下列原因碼所指出的原因,在輸入不具定界字元的 ASCII 檔內尋找指出的資料庫直欄的輸入資料時,欄位規格無效。
- 1
起始位置是 0。
- 2
結束位置小於起始位置。
- 3
結束位置大於 32 767。
- 4
類型為 SMALLINT、INTEGER、BIGINT、DECIMAL、REAL、FLOAT 及 DECFLOAT 且含有 EXTERNAL 修飾元的欄位,其長度上限為 50。
- 5
如果針對類型為 DATE、TIME 及 TIMESTAMP(p) 的欄位指定格式字串,則欄位長度必須大於或等於符合格式字串的最短值的長度。
- 6
如果未指定格式字串:
- 若為 DATE 欄位,欄位長度必須介於 8 與 10(包括這兩個數字)之間。
- 若為 TIME 欄位,欄位長度必須介於 4 與 8(包括這兩個數字)之間。
- 若為 TIMESTAMP 欄位,欄位長度必須介於 19 與 32(包括這兩個數字)之間。
INGEST 指令失敗。
使用者回應
遵循原因碼所指出的動作,並重新提交指令:
- 1
指定大於 0 的起始位置。
- 2
指定大於起始位置的結束位置。
- 3
指定小於或等於 32 767 的結束位置。
- 4
將欄位長度變更為小於或等於 50 的值。
- 5
縮短格式字串,以便符合格式字串的最短值長度小於或等於欄位長度,或者將欄位長度變更為大於或等於符合格式字串的最短值長度的值。
- 6
將欄位長度變更為原因碼 6 的說明中所給定範圍內的值。
SQL2939N 指令參數 parameter 的值 value,超出下列允許值的範圍:start-of-range 到 end-of-range。
解說
所指出指令參數的現行值無效,因為它超出允許的範圍。
指令失敗。
使用者回應
對指令參數指定允許範圍內的埠,然後重新發出指令。
SQL2940N 吸收公用程式不支援版本 version 之前的資料庫伺服器版本。
解說
吸收公用程式不支援將資料吸收至表格,這些表格的資料庫伺服器版本早於訊息中顯示的版本。
使用者回應
請連接至其版本與訊息中顯示的版本一樣或更新的資料庫伺服器,然後重新執行公用程式。
SQL2941N 欄位 field-name 的長度、精準度或小數位數 value 無效。
解說
欄位定義上的欄位類型指定無效的長度、精準度或小數位數。此錯誤的範例如下:
- 指定 CHAR(70000) 的欄位定義無效,因為欄位的長度上限為 32767。
使用者回應
請更正欄位定義上的長度、精準度或小數位數。
SQL2942N 欄位 field-name 會指定 DEFAULTIF 子句,但與多個直欄相關聯或在表示式中使用。
解說
欄位定義指定 DEFAULTIF 時,只能將欄位指派給一個直欄,而且欄位不可是指派給該直欄之表示式的一部分。例如,請考量下列 INGEST 指令:
INGEST FROM FILE my_file.txt FORMAT DELIMITED
...
UPDATE my_table
SET (c1, c2, c3, c4, c5) =
($field1, $field2, $field2,
$field3, $field4+$field5)
WHERE $field3 = 1;
只有 $field1 可以指定 DEFAULTIF。$field2 已指派給多個直欄,因此無法指定。$field3 也在述詞中使用,因此無法指定。$field4 及 $field5 在表示式中使用,因此無法指定。
使用者回應
移除 DEFAULTIF 修飾元或變更 SQL 陳述式,以便欄位只指派給一個直欄,而且不是指派給該直欄之表示式的一部分。
SQL2943N 吸收公用程式無法更新表格,因為 SQL 陳述式中所有更新的直欄都定義為 GENERATED ALWAYS。
解說
下列一項成立時,吸收公用程式無法插入或更新表格:
- INGEST 指令上的 SQL 陳述式為 INSERT(屬於 MERGE 陳述式的一部分),而且下列其中一項成立:
- 在表格名稱之後指定的所有直欄都定義為 GENERATED ALWAYS。
- 在表格名稱之後未指定任何直欄,但所有表格的非隱藏直欄都定義為 GENERATED ALWAYS。
- INGEST 指令上的 SQL 陳述式為 UPDATE(屬於 MERGE 陳述式的一部分),而且 SET 子句上指定的所有直欄都定義為 GENERATED ALWAYS。
使用者回應
變更指令,以至少指定未定義為 GENERATED ALWAYS 的直欄。
SQL2944N 吸收作業失敗,因為欄位數目與所指定或暗示的目標表格直欄數目不同。
解說
您可以使用吸收公用程式,將檔案及管道中的資料串流至 DB2 資料庫表格。若要控制吸收公用程式修改目標表格的方式,請使用 INGEST 指令或 db2Ingest API 呼叫來指定 SQL 陳述式。
當吸收公用程式與沒有 VALUES 子句的 INSERT 陳述式搭配使用時,欄位數目必須與所指定或暗示的表格直欄數目相同。(所暗示的直欄數目即是表格中非隱藏的直欄數目。)
例如,下列 INGEST 指令無效,因為指定兩個欄位,但有三個直欄:
INGEST FROM FILE my_file.del FORMAT DELIMITED
($field1 INTEGER EXTERNAL, $field2 CHAR(32))
INSERT INTO my_table(col1, col2, col3);
使用者回應
請指定欄位數目與所指定或暗示的表格直欄數目相同,或新增 VALUES 子句至 INSERT 陳述式,來重新執行插入作業。
SQL2945N 類型為 DB2SECURITYLABEL 的欄位必須對定界檔案指定 NAME 或 STRING。
解說
當 INGEST 指令指定 FORMAT DELIMITED 時,每一個類型為 DB2SECURITYLABEL 的欄位必須指定 NAME 或 STRING 修飾元。
使用者回應
將 NAME 或 STRING 修飾元新增至每一個類型為 DB2SECURITYLABEL 的欄位。
SQL2946N INGEST 指令必須併入此檔案格式的欄位清單。
解說
只有為定界格式時,INGEST 指令才能省略欄位清單。若為位置格式,則必須指定欄位清單。
使用者回應
將欄位清單新增至 INGEST 指令。
SQL2947N 找不到 ID 為 job-id 的吸收工作。
解說
指令失敗,因為找不到具有指定 ID 的吸收工作。
使用者回應
- 如果正在發出 INGEST GET STATS 指令,請指定仍在執行中的吸收工作 ID。若要顯示這些 ID,請發出 INGEST LIST 指令。
- 如果正在使用 RESTART 參數發出 INGEST 指令,請指定其重新啟動資料仍在吸收重新啟動表格中的吸收工作 ID。若要顯示這些 ID,請發出下列查詢:
SELECT jobid FROM systools.ingestrestart
SQL2948N 吸收公用程式失敗,因為吸收作業不支援目標表格中直欄的資料類型。資料類型:data-type。直欄名稱:column-name。
解說
您可以使用吸收公用程式,將檔案及管道中的資料串流至 DB2 資料庫表格。對於吸收公用程式支援的資料類型有些限制。
嘗試將資料吸入不受支援資料類型的直欄中時,即會傳回此訊息。
使用者回應
請變更 INGEST 指令或 db2Ingest API 呼叫,讓不受支援的直欄不會併入吸收作業,然後重新執行吸收作業。
SQL2949N 指派給直欄或用於述詞中的值太長或超出範圍。
解說
在此訊息之前,會有一則識別輸入來源名稱及行號的訊息。所指定輸入記錄中的其中一個欄位對於表格直欄來說太長或超出範圍。
使用者回應
指定不同的表格或編輯輸入資料,以便:
- 對應於數字表格直欄的所有欄位值都在直欄資料類型的範圍內。
- 對應於字元表格直欄的所有欄位值,其長度小於或等於直欄的長度。
SQL2950N 視圖 view-name 的基本表格受到多個安全原則的保護。
解說
吸收至可更新視圖,而且該視圖具有多個基本表格時,所有受到安全原則保護的基本表格都必須受到相同安全原則的保護。
使用者回應
下列其中一項:
- 指定不同的表格或視圖。
- 變更基本表格,以便所有受到安全原則保護的基本表格都受到相同安全原則的保護。
SQL2951N 吸收作業失敗,因為找不到下列安全原則:security-policy-ID。
解說
您可以使用吸收公用程式,將檔案及管道中的資料串流至 DB2 資料庫表格。安全管理者可以使用安全原則來定義準則,以判定對表格的個別橫列及個別直欄具有寫入權及讀取權的人員。
嘗試將資料吸入受安全原則保護的表格中,但是型錄視圖 SYSCAT.SECURITYPOLICIES 沒有該 ID 的安全原則時,即會傳回此訊息。
使用者回應
請變更表格,讓表格受到有效安全原則的保護,然後重新執行吸收作業。
SQL2952N 字碼頁 code-page 不是有效的字碼頁、與用戶端字碼頁不相容,或未受到 INGEST 指令支援。
解說
INGEST 指令上的 INPUT CODEPAGE 參數指定因下列其中一個原因,而無法使用的字碼頁號碼:
- 號碼不是有效的字碼頁。
- DB2 或 INGEST 指令不支援字碼頁。
- 字碼頁與用戶端字碼頁不相容。
使用者回應
更正 INPUT CODEPAGE 參數上的字碼頁號碼,然後重新發出指令。
SQL2953N 行 line-number 中以位元組位置 number 為開頭的欄位值,無法轉換為值類型:field-type。
解說
可能是資料類型不符,因為指定位元組位置欄位值轉換為欄位的資料類型。
使用者回應
請更正輸入檔或變更欄位類型,然後重新發出指令。
SQL2954N 吸收作業失敗,因為指定了超過可容許的欄位定義數目。可容許的欄位定義數目:maximum-number。
解說
您可以使用吸收公用程式,將檔案及管道中的資料串流至 DB2 資料庫表格。您可以針對吸收的資料指定欄位定義的清單,但是可以指定的欄位定義數目有一個上限。在執行時期記號 maximum-number 中,提供可容許的欄位定義數目上限。
嘗試指定比吸收公用程式可支援還要多的欄位定義時,即會傳回此訊息。
使用者回應
請指定不超過所提供的可容許的欄位定義數目上限,重新執行吸收作業。
SQL2955N 吸收公用程式找不到檔案 filename。
解說
找不到吸收公用程式需要的檔案。DB2 Data Server 用戶端或 DB2 Data Server Runtime 用戶端的安裝作業可能不完整或已損壞。
使用者回應
重新安裝 DB2 Data Server 用戶端或 DB2 Data Server Runtime 用戶端。
SQL2956N 吸收作業失敗,因為指定了無效的輸入。結構:structure-name。欄位:field-name。值:value。
解說
您可以使用吸收公用程式,將檔案及管道中的資料串流至 DB2 資料庫表格。您可以將 db2IngestStruct、db2IngestCfgList 及 db2IngestFormat 之類的資料結構傳遞至 db2Ingest API 呼叫,在吸收公用程式中指定如何在輸入串流中定義資料。
對其中一個輸入資料結構中的欄位指定無效的值時,即會傳回此訊息。
使用者回應
請對輸入資料結構指定有效的值,重新呼叫 db2Ingest API。
SQL2957N 吸收作業無法重新啟動,因為吸收公用程式找不到重新啟動日誌表格。重新啟動日誌表格名稱:table-name。
解說
您可以使用吸收公用程式,將檔案及管道中的資料串流至 DB2 資料庫表格。如果吸收公用程式在完成之前失敗,您可以從前次確定點重新啟動吸收作業。若要讓吸收作業可以重新啟動,必須在起始吸收作業之前,建立重新啟動日誌表格。
嘗試重新啟動吸收公用程式,但吸收公用程式找不到重新啟動日誌表格時,即會傳回此訊息。
使用者回應
- 若要在不重新啟動的情況下執行吸收作業,請指定 RESTART OFF 重新發出指令。
- 若要執行可重新啟動的吸收作業,請建立重新啟動日誌表格,然後重新執行吸收公用程式。
SQL2958N 由於下列其中一項不符合原始 INGEST 指令,所以 INGEST 指令無法重新啟動:輸入來源的數目或 NUM_FLUSHERS_PER_PARTITION 的設定。輸入來源的原始數目:number-of-input-sources。NUM_FLUSHERS_PER_PARTITION 的原始值:number-of-flushers。輸入來源的現行數目:number-of-input-sources。NUM_FLUSHERS_PER_PARTITION 的現行值:number-of-flushers。
解說
INGEST 指令已指定 RESTART CONTINUE。若要重新啟動失敗的 INGEST 指令,重新啟動的指令必須符合下列需求:
- NUM_FLUSHERS_PER_PARTITION 配置參數必須與原始指令相同。
- 如果從檔案或管道進行輸入,輸入檔或管道的數目必須與原始指定相同。
使用者回應
下列其中一項:
- 將 NUM_FLUSHERS_PER_PARTITION 配置參數設定為執行原始 INGEST 指令時所具有的值。
- 修改重新啟動的 INGEST 指令,以指定與原始指令相同的檔案或管道數目。
- 移除 RESTART CONTINUE 參數。在此情況下,會從頭啟動指令,而不是從指令失敗的位置回復。
SQL2959W 公用程式從下列錯誤中回復。原因碼 reason-code。 重新連線數目:number。重試次數:number。
解說
吸收公用程式在此訊息之後收到錯誤,但已透過發出 COMMIT 或 ROLLBACK 並重新發出 SQL 陳述式,而從錯誤中回復。公用程式已使用訊息中指定的次數,重新發出陳述式。原因碼指出公用程式如何從錯誤中回復:
- 1
公用程式透過在 Ingest 配置參數 COMMIT_PERIOD 或 COMMIT_COUNT 所要求的時間之前發出 Commit 來回復。對於此原因碼,重新連線數目和重試次數是 "0"。
- 2
公用程式透過發出 ROLLBACK 並重新連接或重試指定的次數來回復。
使用者回應
若要避免收到此訊息,請參閱此訊息之後的錯誤訊息說明,並採取任何必要的更正動作。
如果錯誤訊息為 SQL0911N,您也可以根據原因碼,執行下列其中一項:
- 原因碼 2:降低 COMMIT_COUNT、COMMIT_PERIOD 或 NUM_FLUSHERS_PER_PARTITION 吸收配置參數。
- 原因碼 68:降低 COMMIT_COUNT 或 COMMIT_PERIOD 吸收配置參數,或增加 locklist 或 maxlocks 資料庫配置參數。
SQL2960N 列 row-number 包含目標表格的無效安全標籤字串。
解說
欄位定義指定 DB2SECURITYLABEL STRING,但輸入來源中相對應欄位的值不是有效的安全標籤字串。未載入此橫列。
使用者回應
下列其中一項:
- 如果欄位定義正確,請修改輸入來源中的欄位值,以指定有效的安全標籤字串。
- 如果輸入來源中的欄位值是二進位格式的安全標籤,請移除欄位定義中的 STRING 關鍵字。
- 如果輸入來源中的欄位值是安全標籤名稱,請修改欄位定義以指定 DB2SECURITYLABEL NAME。
.
SQL2961N INGEST 指令最多可以指定 number 個輸入檔名稱或管道名稱。
解說
INGEST 指令的輸入檔名稱或管道名稱數目超過所允許的數目,因此失敗。
使用者回應
從指令中移除輸入檔名稱或管道名稱,讓此數目小於或等於訊息中指定的數目上限。
SQL2962N 開啟重新啟動時,INGEST 指令上所指定的暱稱必須有設為 'Y' 的伺服器選項 DB2_TWO_PHASE_COMMIT。
解說
符合下列所有項目時,吸收公用程式會發出此訊息:
- INGEST 指令會省略 RESTART 參數,或是指定 RESTART NEW 或 RESTART CONTINUE。
- 目標表格是暱稱。
- 嘗試插入至或更新暱稱時,公用程式會收到原因碼為 18 的訊息 SQL30090N。
因為公用程式需要更新暱稱所參照的遠端表格以及本端重新啟動日誌表格,所以發生 SQL30090N 錯誤。這需要兩段式確定通訊協定,但是未在伺服器選項 DB2_TWO_PHASE_COMMIT 設為 'Y' 的情況下定義含有暱稱的伺服器定義。
使用者回應
下列任何一項:
- 變更含有暱稱的伺服器定義,讓它指定伺服器選項 DB2_TWO_PHASE_COMMIT 'Y'。
請注意,因為 SET SERVER OPTION 指令只會影響 CLP 連線,所以您無法使用指令 SET SERVER OPTION 來設定吸收公用程式的 DB2_TWO_PHASE_COMMIT 選項,但是吸收公用程式會建立專屬連線。您必須在型錄的伺服器定義中設定此伺服器選項。
- 指定伺服器選項 DB2_TWO_PHASE_COMMIT 設為 'Y' 的暱稱。
- 指定 RESTART OFF,讓吸收公用程式不在重新啟動日誌表格中維護重新啟動資訊。
- 指定不是暱稱的目標表格。
SQL2963N 在下列欄位的 POSITION 子句中指定的開始位置或結束位置無效:field-name。
解說
您可以使用 INGEST 指令,將資料從輸入檔或管道吸收至資料庫表格。您可以搭配使用 POSITIONAL 參數與 INGEST 指令,來指定每一個輸入記錄是一系列的文字或二進位欄位。您可以在欄位定義中使用 POSITION 子句,來指定記錄內每一個欄位的開始位置及結束位置。
當使用 POSITION 子句指定的開始位置或結束位置無效時,即會傳回此訊息。
使用者回應
- 若為數值欄位,請更正欄位長度或結束位置。
- 針對 DATE、TIME 或 TIMESTAMP 欄位,更正格式字串或結束位置。
SQL2964N 無法重新啟動 INGEST 指令,因為吸收工作 job-ID 仍處於作用中。原因碼:reason-code。
解說
INGEST 指令會指定目前正在使用中的工作 ID,如原因碼所指出:
- 1
指令指定 RESTART NEW、RESTART CONTINUE 或 RESTART TERMINATE,但是具有所指定工作 ID 的 INGEST 指令已在執行中。
- 2
指令指定 RESTART NEW,但是重新啟動表格 (SYSTOOLS.INGESTRESTART) 已包含具有所指定工作 ID 的 INGEST 指令。
使用者回應
對應於原因碼的使用者回應如下:
- 1
如果意圖是要啟動新的 INGEST 工作,請執行下列其中一項:
- 指定不同的工作 ID。
- 等待直到已在執行中的工作完成為止。
- 取消已在執行中的工作。
如果意圖是要使用指定的工作 ID 來重新啟動吸收工作,則因為該工作仍在執行中,所以不需要採取任何動作。如果工作失敗,則可以使用指定的工作 ID 來重新啟動工作。如果意圖是要重新啟動具有不同工作 ID 的吸收工作,請指定該工作的 ID。
如果意圖是要啟動新的 INGEST 工作,請執行下列其中一項:
- 等待直到已在執行中的工作結束為止。
- 取消已在執行中的工作。
- 2
如果您未規劃重新啟動具有所指定工作 ID 的工作,則搭配 RESTART TERMINATE 來執行 INGEST 指令,以清除所指定工作的重新啟動表格。然後,搭配 RESTART NEW 來重新執行 INGEST 指令。如果您規劃重新啟動失敗的工作,請為新工作指定不同的 ID。
SQL2965I 在表格 table-name 上發出 SQL sql-statement 陳述式時,發生下列警告或錯誤。
解說
此訊息識別發生下列訊息中的錯誤時正在操作的表格。如果表格是重新啟動表格 (systools.ingestrestart),則重新啟動表格可能毀損、損壞或遺漏。
使用者回應
如果表格是重新啟動表格 (systools.ingestrestart),請執行下列動作:
- 如果 INGEST 指令未接收到其他錯誤並順利完成,則不需要任何動作。如果您不想要日後收到此訊息,請更正造成 SQL 作業失敗的錯誤。
- 如果 INGEST 指令因其他錯誤而失敗,請執行下列動作:
- 更正造成 SQL 作業失敗的錯誤。
- 搭配執行 INGEST 指令與 RESTART TERMINATE 'jobID',以移除重新啟動表格中此工作的項目('jobID' 是失敗 INGEST 指令的工作 ID。這是您在 INGEST 指令的 RESTART NEW 參數上指定的 ID,或 INGEST 指令所產生的工作 ID)。
- 從頭執行原始 INGEST 指令。(不要指定 RESTART CONTINUE。)
- 如果問題仍然發生,而且重新啟動表格未含其他吸收工作的任何資訊,請執行 SYSPROC.SYSINSTALLOBJECTS 程序以捨棄並重建重新啟動表格。在您建立重新啟動表格之後,請重複步驟 3。
- 如果問題仍然發生,請聯絡「IBM 技術支援」。
如果表格不是重新啟動表格,請聯絡「IBM 技術支援」。
SQL2966I 連接至資料庫時,發生下列警告或錯誤。資料庫名稱或本端別名:dbname。使用者 ID:user-ID
解說
如果吸收公用程式連接至資料庫,而且接收到警告或錯誤,則公用程式會發出這則訊息,後面接著警告或錯誤訊息。如果您已連接但未明確指定使用者 ID,則 user-ID 欄位是空的。
使用者回應
請參閱跟在此訊息後面的訊息的使用者回應。如果問題仍然發生,請驗證下列項目:
- 資料庫或別名存在,並且已在執行 INGEST 的機器上正確進行編目。如果資料庫目錄項目指定節點名稱,請驗證已正確地編目節點:
- 如果節點定義指定服務名稱,請驗證:
- 在執行 INGEST 的機器上,服務名稱會對映至正確的埠號。
- 資料庫伺服器會接聽該埠號。
- 如果節點定義指定埠號,請驗證資料庫伺服器接聽指定的埠號。
- 如果節點定義指定服務名稱,請驗證:
- 驗證指定的使用者 ID 及其相對應的 DB2 授權 ID 具有權限可以連接至資料庫伺服器。
若要判斷是吸收公用程式還是其他位置發生問題,請使用訊息中所指出的參數,嘗試直接連接至資料庫伺服器,如下所示:
db2 "CONNECT TO <db> USER <ID> USING <pwd>"SQL2967I 連接至資料庫分割區時,發生下列警告或錯誤。分割區號碼:number。伺服器上的資料庫名稱:dbname。主機名稱:hostname。服務名稱或埠號:service-name-or-port-number。使用者 ID:user-ID。
解說
如果吸收公用程式是在 DPF 環境中執行,而且可以判斷每個目標表格的配送索引鍵值,則會直接連接至每個資料庫分割區。如果公用程式連接至資料庫分割區,並收到警告或錯誤,則公用程式會發出這則訊息,而後面接著此警告或錯誤訊息。
使用者回應
請參閱跟在此訊息後面的訊息的使用者回應。如果問題仍然發生,請驗證下列項目:
- CLP 中所連接的資料庫已在執行 INGEST 的機器上正確進行編目。如果資料庫目錄項目指定節點名稱,請驗證已正確地編目節點。
- 您可以從執行 INGEST 的機器存取指定的主機。
- 如果訊息指定服務名稱,請驗證:
- 在執行 INGEST 的機器上,服務名稱會對映至正確的埠號。
- 資料庫伺服器會接聽該埠號。
- 如果訊息指定埠號,請驗證資料庫伺服器分割區接聽指定的埠號。
- 驗證指定的使用者 ID 及其相對應的 DB2 授權 ID 具有權限可以連接至資料庫伺服器分割區。
若要判斷是吸收公用程式還是其他位置發生問題,請使用訊息中所顯示的參數,嘗試直接連接至資料庫伺服器分割區,例如:
db2 "SET CLIENT CONNECT_DBPARTITIONNUM <num>"
db2 "CONNECT TO <db> USER <ID> USING <pwd>"SQL2968N 吸收公用程式失敗,因為在預期為數值時,使用非數值欄位值。
解說
您可以使用吸收公用程式,將檔案及管道中的資料串流至 DB2 資料庫表格。您可以說明分隔資料的欄位,在吸收公用程式中指定如何在輸入串流中定義資料。
當所指定輸入記錄中的其中一個欄位具有非數值,但卻預期該欄位應為數值時,即會傳回此訊息。
使用者回應
請執行下列其中一個動作,以回應此訊息:
- 修改使用 INGEST 指令或 db2Ingest API 呼叫所指定的 SQL 陳述式,以在欄位需要數值時,不會使用可為非數值的欄位。
- 修改輸入資料,讓所有使用之預期為數值的欄位都具有數值。
SQL2969N 對映到配送索引鍵直欄的欄位包含一個對直欄類型無效或超出其範圍的值。 公用程式無法預先分割輸入記錄。欄位值:field-value。 直欄類型:column-type。直欄長度:number。
解說
在分割的資料庫環境中,公用程式會檢查對映到配送索引鍵直欄的欄位值,並使用那些值來決定記錄要傳送至的分割區。當欄位值對於相對應的配送索引鍵直欄類型而言無效或超出其範圍時,公用程式會發出此訊息。例如,如果配送索引鍵直欄類型是 INTEGER,但欄位包含 "ABC",則公用程式會發出此訊息。直欄類型是對應於該欄位的配送索引鍵直欄的類型。直欄長度是直欄的長度(以位元組為單位)。
公用程式不會將記錄傳送至 DB2。如果指定 DUMPFILE 參數,公用程式會將記錄寫入傾出檔案中。
使用者回應
若要避免收到此訊息,請更正輸入資料中的欄位值。
SQL2970N 資料庫 db-name 使用節點 node-name,但公用程式在節點目錄中找不到該節點。
解說
資料庫目錄包含指定的資料庫的項目,但該項目指定的節點並不存在。
使用者回應
定義節點,或修改資料庫目錄中的項目,以指定現存的節點。
SQL2971N 吸收作業失敗,因為指定了無效的輸入。外部結構:outer-structure-name。內部結構:inner-structure-name。索引:index-number。欄位:field-name。值:value。
解說
您可以使用吸收公用程式,將檔案及管道中的資料串流至 DB2 資料庫表格。您可以將 db2IngestStruct、db2IngestCfgList 及 db2IngestFormat 之類的資料結構傳遞至 db2Ingest API 呼叫,在吸收公用程式中指定如何在輸入串流中定義資料。
部分 db2Ingest 輸入結構的欄位包含物件的陣列:
- db2IngestFormat 結構的第一個欄位為 db2IngestFieldDefn 物件的陣列。
- db2IngestCfgList 結構的第一個欄位為 db2IngestCfgParam 物件的陣列。
物件陣列中的某個物件含有無效的欄位值時,即會傳回此訊息。執行時期記號 index-number 指出物件陣列中有問題的元素。索引開始於零。
使用者回應
請對輸入資料結構指定有效的值,重新呼叫 db2Ingest API。
SQL2972N 吸收作業無法重新啟動,因為一個以上的指令參數或輸入資料與原始指令不一致。
解說
嘗試重新啟動吸收作業,但下列一項以上成立時,即會傳回此訊息:
實務範例 1:目標表格及重新啟動日誌表格 (SYSTOOLS.INGESTRESTART) 位於不同的表格空間中,但兩個表格空間是在不同的產品程式層次中。
實務範例 2:重新啟動日誌表格中屬於所指定吸收工作 ID 的記錄,已在吸收公用程式外進行修改。
實務範例 3:重新啟動的吸收作業的輸入檔或管道,未依原始指令的輸入檔或管道的相同順序提供相同記錄。
實務範例 4:下列一個以上的參數與原始吸收作業不同:
- SQL 陳述式。
- 欄位定義清單,包括欄位數目及所有欄位屬性。
實務範例 5:SQL 指令更新的一個以上目標表格直欄的定義,與它們在原始吸收作業時所擁有的定義不同。
實務範例 6:在多個資料庫分割區環境中:
- 自從執行原始吸收作業後,已新增或移除資料庫分割區。
- 自從執行原始吸收作業後,已跨分割區重新配送資料。
使用者回應
使用者回應視違反的限制而定:根據傳回此訊息的實務範例,來回應此訊息:
實務範例 1:如果目標表格與重新啟動日誌表格所在的表格空間是在不同的產品程式層次中,則還原包含目標表格及重新啟動表格的表格空間,讓它們在相同層次上。
實務範例 2:如果已修改重新啟動日誌表格中的記錄,請還原重新啟動表格的內容。
實務範例 3:如果輸入檔或管道的格式與針對原始吸收作業指定的輸入檔或管道的格式不同,請指定提供相同記錄的輸入檔或管道,而且其順序與原始吸收作業上的順序相同。
實務範例 4:如果重新啟動吸收作業時所指定的參數與原始吸收作業所指定的參數不同,請修改 SQL 陳述式及欄位定義清單,以符合原始吸收作業。
實務範例 5:如果自從進行原始吸收作業後已變更目標表格,請從頭重新啟動吸收作業。
實務範例 6:如果已新增或移除資料庫分割區,或如果自從進行原始吸收作業後已重新配送資料,請從頭重新啟動吸收作業。
SQL2973N 吸收作業失敗,因為欄位指定無效的格式字串。欄位名稱:field-name。欄位類型:field-type。指定的格式字串:format-string。
解說
您可以使用吸收公用程式,將檔案及管道中的資料串流至 DB2 資料庫表格。當輸入串流中的欄位為日期、時間或時間戳記時,您可以提供格式字串來指定欄位的格式。
當欄位定義指定無效的日期、時間或時間戳記格式字串時,即會傳回此訊息。
使用者回應
請針對給定的欄位指定有效的格式字串(以單引號括住),重新執行吸收作業。
SQL2974N 吸收作業未順利完成,因為在完成吸收作業之前,已失去主要資料庫連線。
解說
您可以使用吸收公用程式,將檔案及管道中的資料串流至 DB2 資料庫表格。如果吸收公用程式在完成之前失敗,您可以從前次確定點重新啟動吸收作業。
當起始設定吸收作業期間失去主要資料庫連線時,即會傳回此訊息。
使用者回應
- 檢閱 db2diag 診斷日誌檔,以取得其他診斷詳細資料。
- 解決造成連線中斷的問題。
- 重新建立連線,並重新執行吸收作業。
SQL2975N 當 INGEST 指令可重新啟動時,RECONNECT_COUNT Ingest 配置參數必須設為 0。
解說
RECONNECT_COUNT Ingest 配置參數是設為大於 0 的值,而且 INGEST 指令會省略 RESTART 參數(因此它預設為 NEW),或者指定 RESTART NEW 或 RESTART CONTINUE。
使用者回應
將 RECONNECT_COUNT Ingest 配置參數設為 0,或在 INGEST 指令上指定 RESTART OFF。
SQL2976W 欄位 field-name 對長度及結束位置指定衝突的值。原因碼 reason-code。
解說
欄位長度及欄位結束位置之間發生衝突。指出的原因碼說明此衝突以及公用程式如何解決它:
- 1
欄位類型是二進位的 SMALLINT、INTEGER 或 BIGINT。(結束位置)-(起始位置)+ 1 所指定的長度是 2、4 或 8,但是不符合欄位類型的長度。公用程式將使用指定的結束位置。
例如,如果欄位定義是 SMALLINT POSITION(1:4),則公用程式將讀取 4 個位元組(即使 SMALLINT 是 2 個位元組也一樣)。如果欄位包含 SMALLINT 範圍以外的值,當公用程式嘗試將欄位值轉換成 SMALLINT 時將發出錯誤。
- 2
欄位類型是二進位的 SMALLINT、INTEGER 或 BIGINT,但是(結束位置)-(起始位置)+ 1 所指定的長度不是 2、4 或 8。公用程式將調整結束位置,以符合欄位類型的長度。
例如,如果欄位定義是 SMALLINT POSITION(1:3),則公用程式會將結束位置調整為 2(因為 SMALLINT 是 2 個位元組)。
- 3
欄位類型是二進位的 DECIMAL、REAL、FLOAT 或 DECFLOAT,但是(結束位置)-(起始位置)+ 1 所指定的長度與欄位類型的長度衝突。公用程式將調整結束位置,以符合欄位類型的長度。
例如,如果欄位定義是 REAL POSITION(1:5),公用程式會將結束位置調整為 4(因為 REAL 是 4 個位元組)。
- 4
欄位類型上所指定的欄位長度與「(結束位置)-(起始位置)+ 1」衝突。如果指定的長度超出「(結束位置)-(起始位置)+ 1」,則公用程式會將長度調整為「(結束位置)-(起始位置)+ 1」。如果指定的長度小於(結束位置)-(起始位置)+ 1,公用程式會將結束位置調整為(起始位置)+ 長度 - 1。
例如,如果欄位定義是 CHAR(10) POSITION(1:8),公用程式會將長度調整為 8。如果欄位定義是 CHAR(8) POSITION(1:10),公用程式會將結束位置調整為 8。
使用者回應
若要避免收到此訊息,請視原因碼及輸入來源中的資料格式來執行下列其中一個動作:
- 1
變更欄位類型或結束位置。
- 2
變更欄位類型或結束位置。
- 3
變更欄位類型、精準度、小數位數或結束位置。
- 4
變更欄位結束位置或長度。
SQL2977I 因為前一個錯誤,吸收公用程式將結束。
解說
公用程式接收到錯誤而無法繼續執行。公用程式將結束。
在此錯誤之前已確定的橫列會保留在表格中。
使用者回應
請參閱前一個錯誤訊息的說明及使用者回應。
如果 INGEST 指令指定 RESTART NEW 或省略 RESTART 選項(在此情況下它預設為 NEW),請更正錯誤,並指定 RESTART CONTINUE 以重新執行相同的 INGEST 指令。
SQL2978I 發生下列錯誤,而且在 number 次重新連線及 number 次重試之後,吸收公用程式無法回復。 原因碼:reason-code
解說
Ingest 配置參數 RECONNECT_COUNT 或 RETRY_COUNT 的值大於 0,而且公用程式接收到可回復的錯誤。公用程式嘗試從錯誤中回復,但是基於原因碼指出的原因而無法回復:
- 1
重新連接的嘗試次數已達到 RECONNECT_COUNT Ingest 配置參數的值。
- 2
重試次數已達到 RETRY_COUNT Ingest 配置參數的值。
- 3
公用程式遭岔斷或發生終止錯誤。
使用者回應
請參閱此訊息之後的錯誤訊息說明,並採取任何必要的更正動作。
如果錯誤訊息為 SQL0911N,您也可以視 SQL0911N 原因碼而定,執行下列其中一項:
- 原因碼 2:減少 COMMIT_COUNT、COMMIT_PERIOD 或 NUM_FLUSHERS_PER_PARTITION Ingest 配置參數的值。
- 原因碼 68:減少 COMMIT_COUNT 或 COMMIT_PERIOD Ingest 配置參數的值,或增加 locklist 或 maxlocks 資料庫配置參數。
如果無法輕易避免此錯誤,而且您想要回復公用程式,請視您針對現行訊息 (SQL2978I) 所收到的原因碼而定,增加下列其中一個以上的 Ingest 配置參數設定:
- 若為原因碼 1:
- RECONNECT_COUNT
- RECONNECT_PERIOD
- 若為原因碼 2:
- RETRY_COUNT
- RETRY_PERIOD
SQL2979I 吸收公用程式在 timestamp 啟動。
解說
吸收公用程式在指出的時間戳記啟動。公用程式也會發出指出工作 ID 的訊息。
使用者回應
不需要使用者回應。
SQL2980I 吸收公用程式在時間戳記 timestamp 順利完成
解說
吸收公用程式已完成,而且沒有警告或錯誤。
使用者回應
不需要使用者回應。
SQL2981N 在呼叫系統函數或系統指令時發生錯誤。函數或指令:function-or-command-name。原因碼:reason-code。 其他記號:additional-tokens。
解說
在呼叫作業系統函數或指令時發生非預期的錯誤。原因碼為:
- 1
在 /usr/bin 或 /bin 中找不到指令。對於原因碼,訊息中的「其他記號」欄位為空白。
- 2
函數或指令失敗,而且系統錯誤碼顯示在訊息的「其他記號」欄位中。在 UNIX 上,錯誤碼是定義在系統標頭檔 errno.h 中。如需 Windows 錯誤碼的相關資訊,請參閱 Microsoft 文件。
- 3
函數或指令未以預期的格式傳回輸出。訊息的「其他記號」欄位會顯示最後一行的輸出。
使用者回應
使用者回應視原因碼而定:
- 1
驗證所指定的指令已安裝在 /usr/bin 或 /bin 中,而且可執行。如果這不是問題所在,請聯絡「IBM 技術支援人員」。
- 2
如果您無法使用系統錯誤碼來解決問題,請聯絡「IBM 技術支援人員」。
- 3
驗證指令或函數是隨附於作業系統的版本,而不是針對您的安裝自訂的版本。如果這不是問題所在,請聯絡「IBM 技術支援人員」。
SQL2982W INGEST LIST 指令或 INGEST GET STATS 指令未對目前連接至資料庫的授權 ID 傳回任何資訊,因為該授權 ID 目前並未在現行機器上執行任何吸收作業。授權 ID:auth-ID
解說
您可以使用 INGEST LIST 指令或 INGEST GET STATS 指令,監視已連接至資料庫的授權 ID 正在執行的吸收作業進度。
當發出 INGEST LIST 指令或 INGEST GET STATS 指令,但目前連接至資料庫的授權 ID 未在現行機器上執行任何吸收作業時,即會傳回此訊息。如果授權 ID 最近從另一個階段作業啟動吸收作業,則該指令可能尚未完成起始設定或可能已完成。
使用者回應
確定您正在發出 INGEST 指令的同一機器上執行 INGEST LIST 或 INGEST GET STATS 指令。如果授權 ID 最近從另一個階段作業啟動吸收作業,而且該指令尚未完成,請稍候幾秒鐘,讓指令完成起始設定。然後,重新執行 INGEST LIST 指令或 INGEST GET STATS 指令。