db2 內存總結

理解 DB2 如何使用內存，可以防止過度分配內存，並有助於對內存的使用進行調優，從而獲得更好的性能。

　　本文將向您傳授 DB2 內存使用的基礎，以及共享內存和私有內存的概念。這些內容同時適用於 32 位和 64 位的系統。雖然對於 64 位系統有一些限制，但是在未來的一段時間內還不大可能觸及這些限制。因此，我們將焦點放在影響 32 位系統的內存限制，並對之進行詳細的討論。

　　我們首先討論一般情況下 DB2 如何使用內存，接着討論內存管理如何隨着平台（AIX、Sun、HP、Linux 和 Windows）的不同而變化，以及它們對 DB2 的影響。最后，我們將給出一些實際生活中客戶處境/問題以及他們的解決方案的有意義的例子。

　　本文的內容適用於 DB2 version 8。

　　DB2 內存結構概述

　　圖 1中說明了 DB2 內存結構。這種內存結構在所有平台上都是一致的。

　　注意：在多分區環境中，下面的圖適用於多分區實例中的每個分區。

　　圖 1 - DB2 內存結構

 

 

　　DB2 在 4 種不同的內存集（memory set）內拆分和管理內存。這 4 種內存集分別是：

• 實例共享內存（instance shared memory）
• 數據庫共享內存（database shared memory）
• 應用程序組共享內存（application group shared memory）
• 代理私有內存（agent private memory）

　　

　　每種內存集由各種不同的內存池（亦稱堆）組成。圖 1 也給出了各內存池的名稱。例如， locklist是屬於數據庫共享內存集的一個內存池。 sortheap是屬於代理私有內存集的一個內存池。

　　我們將詳細討論每一種內存集。

　　實例共享內存

　　每個 DB2 實例都有一個實例共享內存。實例共享內存是在數據庫管理器啟動（db2start）時分配的，並隨着數據庫管理器的停止（db2stop）而釋放。這種內存集用於實例級的任務，例如監控、審計和節點間通信。下面的數據庫管理器配置（dbm cfg）參數控制着對實例共享內存以及其中個別內存池的限制：

• 實例內存（ instance_memory）。
• 監視器堆（ mon_heap_sz）：用於監控。
• Audit Buffer（ audit_buf_sz）：用於 db2audit 實用程序。
• Fast Communication buffers （ fcm_num_buffers）：用於分區之間的節點間通信。僅適用於分區的實例。

　　instance_memory參數指定為實例管理預留的內存數量。默認值是 AUTOMATIC。這意味着 DB2 將根據監視器堆、審計緩沖區和 FCM 緩沖區的大小計算當前配置所需的實例內存數量。此外，DB2 還將分配一些額外的內存，作為溢出緩沖區。每當某個堆超出了其配置的大小時，便可以使用溢出緩沖區來滿足實例共享內存區內任何堆的峰值需求。在這種情況下，個別堆的設置是 軟限制的，它們可以在內存使用的峰值期間進一步增長。

　　如果 instance_memory被設置為某一個數字，則采用 instance_memory與 mon_heap_sz、 audit_buf_sz和 fcm_num_buffers的和之間的較大者。這時，對實例內存就施加了一個硬性的限制，而不是軟限制。當達到這個限制時，就會收到內存分配錯誤。出於這個原因，建議將 instance_memory的設置保留為 AUTOMATIC。

　　如果 instance_memory被設為 AUTOMATIC，則可以使用下面的命令來確定它的值：

• db2 attach to instance_name（其中 instance_name是實例的名稱）
• db2 get dbm cfg show detail

　　

　　下面的輸出表明有 42 MB 的內存被預留給實例共享內存集（10313 頁 * 4096 字節/頁）：

• Size of instance shared memory (4KB) (INSTANCE_MEMORY) = AUTOMATIC(10313) AUTOMATIC(10313)

　　

　　instance_memory參數只是設置了實例共享內存的限制。它並沒有說出當前使用了多少內存。要查明一個實例的內存使用情況，可以使用 DB2 內存跟蹤器工具 db2mtrk。例如，

• db2start
• db2mtrk -i -v

　　

　　

• Memory for instance
• FCMBP Heap is of size 17432576 bytes
• Database Monitor Heap is of size 180224 bytes
• Other Memory is of size 3686400 bytes
• Total: 21299200 bytes

　　

　　上面的例子表明，雖然預留給實例共享內存集的內存有 42 MB，但在 db2mtrk運行時只用到了大約 21 MB。

　　注意： 在某些情況下，db2mtrk 顯示的大小會大於指定給配置參數的值。在這種情況下，賦予配置參數的值被作為一種軟限制，內存池實際使用的內存可能會增長，從而超出配置的大小。

 

　數據庫共享內存

　　每個數據庫有一個數據庫共享內存集。數據庫共享內存是在數據庫被激活或者第一次被連接上的時候分配的。該內存集將在數據庫處於非激活狀態時釋放（如果數據庫先前是處於激活狀態）或者最后一個連接被斷開的時候釋放。這種內存用於數據庫級的任務，例如備份/恢復、鎖定和 SQL 的執行。

　　圖2展示了數據庫共享內存集內的各種內存池。括號中顯示了控制這些內存池大小的配置參數。

　　圖 2 - DB2 數據庫共享內存

 

 

　　完整的綠色方框意味着，在數據庫啟動的時候，該內存池是完全分配的，否則，就只分配部分的內存。例如，當一個數據庫第一次啟動時，不管 util_heap_sz的值是多少，只有大約 16 KB 的內存被分配給實用程序堆。當一個數據庫實用程序（例如備份、恢復、導出、導入和裝載）啟動時，才會按 util_heap_sz指定的大小分配全額的內存。

　　主緩沖池

　　數據庫緩沖池通常是數據庫共享內存中最大的一塊內存。DB2 在其中操縱所有常規數據和索引數據。一個數據庫必須至少有一個緩沖池，並且可以有多個緩沖池，這要視工作負載的特征、數據庫中使用的數據庫頁面大小等因素而定。例如，頁面大小為 8KB 的表空間只能使用頁面大小為 8KB 的緩沖池。

　　可以通過 CREATE BUFFERPOOL 語句中的 EXTENDED STORAGE 選項“擴展”緩沖池。擴展的存儲（ESTORE）充當的是從緩沖池中被逐出的頁的輔助緩存，這樣可以減少 I/O。ESTORE 的大小由 num_estore_segs 和 estore_seg_sz 這兩個數據庫配置參數來控制。如果使用 ESTORE，那么就要從數據庫共享內存中拿出一定的內存，用於管理 ESTORE，這意味着用於其他內存池的內存將更少。

　　這時您可能要問，為什么要這么麻煩去使用 ESTORE？為什么不分配一個更大的緩沖池呢？答案跟可尋址內存（而不是物理內存）的限制有關，我們在后面會加以討論。

　　隱藏的緩沖池

　　當數據庫啟動時，要分配 4 個頁寬分別為 4K、8K、16K 和 32K 的小型緩沖池。這些緩沖池是“隱藏”的，因為在系統編目中看不到它們（通過 SELECT * FROM SYSCAT.BUFFERPOOLS 顯示不出）。

　　如果主緩沖池配置得太大，則可能出現主緩沖池不適合可尋址內存空間的情況。（我們在后面會談到可尋址內存。）這意味着 DB2 無法啟動數據庫，因為一個數據庫至少必須有一個緩沖池。如果數據庫沒有啟動，那么就不能連接到數據庫，也就不能更改緩沖池的大小。由於這個原因，DB2 預先分配了 4 個這樣的小型緩沖池。這樣，一旦主緩沖池無法啟動，DB2 還可以使用這些小型的緩沖池來啟動數據庫。（在此情況下，用戶將收到一條警告（SQLSTATE 01626））。這時，應該連接到數據庫，並減少主緩沖池的大小。

　　排序堆的閾值（ sheapthres， sheapthres_shr）

　　如果沒有索引滿足所取的行的要求順序，或者優化器斷定排序的代價低於索引掃描，那么就需要進行排序。DB2 中有兩種排序，一種是私有排序，一種是共享排序。私有排序發生在代理的私有代理內存（在下一節討論）中，而共享排序發生在數據庫的數據庫共享內存中。

　　對於私有排序，數據庫管理器配置參數 sheapthres指定了私有排序在任何時刻可以消耗的內存總量在實例范圍內的 軟限制。如果一個實例總共消耗的私有排序內存達到了這一限制，那么為額外傳入的私有排序請求所分配的內存將大大減少。這樣就會在 db2diag.log 中看到如下消息：

　　"Not enough memory available for a (private) sort heap of size size of sortheap. Trying smaller size..."

　　如果啟用了內部分區並行性（intra-partition parallelism）或者集中器（concentrator），那么當 DB2 斷定共享排序比私有排序更有效時，DB2 就會選擇執行共享排序。如果執行共享排序，那么就會在數據庫共享內存中分配用於這種排序的排序堆。用於共享排序的最大內存量是由 sheapthres_shr數據庫參數指定的。這是對共享排序在任何時刻可以消耗的內存總量在數據庫范圍內的 硬限制。當達到這個限制時，請求排序的應用程序將收到錯誤 SQL0955 (rc2)。之后，在共享內存總消耗量回落到低於由 sheapthres_shr指定的限制之前，任何共享排序內存的請求都得不到允許。

　　下面的公式可以計算出數據庫共享內存集大致需要多少內存：數據庫共享內存 = (主緩沖池 + 4 個隱藏的緩沖池 + 數據庫堆 +實用程序堆 + locklist + 包緩存 + 編目緩存) + (estore 的頁數 * 100 字節) + 大約 10% 的開銷

　　對於啟用了 intra_parallel 或集中器情況下的數據庫，共享排序內存必須作為數據庫共享內存的一部分預先分配，因而上述公式變為：數據庫共享內存 = (主緩沖池 + 4 個隱藏的緩沖池 + 數據庫堆 +實用程序堆 + locklist + 包緩存 + 編目緩存 + sheapthres_shr) + (estore 的頁數 * 100 字節) + 大約 10% 的開銷

　　提示： 為了發現分配給主緩沖池的內存有多少，可以發出： 
SELECT * FROM SYSCAT.BUFFERPOOLS

　　雖然大多數內存池的大小是由它們的配置參數預先確定的，但下面兩種內存池的大小在默認情況下卻是動態的：

• 包緩存： pckcachesz = maxappls * 8
• 編目緩存： catalogcache_sz = maxappls * 4
• 活動應用程序的最大數量： maxappls = AUTOMATIC

　　將 maxappls設為 AUTOMATIC的效果是，允許任意數量的連接數據庫的應用程序。DB2 將動態地分配所需資源，以支持新的應用程序。因此，包緩存和編目的大小可以隨着 maxappls的值而變化。

　　除了上述參數以外，還有一個參數也會影響數據庫共享內存的數量。這個參數就是 database_memory。該參數的缺省值是 AUTOMATIC。這意味着 DB2 將根據以上列出的各內存池的大小來計算當前配置所需的數據庫內存量。此外，DB2 還將為溢出緩沖區分配一些額外的內存。每當某個堆超出了其配置的大小時，便可以使用溢出緩沖區來滿足實例共享內存區內任何堆的峰值需求。

　　如果 database_memory被設為某個數字，則采用 database_memory與各內存池之和這兩者之間的較大者。

　　如果 database_memory被設為 AUTOMATIC，則可以使用以下命令來顯示它的值：

• db2 connect to dbnameuser useridusing pwd
• db2 get db cfg for dbnameshow detail

　　使用 db2mtrk 工具顯示當前使用的內存量： db2mtrk -i -d -v （在 Windows 中，-i 必須指定。在 UNIX 中，-i 是可選的。）

 

Memory for database： SAMPLE
   Backup/Restore/Util Heap is of size 16384 bytes
   Package Cache is of size 81920 bytes
   Catalog Cache Heap is of size 65536 bytes
   Buffer Pool Heap is of size 4341760 bytes
   Buffer Pool Heap is of size 655360 bytes
   Buffer Pool Heap is of size 393216 bytes
   Buffer Pool Heap is of size 262144 bytes
   Buffer Pool Heap is of size 196608 bytes
   Lock Manager Heap is of size 491520 bytes
   Database Heap is of size 3637248 bytes
   Other Memory is of size 16384 bytes
   Application Control Heap is of size 327680 bytes
    Application Group Shared Heap is of size 57344000 bytes
   Total: 67829760 bytes

應用程序組共享內存

　　這種共享內存集僅適用於以下環境。（對於其他環境，這種內存集不存在。）

• 多分區（multi-partitioned）數據庫。
• 啟用了內部並行（intra-parallel）處理的未分區（non-partitioned）數據庫。
• 支持連接集中器的數據庫。

　　注意：當 max_connections的值大於 max_coordagents的值時，連接集中器便被啟用。這兩個參數可以在數據庫管理器配置中找到。（使用 GET DBM CFG 顯示數據庫管理器配置。）

　　在以上環境中，應用程序通常需要不止一個的代理來執行其任務。允許這些代理之間能夠彼此通信（相互發送/接收數據）很有必要。為了實現這一點，我們將這些代理放入到一個稱作應用程序組的組中。屬於相同應用程序組的所有 DB2 代理都使用 應用程序組共享內存進行通信。

　　應用程序組內存集是從數據庫共享內存集中分配的。其大小由 appgroup_mem_sz數據庫配置參數決定。

　　多個應用程序可以指派給同一個應用程序組。一個應用程序組內可以容納的應用程序數可以這樣計算： appgroup_mem_sz / app_ctl_heap_sz

　　在應用程序組內，每個應用程序都有其自己的 應用程序控制堆。此外，應用程序組共享內存中有一部分要預留給應用程序組共享堆。如下圖所示：

　　圖 3 - DB2 應用程序組共享內存

 

 

　　例 1 
　　考慮以下數據庫配置：

• 最大應用程序內存集大小 (4KB) (APPGROUP_MEM_SZ) = 40000
• 最大應用程序控制堆大小 (4KB) (APP_CTL_HEAP_SZ) = 512
• 用於應用程序組堆的內存所占百分比 (GROUPHEAP_RATIO) = 70

　　

　　可以計算出下面的值： 

• 應用程序組共享內存集是： 40000 頁 * 4K/頁 = 160 MB
• 應用程序組共享堆的大小是： 40000 * 70% = 28000 4K 頁 = 114MB
• 該應用程序組內可容納的應用程序數為： 40000/512 = 78
• 用於每個應用程序的應用程序控制堆為： (100-70)% * 512 = 153 4K 頁 = 0.6MB

　　

　　不要被 app_ctrl_heap_sz 參數迷惑。這個參數不是一個應用程序組內用於每個應用程序的各應用程序控制堆的大小。它只是在計算這個應用程序組內可容納多少應用程序時用到的一個值。每個應用程序的實際應用程序控制堆大小都是通過 圖 3中給出的公式計算的，這個公式就是 ((100 - groupheap_ratio)% * app_ctrl_heap_sz)。

　　因此，groupheap_ratio 越高，應用程序組共享堆就越大，從而用於每個應用程序的應用程序控制堆就越小。

　　例 2 
　　假設在一天中最忙的時間里，有 200 個應用程序連接到例 1 中所描述的數據庫上。由於每個應用程序組可以容納 78 個應用程序，因此我們需要 200/78 = 3 個應用程序組來容納總共 200 個應用程序。這里應確保系統有足夠多的 RAM 來支持這一配置。否則就會發生 SQL10003N 錯誤。

　　代理私有內存

每個 DB2 代理進程都需要獲得內存，以執行其任務。代理進程將代表應用程序使用內存來優化、構建和執行訪問計划，執行排序，記錄游標信息（例如位置和狀態），收集統計信息，等等。為響應並行環境中的一個連接請求或一個新的 SQL 請求，要為一個 DB2 代理分配代理私有內存。

　　代理的數量受下面兩者中的較低者限制：

• 所有活動數據庫的數據庫配置參數 maxappls 的總和，這指定了允許的活動應用程序的最大數量。
• 數據庫管理器配置參數 maxagents 的值，這指定了允許的最大代理數。

　　代理私有內存集由以下內存池組成。這些內存池的大小由括號中的數據庫配置參數指定：

• Application Heap （ applheapsz）
• Sort Heap （ sortheap）
• Statement Heap （ stmtheap）
• Statistics Heap （ stat_heap_sz）
• Query Heap （ query_heap_sz）
• Java Interpreter Heap （ java_heap_sz）
• Agent Stack Size （ agent_stack_sz） （僅適用於 Windows）

　　我們曾提到，私有內存是在一個 DB2 代理被“指派”執行任務時分配給該代理的。那么，私有內存何時釋放呢？答案取決於 dbm cfg 參數 num_poolagents的值。該參數的值指定任何時候可以保留的閑置代理的最大數目。如果該值為 0，那么就不允許有限制代理。只要一個代理完成了它的工作，這個代理就要被銷毀，它的內存也要返回給操作系統。如果該參數被設為一個非零值，那么一個代理在完成其工作后不會被銷毀。相反，它將被返回到閑置代理池，直到閑置代理的數目到達 num_poolagents指定的最大值。當傳入一個新的請求時，就要調用這些閑置代理來服務該新請求。這樣就減少了創建和銷毀代理的開銷。

　　當代理變成閑置代理時，它仍然保留了其代理的私有內存。這樣設計是為了提高性能，因為當代理被再次調用時，它便有准備好的私有內存。如果有很多的閑置代理，並且所有這些閑置代理都保留了它們的私有內存，那么就可能導致系統耗盡內存。為了避免這種情況，DB2 使用一個注冊表變量來限制每個閑置代理可以保留的內存量。這個變量就是 DB2MEMMAXFREE。它的默認值是 8 388 608 字節。這意味着每個閑置代理可以保留最多 8MB 的私有內存。如果有 100 個閑置代理，那么這些代理將保留 800MB 的內存，因此它們很快就會耗盡 RAM。您可能希望降低或增加這一限制，這取決於 RAM 的大小。

　　圖 1展示了一個 DB2 實例的 DB2 內存結構。 圖 4將展示在同一個系統上有兩個實例並發運行的情況。虛擬內存包括物理 RAM 和調頁空間（paging space）。共享內存“傾向於”留在 RAM 中，因為對它們的訪問更頻繁。如果代理閑置了較長的一段時間，則其代理私有內存將被調出。

　　圖 4 - 並發運行的兩個 DB2 實例

 

 

　　共享內存與私有內存

　　至此，我們已經討論了實例共享內存、數據庫共享內存和應用程序組共享內存以及代理私有內存。但是共享內存和私有內存的意義是什么呢？

　　為了理解共享內存與私有內存之間的不同之處，首先讓我們通過快速閱讀 DB2 進程 model來了解一下 DB2 代理進程。在 DB2 中，所有數據庫請求都是由 DB2 代理或子代理來服務的。例如，當一個應用程序連接到一個數據庫時，就有一個 DB2 代理指派給它。當該應用程序發出任何數據庫請求（例如一個 SQL 查詢）時，該代理就會出來執行完成這個查詢所需的所有任務 —— 它代表該應用程序工作。（如果數據庫是分區的，或者啟用了 intra-parallel，那么可以分配不止一個的代理來代表應用程序工作。這些代理叫做 子代理。）

　　每個代理或子代理都被當作一個 DB2 進程，它獲得一定數量的內存來執行工作。這種內存被稱作 代理私有內存—— 它不能與其他任何代理共享。之前我們曾提到過，代理私有內存包括一些內存池，例如應用程序堆大小、排序堆大小和語句堆大小。（參見 圖 1）

　　除了私有內存（代理在其中使用 排序堆執行“私有”任務，例如私有排序）外，代理還需要數據庫級的資源，例如緩沖池、 locklist和日志緩沖區。這些資源在數據庫共享內存中（參見 圖 1）。 DB2 的工作方式是，數據庫共享內存中的所有資源都由連接到相同數據庫的所有代理或子代理共享。因此，該內存集被稱作共享內存，而不是私有內存。例如，連接到數據庫 A 的代理 x 使用數據庫 A 的數據庫共享內存中的資源。現在又有一個代理，即代理 y 也連接到數據庫 A。那么代理 y 將與代理 x 共享數據庫 A 的數據庫內存。（當然，代理 x 和代理 y 都有其自己的代理私有內存，這些代理私有內存不是共享的。）

　　這樣的邏輯同樣適用於實例共享內存和應用程序組共享內存。

　　下圖展示了當兩個 DB2 代理（代理 x 和代理 y）連接到數據庫 A 時分配的 DB2 內存集。假設：

• 數據庫 A 屬於實例 db2inst1。
• 數據庫 A 為應用程序組 1 啟用了 intra-parallel。
• 代理 x 和 代理 y 都屬於應用程序組 1。

　　圖 5 - DB2 代理進程內存地址空間

 

 

　　圖 5 展示了在 RAM 中分配的以下內存集：

• 用於實例 db2inst1 的實例共享內存集。
• 用於 數據庫 A 的數據庫共享內存集。
• 用於 應用程序組 1 的應用程序組共享內存。
• 用於代理 x 的代理私有內存集。
• 用於代理 y 的代理私有內存集。
• 為內核和庫之類的東西預留的內存。

　　代理 x 和代理 y 共享相同的實例內存、數據庫內存和應用程序組內存，因為它們屬於相同的實例、相同的數據庫和相同的應用程序組。此外，它們有其自己的代理私有內存。

　　每個 DB2 代理進程都有其自己的內存地址空間。在內存空間中的內存地址允許代理訪問物理 RAM 中的內存。我們可以把這些地址看作指向 RAM 的指針，如 圖 5所示。對於任何 DB2 進程，這個地址空間必須能夠容納上述所有 4 種內存集。

　　前面已提到，ESTORE 是用於擴展緩沖池的大小。那么您可能要問，為什么不創建一個更大的緩沖池呢。答案是：因為地址空間受到限制，地址空間可能容不下一個更大的緩沖池！在此情況下，需要定義一個較小的地址空間能夠容納的緩沖池。如果有過量的物理內存，那么可以用該內存來配置 ESTORE。

　　那么，我們怎么知道一個 DB2 代理的地址空間是多大呢？地址空間的大小取決於當前的實例是 32 位的實例還是 64 位的實例。我們將在下一節對此進行解釋。

　　32 位體系結構與 64 位體系結構中的可尋址內存

如果有一個 64 位的 DB2 實例，則意味着 DB2 使用的是 64 位的內存體系結構。在這種體系結構中，對於所有平台，每個進程的地址空間都是 2 的 64 次方，或者 18,446,744,073 GB。這是一個相當巨大的內存。將所有 DB2 內存集放入這個地址空間應該沒有問題。

　　另一方面，如果有一個 32 位 DB2 實例，則對於所有平台，地址空間只有 2 的 32 次方，或者 4 GB（Linux/390 平台除外，在此平台下地址空間實際上只有 2 的 31 次方。不過，在本文中我們不討論 Linux/390 中的 DB2）。所以，不管物理 RAM 有多大，要使一個 DB2 進程能夠訪問它所需的所有資源，包括實例共享內存、數據庫共享內存、應用程序組共享內存、它自己的代理私有內存以及用於內核的內存等，所有這些資源必須能放入到 4GB 的地址空間內。

　　這就導致了兩個非常重要的問題：

• 應該為實例內存、數據庫內存和應用程序共享內存分配多少的內存，以使它們能放入到 4GB 的可尋址空間？
• 應該如何配置 圖 1中列出的每個參數，以最有效地利用可用的內存？

　　雖然 4GB 的地址空間限制適用於所有平台，但是對於上述問題的回答卻與平台有關。例如，在 AIX 系統上可以分配給 DB2 數據庫的最大數據庫內存數就與 Solaris 系統上的數據庫不同。接下來的幾節將討論不同的平台對 DB2 中的內存配置有何影響。

　　注意： 本文的后續部分只針對 32 位內存體系結構。我們即將討論的問題不適用於 64 位的體系結構。

　　32 位 AIX 中的 DB2 內存配置

在 32 位的 AIX 上，4GB 的可尋址內存空間被拆分為 16 個段，每段 256MB。 圖 6展示了用於一個 DB2 代理進程的 32位 內存地址空間。（假設 DB2_MMAP_READ 和 DB2_MMA_WRITE 這兩個 DB2 注冊表變量都被設為 NO。如果這兩個變量沒有設為 NO，則表示方法會有點不同。我們將在后面解釋。）

　　圖 6 - AIX 中的 DB2 32 位內存地址空間

 

 

　　段 0 - 預留給 AIX 內核。

　　段 1 - 預留給 db2sysc 進程。

　　段 2 - 預留給代理私有內存。

　　段 3 - 預留給實例共享內存。

　　段 4 到段 B - 數據庫共享內存始於段 4，這些段必須緊挨在一起。所有這 8 個段（2GB）可能都被用於數據庫共享內存。但是，下面的每種配置都會從數據庫共享內存中拿出一個段（256MB）。

　　注意： 對於下面的每種配置，DB2 將從數據庫共享內存中拿出一個段，這個段始於段 B。

　　

• 如果數據庫是分區的，或者啟用了 intra-parallel 或連接集中器，那么數據庫共享內存中有一個段被預留給應用程序組共享內存。
• Fast Communication Manager (FCM)：FCM 用於系統物理節點上不同分區之間的通信。默認情況下，這種通信是通過 UNIX socket 進行的。如果 DB2_FORCE_FCM_BP 被設為 YES，那么 FCM 通信發生在共享內存內。這意味着數據庫共享內存中有一個段被預留給 FCM 通信。雖然 FCM 通信變得更快，但是它也令數據庫共享內存減少了一個段。
• fenced UDF 和存儲過程：如果數據庫上運行着一個 fenced 函數或過程，那么數據庫共享內存中有一個段要預留給 fenced 模式的通信。
• 如果數據庫允許任何本地連接，那么數據庫共享內存中有一個段要預留給代理/本地應用程序通信。如果將所有本地連接配置為 loopback 連接，那么就可以為這些連接使用 TCP/IP，而不需要共享內存（即使數據庫就在服務器本地）。這樣就有效地為數據庫共享內存空出一個段來。

  　　

  然而，如果您不想使用 loopback 解決方案，還有一種方法可以迫使 DB2 選擇段 E 來用於代理/本地應用程序通信，這樣數據庫共享內存就不受影響（即不會減少）。請參閱后面的解釋。

　　

• 如果啟用了 ESTORE，那么還要從數據庫共享內存中拿出另一個段。因此，如果啟用 ESTORE，則應確保它至少是 256MB，否則就不起作用，因為要從數據庫共享內存中拿出一個 256 MB 的段來僅用於管理這個 ESTORE。建議將 estore 段的大小（ estore_seg_sz）設為 256MB，然后根據可用的內存更改段的數目（ num_estore_segs）。

　　

　　段 C - 預留給 DB2 跟蹤使用程序。

　　段 D 和 F- 預留給 DB2 共享庫

　　段 E - 在默認情況下，這個段是不用的。不過，如果設置 DB2_MMAP_READ=NO 和 DB2_MMAP_WRITE=NO，那么該段用於 DB2 代理以及本地應用程序之間的通信（如 圖 6所示）。這將有效地為數據庫共享內存一個段。

　　注意： 為了最大化數據庫共享內存的空間，應使用以下注冊表變量設置：DB2_FORCE_FCM_BP=NO （該值是默認值），DB2_MMAP_READ=NO，DB2_MMAP_WRITE=NO。