幾年前我寫了一篇關(guān)于 AIX 調(diào)優(yōu)的文章，現(xiàn)在 AIX 7 出現(xiàn)了，所以有必要重新審視需要在 AIX 系統(tǒng)上執(zhí)行的基本調(diào)優(yōu)措施。已經(jīng)發(fā)布的許多技術(shù)級(jí)別 (TL) 和一些建議可能會(huì)改變。在本文中，我將提供與 AIX 5.3、6.1 和 7 中的可調(diào)項(xiàng)相關(guān)的 AIX 調(diào)優(yōu)信息。

　　我主要關(guān)注 I/O、內(nèi)存和網(wǎng)絡(luò)。在默認(rèn)情況下，AIX 6 和 7 在內(nèi)存調(diào)優(yōu)方面做得相當(dāng)好，只需要做幾個(gè)小調(diào)整。但是，AIX 5.3 在這個(gè)方面需要更多調(diào)優(yōu)。圖 1 給出不同的可調(diào)項(xiàng)及其默認(rèn)設(shè)置。第四欄是對(duì)于這三個(gè)版本最新的 TL 的這些設(shè)置的推薦值。

　　圖 1.不同可調(diào)項(xiàng)及其默認(rèn)設(shè)置

　　請(qǐng)記住一個(gè)要點(diǎn)：在安裝全新的 AIX 6 或 7 時(shí)，會(huì)自動(dòng)地設(shè)置新的內(nèi)存可調(diào)項(xiàng)默認(rèn)值。如果是從 AIX 5.3 遷移系統(tǒng)，那么在 AIX 5.3 中設(shè)置的所有可調(diào)項(xiàng)會(huì)隨同遷移。在執(zhí)行遷移之前，建議記錄已經(jīng)修改的所有可調(diào)項(xiàng)（取得 /etc/tunables/nextboot 的拷貝），然后把可調(diào)項(xiàng)恢復(fù)為默認(rèn)值。在遷移之后，檢查 nextboot 并確保其中沒(méi)有任何內(nèi)容。現(xiàn)在，討論需要為 AIX 6 或 7 修改的可調(diào)項(xiàng)。

　　最佳實(shí)踐建議在不同的不太忙的硬盤驅(qū)動(dòng)器 (hdisk) 上配置多個(gè)相同大小的分頁(yè)空間。所有分頁(yè)空間應(yīng)該建立鏡像，或者放在 RAID（1 或 5）存儲(chǔ)區(qū)域網(wǎng)絡(luò) (SAN) 上。除非數(shù)據(jù)庫(kù)需要，分頁(yè)空間一般不需要達(dá)到內(nèi)存量的兩倍。我曾經(jīng)在 AIX 上用 250 GB 內(nèi)存和三個(gè) 24 GB 的分頁(yè)空間運(yùn)行大型 Oracle 數(shù)據(jù)庫(kù)。關(guān)鍵是使用并發(fā) I/O (CIO) 等技術(shù)避免分頁(yè)，提供分頁(yè)空間是為了以防萬(wàn)一需要分頁(yè)。

　　在默認(rèn)情況下，AIX 在 rootvg 中創(chuàng)建一個(gè)分頁(yè)空間 (hd6)，它太小了。如果 rootvg 被鏡像，那么這個(gè)分頁(yè)空間也會(huì)被鏡像。我通常使用幾個(gè)來(lái)自 SAN 的自定義大小的邏輯單元號(hào) (LUN) 添加額外的分頁(yè)空間。不要在當(dāng)前 rootvg 分頁(yè)空間所在的內(nèi)部磁盤（或 SAN LUN）中添加分頁(yè)空間。在相同的 hdisk 上配置多個(gè)分頁(yè)空間會(huì)降低分頁(yè)速度。

　　在構(gòu)建虛擬 I/O 服務(wù)器 (Vios) 時(shí)，會(huì)自動(dòng)地配置兩個(gè)分頁(yè)空間，它們都在 hdisk0 上。hd6 是 512 MB，paging00 是 1,024 MB。我總是關(guān)閉并刪除 paging00，然后把 hd6 增加到 4,096 MB。正如前面提到的，在相同的 hdisk 上配置兩個(gè)分頁(yè)空間是不好的做法。

　　在 AIX 5.3 的默認(rèn)設(shè)置中，page_steal_method 設(shè)置為 0。這影響最近最少使用守護(hù)進(jìn)程 (least recently used daemon LRUD) 掃描可釋放頁(yè)面的方式。設(shè)置 lru_file_repage=0 意味著強(qiáng)烈建議 LRUD 不偷取可執(zhí)行代碼的頁(yè)面，總是嘗試偷取文件系統(tǒng)（持久）頁(yè)面。偷取持久頁(yè)面比偷取工作存儲(chǔ)頁(yè)面代價(jià)低得多，因?yàn)楹笳邥?huì)導(dǎo)致?lián)Q出/換入頁(yè)面。假設(shè)使用 100 GB 內(nèi)存和五個(gè)內(nèi)存池，內(nèi)存會(huì)劃分為五個(gè)大約 20 GB 的池，每個(gè) LRUD 處理大約 20 GB（這是非常簡(jiǎn)化的描述）。根據(jù)圖 2 中的 numclient 值，可以假設(shè)大約 45% 的內(nèi)存用于文件系統(tǒng)，即大約 45 GB；另外的 55 GB 是工作存儲(chǔ)。

　　如果設(shè)置 page_steal_method=0，在尋找空閑頁(yè)面時(shí) LRUD 不得不掃描它們控制的所有內(nèi)存頁(yè)面，盡管很可能只釋放持久頁(yè)面。如果設(shè)置 page_steal_method=1，LRUD 會(huì)改用基于列表的頁(yè)面管理方案。這意味著 LRUD 把內(nèi)存劃分為一個(gè)持久頁(yè)面列表和一個(gè)工作存儲(chǔ)頁(yè)面列表。當(dāng) LRUD 搜索可從文件系統(tǒng)緩存中釋放的頁(yè)面時(shí)，它們只搜索持久頁(yè)面列表。對(duì)于圖 2 中的示例，這應(yīng)該會(huì)把掃描可釋放頁(yè)面的速度提高一倍多，這會(huì)降低開銷。在“vmstat -I 2 2”的輸出中可以看到掃描速度和空閑率。

　　在探索最佳內(nèi)存設(shè)置時(shí)，有幾個(gè)命令很有用，尤其是 vmstat -v。圖 2 顯示 vmstat -v 的部分輸出。

　　在內(nèi)存中有兩類頁(yè)面：持久頁(yè)面（與文件系統(tǒng)關(guān)聯(lián)）和工作存儲(chǔ)或者說(shuō)動(dòng)態(tài)頁(yè)面（包含可執(zhí)行代碼及其工作區(qū)）。如果偷取持久頁(yè)面，就不需要換出頁(yè) 面，除非頁(yè)面被修改過(guò)（在這種情況下，把它寫回文件系統(tǒng)）。如果偷取工作存儲(chǔ)頁(yè)面，就必須先把它寫到分頁(yè)數(shù)據(jù)集，下一次需要它時(shí)再?gòu)姆猪?yè)數(shù)據(jù)集讀回來(lái)；這 是開銷很大的操作。

　　設(shè)置 minperm%=3 和 lru_file_repage=0 意味著，強(qiáng)烈建議 LRUD 在文件系統(tǒng)正在使用超過(guò) 3% 的內(nèi)存的情況下總是嘗試偷取持久頁(yè)面。LRUD 在大多數(shù)情況下忽略最大設(shè)置，除非是要限制文件系統(tǒng)可以使用的內(nèi)存量。maxperm% 指所有持久頁(yè)面，包括日志文件系統(tǒng) (JFS)、網(wǎng)絡(luò)文件服務(wù)器 (NFS)、Veritas File System (VxFS) 和增強(qiáng)型日志文件系統(tǒng) (JFS2)。maxclient% 是其中的子集，只包括 NFS 和 JFS2 文件系統(tǒng)。maxperm% 是軟限制，maxclient% 是硬限制（而且不能超過(guò) maxperm%）。因?yàn)樾碌奈募到y(tǒng)通常是 JFS2，應(yīng)該把最大設(shè)置保持在 90%，以免意外限制文件系統(tǒng)使用的內(nèi)存量。

　　在 vmstat -v 的輸出中，有幾個(gè)指標(biāo)有助于判斷要調(diào)整哪些值。在圖 2 中，可以看到 numperm 和 numclient 是相同的，都是 45.1%。這意味著 NFS 和/或 JFS2 文件系統(tǒng)正在使用 45.1% 的內(nèi)存。如果這是一個(gè)數(shù)據(jù)庫(kù)系統(tǒng)，我會(huì)檢查是否正在使用 CIO，因?yàn)樗梢韵p重頁(yè)面存儲(chǔ)和處理，從而降低內(nèi)存和 CPU 使用量。

　　在構(gòu)建 I/O 請(qǐng)求時(shí)，邏輯卷管理程序 (LVM) 請(qǐng)求一個(gè) pbuf，這是固定的內(nèi)存緩沖區(qū)，它保存 LVM 層中的 I/O 請(qǐng)求。然后把 I/O 放到另一個(gè)稱為 fsbuf 的固定內(nèi)存緩沖區(qū)中。有三種 fsbuf：文件系統(tǒng) fsbuf（供 JFS 文件系統(tǒng)使用）、客戶機(jī) fsbuf（由 NFS 和 VxFS 使用）和外部分頁(yè)程序 fsbuf（由 JFS2 文件系統(tǒng)使用）。另外，還有 psbuf，它們是對(duì)分頁(yè)空間的 I/O 請(qǐng)求所用的固定內(nèi)存緩沖區(qū)。

　　在圖 2 中，vmstat -v 命令顯示的值是自引導(dǎo)以來(lái)的平均值。因?yàn)?a href=/yuedu/fuwuqi/ target=_blank class=infotextkey>服務(wù)器可能很長(zhǎng)時(shí)間不重新引導(dǎo)，所以一定要間隔幾小時(shí)取兩個(gè)快照，檢查這些值是否有變化。在這里，它們快速增長(zhǎng)，需要調(diào)優(yōu)。

　　在 vmstat -v 的輸出中，有幾個(gè)表示存在 I/O 延遲的跡象。I/O 延遲會(huì)影響性能和內(nèi)存。下面介紹識(shí)別 I/O 阻塞的原因和解決問(wèn)題的一些常用方法。

　　1468217 pending disk I/Os blocked with no pbuf 這一行清楚地說(shuō)明一個(gè)或多個(gè)未完成的磁盤 I/O 在試圖獲得固定內(nèi)存緩沖區(qū)（具體地說(shuō)是 pbuf）時(shí)被阻塞了。這表明在 LVM 層上出現(xiàn)排隊(duì)。因?yàn)?AIX 無(wú)法獲得緩沖區(qū)以存儲(chǔ) I/O 請(qǐng)求的信息，導(dǎo)致請(qǐng)求被延遲。使用下面的 lvmo 命令應(yīng)該可以解決這個(gè)問(wèn)題。

　　圖 3 給出 lvmo -a 命令的輸出，它表明 datavg 的 pbuf 不足（查看 pervg_blocked_io_count）。應(yīng)該只對(duì)正在使用的這個(gè)卷組糾正此問(wèn)題，因?yàn)檫@些是固定的內(nèi)存緩沖區(qū)，把它們?cè)O(shè)置得過(guò)大是沒(méi)有意義的：

   1. lvmo -v datavg -o pv_pbuf_count=2048         

        

        
        
      
        
it知識(shí)庫(kù)：詳解數(shù)據(jù)庫(kù)中的分頁(yè)、內(nèi)存和I/O延遲，轉(zhuǎn)載需保留來(lái)源！
        
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。