管理：實作

自動儲存體

由於已變更了儲存區的名稱格式，所以也變更了表格空間 ID 及儲存區 ID。 新的格式如下：

<儲存體路徑>/<實例>/NODE####
/T#######
/C#######.<EXT>

其中：

• /T####### 是表格空間 ID。例如，T0000003。
• /C####### 是儲存區 ID。例如，C0000012。

在現存的表格上定義產生的直欄

從 DB2^(R) Universal Database 8.2.2 版 (相當於 8.1 版 FixPak 9) 開始，可以在唯一索引中使用產生的直欄。

不可以在限制、參照限制、主要鍵及廣域暫時表格中使用產生的直欄。 利用 LIKE 及具體化概略表建立的表格不會繼承產生的直欄內容。

聚集登錄變數

當設定了 DB2WORKLOAD=SAP 時，並不會自動建立使用者表格空間 SYSTOOLSPACE 及使用者暫時表格空間 SYSTOOLSTEMPSPACE。 這些表格空間是用於下列精靈、公用程式或函數自動建立的表格：

• 自動維護
• 設計顧問
• 控制中心資料庫資訊畫面
• SYSINSTALLOBJECTS 儲存程序，如果未指定表格空間輸入參數的話
• GET_DBSIZE_INFO 儲存程序

如果沒有 SYSTOOLSPACE 及 SYSTOOLSTEMPSPACE 表格空間，您將無法使用這些精靈、 公用程式或函數。

若要能夠使用精靈、公用程式或函數，請執行下列一項：

• 手動建立 SYSTOOLSPACE (只在型錄節點上，如果使用 DPF 的話)。 例如：

     CREATE REGULAR TABLESPACE SYSTOOLSPACE
        IN IBMCATGROUP
        MANAGED BY SYSTEM 
        USING ('SYSTOOLSPACE')

• 呼叫 SYSINSTALLOBJECTS，為下列每一個工具名稱建立物件並指定有效的表格空間： DB2AC、POLICY 及 STMG_DBSIZE_INFO

在完成至少一個這些選項後，請建立使用者暫時表格空間 (也只在型錄節點上， 如果使用 DPF 的話)。例如：

   CREATE USER TEMPORARY TABLESPACE SYSTOOLSTMPSPACE 
      IN IBMCATGROUP 
      MANAGED BY SYSTEM 
      USING ('SYSTOOLSTMPSPACE')

一旦建立了表格空間 SYSTOOLSPACE 及暫時表格空間 SYSTOOLSTEMPSPACE， 就可以使用稍早提到的精靈、公用程式或函數。

遠端用戶端的鑑別注意事項

鑑別類型 DATA_ENCRYPT_CMP 的目的設計在於容許不支援資料加密的舊版用戶端， 使用 SERVER_ENCRYPT 鑑別代替 DATA_ENCRYPT 來連接至伺服器。 當下列三個陳述為真時，這個鑑別將無法運作：

• 用戶端層次為 7.2 版。
• 閘道層次為第 8 版 FixPak 7 或更新版本。
• 伺服器為第 8 版 FixPak 7 或更新版本。

在這種情況下，用戶端無法連接至伺服器。若要容許連線， 您必須將用戶端升級至第 8 版，或讓閘道層次為第 8 版 FixPak 6 或更舊版本。

直接 I/O (DIO) 及並行 I/O (CIO) 支援

直接 I/O (DIO) 可以增進記憶體效能，因為它略過檔案系統層次中的快取。 這種程序會減少 CPU 額外的負荷，並挪出更多記憶體供資料庫實例使用。

並行 I/O (CIO) 包括 DIO 的優點，同時也會解除寫入權的序列化。

DB2 Universal Database^(TM) (UDB) 在 AIX^(R) 上支援 DIO 和 CIO；在 HP-UX、「Solaris 作業環境」、 Linux^(TM) 及 Windows^(R) 上則支援 DIO。

關鍵字 NO FILE SYSTEM CACHING 及 FILE SYSTEM CACHING 是 CREATE 及 ALTER TABLESPACE SQL 陳述式的一部份， 可讓您指定 DIO 或 CIO 是否要與每一個表格空間搭配使用。當 NO FILE SYSTEM CACHING 生效時， DB2^(R) UDB 會嘗試儘可能使用並行 I/O。在不支援 CIO 的情況中 (例如，如果使用 JFS 的話)，將改用 DIO。

如需詳細資訊，請參閱位於下列 URL 的 『Improve database performance on file system containers in IBM^(R) DB2 UDB Stinger using Concurrent I/O on AIX』 這篇文章：

http://www.ibm.com/developerworks/db2/library/techarticle/dm-0408lee/

分配器技術及自動用戶端重新遞送

下列資訊是Administration Guide: Implementation 附錄 B Using automatic client rerouting 的一部份：

DB2 Universal Database for Linux、UNIX^(R)及 Windows 自動用戶端重新遞送特性，容許用戶端應用程式回復失去的伺服器通訊，方法為自動重建從用戶端至伺服器的資料庫連線，以便應用程式可以繼續工作，將連線岔斷的情形降至最低。

當用戶端至伺服器的連線失敗時，分配器或配送器 (如 WebSphere^(R) EdgeServer) 會將用戶端的重新連線要求分送至已定義的系統集。

您可能正在如下的環境中使用「分配器技術」：

用戶端 --> 分配器技術 --> (DB2 Connect^(TM) 伺服器 1 或 DB2 Connect 伺服器 2) --> DB2 z/OS^(R)

其中：

• 「分配器技術」元件具有 TCP/IP 主機名稱 DThostname
• 「DB2 Connect 伺服器 1」具有 TCP/IP 主機名稱 GWYhostname1
• 「DB2 Connect 伺服器 2」具有 TCP/IP 主機名稱 GWYhostname2
• DB2 z/OS 伺服器具有 TCP/IP 主機名稱 zOShostname

用戶端係使用 DThostname 來編目，以便能夠使用分配器技術， 來存取任一個「DB2 Connect 伺服器」。中間介入的分配器技術會做出使用 GWYhostname1 或 GWYhostname2 的決定。一旦做出決定，用戶端將具有這兩個 DB2 Connect 閘道之一的直接 Socket 連線。一旦對選擇的 DB2 Connect 伺服器建立 Socket 連線，您將具有一個典型用戶端，與 DB2 Connect 伺服器和 DB2 z/OS 連線。

例如，假設分配器選擇 GWYhostname2。會產生下列環境：

用戶端 --> DB2 Connect 伺服器 2 --> DB2 z/OS

如果有任何通訊失效，分配器將不會重試任何一個連線。 如果您想要對這類環境中的資料庫啟用「自動用戶端重新遞送」特性， 則「DB2 Connect 伺服器」 (「DB2 Connect 伺服器 1」或「DB2 Connect 伺服器 2」) 中的一或多個相關資料庫的替代伺服器應該設為分配器 (DThostname)。 然後，如果「DB2 Connect 伺服器 1」基於任何理由而鎖定， 將觸發「自動用戶端重新遞送」，並利用同時作為主要及替代伺服器的分配器來重試用戶端連線。 這個選項可讓您利用「DB2 自動用戶端重新遞送」特性，來結合及維護分配器功能。將替代伺服器設為分配器主機名稱外的主機時， 仍將為用戶端提供「自動用戶端重新遞送」特性。但是， 用戶端將建立已定義替代伺服器的直接連線，並略過分配器技術， 如此會消除分配器及其帶來的值。

「自動用戶端重新遞送」將截取下列 sqlcode：

• sqlcode -20157
• sqlcode -1768 (原因碼 = 7)

在 DB2 Connect 伺服器上編目時的自動用戶端重新遞送注意事項

請考慮下列兩個項目，其中包括與 DB2 Connect 伺服器的替代伺服器連線：

• 第一個注意事項包括使用 DB2 Connect 伺服器，代表遠端及本端用戶端提供主機或 iSeries^(TM) 資料庫的存取權限。 在這樣的狀況下，可能會在系統資料庫目錄項目中的替代伺服器連線資訊方面產生混淆。 若要使這種混淆降至最低，請考慮在系統資料庫目錄中編目這兩個項目， 來代表相同的主機或 iSeries 資料庫。編目一個項目代表遠端用戶端， 編目另一個項目代表本端用戶端。
• 其次，從目標伺服器傳回的替代伺服器資訊僅會保留在快取中。 如果 DB2 程序遭到終止，將失去快取資訊，因而也將失去替代伺服器資訊。

本端系統帳戶支援 (Windows)

所有 Windows 平台 (Windows ME 除外) 都支援在本端系統帳戶 (LSA) 環境定義下執行的應用程式。

兩部分使用者 ID 支援

CONNECT 陳述式及 ATTACH 命令支援兩部分使用者 ID。 SAM 相容使用者 ID 的限定元是 NetBIOS 樣式名稱，其最大長度為 15 個字元。 Windows ME 不支援這個特性。

Kerberos 鑑別明細

Kerberos 支援的附加資訊