aix性能監控腳本
① 在AIX7如何使用自帶的nmon監控並記錄下5分鍾內的資源使用情況並生成.nmon文件
AIX7應該集成了nmon，可以在任何目錄使用。
1、建立一個路徑，如/backup/nmon
2、nmon -f -c -i -M -t -s10 -c100 -m /backup/nmon
-s 10 表示每10秒採集一次數據。
-c 120 表示採集120次。120*10=1200秒，總共就是20分鍾。
-f 表示生成的數據文件名中有時間
-m 表示生成的數據文件的路徑
3、將生成的文件導入nmon analyser，轉換成excel文件即可。
Linux性能監控工具 - Nmon安裝及簡介
tar.gz安裝包安裝方式：
1）用root用戶登錄到系統中；
2）建目錄：#mkdir /nmon，作為Nmon的安裝目錄；
3）把nmon_linux_14g.tar.gz用ftp上傳到/nmon，或者通過其他介質拷貝到/nmon目錄中；
4）進入./nmon目錄下，cd ./nmon；
5）解壓縮上傳的壓縮包，tar -xf nmon_linux_14g.tar.gz；
6）執行以下命令進行安裝：
6.1） cp nmon_linux_x86_64 nmon；
6.2） cp nmon /bin/nmon
6.3） cp nmon /usr/bin/nmon
6.4） cp nmon /usr/local/bin/nmon
7）此時安裝目錄下回出現nmon文件，執行授權命令：#chmod +x nmon，完成安裝。
【簡介】：
nmon是一種在AIX與各種Linux操作系統上廣泛使用的監控與分析工具，相對於其它一些系統資源監控工具來說，nmon所記錄的信息是比較全面的，它能在系統運行過程中實時地捕捉系統資源的使用情況，並且能輸出結果到文件中，然後通過nmon_analyzer工具產生數據文件與圖形化結果。
nmon所記錄的數據包含以下一些方面（也是我們在尋找問題過程中所關注的資源點）：
cpu佔用率
內存使用情況
磁碟I/O速度、傳輸和讀寫比率
文件系統的使用率
網路I/O速度、傳輸和讀寫比率、錯誤統計率與傳輸包的大小
消耗資源最多的進程
計算機詳細信息和資源
頁面空間和頁面I/O速度
用戶自定義的磁碟組
網路文件系統
另外在AIX操作系統上，nmon還能監控到其他的一些信息，如非同步I/O等。
③ 如何寫一個shell腳本，用來檢測 AIX系統是否有java環境。
Java-version
if[$?=0];then
echo"javaisinstalled"
else
echo"javaisnotinstalled"
fi
④ 大家在用什麼監控軟體監控AIX系統內存
AIX性能監控topas命令的詳細解析操作系統的最全面動態，而又查看方便的性能視圖就是topas命令了，下面以topas輸出為例，對AIX系統的性能監控做簡要描述，供運維工程師和系統管理員們參考。另：1.操作系統報錯信息errpt查看。2.磁碟空間使用率採用df查看。這里主要分析性能問題。執行topas命令後如圖所示：#topas區域1：反映CPU使用率和工作狀況。Kernel：說明：操作系統的內核佔用的CPU時間比率。操作系統作為基礎軟體，為應用程序支持和服務的同時，本身的運行也需要一定的CPU和內存資源(順便提到內存資源，後面不再闡述這個內容了)，特別是內存資源，系統負載越重，相應的內核佔用的CPU和內存資源也會越多。一般來說，內核佔用的CPU時間不會太多的。一般小於應用的CPU使用率。User：說明：用戶進程佔用的CPU時間比率。這個為CPU使用率的關鍵數值。該使用率反映了用戶在操作系統基礎上運行的各種軟體佔用的CPU時間比率的總和。一般來說，如果User+Kernel連續大於70%，即可以認為系統可能存在CPU上的嚴重性能問題。Wait說明：CPU處於等待狀態佔CPU時間的比率。CPU的等待一般都為等待IO的響應，眾所周知，目前計算機的主要瓶頸都在IO。應用程序執行的時候，需要讀寫磁碟等外部存儲的數據，進程就會發起IO請求後等待IO完成。這個等待的過程佔用CPU時間就是wait。當這個值很高的時候，就說明IO來不及響應很多的IO請求，這個時候，就只能從IO層面想辦法優化了。Idle：說明：CPU空閑時間比率，這個就不用說了吧。就是CPU多少時間比率在閑著。CPU佔用率出問題的主要可能原因：資料庫伺服器執行某一個sql或者存儲過程(存儲過程就是封裝起來的sql程序包而已)需要大量的運算(一般為軟體設計不合理)。或者應用程序中存在異常的地方，比如死循環，或者其他寫程序時的邏輯錯誤導致。一般程序出錯會導致一個CPU被全部佔用，比如上述的20%佔用的原因就是一個交易程序長期佔用一個CPU全部時間片(系統共計5個CPU)。區域2：反映網路使用率的狀況。Netwok;列出了網卡介面，KBPS即每秒鍾多少KB(千位元組) I-Pack每秒鍾輸入的數據包個數， O-Pack 每秒鍾輸出的數據包個數 KB-In每秒鍾輸入的位元組數 KB-Out每秒鍾輸出的位元組數。當我們發現網路擁堵時(出現網卡傳輸失效的報錯，即網卡發送數據包失敗。或者網路響應明顯變慢的時候，如果CPU沒有問題，那麼請檢查網路流量)發現某一個網卡的KBPS持續大於四位數，甚至五位數時(這個值要是網卡千兆還是百兆而定)。就要看看這個網卡是什麼網卡，在處理什麼業務了。在命令行執行netstat –in 查看對應en*介面的ip地址，通過ip地址看看是帶官網卡還是生產服務網卡流量高。然後通過netstat –v en* 看看網卡的詳細工作狀態，出現了多少錯包，沖突包，crc校驗錯或者網路重置過等信息。上述信息請詳細看netstat –v en*的輸出.如果出現大量crc，錯包的話，可能網線有問題或者接觸不良。如果上述均正常，而網路反應慢，則有可能是交換機擁堵。網路出現問題的可能原因：通過百兆的帶管網載入大量數據(以前出現過)，大量隊列的長時間的ftp傳輸，或者網線，交換機問題等。區域3：反映磁碟使用率的狀況。Disk Busy%磁碟繁忙的百分比，即磁碟能滿足的最大IOPS(每秒IO操作數)和當前IO數量的比率。其他的參數不再解釋。望文生義即可。一般主要看磁碟的Busy%,當磁碟的Busy%持續大於85%時，即認為磁碟相當繁忙，已經可能要出問題了。當然，自己知道已經確定要產生大量IO操作的內容則不必在意，等其完成即可。出現問題的原因：應用伺服器上面寫日誌進程或者查詢日誌的進程大量讀寫日誌，導致磁碟繁忙率高，或者其他程序頻繁讀寫磁碟導致。系統中hdisk0，hdisk1一般為系統盤，內置SCSI磁碟的相對IOPS是較低的。很容易滿負荷運行。區域4：反映進程信息的狀況。Name：進程的名稱，即進程被執行時啟動的二進制文件的名稱。PID，進程的ID，進程的ID在系統中唯一，是我們了解跟蹤進程信息重要數值。跟蹤進程的CPU使用，磁碟IO讀寫，進程的內存和pagingspace佔用等等均需要使用。CPU%進程佔用CPU時間的比率。PgSp，進程佔用的pagingspace的空間大小。Owner進程的屬主，即由哪個操作用戶用戶啟動了這個進程。在topas中，默認是列出佔用cpu最高的前幾個的進程信息供參考，如果前面第一區域的的CPU使用率持續高，就要看看這里是那個進程佔用了大量的CPU資源，看看是哪個用戶的進程，如果自己執行的，則殺掉或者找項目組解決即可。區域5：反映內存頁面和換頁空間信息的狀況。換頁空間即磁碟上的空間，在AIX操作系統中用來做內存空間使用。具體的理論就不再闡述了，詳細信息請參閱操作系統內容。磁碟空間的速度當然相比內存，慢了不止10倍。所以，只是內存頁面的一個暫時存放地，存放的還是那些長期不怎麼用到的內存頁面而已。如果paging大量出現，這時候就有麻煩了，說明：內存不夠用了!該區域主要關注PageIn，PageOut如果這兩個數值均大於三位數，並且長期大於這個數值，在技術上叫做內存顛簸，即不停的把內存頁面換到磁碟空間上，又從磁碟空間把內存頁面讀進來，系統的內存使用效率變的極差，系統響應性能也變慢了。這個信息也可以用vmstat來看，pi和po列即與這里相對應。當然，如果只是有頁面出，或者只有頁面入，或者短時間的一些頁面換入換出，則沒有什麼問題，關注一下即可。區域6：反映內存使用的信息。Real，MB操作系統實際擁有的內存的總量，單位是MB。%Comp，計算型內存佔用比率，%Noncomp非計算型內存佔用的比率。%Client也為非計算型內存，Noncomp包涵Client型內存，jfs文件系統使用的內存為noncomp，為了區分，jfs2和nfs使用的內存為Client。計算型內存就是進程實際使用的內存，例如我們寫程序的時候malloc內存，或者在排序中使用了堆棧，進程中變數數值都需要在內存中保存，這部分內存為計算型內存(闡述不全面，僅供參考)。而操作系統在進行文件讀寫，需要的io緩沖區，或者我們在寫程序的時候，打開文件，讀寫文件，均在文件緩沖區進行。(裸設備例外，CCCC的資料庫採用RAC，數據的存儲全部使用裸設備，在資料庫伺服器上，數據文件的緩沖在oracle的sga區的data buffer中(這個區域系統認為是計算型內存)，是不會佔用非計算內存的。)導致內存出問題的可能原因很多。主要有：進程使用了更多的內存，例如，CCCC資料庫伺服器大量的oracle連接使用了很多內存，或者資料庫中執行的某一個sql腳本或者存儲過程的執行需要大量的內存來完成其操作(特例庫中出現過這個情形，一個存儲過程的執行導致操作系統內存被耗盡，pg也隨之耗盡，操作系統自動執行PGSP_KILL,把該進程給幹掉了，我也是第一次知道aix系統還有這個功能，呵呵)。第二個主要的問題就是內存泄漏，內存泄漏最簡單的來說，就是申請了內存空間，使用後不再使用了，但是也沒有釋放。我們寫程序的時候malloc，卻沒有free。這就導致了嚴重的問題，隨著程序的執行，可用物理內存越來越少，最後就掛了，只好定期重啟應用來解決。操作系統的內存換頁機制導致了程序中不用的內存頁面最後都跑到pg上面去了，換頁空間會持續增長的。因應用導致系統問題就是這么產生的。區域7反映的是換頁空間的使用率。如果換頁空間的使用率長期增長，就說明系統內存不足，已經開始使用磁碟空間來緩沖內存了，如果PG使用率持續增長，或者大於50%，需要警惕(到50%在監控平台已經是主要告警啦!)，並馬上提交系統管理員分析內存增長原因。如果該數值持續增長，系統一定會掛掉的!
⑤ 在AIX系統啟動時就執行某個腳本要怎麼設置
find
./
-name
"*.log"
-ctime
-2
-exec
rm
{}
\;
刪除一天前創建的
.log
類型的文件。可以參考一下。
⑥ aix下如何用shell腳本根據進程的CPU佔用率定時殺死進程
if test $# -gt 0 #0.0.5
then
for pname in $* #0.0.5
do
pid=`ps -e | grep $pname |sed -e '/grep/D' -e 's/^ *//' -e 's/ .*//'`
echo now killing pocess $pname pid is $pid kill -15 $pid
done
exit 0
else
echo 'usage: kpn <process_name_you_want_to_kill>'
exit 1
fi
⑦ aix查看cpu使用率 如何編寫腳本從早上8點到18點3分鍾采樣一次cpu使用率，並將使用率輸出到文件中，謝謝
簡單點的就用vmstat,，8點到18點是10個小時，3分鍾采樣一次一個小時是60/3=20次，10個小時共200次，設個cron job每天8點跑這個命令: vmstat 180 200 > /tmp/CPUUsage_$(date +%Y%m%d).log
用sar的話可以統計一段時間裡面的情況，用nmon的就是比較全面，還可以生成趨勢圖，自己man或上網查查資料。
⑧ aix shell腳本 對某個目錄監控
#!/bin/sh
date=`date +%Y%m%d`
find /ftpdata/hjjk/ftp_down/hospital_register -name \
scoure*$date.txt \
chenggong*$date.txt \
quxiao*$date.txt \
user-$date.txt \
yytable-$date.txt \
yymsg-$date.txt \
>result 2>/dev/null
if [ $? -eq 0 ]
then
case file in
"scoure*$date.txt")
cat -n scoure*$date.txt | grep 12 | grep 1\^abc\^2\^abcd \
2>/dev/null
if [ $? -ne 0 ]
then echo "soure*$date.txt is not nomal"
else echo "soure*$date.txt is nomal"
fi
;;
"chenggong*$date.txt")
cat -n chenggong*$date.txt | grep 17 | grep 1\^abc\^2\^abcd \
2>/dev/null && \
cat -n chenggong*$date.txt | grep 17 | grep 1\^abc\^2\^abcd \
2>/dev/null
if [ $? -ne 0 ]
then echo "chenggong*$date.txt is not nomal"
else echo "chenggong*$date.txt is nomal"
fi
;;
"quxiao*$date.txt")
cat -n quxiao*$date.txt | grep 18 | grep 1\^abc\^2\^abcd \
2>/dev/null
if [ $? -ne 0 ]
then echo "quxiao*$date.txt is not nomal"
else echo "quxiao*$date.txt is nomal"
fi
;;
"user-$date.txt")
cat -n user-$date.txt | grep 10 | grep 1\^abc\^2\^abcd \
2>/dev/null && \
cat -n user-$date.txt | grep 9 | grep 1\^abc\^2\^abcd \
2>/dev/null
if [ $? -ne 0 ]
then echo "user-$date.txt is not nomal"
else echo "user-$date.txt is nomal"
fi
;;
"yytable-$date.txt")
cat -n yytable-$date.txt | grep 3 | grep 1\^abc\^2\^abcd \
2>/dev/null
if [ $? -ne 0 ]
then echo "yytable-$date.txt is not nomal"
else echo "yytable-$date.txt is nomal"
fi
;;
"yymsg-$date.txt")
cat -n yymsg-$date.txt | grep 14 | grep 1\^abc\^2\^abcd \
2>/dev/null
if [ $? -ne 0 ]
then echo "yymsg-$date.txt is not nomal"
else echo "yymsg-$date.txt is nomal"
fi
esac
else
echo "file not find"
fi
rm -rf result
⑨ 哪個工具可以監控ibm aix主機的性能
AIX的性能工具有很多，比如vmstat、topas等等，但是如果要全面和實時的監控其性能數據，一般用戶都是選擇第三方開發的專用系統。
當然，第三方的系統都非常貴，AIX自帶的工具可以滿足基本的性能檢測要求。
⑩ 如何在LoadRunner中監控AIX的性能數據
2.查找到rstatd，將該行的注釋去掉，然後保存退出。（在出現的界面中敲鍵盤：/rstatd 命令解釋：在打開的文檔中查找「rstatd」，接下來繼續敲鍵盤：x 命令解釋：刪除當前字元，在這里為刪除rstatd命令前的「#」，繼續敲鍵盤：:wq） 3.重新啟動服務 refresh –s inetd 4.確認系統是否已經啟動了rstatd守護進程 rpcinfo -p 這樣使用loadrunner就可以監視AIX系統的性能情況了。 另外，有朋友問：rstatd進程是否需要其他服務的支持。