限制

SNAP_GET_DB 表格函數傳回不完整的結果

在提供 -2 (廣域 Snapshot) 作為輸入的資料庫分割特性 (DPF) 環境中進行呼叫時， SNAP_GET_DB 表格函數傳回了下列四個直欄的不完整結果：

FIRST_ACTIVE_LOG
LAST_ACTIVE_LOG
CURRENT_ACTIVE_LOG
CURRENT_ARCHIVE_LOG

對於廣域 Snapshot 而言，無法聚集這些元素。若要擷取這些 Snapshot 元素的完整值集，應該在每一個分割區上個別呼叫 SNAP_GET_DB 表格函數。

IMPORT REPLACE 並未實踐 Not Logged Initially 子句

IMPORT 命令的 REPLACE 選項並未實踐 CREATE TABLE 陳述式的 NOT LOGGED INITIALLY (NLI) 子句或 ALTER TABLE 陳述式的 ACTIVATE NOT LOGGED INITIALLY 子句。

如果具有 REPLACE 動作的匯入是在與 CREATE TABLE 或 ALTER TABLE 陳述式 (呼叫 NLI 子句的所在) 相同的交易內執行，則匯入將不會實踐 NLI 子句。所有插入都將記載於日誌中。

暫行解決方法 1: 使用 DELETE 陳述式來刪除表格的內容，然後呼叫具有 INSERT 陳述式的匯入。
暫行解決方法 2: 捨棄表格並重建它，然後呼叫具有 INSERT 陳述式的匯入。

這個限制適用於 DB2^(R) UDB 第 7 版及 DB2 UDB 第 8 版。

| | |

無法利用就地表格重組來重組長欄位及 LOB 資料

在就地或線上表格重組期間，無法重組長欄位及 LOB 資料。 |您可以指定 LONGLOBDATA 參數與 REORG TABLE 命令，利用傳統或離線表格重組，來重組長欄位及 LOB 資料。不過，您應該注意，儘管重組長欄位及 LOB 資料確實容許收回可用空間， |但是它不會改善叢集作業，而且可能會明顯地增加完成重組所需的時間。

| | |

在用戶端應用程式中區塊傳輸游標中的鎖定行為可能出現不一致

在游標穩定性 (CS) 隔離中，與資料庫伺服器上目前游標位置相關聯的橫列一律會被鎖定。在區塊傳輸的提取期間，可以利用單一緩衝區傳回多列。在大部份情況下， |在伺服器端上處理的最後一列將不會剛好符合，因此將分割在兩個緩衝區中。 |直到接收第二個緩衝區後，應用程式才看得到這個分割橫列。 |因此，傳回到應用程式的橫列沒有任何一列將遭到鎖定。

在伺服器端上處理的最後一列剛好符合的罕見情況下， |游標位置將留在緩衝區內最後一列，這表示將鎖定已傳回到應用程式的最後一列。

利用 ODBC 匯出資料至檔案倉儲程式

利用 ODBC 匯出資料至檔案倉儲程式並不支援下列 Sybase 資料類型：

BIT
BINARY
VARBINARY

開發中心的整合 SQL 除錯器不支援的資料類型

整合至「開發中心」的「SQL 除錯器」不支援下列資料類型：

若為 DB2 Universal Database^(TM) (UDB) for Linux^(TM)、UNIX^(R)及 Windows^(R)，不支援 CHAR FOR BIT DATA、VARCHAR FOR BIT DATA 及 GRAPHIC 資料類型。
若為 DB2 UDB for z/OS^(R)，不支援 GRAPHIC 資料類型，而且不支援作為參數的 BLOB 和 CLOB 資料類型。但支援作為本端變數的 BLOB 和 CLOB。

「開發中心」中的結構化類型

「開發中心」不再支援建立結構化類型。

「開發中心」對 64 位元作業系統的限制

「開發中心」不支援 64 位元伺服器的 Java^(TM) 儲存程序除錯。 64 位元 Windows 作業系統可支援 SQL 儲存程序的除錯。64 位元伺服器不支援開發 OLE DB 或 XML「使用者定義的函數」。

開發中心 (Linux)

「開發中心」不能用來對任何 Linux 發行版 (32 位元、64 位元、Intel^(TM)、zSeries^(R) 或 iSeries^(TM)) 上執行的 Java 儲存程序進行除錯。

除錯具有雙引號的儲存程序

「開發中心」不支援對於儲存程序名稱、綱目或特定名稱中，具有雙引號 (") 的任何儲存程序進行除錯。

讓 Java 常式可在開發中心編譯所需的路徑設定

除非「開發中心」知道您的開發者套件版本安裝於何處，否則「開發中心」無法編譯 Java 常式。當第一次啟動「開發中心」時，開發者套件的預設目錄會寫入 $HOME/.ibm/db2/dc/DB2DC.settings 檔。您可以將這些目錄複製至 $USER.settings 檔，並以 Unicode 編輯器修改之，或您可在預設位置建立開發人員套件目錄的符號鏈結。

同時執行及除錯 Java 儲存程序的開發中心限制

「開發中心」不支援同時執行及除錯 Java 儲存程序。在「開發中心」中，您可以同時執行多個 Java 儲存程序，或除錯單一 Java 儲存程序；您無法在除錯某一個 Java 儲存程序時又執行另一個 Java 儲存程序。依預設，KEEPFENCED 資料庫管理程式配置關鍵字會設為除錯 SQL 儲存程序所需的 KEEPFENCED=YES。當關鍵字 KEEPFENCED 具有預設值 YES 時，常式程序會保持作用中，而且將發生 JVM 埠衝突。Java 儲存程序將導致 JVM 異常狀況，而且當使用預設 KEEPFENCED=YES 資料庫管理程式配置設定時，這些儲存程序將在下列任一情況中發生失敗：

在「開發中心」建置 Java 儲存程序，然後除錯它
當起始 Java 儲存程序仍在執行時，有一個使用者正在執行 Java 儲存程序，另一個使用者則正在除錯 Java 儲存程序
當起始 Java 儲存程序正在除錯時，有一個使用者正在除錯 Java 儲存程序，另一個使用者則正在執行 Java 儲存程序

若要解決這個限制，請執行下列命令以確定 KEEPFENCED 資料庫管理程式配置關鍵字設為 KEEPFENCED=NO：

   db2 update dbm cfg using KEEPFENCED NO
db2stop
db2start

當 KEEPFENCED 設為 NO 時，db2fmp 程序將在 Java 儲存程序呼叫完成時關閉，而且 DB2 Universal Database 將啟動新的 db2fmp 程序來處理下一個常式呼叫。如此可以確定當您開始除錯 Java 儲存程序時，將沒有任何現存的 JVM 處於除錯模式。

若要建置 SQL 儲存程序進行除錯，以及若要除錯 SQL 儲存程序，則需要 KEEPFENCED=YES 設定。當 KEEPFENCED=NO 時，您仍可以建置及執行 SQL 儲存程序，但是您無法除錯它們。

不支援 DB2SystemMonitor.getServerTimeMicros 方法

DB2^(R) Universal Database^(TM) for Linux^(TM)、UNIX^(R) 及 Windows^(R) 伺服器目前不支援 DB2^(R) Universal JDBC Driver 方法 DB2SystemMonitor.getServerTimeMicros()。當連接到 DB2 Universal Database^(TM) for Linux、UNIX 及 Windows 伺服器時，DB2SystemMonitor.getServerTimeMicros() 方法將傳回 0。

| | |

必須安裝 IBM XL C/C++ 編譯器執行時期 (iSeries 及 pSeries 系統上的 Linux，64 位元)

在 iSeries^(TM) 及 pSeries^(R) 系統上，安裝 64 位元 DB2 for |Linux 之前，必須符合下列需求：

您必須是在 Linux 發行版支援的 iSeries 或 pSeries 硬體上執行。

您必須是執行下列兩個發行版之一： |
- SUSE LINUX Enterprise Server (SLES) 9 或
- Red Hat Enterprise Linux 3 Update 3 (Taroon)

您必須下載並安裝 IBM^(R) XL C/C++ Advanced Edition |V7.0 for Linux Run-Time Environment Component。如需相關資訊，請參閱 |
```
http://www.ibm.com/support/docview.wss?uid=swg24007906
```
或遵循下列步驟： |
1. 造訪 XL C/C++ 支援網頁，網址為 |http://www.ibm.com/software/awdtools/xlcpp/support/
2. 在 "Self Help: Download" 標頭下，選取 "Latest Updates (PTFs)"
3. 在 "Linux" 標頭下，選取 "XL C/C++ Advanced Edition V7.0 for Linux |Run-Time Environment"
4. 遵循來自 "XL C/C++ Advanced Edition V7.0 for Linux Run-Time Environment" 頁面的指示。

DB2 UDB 8.2.2 版不支援「Universal JDBC Driver 類型 2」(Linux AMD64 )

Linux AMD64 上的 DB2 Universal Database (UDB) 8.2.2 版 (相當於 8.1 版 FixPak9) 不支援「Universal JDBC Driver 類型 2」。已規劃在未來的 fixpak 中加入這個支援。使用「Universal JDBC Driver 類型 4」及「Legacy JDBC 類型 2」驅動程式 (COM.ibm.db2.jdbc.app.DB2Driver)，可在 8.2.2 版中使用 JDBC 支援。

PHP 應用程式中的游標

當 PHP 直譯器代表應用程式建立一個游標時，依預設它會建立為鍵集衍生可捲動的游標。在某些情況下，這可能會導致傳回非預期的結果。若要能夠避免這個情況，請明確地指定 "FOR READ ONLY" 子句給所有用來更新資料的 SELECT 陳述式。其它選擇方案包括設定「CLI 配置」參數 "Patch2=6"、"Patch2=42" 或 "DisableKeysetCursor=1"。但是，這些配置參數的每一個可能具有其他結果。請參閱 CLI Guide and Reference 文件，以取得關於這些配置關鍵字的詳細資訊。

| | |

ConnectNode CLI/ODBC 配置關鍵字限制

ConnectNode 關鍵字不會影響「控制中心」。「控制中心」一定會連接到 SQL_CONN_CATALOG_NODE 設定所參照的型錄節點。

| | |

SQLColumns 函數 (CLI) 限制

SQLColumns() 函數不支援從別名的別名傳回資料。 |當對別名的別名進行呼叫時，SQLColumns() 函數將傳回空的結果集。

CLI 資料包的連結選項限制

當 CLI 資料包與下列任一個清單檔連結時，部份連結選項可能無法生效： db2cli.lst、ddcsmvs.lst、 ddcs400.lst、ddcsvm.lst 或 ddcsvse.lst。因為 CLI 資料包是由 CLI、ODBC、JDBC、OLE DB、 .NET 及 ADO 應用程式使用，所以任何對 CLI 資料包所做的變更都會影響這些類型的所有應用程式。因此，僅在連結 CLI 資料包時，才會支援連結選項的子集。支援的選項為：ACTION、COLLECTION、CLIPKG、OWNER 及 REPLVER。所有其他影響 CLI 資料包的連結選項將予以忽略。

若要利用依預設不支援的連結選項來建立 CLI 資料包，請利用不同於預設集合 ID (NULLID) 的集合 ID 來指定 COLLECTION 連結選項。然後，將接受任何指定的連結選項。例如，若要利用依預設不支援的 KEEPDYNAMIC YES 連結選項，來建立 CLI 資料包，請發出下列命令：

db2 bind @db2cli.lst collection newcolid keepdynamic yes

為了讓 CLI/ODBC 應用程式能夠存取在新集合中建立的 CLI 資料包，請將 db2cli.ini 起始設定檔案中的 CurrentPackageSet CLI/ODBC 關鍵字設為新的集合 ID。

若要改寫已經存在於特殊集合 ID 下面的 CLI 資料包，請執行下列一項動作：

對這個集合 ID 發出 bind 命令前，先捨棄現存的 CLI 資料包
發出 bind 命令時，指定 ACTION REPLACE 連結選項

| | |

CLI LOAD 公用程式限制

如果用於插入資料的已執行 PREPARE 的 SQL 陳述式包含 SELECT 子句， |CLI LOAD 公用程式不支援參數記號。

在 8.2 版 FixPak 3 (相當於 8.1 版 Fixpak 10) 之前， |如果 INSERT 陳述式包括了 VALUES 子句，CLI LOAD 公用程式不容許指定目標直欄。

不過，從 8.2 版 FixPak 3 (相當於 8.1 版 Fixpak 10) 開始， |CLI LOAD 公用程式容許在含 VALUES 子句的 INSERT 陳述式中指定目標直欄。 |例如，CLI LOAD 現在支援下列陳述式： |

INSERT into tableA (col1, col2, col3) VALUES (?, ?, ?)

不支援建立工具型錄資料庫 (Linux for AMD64)

不支援在 Linux (AMD64) 上的 64 位元 DB2 Universal Database (UDB) 實例下建立工具型錄資料庫。請不要嘗試使用下列任一方法，在 64 位元實例下建立工具型錄：

安裝 DB2 UDB
使用 db2isetup 命令更新 64 位元實例
在完成安裝之後發出 CREATE TOOLS CATALOG CLP 命令。

從 8.1.4 版開始，支援在 Linux (AMD64) 上的 32 位元實例下建立工具型錄資料庫。

不支援建立工具型錄資料庫 (AIX、Solaris 作業環境及 HP-UX)

對混合式 64 位元平台上的 64 位元實例安裝 DB2 Universal Database (UDB) 期間，不支援建立工具型錄。混合式平台有：

AIX^(R)
Solaris 作業環境
HP-UX
支援 32 位元及 64 位元實例的其它平台

如果您要對 64 位元實例建立工具型錄，請在安裝 DB2 UDB 之後，使用 CREATE TOOLS CATALOG CLP 命令或「控制中心」，透過「命令行處理器」來執行此作業。此作業需要安裝 64 位元 IBM^(R) Developer Kit for Java。如需詳細資訊，請參閱 DB2 Administration Guide 的 DB2 Administration Server 這一節。

DB2 UDB Express 及 DB2 Workgroup Server Edition V8.2 的記憶體限制

下列產品有記憶體限制：

IBM DB2 Universal Database (UDB) Express Edition (具名使用者選項)。每一伺服器的記憶體上限是 4GB。
IBM DB2 UDB Express Edition (CPU 選項)。每一伺服器的記憶體上限是 4GB。
IBM DB2 UDB Workgroup Server Edition。每一伺服器的記憶體上限是 16GB。
IBM DB2 UDB Workgroup Server Unlimited Edition。每一伺服器的記憶體上限是 16GB。

排定每隔一段時間執行倉儲處理程序

在排定每隔一段時間執行倉儲處理程序時，必須判定要執行處理程序中的所有生產步驟所需花費的最長時間，並適當地排定其間隔。若處理程序超出排定的間隔時間，則所有該處理程序後續排定的項目將不會執行，也不會重新排定時間。

第 8 版中的 SNA 支援限制

已從 DB2 Universal Database (UDB) Enterprise Server Edition (ESE) 第 8 版 (Windows 及 UNIX 作業系統版本)，以及從 DB2 Connect^(TM) Enterprise Edition (CEE) 第 8 版 (Windows 及 UNIX 作業系統版本) 撤銷下列支援：

不能使用透過 SNA 的多位置更新 (兩階段確定) 功能。需要多位置更新 (兩階段確定) 的應用程式，現在必須使用 TCP/IP 連線。自前幾個版次開始，已經可以透過 TCP/IP，執行多位置更新 (兩階段確定) 主機或 iSeries 資料庫伺服器。需要多位置更新 (兩階段確定) 支援的主機或 iSeries 應用程式，可以使用 DB2 UDB ESE 第 8 版的這個 TCP/IP 多位置更新 (兩階段確定) 新支援功能。
DB2 UDB ESE 或 DB2 CEE 伺服器已不再接受使用 SNA 的用戶端連線。從第 8 版 FixPak 1 開始，DB2 UDB 容許 32 位元版本的 AIX、「Solaris 作業環境」、HP-UX 及 Windows 應用程式，使用 SNA 來存取主機或 iSeries 資料庫伺服器。此支援容許應用程式使用 SNA 存取主機或 iSeries 資料庫伺服器，但僅能使用單一階段確定。
DB2 UDB for z/OS 的 Sysplex 支援只能使用 TCP/IP。若使用 SNA 連線，則不提供 Sysplex 支援。
使用 SNA 連線到主機資料庫伺服器時，不能變更密碼。
在下一版的 DB2 UDB 及 DB2 Connect 中，將會撤銷所有的 SNA 支援。

DB2 UDB 用戶端的機密保護外掛程式問題及限制 (Windows)

在 Windows 作業系統上，開發將在 DB2 用戶端中部署的機密保護外掛程式時，請不要卸載外掛程式終止函數中的任何輔助檔案庫。這個限制適用於所有類型的用戶端機密保護外掛程式，包括群組、使用者 ID 和密碼、Kerberos，以及 GSS-API 外掛程式。

在 Windows 作業系統上卸載 DB2 用戶端中的機密保護外掛程式時所產生的 DB2 Universal Database 問題，導致了這個限制。

在嘗試連線期間報告成功登入時失敗 (AIX)

如果 AIX 上使用 OS 鑑別，則 DB2 Universal Database (UDB) 會在嘗試連線期間順利完成鑑別時，嘗試向 AIX 報告成功登入。在第 8 版 FixPak 5 之前，如果 DB2 UDB 無法報告成功登入，即使使用者通過鑑別，連線仍會失敗。從第 8 版 FixPak 5 開始，可容許繼續連線，但會將失敗記載在 db2diag.log 檔中。

不支援兩部分使用者 ID (Windows ME)

Windows ME 上不支援 CONNECT 陳述式及 ATTACH 命令的兩部分使用者 ID，如 domainname\username。

「載入」和「匯入直欄」頁不支援 IXF 檔中的 DBCS 字元

若使用「載入」精靈或「匯入」筆記本設定載入或從含有 DBCS 字元的 IXF 輸入檔匯入，則「直欄」頁不會正確地顯示檔案所包含的直欄名稱。

| | |

AMD64 上 Linux 作業系統的 GUI 工具

DB2 Universal Database (UDB) 隨附的 GUI 工具是 Java 型圖形公用程式。 |DB2 UDB GUI 工具的範例如下：

控制中心

資訊中心

配置輔助程式

開發中心

因為 AMD64 上的 Linux 作業系統目前沒有 64 位元 Java^(TM) SDK 或「執行時期環境」， |所以執行這些工具需要您從 32 位元 DB2 UDB 實例進行這樣的執行。

您仍然可以使用這些工具，管理本端及遠端 64 位元實例中的資料庫。 |例如，若要使用「控制中心」，首先必須建立 32 位元實例。 |在建立 32 位元實例之後，您需要以手動方式編目您要管理的本端 64 位元實例。

AMD64 上的 DB2 for Linux 的相關資訊位在下列 URL：

http://www-1.ibm.com/support/docview.wss?uid=swg450ec44e63a9da8f588256d8d004ff3ab

GUI 工具的最小畫面設定值

為了使 GUI 工具如「控制中心」能夠正常運作，您必須有至少 800 乘 600 的螢幕解析度，且使用至少 32 色的顏色選用區。

在視窗的標題列中不適當地顯示 GB18030 字元

如果在視窗的標題列中具有來自 GB18030 中文字元編碼標準的字元，則它們可能會出現為問號或方塊。

請不要分割「資訊型錄中心」表格

「資訊型錄管理程式」使用的表格必須內含於單一的資料庫分割區中。您可以使用各種方法，將表格放入單一分割區。下列程序是可以使用的方法之一。

開啟「DB2 命令行處理器」並發出下列命令：

CREATE DATABASE PARTITION GROUP partition_group_name 
     ON DBPARTITIONNUM partition_number

CREATE REGULAR TABLESPACE tablespace_name 
     IN DATABASE PARTITION GROUP partition_group_name
     MANAGED BY SYSTEM USING ('cname')

其中 partition_group_name 在這兩個命令中是相同的。

按一下「開始」->「程式集」-> IBM DB2 ->「設定工具」->「管理資訊型錄精靈」。
在「選項」頁面的表格空間欄位中，指定表格空間名稱。

停用 DYN_QUERY_MGMT 時的 Query Patroller 限制

如果停用了資料庫配置參數 DYN_QUERY_MGMT，Query Patroller 就無法執行下列動作：

釋放狀態為保留的查詢
當查詢位於前景時，讓執行中的查詢或已排入佇列的查詢在背景中執行

當 DYN_QUERY_MGMT 設為 DISABLE 時，如果您嘗試釋放狀態為保留的查詢，或是將前景查詢變更為背景查詢，則會顯示錯誤訊息且不會變更查詢狀態。如果您排定執行已保留的查詢，而在它們開始執行時，DYN_QUERY_MGMT 為停用狀態，則錯誤訊息會寫入 qpdiag.log 檔，而查詢仍維持為保留狀態。

現在 Query Patroller 結果表格使用 DB2QPRT 綱目

從 FixPak 5 開始，所有新的結果表格都會以綱目 DB2QPRT 來建立，而不是提交者的綱目。

DB2QPRT 綱目上的 DROPIN 專用權會授與給操作員，此處的操作員設定檔建立於 FixPak 5 安裝之前，且擁有下列兩者之一：

帶有編輯權限的 MONITORING 專用權
帶有編輯權限的 HISTORICAL ANALYSIS 專用權

當 Query Patroller 首次在這個綱目中建立結果表格時，就會授與 DB2QPRT 綱目上的 DROPIN 專用權。

在安裝 FixPak 5 之後，具有 MONITORING 專用權 (帶有編輯權限) 或 HISTORICAL ANALYSIS 專用權 (帶有編輯權限) 的操作員，也會在建立或更新其設定檔時，被授與 DB2QPRT 綱目的 DROPIN 專用權。

健康指示符限制

如果指示符進入關閉狀態，健康監督程式就無法執行 db2.db2_op_status 健康指示符的動作。例如，當指示符正在監督的實例因明確的停止要求或異常終止而變成非作用中時，就可能造成這種狀態。如果想要讓實例在任何異常終止後自動重新啟動，則必須配置錯誤監督程式以讓實例保持為高可用性。

[ 頁面頂端 |前一頁 | 下一頁 | 目錄 ]