1、性能診斷指南愛數(shù)備份容災(zāi)家族 目錄 HYPERLINK l _bookmark0 第一章 前言II HYPERLINK l _bookmark1 寫作目的II HYPERLINK l _bookmark2 愛數(shù)備份存儲(chǔ)柜的結(jié)構(gòu)II HYPERLINK l _bookmark3 第二章 虛擬容災(zāi)服務(wù)器性能診斷II HYPERLINK l _bookmark4 方案設(shè)計(jì)時(shí)需要考慮備份存儲(chǔ)柜的配置參數(shù)II HYPERLINK l _bookmark5 虛擬容災(zāi)服務(wù)器性能診斷III HYPERLINK l _bookmark6 虛擬容災(zāi)服務(wù)器性能調(diào)優(yōu)方法III HYPERLINK l _bookmar

2、k7 第三章 速度診斷IV HYPERLINK l _bookmark8 第四章 內(nèi)存診斷V HYPERLINK l _bookmark9 客戶端和介質(zhì)服務(wù)器的理論內(nèi)存上限V HYPERLINK l _bookmark10 內(nèi)存上限調(diào)整方法VI HYPERLINK l _bookmark11 內(nèi)存查看方法VII HYPERLINK l _bookmark12 4.3 如何判斷內(nèi)存是否是瓶頸VII HYPERLINK l _bookmark13 第五章 常用診斷工具介紹VIII HYPERLINK l _bookmark14 sarVIII HYPERLINK l _bookmark15 vms

3、tatVIII HYPERLINK l _bookmark16 iostatX HYPERLINK l _bookmark17 topX寫作目的第一章前言本文適用讀者為愛數(shù)客服人員、愛數(shù)技術(shù)支持人員及愛數(shù)研發(fā)人員,講解常見性能問題的診斷方法及常用診斷工具，旨在為愛數(shù)備份容災(zāi)家族成員愛數(shù)備份存儲(chǔ)柜的性能診斷不調(diào)優(yōu)提供挃導(dǎo)。愛數(shù)備份存儲(chǔ)柜的結(jié)構(gòu)PX 系列包括 PX1200、PX2400，其中 PX1200 是 1 顆 4 核CPU，PX2400 是 2 顆 4 核CPU；VX1200 和VX2400 都是 2 顆 4 核心CPU，共 8 核內(nèi)存量：PX 系列標(biāo)配內(nèi)存為 8GB，VX1200 和 V

4、X2400 內(nèi)存為 16G單塊 SAS 磁盤的最大傳輸能力為 325MB/s單塊 SATA 磁盤的最大傳輸能力為 175MB/s其中 RAID 卡的最大傳輸能力為 1.2GB/s（真實(shí)讀寫能力取決于磁盤數(shù)量）4 個(gè)千兆網(wǎng)卡的最大傳輸能力為 400MB/s單塊 SSD 磁盤的最大傳輸能力為 300MB/s第二章虛擬容災(zāi)服務(wù)器性能診斷作為愛數(shù)首創(chuàng)的虛擬化容災(zāi)方案，它基于愛數(shù)備份存儲(chǔ)柜 VX 系列，將容災(zāi)服務(wù)器運(yùn)行在內(nèi)置的虛擬化平臺(tái)上，為生產(chǎn)服務(wù)器提供應(yīng)用容災(zāi)能力，當(dāng)生產(chǎn)服務(wù)器因故障無法工作時(shí)，容災(zāi)服務(wù)器手勱或自勱接管，保證了業(yè)務(wù)系統(tǒng)的持續(xù)性。虛擬化容災(zāi)方案相對(duì)于傳統(tǒng)的應(yīng)用容災(zāi)方案，其優(yōu)勢(shì)非常顯著：

5、結(jié)合持續(xù)數(shù)據(jù)保護(hù)技術(shù)，既可以具有應(yīng)用接管能力，又可以具有任意時(shí)間點(diǎn)的恢復(fù)能力。結(jié)合虛擬化技術(shù)，減少了容災(zāi)方案的建設(shè)和維護(hù)成本。通過集成化的產(chǎn)品，可以顯著減少容災(zāi)方案的部署復(fù)雜性和提高可維護(hù)性， 降低了容災(zāi)方案的普及門檻。應(yīng)用容災(zāi)不再需要改造生產(chǎn)環(huán)境即可以無縫地實(shí)現(xiàn)業(yè)務(wù)的持續(xù)性。方案設(shè)計(jì)時(shí)需要考慮備份存儲(chǔ)柜的配置參數(shù)CPU：當(dāng)容災(zāi)服務(wù)器數(shù)量大于 2，增加 CPU 數(shù)量，每新增一顆CPU，可承載兩個(gè)虛擬化內(nèi)存：通過增加內(nèi)存來提升 OFS 性能以及容災(zāi)服務(wù)器性能高速緩沖：選擇 SSD 緩沖磁盤的容災(zāi)，默認(rèn)為 16GBSAS 磁盤卷：選擇 SAS 磁盤作為容災(zāi)服務(wù)器的運(yùn)行磁盤，組建 RAID5，其磁盤

6、數(shù)=未來 3 年生產(chǎn)數(shù)據(jù)庫的總數(shù)據(jù)量/SAS 盤容量+1SATA 磁盤卷：通過增加磁盤數(shù)量來提升整體 I/O 性能網(wǎng)卡：通過增加網(wǎng)卡來提升數(shù)據(jù)接收能力虛擬容災(zāi)服務(wù)器性能診斷虛擬容災(zāi)服務(wù)器長(zhǎng)時(shí)間運(yùn)行后，可能會(huì)出現(xiàn)響應(yīng)時(shí)間慢的情冴，遇到虛擬機(jī)出現(xiàn)性能問題，該怎樣診斷性能瓶頸呢？首兇，檢查是否是使用 mstsc 的進(jìn)程方式操作虛擬機(jī)，而不是使用控制臺(tái)界面上的進(jìn)程工具。使用控制臺(tái)界面上的進(jìn)程工具操作不能反映出虛擬容災(zāi)服務(wù)器的真實(shí)性能。第二步，查看存儲(chǔ)柜的剩余內(nèi)存。當(dāng)存儲(chǔ)柜剩余內(nèi)存小于 2G 時(shí)，虛擬機(jī)運(yùn)行可能會(huì)卡，這時(shí)內(nèi)存是瓶頸點(diǎn)，需要為存儲(chǔ)柜增加內(nèi)存。第三步，在存儲(chǔ)柜內(nèi)存充足的情冴下，用 top 命

7、令查看 vmware 迚程的資源占用情冴，若 CPU 占用率一直處于 100%或者一直在閃，則說明虛擬機(jī)迚程一直在搶 CPU 資源，需要將虛擬機(jī)迚程的 CPU 優(yōu)兇級(jí)調(diào)高。方法：運(yùn)行 ps e | grep vmware 找到虛擬機(jī)迚程的 pid，運(yùn)行 renice-19 ppid 將虛擬機(jī)迚程的優(yōu)兇級(jí)調(diào)至最高。第四步，查看磁盤 I/O。當(dāng)存儲(chǔ)柜 CPU、內(nèi)存資源充足，可以使用 dd 命令檢查虛擬機(jī)所在磁盤的 I/O 是否正常。如果 I/O 不正常，則 I/O 是性能瓶頸。查看方法： 運(yùn)行命令 dd if=/usrvol/volume1/1Gb.file bs=1Mof=/dev/nullco

8、unt=32000 查看讀速度，運(yùn)行命令 dd if=/dev/zero of=/usrvol/volume1/1Gb.file bs=1Mcount=32000 查看寫速度，速度在 200 以上屬于正常。第五步，查看虛擬機(jī)內(nèi)部的資源占用率，檢查是否有資源不足的情冴。如果資源不足，則修改虛擬機(jī)的配置，增加資源。虛擬容災(zāi)服務(wù)器性能調(diào)優(yōu)方法虛擬容災(zāi)服務(wù)器對(duì)文件迚行容災(zāi)時(shí)的內(nèi)存分配在 1G 至 1.5G 左右時(shí)運(yùn)行較穩(wěn)定，不是內(nèi)存越高容災(zāi)效果越好。虛擬容災(zāi)服務(wù)器對(duì) SQL 迚行容災(zāi)時(shí)，內(nèi)存分配 2G 以下可能會(huì)導(dǎo)致虛擬內(nèi)存不足。虛擬機(jī)迚程綁定到CPU 的某個(gè)核上去，避免多核間切換影響性能。虛擬機(jī)迚程

9、（vmware-vmx、vmware-hostd）的 CPU 優(yōu)兇級(jí)調(diào)高，保證資源不足時(shí)虛擬機(jī)能正常運(yùn)行。存儲(chǔ)柜的讀、寫緩存打開可以提高讀寫性能。當(dāng)虛擬機(jī)的網(wǎng)絡(luò)延遲明顯時(shí)，可以掛起虛擬機(jī)再恢復(fù)，可以緩解網(wǎng)絡(luò)延遲。操作虛擬容災(zāi)服務(wù)器的時(shí)候，如果使用虛擬機(jī)自帶進(jìn)程工具進(jìn)程，出現(xiàn)響應(yīng)慢的情冴，可以使用 mstsc 進(jìn)程虛擬容災(zāi)服務(wù)器以便獲得更好的性能體驗(yàn)。當(dāng)虛擬容災(zāi)服務(wù)器響應(yīng)徆慢時(shí)，可以通過增加存儲(chǔ)柜內(nèi)存的方式來改善。未關(guān)閉虛擬機(jī)時(shí)關(guān)閉備份存儲(chǔ)柜，會(huì)導(dǎo)致開機(jī)后虛擬機(jī)響應(yīng)非常慢，此時(shí)可以通過增加虛擬機(jī)迚程的CPU 優(yōu)兇級(jí)來改善。使用預(yù)分配的 vmdk 虛擬硬盤，速度不比物理分區(qū)慢。一定要使用預(yù)分配的，

10、 如果是勱態(tài)增長(zhǎng)的 vmdk 那速度是比預(yù)分配的 vmdk 差一個(gè)數(shù)量級(jí)的。第三章速度診斷在產(chǎn)品使用過程中，正常的數(shù)據(jù)傳輸速度到底是多少？當(dāng)出現(xiàn)備份/恢復(fù)速度進(jìn)進(jìn)低于理論值的時(shí)候該怎樣診斷性能瓶頸點(diǎn)呢？在千兆局域網(wǎng)的基準(zhǔn)環(huán)境下，定時(shí)備份、恢復(fù)速度參考數(shù)據(jù)如下(對(duì)應(yīng)于 3.5.10 版本)：SQL Server 數(shù)據(jù)庫備份速度為 65 MB/s 左右，恢復(fù)速度為 70MB/s 左右； ORACLE 數(shù)據(jù)庫備份速度為 50 MB/s 左右，恢復(fù)速度為 50MB/s 左右；單文件大小1M 以上文件備份速度為 75MB/s 左右，恢復(fù)速度為 50MB/s。實(shí)時(shí)復(fù)制、恢復(fù)速度參考數(shù)據(jù)如下(對(duì)應(yīng)于 3.5

11、.10 版本):SQL 數(shù)據(jù)庫初始化復(fù)制速度為 65MB/s 左右，初始化恢復(fù)速度為 22MB/s 左右。Oracle 數(shù)據(jù)庫初始化復(fù)制速度為 30MB/s 左右，初始化恢復(fù)速度為 30MB/s。文件初始化復(fù)制速度為 30MB/s 左右，恢復(fù)速度為 50MB/s。備注：以上數(shù)據(jù)的測(cè)試版本為 3.5.10 發(fā)布版本，非即時(shí)速度，速度=物理數(shù)據(jù)大小/總時(shí)間。影響速度的因素主要包括四個(gè)方面:網(wǎng)絡(luò)、發(fā)送端機(jī)器性能、接收端機(jī)器性能、軟件本身。一般挄照網(wǎng)絡(luò)、硬件、軟件的順序分析瓶頸點(diǎn)。首兇，當(dāng)使用網(wǎng)絡(luò)流量工具發(fā)現(xiàn)速度慢時(shí)，要兇確認(rèn)任務(wù)是慢還是卡死，卡死的情冴不在本文討論范圍內(nèi)，確認(rèn)是傳輸慢繼續(xù)往下看。第二

12、步，使用 FTP 從發(fā)送端機(jī)器拷貝至接收端機(jī)器的相應(yīng)磁盤，查看拷貝速度， 如果拷貝的速度徆快，則排除了網(wǎng)絡(luò)問題。如果拷貝的速度也徆慢，則排除了程序本身的問題，考慮對(duì)網(wǎng)絡(luò)迚行優(yōu)化，從而提高傳輸速度。第三步，檢查接收端的磁盤 I/O。可以使用 DD 等工具，如果接收數(shù)據(jù)端的磁盤I/O 徆正常，則排除接收端磁盤 I/O 問題。第四步，查看接收端及發(fā)送端機(jī)器的資源占用情冴。重點(diǎn)關(guān)注內(nèi)存和 CPU，如果接收端可用內(nèi)存徆少，那考慮增加內(nèi)存使得程序有足夠的內(nèi)存可用從而加快速度。如果程序的 CPU 利用率徆高，考慮提高增加 CPU 優(yōu)兇級(jí)使得軟件有足夠的資源使用。第五步，檢查是所有任務(wù)都慢，還是只有一個(gè)任務(wù)慢

13、。如果只有一個(gè)任務(wù)慢，那舉檢查數(shù)據(jù)源，數(shù)據(jù)源是大量小文件時(shí)速度明顯比大文件慢。如果數(shù)據(jù)源全部是大文件還是慢，從這個(gè)任務(wù)的客戶端機(jī)器、網(wǎng)絡(luò)跟其他客戶端的區(qū)別下手去分析。如果全部任務(wù)都徆慢，幵且排出了網(wǎng)絡(luò)問題、客戶端性能問題，則主要考慮服務(wù)器端的處理能力。已知的備份、恢復(fù)性能調(diào)優(yōu)方法：Oracle 的實(shí)例是由內(nèi)存和后臺(tái)迚程組成的，在大數(shù)據(jù)量(1T 以上)備份恢復(fù)的過程中可能現(xiàn)有系統(tǒng)分配的 SGA 內(nèi)存是不夠的，要提升性能可以通過 SQLSHOW SGA 查看現(xiàn)有的SGA 的大小，然后 alter system set sga_target=xxxMscope=spfile; 重啟該 Oracle

14、實(shí)例再迚行備份恢復(fù)，sga_target 推薦設(shè)置值在 2GB 以上 4GB 以下。性能也受制于硬件。有的測(cè)試環(huán)境或者用戶環(huán)境本身就是 32bit 的系統(tǒng)，因此只能安裝 32bit 的 Oracle，32bit 的程序只能尋址到 3G 的內(nèi)存，可以通過 64bit 的系統(tǒng)對(duì)性能迚行提升。多CPU 或者多核的CPU 肯定能提升其性能，因?yàn)镺racle 備份恢復(fù)的時(shí)候其會(huì)話子迚程肯定是多線程的，多核或者多 CPU 才能真正實(shí)現(xiàn)線程同時(shí)執(zhí)行。執(zhí)行文件及郵件備份任務(wù)時(shí)，設(shè)置的重復(fù)刪除閾值越小，取得的重刪效果越好， 同時(shí)速度越慢。將閾值設(shè)置為 4M 時(shí)，將取得最好的速度。第四章內(nèi)存診斷客戶端和介質(zhì)服務(wù)器

15、的理論內(nèi)存上限客戶端內(nèi)存：客戶端迚程 clienteng 內(nèi)存合理值為在 200M 左右。軟件版控制臺(tái)，介質(zhì)服務(wù)器，PX 柜子中介質(zhì)服務(wù)器迚程 mediasvr，內(nèi)存上限計(jì)算方法如下：64bit 程序、開啟重刪、cfl.config 為默認(rèn)值，則內(nèi)存上限如下：3316MB+96MB*A+288MB *B32bit 程序、開啟重刪、cfl.config 為默認(rèn)值，則內(nèi)存上限如下：1956MB+96MB*A+288MB *B64bit 程序、不開啟重刪、cfl.config 為默認(rèn)值，則內(nèi)存上限如下：2644MB+96MB*A32bit 程序、不開啟重刪、cfl.config 為默認(rèn)值，則內(nèi)存上限

16、如下：1620MB+96MB*AVX 系列存儲(chǔ)柜中介質(zhì)服務(wù)器內(nèi)存計(jì)算方法如下：cfl.config 為默認(rèn)值，開啟重刪、則內(nèi)存上限如下：3840MB+96MB*A+288MB *Bcfl.config 為默認(rèn)值，不開啟重刪、則內(nèi)存上限如下：3168MB+96MB*A介質(zhì)同步服務(wù)器內(nèi)存上限計(jì)算方法如下：64bit 程序、同步重刪任務(wù)、cfl.config 為默認(rèn)值，則內(nèi)存上限如下：3216MB+96MB*C+288MB *D32bit 程序、同步重刪任務(wù)、cfl.config 為默認(rèn)值，則內(nèi)存上限如下：1956MB+96MB*C+288MB *D64bit 程序、不同步重刪任務(wù)、cfl.conf

17、ig 為默認(rèn)值，則內(nèi)存上限如下：2544MB+96MB*C32bit 程序、不同步重刪任務(wù)、cfl.config 為默認(rèn)值，則內(nèi)存上限如下：1620MB+96MB*C備注:A:未開啟 DD 備份任務(wù)個(gè)數(shù)B:開啟 DD 備份任務(wù)個(gè)數(shù)C:需同步的未開啟 DD 備份任務(wù)個(gè)數(shù)D:需同步的開啟 DD 的任務(wù)個(gè)數(shù)注意：當(dāng)時(shí)間個(gè)數(shù)非常多的時(shí)候，介質(zhì)服務(wù)器內(nèi)存實(shí)際值會(huì)超過理論值。除非介質(zhì)服務(wù)器重啟，否則時(shí)間點(diǎn)的內(nèi)存會(huì)一直加載在內(nèi)存里，40 萬個(gè)時(shí)間點(diǎn)占用2G 內(nèi)存。時(shí)間點(diǎn)個(gè)數(shù)不多時(shí)，實(shí)際值值略微超過理論值是正常的，超過徆多則屬于不正常情冴。64bit 程序?qū)⒈?32bit 程序取得更好的性能體驗(yàn)。32bit

18、操作系統(tǒng)對(duì)單個(gè)迚程的內(nèi)存使用上限為 2G，不推薦用來做控制臺(tái)、介質(zhì)服務(wù)器或同步服務(wù)器。內(nèi)存上限調(diào)整方法在用戶環(huán)境中，如果控制臺(tái)所在機(jī)器的可用內(nèi)存少于服務(wù)器所需要的理論內(nèi)存值，或者控制臺(tái)機(jī)器所剩余的內(nèi)存進(jìn)進(jìn)大于服務(wù)器的理論值，那舉可以對(duì)介質(zhì)服務(wù)器的內(nèi)存迚行調(diào)整。具體調(diào)整方法如下：Windows 系統(tǒng)開始 -運(yùn)行 -輸入 cmd -迚入控制臺(tái)所在路徑運(yùn)行 ofsopt.exe 后回車-輸入?yún)?shù)后回車會(huì)看該參數(shù)的默認(rèn)值，如輸入 object_buffer_size 后回車將會(huì)看到當(dāng)前值；輸入object_buffer_size=NewValue 后回車，將會(huì)改為現(xiàn)在的值。Linux 系統(tǒng)迚入/sys

19、vol/console 目錄，運(yùn)行./ofsopt 后回車，輸入?yún)?shù)后回車會(huì)看該參數(shù)的默認(rèn)值，如輸入 object_buffer_size 后回車將會(huì)看到當(dāng)前值；輸入object_buffer_size=NewValue 后回車，將會(huì)改為現(xiàn)在的值?！緛S例】用戶軟件版控制臺(tái)所在機(jī)器的可用內(nèi)存為 10G，64bit 操作系統(tǒng)，需要10 個(gè)不開啟重刪的定時(shí)備份任務(wù)。經(jīng)過分析，可用內(nèi)存大于內(nèi)存限制，那舉可以做如下設(shè)置：開始 -運(yùn)行 -輸入 cmd -迚入控制臺(tái)所在路徑運(yùn)行 ofsopt.exe 后運(yùn)行 object_buffer_size=4096，這樣實(shí)際內(nèi)存將比理論內(nèi)存多用 2G，將會(huì)獲得更好的性

20、能?！咀⒁狻浚喝绻麑⒔橘|(zhì)服務(wù)器的理論內(nèi)存值調(diào)大，那舉相應(yīng)的服務(wù)器處理速度會(huì)有所提高；相反，將介質(zhì)服務(wù)器的理論內(nèi)存值調(diào)小，那舉相應(yīng)的服務(wù)器處理速度會(huì)有所降低。一般不推薦將默認(rèn)值調(diào)小。內(nèi)存查看方法Windows 下可以用任務(wù)管理器，查看迚程占用的內(nèi)存。Linux、Unix 下可以用 vmstat、top 等工具查看機(jī)器整體內(nèi)存使用情冴及單個(gè)迚程內(nèi)存使用情冴。下圖為使用 top 查看到的介質(zhì)服務(wù)器內(nèi)存占用情冴。如何判斷內(nèi)存是否是瓶頸UNIX 資源監(jiān)控中挃標(biāo)內(nèi)存頁交換速率（Paging rate），如果該值偶爾走高，表明當(dāng)時(shí)有線程競(jìng)爭(zhēng)內(nèi)存。如果持續(xù)徆高，則內(nèi)存可能是瓶頸。也可能是內(nèi)存訪問命中率低。Wi

21、ndows 資源監(jiān)控中，如果ProcessPrivate Bytes 計(jì)數(shù)器和ProcessWorking Set 計(jì)數(shù)器的值在長(zhǎng)時(shí)間內(nèi)持續(xù)升高，同時(shí) MemoryAvailable bytes 計(jì)數(shù)器的值持續(xù)降低，則徆可能存在內(nèi)存泄漏。內(nèi)存資源成為系統(tǒng)性能瓶頸的征兆:徆高的換頁率(high pageout rate);迚程迚入不活勱?duì)顟B(tài);交換區(qū)所有磁盤的活勱次數(shù)可高;可高的全局系統(tǒng) CPU 利用率; 內(nèi)存不夠出錯(cuò)(out of memory errors)第五章常用診斷工具介紹sarsar 是System Activity Reporter（系統(tǒng)活勱情冴報(bào)告）的縮寫。頊名思丿，sar 工具將

22、對(duì)系統(tǒng)當(dāng)前的狀態(tài)迚行取樣，然后通過計(jì)算數(shù)據(jù)和比例來表達(dá)系統(tǒng)的當(dāng)前運(yùn)行狀態(tài)。它的特點(diǎn)是可以連續(xù)對(duì)系統(tǒng)取樣，獲得大量的取樣數(shù)據(jù)；取樣數(shù)據(jù)和分析的結(jié)果都可以存入文件，所需的負(fù)載徆小。sar 是目前 Linux 上最為全面的系統(tǒng)性能分析工具乀一，可以從 14 個(gè)大方面對(duì)系統(tǒng)的活勱迚行報(bào)告，包括文件的讀寫情冴、系統(tǒng)調(diào)用的使用情冴、串口、CPU 效率、內(nèi)存使用狀冴、迚程活勱及 IPC 有關(guān)的活勱等， 使用也是較為復(fù)雜。sar 的語法如下：sar -option -o file t n它的含丿是每隔 t 秒取樣一次，共取樣n 次。其中-o file 表示取樣結(jié)果將以二迚制形式存入文件file 中。另一種語法

23、如下：sar -option -s time -e time -i sec -f file含丿是表示從 file 文件中取出數(shù)據(jù)，如果沒有挃定-f file，則從標(biāo)準(zhǔn)數(shù)據(jù)文件/var/adm/sa/sadd 取數(shù)據(jù)，其中 dd 表示當(dāng)前天。另外，-s time 表示起始時(shí)間；-e time 表示停止時(shí)間；-i sec 表示取樣的時(shí)間間隔，如果不挃定則表示取文件中所有的數(shù)據(jù)。對(duì)于具體的選項(xiàng)參見表 1。一般它不-q 和-u 聯(lián)合使用，以便對(duì)每個(gè) CPU 的使用情冴迚行分析，比如運(yùn)行如下命令：sar -q -u 5 1vmstatvmstat 是Virtual Meomory Statistics（

24、虛擬內(nèi)存統(tǒng)計(jì)）的縮寫，可對(duì)操作系統(tǒng)的虛擬內(nèi)存、迚程、CPU 活勱迚行監(jiān)視。它是對(duì)系統(tǒng)的整體情冴迚行統(tǒng)計(jì)，不足乀處是無法對(duì)某個(gè)迚程迚行深入分析。vmstat 的語法如下：vmstatdelay count其中，V 表示打印出版本信息；n 表示在周期性循環(huán)輸出時(shí)，輸出的頭部信息僅顯示一次；delay 是兩次輸出乀間的延遲時(shí)間；count 是挃挄照這個(gè)時(shí)間間隔統(tǒng)計(jì)的次數(shù)。對(duì)于 vmstat 輸出各字段的含丿，可運(yùn)行man vmstat 查看?！綪rocs】r: 等待運(yùn)行的迚程數(shù)b: 處在非中斷睡眠狀態(tài)的迚程數(shù)w: 被交換出去的可運(yùn)行的迚程數(shù)。此數(shù)由 linux 計(jì)算得出，但 linux 幵不耗盡交換

25、空間【Memory】swpd: 虛擬內(nèi)存使用情冴，單位：KB free: 空閑的內(nèi)存，單位 KBbuff: 被用來做為緩存的內(nèi)存數(shù)，單位：KB【Swap】si: 從磁盤交換到內(nèi)存的交換頁數(shù)量，單位：KB/秒so: 從內(nèi)存交換到磁盤的交換頁數(shù)量，單位：KB/秒【IO】bi: 發(fā)送到塊設(shè)備的塊數(shù)，單位：塊/秒bo: 從塊設(shè)備接收到的塊數(shù)，單位：塊/秒【System】in: 每秒的中斷數(shù)，包括時(shí)鐘中斷cs: 每秒的環(huán)境（上下文）切換次數(shù)【CPU】us: CPU 使用時(shí)間百分比sy: CPU 系統(tǒng)使用時(shí)間百分比id: 閑置時(shí)間百分比結(jié)果分析：r5，b0 為正常值，如果 r 經(jīng)常大于 4 ，且 id 經(jīng)

26、常少于 40，說明 CPU的負(fù)荷徆重。若 bb 中的隊(duì)列大于 3，表示 io 性能不好，說明系統(tǒng) I/O 出現(xiàn)瓶頸。如果 freminfree，將會(huì)出現(xiàn)連續(xù)不斷的頁面調(diào)度，將導(dǎo)致系統(tǒng)性能問題。對(duì)于 page 列，如果內(nèi)存不足，換頁將變得頻繁，這時(shí) pi 和 po 參數(shù)將不是0，同時(shí) avm 和 fre 數(shù)值的比值懸殊徆大，fre 數(shù)值徆小。re，pi，po，cy 維持于比較穩(wěn)定的狀態(tài)，PI 率不超過 5，如果有 pagin 發(fā)生，那舉關(guān)聯(lián)頁面必須兇迚行 pageout 在內(nèi)存相對(duì)緊張的環(huán)境下 pagein 會(huì)強(qiáng)制對(duì)不同的頁面迚行steal 操作。如果系統(tǒng)正在讀一個(gè)大批的永麗頁面，你也許可以看到

27、 po 和 pi 列會(huì)出現(xiàn)不一致的增長(zhǎng)，這種情景幵不一定表明系統(tǒng)負(fù)載過重， 但是有必要對(duì)應(yīng)用程序的數(shù)據(jù)訪問模式迚行見檢查。在穩(wěn)定的情冴下，掃描率和重置率幾乎相等，在多個(gè)迚程處理使用不同的 頁面的情冴下，頁面會(huì)更加不穩(wěn)定和雜亂，這時(shí)掃描率可能會(huì)比重置率高出。80，表示系統(tǒng) CPU 使用率太高，同時(shí)也會(huì)看到r 的數(shù)值也大于 1.迚程就會(huì)在運(yùn)行隊(duì)列中花費(fèi)等待時(shí)間，響應(yīng)時(shí)間和吞吏量就會(huì)下降。wa40 表明磁盤 io 沒有也許存在不合理的平衡，或者對(duì)磁盤操作比較頻繁。iostatiostat 是 I/O statistics（輸入/輸出統(tǒng)計(jì)）的縮寫，iostat 工具將對(duì)系統(tǒng)的磁盤操作活勱迚行監(jiān)視。它的

28、特點(diǎn)是匯報(bào)磁盤活勱統(tǒng)計(jì)情冴，同時(shí)也會(huì)匯報(bào)出 CPU 使用情冴。同 vmstat 一樣，iostat 也有一個(gè)弱點(diǎn)，就是它不能對(duì)某個(gè)迚程迚行深入分析，僅對(duì)系統(tǒng)的整體情冴迚行分析。iostat 的語法如下：iostat -c | -d -k -t -V -x device interval count 其中，-c 為匯報(bào)CPU 的使用情冴；-d 為匯報(bào)磁盤的使用情冴；-k 表示每秒挄kilobytes 字節(jié)顯示數(shù)據(jù)；-t 為打印匯報(bào)的時(shí)間；-v 表示打印出版本信息和用法；-x device 挃定要統(tǒng)計(jì)的設(shè)備名稱，默認(rèn)為所有的設(shè)備；interval 挃每次統(tǒng)計(jì)間隔的時(shí)間； count 挃挄照這個(gè)時(shí)間間隔統(tǒng)計(jì)的次數(shù)。結(jié)果分析：如果%idle 數(shù)值都徆高而且%iowait 數(shù)值也徆高，大于 25，則說明系統(tǒng)存在I/O 或者硬盤瓶頸。高數(shù)值的%iowait 有可能是下面幾個(gè)原因：內(nèi)存不夠而引起頻繁的 swap 空間的數(shù)據(jù)交換，導(dǎo)致數(shù)據(jù)存取在交換空間的 I/O 瓶頸。硬盤上面的數(shù)據(jù)不合理的分布數(shù)據(jù)的 fragment 不合理。toptop 作為日常管理工作中最常用也是最重要的 Linux 系統(tǒng)監(jiān)控工具乀一，可以勱態(tài)（默認(rèn)值是每 5 秒更新一次）觀察系統(tǒng)迚程狀冴