【正文】 e outs 2032 paging space page outs 0 total reclaims 0 total reclaims 事實上在編譯時產生比調頁空間 pageouts 更多的 pageins 意味著系統(tǒng)性能已被降至顛簸的邊緣。有些頁面正在重新分配空間，因為在它們完成調度前其幀已被其他所用。使用filemon命令監(jiān)控系統(tǒng)I/O filemon 命令監(jiān)控文件系統(tǒng)和 I/O系統(tǒng)事件的跟蹤，并且報告一個周期內的文件和 I/O 的訪問性能。監(jiān)視文件系統(tǒng)的性能，并且報告代表邏輯文件、虛擬內存段、邏輯卷和物理卷的 I/O 活動。語法：filemon [ d ] [ i Trace_File n Gennames_File] [ o File] [ O Levels] [ P ] [ T n] [ u ] [ v ]例如： filemon o O all 。 sleep 30 。 trcstopEnter the trcstop mand to plete filemon processing[filemon: Reporting started]nlist failed. more Wed Oct 24 21:23:56 2007System: AIX oracle1 Node: 5 Machine: 0058D25D4C00Cpu utilization: %Most Active Files MBs opns rds wrs file volume:inode 1 51 0 unix /dev/hd2:30816 5 10 0 /dev/hd2:109023 1 2 0 /dev/hd2:108887 1 2 0 hosts /dev/hd4:24621 1 1 0 /dev/hd2:109265 中。輸出字段說明如下：最活躍的文件MBs 此文件在測量間隔時間內的傳送量（以 MBs 為單位）。各行按照此字段降序排列。 opns 在測量周期內的文件的打開次數。 rds 文件讀取調用的次數 wrs 文件寫入調用的次數 file 文件名稱（文件路徑全稱在詳細報告中）。 volume:inode 文件駐留的邏輯卷和在相連文件系統(tǒng)總的 inode 數目。此字段可以被用來把文件和在詳細的 VM 段報告中顯示的其相應的永久段關聯(lián)起來。此字段對在執(zhí)行過程中創(chuàng)建和刪除的臨時文件可以為空。最活躍的段MBs 此段在測量間隔時間內的傳送量（以 MBs 為單位）。各行按照此字段降序排列。 rpgs 從磁盤讀入段中大小為 4KB 的頁面數 wpgs 從段中寫入磁盤大小為 4KB 的頁面數（page out） segid 內存段的 VMM 標識 segtype段的類型：工作段、永久段（本地文件）、客戶機段（遠程文件）、頁表段、系統(tǒng)段或者包含文件系統(tǒng)數據的指定永久段。volume:inode 對永久段來說，包含相關文件的邏輯卷名稱和文件的 inode 數目。此字段可以被用來把段和在詳細的文件狀態(tài)報告中顯示的其相應的文件關聯(lián)起來。對非永久段來說，此字段為空。最活躍的邏輯卷util 邏輯卷使用率。 rblk 從邏輯卷讀取的大小為 512 字節(jié)的塊數。 wblk 寫入邏輯卷大小為 512 字節(jié)的塊數。 KB/s 每秒鐘平均傳送速率，單位 KB。 volume 邏輯卷名稱。 description 文件系統(tǒng)安裝點或是邏輯卷類型（paging, jfslog, boot, or sysdump）。例如，邏輯卷 /dev/hd2 是 /usr類型；/dev/hd6 是 paging 類型以及 /dev/hd8 是 jfslog 類型。有時也可能出現被壓縮的這個字眼。這意味著所有的數據在被寫入磁盤前都會以 LempelZev（LZ）壓縮技術自動壓縮，在從磁盤讀取時則自動解壓縮。最活躍的物理卷util 物理卷使用率。 注:邏輯卷 I/O 請求在物理卷 I/O 請求前后啟動?？偟倪壿嬀硎褂寐蕦雌饋肀瓤偟奈锢砭硎褂寐矢?。使用率用百分比表示， 是指 10% 的物理卷在測量時間間隔內繁忙。rblk 從物理卷讀取的大小為 512 字節(jié)的塊數。 wblk 寫入物理卷大小為 512 字節(jié)的塊數。 KB/s 每秒鐘平均傳送速率，單位 KB。 volume 物理卷名稱。 description 有關物理卷類型的簡單描述，例如, SCSI 多媒體 CDROM 驅動器或 16位 SCSI 磁盤驅動器。 文件系統(tǒng)的安裝點(mount point)及文件的i節(jié)點(inode)可與命令ncheck一起使用，來找出相對應的文件。監(jiān)視磁盤 I/O 的小結 一般來說，高的 % iowait 表明系統(tǒng)存在一個應用程序問題、缺少內存問題或低效的 I/O 子系統(tǒng)配置。例如，應用程序的問題可能是由于許多 I/O 請求，而不是處理許多數據。理解 I/O 瓶頸并且要清楚解決瓶頸問題的關鍵在于提高 I/O 子系統(tǒng)的效率。磁盤的靈敏度可以以幾種方式出現，并具有不同的解決方法。一些典型的解決方案可能包括： 限制在特定的物理磁盤上活動邏輯卷和文件系統(tǒng)的數目。該方法是為了在所有的物理磁盤驅動器中平衡文件 I/O。 在多個物理磁盤間展開邏輯卷。該方法在當有一些不同的文件被存取時特別有用。 為一個卷組創(chuàng)建多個 Journaled 文件系統(tǒng)（JFS）日志并且把它們分配到特定的文件系統(tǒng)中（最好在快速寫高速緩存驅動器中）。這對應用程序創(chuàng)建、刪除或者修改大量文件特別是臨時文件來說十分有益。 如果 iostat 命令的輸出結果表明您的負載的 I/O 活動沒有被均衡地分配到系統(tǒng)磁盤驅動器中，并且一個或多個磁盤驅動器的使用率經常在 7080 之間或更高，您就得考慮重組文件系統(tǒng)，例如備份和恢復文件系統(tǒng)以便減少碎片。碎片將引起驅動器過多地搜索并且可能產生大部分響應時間過長。 如果很大，I/O 增強的后臺作業(yè)將涉及和相應時間交互，您可能希望激活I/O 調步。 如果有跡象表明一小部分文件被一次又一次地讀取，您可以考慮附加的實存是否允許那些文件更加有效地緩存。 如果負載的存取模式是隨機占主導地位，您可能要考慮增加磁盤并把按那些隨機存取的文件分布到更多的磁盤中。 如果負載的存取模式是順序占主導地位并且涉及多個磁盤驅動器，您可能要考慮增加一個或多個磁盤適配器。您也可以適當地考慮構建一個條帶狀邏輯卷來適應大型并且性能關鍵的順序文件。 使用快速寫高速緩存設備。 使用異步 I/O。案例說明：這個案例不是我的，不記得在哪里找的： sar 1 501:24:21 %usr %sys %wio %idle01:24:51 46 5 28 2101:25:21 46 5 29 2001:25:51 47 5 30 2001:26:21 44 5 29 2201:26:51 45 5 28 22Average 46 5 29 21 在CPU資源尚未耗盡的情況下,有近1/3的CPU時間在等待磁盤I/O,可以肯定系統(tǒng)資源調度中I/O存在瓶頸。進而監(jiān)控I/O使用情況: iostat –d hdisk3 1 10Disks: % tm_act Kbps tps Kb_read Kb_wrtnhdisk3 1025224 1967060hdisk3 636 4068hdisk3 400 836hdisk3 780 776hdisk3 696 64hdisk3 824 208hdisk3 708 668hdisk3 292 1596hdisk3 660 776hdisk3 852 772hdisk3 724 1688可以發(fā)現hdisk3平均訪問率非常高,幾乎在90%以上,但從數據傳輸量來看其真正的數據量并不大,約為1500Kbps,而且讀寫均衡,說明運行的應用程序的對磁盤訪問有小數據量頻繁存取的特點(其實即為電信應用中話務呼叫的應用特點)。這里可以肯定的是系統(tǒng)整體性能的瓶頸在于hdisk3的過度訪問. 更進一步分析,使用系統(tǒng)監(jiān)控命令filemon 或 lvmstat可以獲得以下信息:filemon –o 。 sleep 30。 trcstopvi (部分截取) util rblk wblk KB/s volume description 91080 108112 /dev/workdbslv1 raw 0 4072 /dev/logiclogdbslv raw 8 4384 /dev/t_filelv /t_file 0 120 /dev/hd4 / 0 144 /dev/hd2 /usr 0 88 /dev/loglv01 jfslog 0 272 /dev/tlv /t 0 32 /dev/hd8 jfslog 0 104 /dev/loglv00 jfslog 0 8 /dev/hd3 /tmpMost Active Physical Volumes util rblk wblk KB/s volume description 91088 116672 /dev/hdisk3 SSA Logical Disk Drive 0 304 /dev/hdisk0 N/A 0 360 /dev/hdisk4 SSA Logical Disk Drivehdisk3的過分繁忙是由于其中的用于放置數據庫表的/dev/workdbslv1裸設備過度繁忙造成的,至此我們可以通過調整裸設備的放置策略和數據庫配置參數獲得更好的I/O性能:: mklv y workdbslv1 t raw –a’c’ datavg 128 hdisk3 hdisk4hdisk3和hdisk4為屬于同一個卷組的兩個7133RAID邏輯盤。指定內分配策略。RAID10和RAID5的比較 這篇是piner寫的，我稍微增加了點點內容。為了方便對比，這里拿同樣多驅動器的磁盤來做對比，RAID5選擇3D+1P的RAID方案，RAID10選擇2D+2D的RAID方案，如圖：安全性方面的比較其實在安全性方面，勿須質疑，肯定是RAID10的安全性高于RAID5。我們也可以從簡單的分析來得出。當盤1損壞時，對于