在 64 位元的平台上使用 DB2 Universal Database

為何 64 位元支援?

64 位元計算平台的出現,使得資料庫伺服器及資料庫應用程式的效能增進有了新的可能。 對於核心加上使用者文字及資料,32 位元平台原本就有 4 GB 的位址空間限制。 若在資料庫伺服器上除去這 4 GB 的位址空間限制,就可以建立較大的緩衝池、 排序資料堆、資料包快取及其它會消耗大量記憶體的資源。 如此可大大地增進效能,特別是對排序及輸入/輸出 (I/O) 作業。

還有其它的 32 位元限制及問題,您都可以用 64 位元實行方法來將其解除。 例如在 AIX 上,大約有 10 個記憶體區段可用在 mmapshmat 呼叫。 這會直接限制 DB2 應用程式可以建立的本端資料庫連線數, 因為每一個本端連線都需要一個共用記憶體區段。 除了可以解除 AIX 執行檔堆疊及資料堆上的可用記憶體數量限制,64 位元的實行方式也不會受可能的堆疊資料堆衝突影響。

既然硬體及作業系統可以利用大於 4 GB 記憶體,即表示,對於需要大量記憶體的應用程式, 以及需要大量資料庫安裝作業的較大型中介軟體供應商而言,4 GB 的關卡是一項重要的限制。

有些應用程式開發者也會將其應用程式移轉至 64 位元平台。 64 位元應用程式可存取大於 2 GB 的檔案。 若要使用 32 位元應用程式來達到這個層次的存取作業, 則需要特殊的程式碼,或是建立修正程式。 若要將 64 位元應用程式用在 DB2 系列資料庫, 就必須要有 64 位元版本之 DB2 應用程式檔案庫的存取權。 雖然 64 位元平台可容許 32 位元及 64 位元處理程序同時存在, 但是不容許在同一個處理程序中混雜 32 位元及 64 位元的執行檔及檔案庫。

為了要開發這個增加的記憶體位址空間,IBM 開發了 64 位元版的 DB2 Universal Database (UDB), 以及用於 64 位元平台之 DB2 Connect 伺服器。 現在的應用程式檔案庫可讓您從 64 位元的應用程式來存取 DB2 系列資料庫。

本版次中所支援的從屬站/伺服器架構如下:


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