EEE for UNIX** 快速入門

架構

圖 1 顯示 DB2 Enterprise - Extended Edition (DB2 EEE) 硬體架構的範例。

圖 1. DB2 Enterprise - Extended Edition 硬體架構


DB2 Enterprise - Extended Edition 硬體架構的顯示圖

DB2 EEE 可以在以共用記憶體 (對稱的多重處理器 (SMP))、 專用高速通信切換 (例如,高效能切換 (HPS)) 或 LAN 交互連接的 不同 CPU 叢集中執行。 架構中的資料庫分割區伺服器數目,會因為平台而有所改變。 您應該將透過 LAN 通信的資料庫分割區伺服器數目限制為 16。

事實上,架構中的資料庫分割區伺服器數是由 平台及各平台上可用的管理工具來決定。 有關架構的詳細資訊,請參閱 Administration Guide

例如,在執行 AIX 的 IBM RISC System/6000 Scalable POWER Parallel Systems (RS/6000 SP) 環境裝,資料庫分割區伺服器數只由 AIX RISC System/6000 SP 系統的可能大小來限制。

對於 HP-UX 環境,資料庫分割區伺服器數是由機器的大小及叢集在一起的機器數 來限制。 例如,24 個資料庫分割區伺服器可以在 4 K580 Enterprise Server,而每一個有 6 個 CPU,組成的叢集中執行。

在 PTX 環境中,資料庫分割區伺服器數是由機器中的 四重數來限制。建議您每 NUMA-Q 四重執行一個資料庫分割區伺服器。例如, 在五個四重系統上有五個多重邏輯節點,每一個邏輯節點有四個處理器。

在 Solaris** Operating Environment** 中,資料庫分割區 伺服器的數目是由機器的大小及叢集在一起的機器數目來限制。 分別具有 10 個 CPU 的 4 個 Ultra Enterprise 6000 的叢集系統上, 可以執行 40 個資料庫分割區伺服器。

下列各節提供有關在架構您的分割資料庫系統之前所應該熟悉的資訊。並且, 特別會說明:

機器與儲存體

DB2 Enterprise - Extended Edition 執行非共用架構,因此每個資料庫分割區伺服器都等於是單一分割區的資料庫系統。 所以,已分割的資料庫系統的資料庫儲存體容量等於單一分割區的資料庫 系統所提供的容量乘以資料庫分割區伺服器數目。 每個 資料庫分割區 最多可以儲存 512 GB 的表格。例如,在有 128 個 分割區的資料庫中,一個表格的大小上限大約是 64 TB (terabytes)。

節點與資料分割

您可以在資料庫中定義一或多個資料庫分割區的指名子集。您所定義的每一個子集稱為節點群組。每一個包括多個資料庫分割區的子集稱為多分割區節點群組。 多重分割區節點群組只可以在屬於相同資料庫的資料庫分割區內定義。

當您建立資料庫時,會建立三個預設的節點群組:IBMDEFAULTGROUP、 IBMCATGROUP 及 IBMTEMPGROUP。

如果有需要,您可以在預設的節點群組 IBMDEFAULTGROUP 及 IBMCATGROUP 中建立表格空間,然後在那些表格空間中建立表格。

IBMDEFAULTGROUP 節點群組包含資料庫的所有資料庫分割區。 當您建立資料庫時,在節點架構檔 (db2nodes.cfg) 中所定義每一個 資料庫分割區伺服器 (節點) 上都會建立一個 資料庫分割區。

資料庫的 IBMCATGROUP 節點群組會建立在您輸入 create database 指令的資料庫分割區伺服器上。 這個節點群組只包含輸入指令的資料庫分割區伺服器的本端資料庫分割區。資料庫分割區伺服器是指資料庫的目錄節點,因為 IBMCATGROUP 節點群組包含資料庫的目錄表格。

您不可以直接使用第三個節點群組 IBMTEMPGROUP。和 IBMDEFAULTGROUP 節點群組一樣, 它也包含了資料庫的所有資料庫分割區。這個節點群組是用來包含所有暫時表格空間。

圖 2 顯示有三個節點群組的資料庫範例。節點群組 1 是由四個資料庫分割區組成的 多分割區節點群組,節點群組 2 是單一分割區節點群組, 且節點群組 3 是多重分割區節點群組。

圖 2. 資料庫中的節點群組

資料庫中的節點群組顯示圖

當您要建立資料庫的表格空間時,要先建立儲存表格空間的節點群組, 然後再在節點群組中建立表格空間。最後,再在表格空間中建立表格。

您可以捨棄節點群組的資料庫分割區,或者, 如果有新的節點定義在 db2nodes.cfg 中, 您也可以將它們新增到資料庫的節點群組中。有關在節點群組中新增及捨棄節點的資訊, 請參閱 Administration Guide

當您的資料庫大小增加時,您可以在資料庫系統中新增資料庫分割區伺服器, 以增進效能。這也就是調整資料庫系統。當您新增資料庫分割區伺服器時, 會對每一個已在資料庫系統中的資料庫建立資料庫分割區。 然後,您要將新的資料庫分割區新增到屬於該資料庫的現存節點群組中。 最後,您再重新分送該節點群組的資料,以利用新的資料庫分割區。 有關調整資料庫的資訊,請參閱 Administration Guide

多分割區節點群組中定義的每一個表格都有相關的分割鍵。分割鍵是一組有順序的直欄, 其值是與partitioning map一起使用, 以判斷給定表格的橫列所在的資料庫分割區。partitioning map是 4 096 資料庫分割區數目的陣列。

任何資料類型的直欄 (LONG VARCHAR、LONG VARGRAPHIC、BLOB 或 CLOB 除外) 都可以當作分割鍵使用。 單一分割區節點群組中定義的表格不一定有分割鍵。 只有長欄位直欄的表格,只能定義在單一分割區節點群組中,而且沒有分割鍵。 有關建立表格的詳細資訊,請參閱 SQL Reference

使用節點群組及分割鍵是表示:

有關建立節點群組的詳細資訊,請參閱 SQL Reference。 有關使用節點群組的詳細資訊, 請參閱 Administration Guide

多重邏輯節點

您通常會將 DB2 Enterprise - Extended Edition 架構為對每一台機器指定一個資料庫分割區伺服器。然而,在某些情況中, 在每一台機器上指定一個以上的資料庫分割區伺服器是比較好的。 如果這些資料庫分割區伺服器 (節點) 參與 相同案例,這會被視為 「多重邏輯節點」架構。

當系統在具有對稱式多重處理器 (SMP) 架構的機器上 執行查詢時,「多重邏輯節點」(MLN) 架構是很有用的。 另一個優點是多重邏輯節點可以使用 SMP 硬體架構。 此外,因為資料庫分割區較小, 所以您可以在執行備份、復置資料庫分割區及表格空間、建立索引等作業時, 獲得較佳的效能。 至於一般規則,建議您每四個處理器執行一個 MLN。 根據執行 DB2 EEE 的作業系統,此動作會因效能原因而改變。

若需有關設定邏輯節點的其餘資訊,請參照 Administration Guide

案例

案例有它自己的資料庫及案例目錄。 案例目錄包含了資料庫管理程式架構檔、 系統資料庫目錄、節點目錄及節點架構檔。 若需分段的資料庫系統中之案例的其餘相關資訊,請參照 Administration Guide

在 DB2 Enterprise - Extended Edition (DB2 EEE) 中,案例是由已定義為與給定之分割資料庫系統相關的所有資料庫分割區伺服器 (節點) 所組成。 資料庫分割區伺服器在 db2nodes.cfg 檔案中是定義為節點

每一個案例都有與同一台機器上的其它案例不同的機密保護。 這是顯示在圖 3中, 其中顯示兩個單獨的案例。 案例 1 有六個資料庫分割區伺服器, 案例 2 有八個資料庫分割區伺服器。(當資料庫分割區伺服器和案例目錄之間顯示了多行時, 則表示有多個資料庫分割區伺服器。) 兩個案例重疊, 這是因為兩個資料庫分割區伺服器都指定到中間圖表的三台機器的每一台上。

案例 1 的 db2nodes.cfg 檔案將不會列出屬於案例 2 的資料庫分割區伺服器,反之亦然。

圖 3. 兩個案例

兩個案例的說明圖

您在同一台機器上可以有多個案例,並且架構各不相同:

每一個案例都是由稱為案例擁有者的使用者所擁有。 有關建立案例的資訊,請參閱 Administration Guide

案例擁有者對於屬於案例的所有資料庫具有「系統管理」(SYSADM) 權限。因為案例擁有者幾乎可以完全控制案例, 所以此使用者 ID 可以:

案例擁有者無法除去案例。此動作需要 root 權限。

案例和案例擁有者間是一對一的關係; 也就是說,使用者不可以擁有一個以上的案例。 (不過, 案例擁有者可以有其它案例的授權, 最高可擁有其它實例的 SYSADM 權限)。 除此之外,每一個案例都必須有各自的起始目錄。

快速通信管理程式

「快速通信管理程式 (FCM)」提供 DB2 Enterprise - Extended Edition 的通信支援。 每個資料庫分割區伺服器都有一個 FCM 常駐程式,可支援資料庫分割區伺服器之間的通信, 以處理代理程式要求及遞送訊息緩衝區。 其包含:

FCM 常駐程式會在您啟動案例時啟動。當常駐程式啟動時,它會讀取 節點架構檔 (INSTHOME/sqllib/db2nodes.cfg, 其中 INSTHOME 是 案例擁有者的起始目錄) 並定義常用位址以供通信使用。

如果資料庫分割區伺服器之間的通信失敗,或重新建立通信, FCM 常駐程式就會更新資訊 (您可以用 資料庫系統監督程式 查詢), 並執行適當的動作 (例如,回捲受影響的異動)。

note

您可以使用 fcm_num_buffers 資料庫管理程式架構參數, 來指定 FCM 訊息緩衝區數目。 有關這個和其它 FCM 參數的說明, 請參閱 Administration Guide

高可用性

您可以設定您的分割資料庫系統,這樣一來,當機器失敗時, 失敗機器上的資料庫伺服器即可執行另一台機器。

在 AIX 上,您可以用 IBM 的 High Availability Cluster Multi-Processing (HACMP) 來執行故障支援。 故障功能可以在硬體或軟體失效時,自動從某一處理器傳送 工作負荷到另一處理器上。 HACMP 可透過共用資源 (如磁碟或網路存取) 之處理器的叢集節點,提供增強的可用性。

在 Solaris 系統中,您可使用 Sun Cluster 2.2 來執行故障支援。 Sun Cluster 2.2 可以在叢集環境中執行故障偵測並重新啟動資源, 並可執行實體磁碟及 IP 位址的故障支援。

此時,HP-UX 或 PTX 作業系統的 DB2 故障支援是一種自行執行的處理程序, 您必須在另一個對故障的節點磁碟具有存取權的節點上,自行重新啟動 故障的節點。

若需其餘相關資訊,請參照 Administration Guide


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