在提供 -2 (廣域 Snapshot) 作為輸入的資料庫分割特性 (DPF) 環境中進行呼叫時, SNAP_GET_DB 表格函數傳回了下列四個直欄的不完整結果:
對於廣域 Snapshot 而言,無法聚集這些元素。若要擷取這些 Snapshot 元素的完整值集, 應該在每一個分割區上個別呼叫 SNAP_GET_DB 表格函數。
IMPORT 命令的 REPLACE 選項並未實踐 CREATE TABLE 陳述式的 NOT LOGGED INITIALLY (NLI) 子句或 ALTER TABLE 陳述式的 ACTIVATE NOT LOGGED INITIALLY 子句。
如果具有 REPLACE 動作的匯入是在與 CREATE TABLE 或 ALTER TABLE 陳述式 (呼叫 NLI 子句的所在) 相同的交易內執行,則匯入將不會實踐 NLI 子句。所有插入都將記載於日誌中。
這個限制適用於 DB2(R) UDB 第 7 版及 DB2 UDB 第 8 版。
| | |在就地或線上表格重組期間,無法重組長欄位及 LOB 資料。 |您可以指定 LONGLOBDATA 參數與 REORG TABLE 命令,利用傳統或離線表格重組,來重組長欄位及 LOB 資料。不過,您應該注意,儘管重組長欄位及 LOB 資料確實容許收回可用空間, |但是它不會改善叢集作業,而且可能會明顯地增加完成重組所需的時間。
| | |在游標穩定性 (CS) 隔離中,與資料庫伺服器上目前游標位置相關聯的橫列一律會被鎖定。在區塊傳輸的提取期間,可以利用單一緩衝區傳回多列。在大部份情況下, |在伺服器端上處理的最後一列將不會剛好符合,因此將分割在兩個緩衝區中。 |直到接收第二個緩衝區後,應用程式才看得到這個分割橫列。 |因此,傳回到應用程式的橫列沒有任何一列將遭到鎖定。
|在伺服器端上處理的最後一列剛好符合的罕見情況下, |游標位置將留在緩衝區內最後一列,這表示將鎖定已傳回到應用程式的最後一列。
利用 ODBC 匯出資料至檔案倉儲程式並不支援下列 Sybase 資料類型:
整合至「開發中心」的「SQL 除錯器」不支援下列資料類型:
「開發中心」不再支援建立結構化類型。
「開發中心」不支援 64 位元伺服器的 Java(TM) 儲存程序除錯。 64 位元 Windows 作業系統可支援 SQL 儲存程序的除錯。64 位元伺服器不支援開發 OLE DB 或 XML「使用者定義的函數」。
「開發中心」不能用來對任何 Linux 發行版 (32 位元、64 位元、Intel(TM)、zSeries(R) 或 iSeries(TM)) 上執行的 Java 儲存程序進行除錯。
「開發中心」不支援對於儲存程序名稱、綱目或特定名稱中, 具有雙引號 (") 的任何儲存程序進行除錯。
除非「開發中心」知道您的開發者套件版本安裝於何處,否則「開發中心」無法編譯 Java 常式。當第一次啟動「開發中心」時,開發者套件的預設目錄會寫入 $HOME/.ibm/db2/dc/DB2DC.settings 檔。您可以將這些目錄複製至 $USER.settings 檔, 並以 Unicode 編輯器修改之,或您可在預設位置建立開發人員套件目錄的符號鏈結。
「開發中心」不支援同時執行及除錯 Java 儲存程序。 在「開發中心」中,您可以同時執行多個 Java 儲存程序,或除錯單一 Java 儲存程序; 您無法在除錯某一個 Java 儲存程序時又執行另一個 Java 儲存程序。 依預設,KEEPFENCED 資料庫管理程式配置關鍵字會設為除錯 SQL 儲存程序所需的 KEEPFENCED=YES。 當關鍵字 KEEPFENCED 具有預設值 YES 時, 常式程序會保持作用中,而且將發生 JVM 埠衝突。Java 儲存程序將導致 JVM 異常狀況, 而且當使用預設 KEEPFENCED=YES 資料庫管理程式配置設定時,這些儲存程序將在下列任一情況中發生失敗:
若要解決這個限制,請執行下列命令以確定 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 儲存程序, 但是您無法除錯它們。
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。
| | |在 iSeries(TM) 及 pSeries(R) 系統上,安裝 64 位元 DB2 for |Linux 之前,必須符合下列需求:
|http://www.ibm.com/support/docview.wss?uid=swg24007906或遵循下列步驟: |
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 直譯器代表應用程式建立一個游標時, 依預設它會建立為鍵集衍生可捲動的游標。在某些情況下, 這可能會導致傳回非預期的結果。若要能夠避免這個情況, 請明確地指定 "FOR READ ONLY" 子句給所有用來更新資料的 SELECT 陳述式。其它選擇方案包括設定「CLI 配置」參數 "Patch2=6"、"Patch2=42" 或 "DisableKeysetCursor=1"。 但是,這些配置參數的每一個可能具有其他結果。 請參閱 CLI Guide and Reference 文件,以取得關於這些配置關鍵字的詳細資訊。
| | |ConnectNode 關鍵字不會影響「控制中心」。「控制中心」一定會連接到 SQL_CONN_CATALOG_NODE 設定所參照的型錄節點。
| | |SQLColumns() 函數不支援從別名的別名傳回資料。 |當對別名的別名進行呼叫時,SQLColumns() 函數將傳回空的結果集。
當 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 資料包,請執行下列一項動作:
如果用於插入資料的已執行 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 (AMD64) 上的 64 位元 DB2 Universal Database (UDB) 實例下建立工具型錄資料庫。請不要嘗試使用下列任一方法,在 64 位元實例下建立工具型錄:
從 8.1.4 版開始,支援在 Linux (AMD64) 上的 32 位元實例下建立工具型錄資料庫。
對混合式 64 位元平台上的 64 位元實例安裝 DB2 Universal Database (UDB) 期間,不支援建立工具型錄。混合式平台有:
如果您要對 64 位元實例建立工具型錄, 請在安裝 DB2 UDB 之後,使用 CREATE TOOLS CATALOG CLP 命令或「控制中心」, 透過「命令行處理器」來執行此作業。此作業需要安裝 64 位元 IBM(R) Developer Kit for Java。 如需詳細資訊,請參閱 DB2 Administration Guide 的 DB2 Administration Server 這一節。
下列產品有記憶體限制:
在排定每隔一段時間執行倉儲處理程序時,必須判定要執行處理程序中的所有生產步驟所需花費的最長時間, 並適當地排定其間隔。若處理程序超出排定的間隔時間,則所有該處理程序後續排定的項目將不會執行,也不會重新排定時間。
已從 DB2 Universal Database (UDB) Enterprise Server Edition (ESE) 第 8 版 (Windows 及 UNIX 作業系統版本),以及從 DB2 Connect(TM) Enterprise Edition (CEE) 第 8 版 (Windows 及 UNIX 作業系統版本) 撤銷下列支援:
在 Windows 作業系統上,開發將在 DB2 用戶端中部署的機密保護外掛程式時,請不要卸載外掛程式終止函數中的任何輔助檔案庫。這個限制適用於所有類型的用戶端機密保護外掛程式,包括群組、 使用者 ID 和密碼、Kerberos,以及 GSS-API 外掛程式。
在 Windows 作業系統上卸載 DB2 用戶端中的機密保護外掛程式時所產生的 DB2 Universal Database 問題, 導致了這個限制。
如果 AIX 上使用 OS 鑑別,則 DB2 Universal Database (UDB) 會在嘗試連線期間順利完成鑑別時, 嘗試向 AIX 報告成功登入。在第 8 版 FixPak 5 之前,如果 DB2 UDB 無法報告成功登入,即使使用者通過鑑別,連線仍會失敗。 從第 8 版 FixPak 5 開始,可容許繼續連線,但會將失敗記載在 db2diag.log 檔中。
Windows ME 上不支援 CONNECT 陳述式及 ATTACH 命令的兩部分使用者 ID, 如 domainname\username。
若使用「載入」精靈或「匯入」筆記本設定載入或從含有 DBCS 字元的 IXF 輸入檔匯入, 則「直欄」頁不會正確地顯示檔案所包含的直欄名稱。
| | |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 工具如「控制中心」能夠正常運作,您必須有至少 800 乘 600 的螢幕解析度, 且使用至少 32 色的顏色選用區。
如果在視窗的標題列中具有來自 GB18030 中文字元編碼標準的字元, 則它們可能會出現為問號或方塊。
「資訊型錄管理程式」使用的表格必須內含於單一的資料庫分割區中。 您可以使用各種方法,將表格放入單一分割區。 下列程序是可以使用的方法之一。
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')
如果停用了資料庫配置參數 DYN_QUERY_MGMT,Query Patroller 就無法執行下列動作:
當 DYN_QUERY_MGMT 設為 DISABLE 時,如果您嘗試釋放狀態為保留的查詢, 或是將前景查詢變更為背景查詢,則會顯示錯誤訊息且不會變更查詢狀態。 如果您排定執行已保留的查詢,而在它們開始執行時,DYN_QUERY_MGMT 為停用狀態, 則錯誤訊息會寫入 qpdiag.log 檔,而查詢仍維持為保留狀態。
從 FixPak 5 開始,所有新的結果表格都會以綱目 DB2QPRT 來建立,而不是提交者的綱目。
DB2QPRT 綱目上的 DROPIN 專用權會授與給操作員,此處的操作員設定檔建立於 FixPak 5 安裝之前, 且擁有下列兩者之一:
當 Query Patroller 首次在這個綱目中建立結果表格時,就會授與 DB2QPRT 綱目上的 DROPIN 專用權。
在安裝 FixPak 5 之後,具有 MONITORING 專用權 (帶有編輯權限) 或 HISTORICAL ANALYSIS 專用權 (帶有編輯權限) 的操作員,也會在建立或更新其設定檔時,被授與 DB2QPRT 綱目的 DROPIN 專用權。
如果指示符進入關閉狀態, 健康監督程式就無法執行 db2.db2_op_status 健康指示符的動作。 例如,當指示符正在監督的實例因明確的停止要求或異常終止而變成非作用中時,就可能造成這種狀態。 如果想要讓實例在任何異常終止後自動重新啟動,則必須配置錯誤監督程式以讓實例保持為高可用性。
[ 頁面頂端 |前一頁 | 下一頁 | 目錄 ]