1、GBU-全生命周期客戶經營部GBU-技術支持部2021-11 NC年結方案技術(2021版)目 錄 TOC o 1-3 h z HYPERLINK l _Toc214790416 1數據庫日常操作 PAGEREF _Toc214790416 h 3 HYPERLINK l _Toc214790417 Oracle數據庫 PAGEREF _Toc214790417 h 3 HYPERLINK l _Toc214790418 數據庫的啟動: PAGEREF _Toc214790418 h 3 HYPERLINK l _Toc214790419 用戶口令的修改: PAGEREF _Toc214790

2、419 h 3 HYPERLINK l _Toc214790420 數據庫參數文件SPFILE與PFILE PAGEREF _Toc214790420 h 3 HYPERLINK l _Toc214790421 DB2 數據庫的常用操作 PAGEREF _Toc214790421 h 4 HYPERLINK l _Toc214790422 2數據庫備份與恢復 PAGEREF _Toc214790422 h 5 HYPERLINK l _Toc214790423 Oracle的邏輯備份與恢復 PAGEREF _Toc214790423 h 5 HYPERLINK l _Toc214790424

3、邏輯備份 PAGEREF _Toc214790424 h 5 HYPERLINK l _Toc214790425 邏輯恢復 PAGEREF _Toc214790425 h 5 HYPERLINK l _Toc214790426 DB2的備份與恢復 PAGEREF _Toc214790426 h 5 HYPERLINK l _Toc214790427 備份 PAGEREF _Toc214790427 h 5 HYPERLINK l _Toc214790428 恢復 PAGEREF _Toc214790428 h 6 HYPERLINK l _Toc214790429 3數據庫執行統計分析更新 P

4、AGEREF _Toc214790429 h 6 HYPERLINK l _Toc214790430 Oracle: PAGEREF _Toc214790430 h 6 HYPERLINK l _Toc214790431 DB2 PAGEREF _Toc214790431 h 7 HYPERLINK l _Toc214790432 SQL Server PAGEREF _Toc214790432 h 7 HYPERLINK l _Toc214790433 4數據庫重建索引 PAGEREF _Toc214790433 h 7 HYPERLINK l _Toc214790434 oracle PA

5、GEREF _Toc214790434 h 7 HYPERLINK l _Toc214790435 db2 PAGEREF _Toc214790435 h 8 HYPERLINK l _Toc214790436 sql server: PAGEREF _Toc214790436 h 8 HYPERLINK l _Toc214790437 5Oracle數據庫重要參數配置說明 PAGEREF _Toc214790437 h 8 HYPERLINK l _Toc214790438 6NC應用效勞器系統優化 PAGEREF _Toc214790438 h 12 HYPERLINK l _Toc214

6、790439 7NC應用效勞器診斷 PAGEREF _Toc214790439 h 14 HYPERLINK l _Toc214790440 排除 網絡、防火墻、其它軟件等對NC的影響 PAGEREF _Toc214790440 h 14 HYPERLINK l _Toc214790441 通過對CPU、內存及I/O的監控來了解系統資源的分配情況 PAGEREF _Toc214790441 h 14 HYPERLINK l _Toc214790442 NC5X的監控工具sysMonitor PAGEREF _Toc214790442 h 19 HYPERLINK l _Toc214790443

7、 8WAS的日常管理維護問答 PAGEREF _Toc214790443 h 22數據庫日常操作Oracle數據庫數據庫的啟動: 1啟動數據庫實例Unix/Linux系統需切換到Oracle用戶下:sqlplus “/ as sysdbastartup (啟動數據庫實例)shutdown immediate (關閉數據庫實例)2啟動/關閉數據庫監聽進程.lsnrctlLSNRCTL start (啟動監聽)LSNRCTL stop (關閉監聽)用戶口令的修改:SQL ALTER USER “用戶名 IDENTIFIED BY “新口令如果數據庫管理員的口令喪失, 可執行如下步驟:sqlplus

8、 “/ as sysdbaSQL ALTER USER “sys IDENTIFIED BY “新口令SQL ALTER USER “system IDENTIFIED BY “新口令數據庫參數文件SPFILE與PFILE (假設Oracle安裝在D:Oracle目錄下)(1) SPFILE文件:存儲在D:Oracleora92database目錄下, 為二進制的參數文件,無法直接編輯.文件名為(2) PFILE文件:, 翻開此文件,內容為IFILE=, 也就是說真正的參數文件為init.ora, 此文件為文本文件,可直接編輯.(3) 數據庫啟動所使用的參數文件.數據庫啟動時, 首先尋找文件,

9、假設文件存在,就按照文件設置的參數啟動例程;假設文件不存在,轉向尋找文件,按照文件里指定的實際參數文件init.ora的參數啟動例程.(4) SPFILE和PFILE的相互轉換.a) 用PFILE文件創立SPFILE文件.Create spfile=spfile路徑 from pfile=pfile路徑;b) 用SPFILE文件創立PFILE文件.Create pfile= pfile路徑 from spfile=spfile路徑;c) 如果PFILE文件與SPFILE文件都在默認的安裝路徑下,用下面命令即可: create spfile from pfile (用pfile文件創立spfil

10、e文件) create pfile from spfile (用spfile文件創立pfile文件)DB2 數據庫的常用操作1啟動數據庫 db2start2停止數據庫 db2stop3連接數據庫 db2 connect to o_yd user db2 using pwd4讀數據庫管理程序配置 db2 get dbm cfg5寫數據庫管理程序配置 db2 update dbm cfg using 參數名 參數值6讀數據庫的配置 db2 connect to 數據庫名 user db2 using pwd db2 get db cfg for數據庫名7寫數據庫的配置 db2 connect to

11、數據庫名user db2 using pwd db2 update db cfg for數據庫名using 參數名 參數值8關閉所有應用連接 db2 force application all9執行一個sql文件 db2 tf sql文件名 文件中每一條命令用 ；結束10.列出所有的系統表 list tables for system數據庫備份與恢復Oracle的邏輯備份與恢復邏輯備份 使用EXP命令, exp help=y得到所有關于exp命令的參數例：將nc30用戶的所有數據備份到nc30bak.dmp文件中.exp HYPERLINK mailto:nc30/1ncdb nc30/1nc

12、db owner=nc30 file=nc30bak.dmp其中:nc30/1: nc的Oracle用戶名與密碼ncdb: Oracle的實例名nc30bak.dmp: 為導出文件exp.log : 導出過程的log文件.邏輯恢復使用IMP命令,用imp help=y得到所有關于exp命令的參數例：將nc30bak.dmp文件中的nc30用戶的所有數據恢復到nc30new用戶下.imp HYPERLINK mailto:nc30new/1ncdb nc30new/1ncdb formuser=nc30 touser=nc30new file=nc30bak.dmp其中：nc30/1： 要導入的

13、Oracle用戶名與密碼ncdb: Oracle的實例名nc30: 導出時的Oracle用戶名nc30new: 要導入數據到此Oracle用戶下nc30bak.dmp: 為導出文件imp.log : 導入過程的log文件.DB2的備份與恢復備份通過DB2控制中心圖形界面備份，右鍵點擊選中的數據庫，選擇備份數據庫，根據提示操作即可；命令行操作db2 backup db dbname to backupdir 注釋：該命令有豐富參數，可以使用命令db2 ? backup db查看。在命令行下輸入db2 ? msg，msg可以是錯誤提示信息如SQL1013N，也可以是某個命令如backup db。考

14、前須知windows效勞器的備份文件放在一個較深的目錄結構下，注意復制時要保存目錄結構，例：C:MYDBDB2NODE0000CATN000020030401備份如果提示有活動應用程序連接，那么在確認事務都已經提交后，斷調連接后再備份db2 force application all 對于用于不同操作系統下數據庫恢復目的的數據庫備份：假設，你的數據庫在AIX平臺上，你想在WIN平臺上來恢復數據環境,可用dbmove來做。dbmove只導出了表結構與表數據，而其他如視圖等對象并沒有被創立，所以還要用db2look做一個庫結構的備份。操作步驟如下所示：db2look d dbname u db2i

15、nst1 e o d:credb.sql i db2inst1 w db2inst1 db2move dbname export tc db2inst1 u db2inst1 p db2inst1恢復通過控制中心圖形界面恢復，右鍵點擊指定實例下面的數據庫，選擇“根據備份創立數據庫，根據提示操作；命令行操作 db2 restore db dbname from backupdir對于通過dbmove來的數據我們如何做恢復呢？步驟如下：dbmove dbname import io replace_create db2inst1 u db2inst1 p db2inst1db2 connect t

16、o dbname user db2inst1 using db2inst1db2 執行以上步驟后翻開credb.log文件查看有哪些異常，在日志文件中前半部份涉及到創立表的語句會報錯，因為通過dbmove后表已創立起來，我們把他當做正常錯誤來看待。關鍵是要看后面的涉及到表的約束條件及索引、視圖、觸發器的建立是否正常。數據庫執行統計分析更新作用:保證統計信息的最新與準確性最好每周做一下統計信息更新:Oracle:使用sqlplus以要更新的用戶身份登陸到數據庫，執行：begindbms_stats.gather_schema_stats(ownname= 用戶名 , cascade= TRUE)

17、;end;上述語句會把該用戶模式下的所有表、索引的統計信息更新。如果只想更新其中某個對象的統計信息，可執行 analyze table表名compute statistics analyze table表名compute statistics for all indexes; analyze table表名compute statistics for all columns;DB2以表的所有者的用戶權限登陸數據庫,執行：reorgchk update statistics on table all上述語句會更新該數據庫內該用戶所擁有的所有表、索引的統計信息如果只想更新其中某個對象的統計信息，可

18、執行RUNSTATS ON TABLE表名 and indexes all SQL Server使用Query Analyzer登陸到SQL Server，執行：use用戶數據庫名稱sp_updatestats上述語句會把該數據庫內的所有表、索引的統計信息更新。如果只想更新其中某個對象的統計信息，可執行:UPDATE STATISTICS表名數據庫重建索引如果系統已經運行三月以上,并且數據變化很大,可以考慮重建索引.oracle執行：set pagesize 20000spool c:index.sql;select alter index |index_name| rebuild onlin

19、e; from user_indexes;spool off;編輯c:index.sql文件，刪除除alter index外的其他內容。運行：c:index.sql;db2在用戶數據庫先執行：select REORG TABLE |rtrim(TBCREATOR)|.|TBNAME| INDEX |rtrim(CREATOR)|.|NAME|；然后把運行結果執行sql server:在用戶數據庫先執行：select dbcc dbreindex(+name+) from sysobjects where xtype=u然后把運行結果執行Oracle數據庫重要參數配置說明 硬件配置在2CPU，2

20、G內存設置情況 系統大約支持用戶并發數：30左右 oracle 9i 版本(32bit) db_cache_size = 629145600600M shared_pool_size = 209715200 200M large_pool_size = 614400 java_pool_size = 20971520 processes = 80 log_buffer = 5242880 db_block_size = 8192 db_writer_processes =2 open_cursors = 2000 workarea_size_policy = auto pga_aggregat

21、e_target = 250M pre_page_sga = true(win2000下參數) lock_sga = true (unix下參數，不包含solaris) optimizer_index_cost_adj =40 optimizer_dynamic_sampling=2 oracle 10g 版本(32bit) db_cache_size = 629145600600M shared_pool_size = 209715200 200M large_pool_size = 614400 java_pool_size = 20971520 processes = 80 log_bu

22、ffer = 5242880 db_block_size = 8192 db_writer_processes =2 open_cursors = 2000 workarea_size_policy = auto pga_aggregate_target = 250M optimizer_index_cost_adj =40 pre_page_sga = true(win2000下參數) lock_sga = true (unix下參數，不包含solaris) 硬件配置在4CPU，4G內存設置情況 系統大約支持用戶并發數：30-50左右 oracle 9i 版本(32bit) OS:win20

23、00 db_cache_size = 120M 1200M shared_pool_size = 314572800 300M large_pool_size = 614400 java_pool_size = 20971520 processes = 80 log_buffer = 5242880 db_block_size = 8192 db_write_processes = 3 open_cursors = 2000 workarea_size_policy = auto pga_aggregate_target = 400M pre_page_sga = true(win2000下參

24、數) lock_sga = true (unix下參數，不包含solaris) optimizer_index_cost_adj =40 optimizer_dynamic_sampling=2 oracle 10g 版本(32bit) OS:win2000 db_cache_size = 1200M 1200M shared_pool_size = 314572800 300M large_pool_size = 614400 java_pool_size = 20971520 processes = 80 log_buffer = 5242880 db_block_size = 8192

25、db_write_processes = 3 open_cursors = 2000 workarea_size_policy = auto pga_aggregate_target = 400M pre_page_sga = true(win2000下參數) lock_sga = true (unix下參數，不包含solaris) optimizer_index_cost_adj =40 硬件配置在4CPU，4G內存設置情況 系統大約支持用戶并發數：80左右 oracle 9i 版本(64bit) db_cache_size = 1288490188 shared_pool_size = 3

26、14572800 300M large_pool_size = 614400 java_pool_size = 20971520 processes = 120 log_buffer = 5242880 db_block_size = 8192 db_writer_processes =3 open_cursors = 2000 workarea_size_policy = auto pga_aggregate_target = 800M pre_page_sga = true(win2000下參數) lock_sga = true (unix下參數，不包含solaris) optimizer

27、_index_cost_adj =40 optimizer_dynamic_sampling=2 oracle 10g 版本(64bit) db_cache_size = 1288490188 shared_pool_size = 314572800 300M large_pool_size = 614400 java_pool_size = 20971520 processes = 120 log_buffer = 5242880 db_block_size = 8192 db_writer_processes =3 open_cursors = 2000 workarea_size_pol

28、icy = auto pga_aggregate_target = 800M pre_page_sga = true(win2000下參數) lock_sga = true (unix下參數，不包含solaris) optimizer_index_cost_adj =40 硬件配置在8CPU，8G內存設置情況 系統大約支持用戶并發數：150左右 oracle 9i 版本(64bit) db_cache_size = 3500M shared_pool_size = 400M 400M large_pool_size = 614400 java_pool_size = 20971520 proc

29、esses = 200 log_buffer = 5242880 db_block_size = 16384 db_writer_processes = 5 open_cursors = 2000 workarea_size_policy = auto pga_aggregate_target = 2250M pre_page_sga = true(win2000下參數) lock_sga = true (unix下參數，不包含solaris) optimizer_index_cost_adj =40 optimizer_dynamic_sampling=2 oracle 10g 版本(64b

30、it) db_cache_size = 3500M shared_pool_size = 400M 400M large_pool_size = 614400 java_pool_size = 20971520 processes = 200 log_buffer = 5242880 db_block_size = 16384 db_writer_processes = 5 open_cursors = 2000 workarea_size_policy = auto pga_aggregate_target = 2250M pre_page_sga = true(win2000下參數) lo

31、ck_sga = true (unix下參數，不包含solaris) optimizer_index_cost_adj =40關于創立和配置oracle數據庫的幾點補充說明： 以下為佳(SGA+PGA)，超過左右系統開始不穩定，不定期的會出現ora-04030的錯誤，具體信息觀察alert.log文件。如果超過，考察數據庫狀況，適當降低db_block_buffers，shared_pool_size和sort_area_size(8i)/pga_aggregate_target(9i),具體內容根據數據庫狀態和并發用戶數量對這三個參數進行微調。 2.創立數據庫時應選擇創立專用效勞器模式，不可

32、創立MTS模式的數據庫，對以創立的數據庫，查詢v$dispatcher,如有記錄那么說明當前數據庫為MTS模式，需將當前數據庫改成專用效勞器模式。 3.關于redo log file的問題： a: redo log file的部署，不建議位于raid5上，應位于單獨的物理設備上，不要和數據文件放在同一物理設備，建議redo log group 的member不少于2，并且位于不同的磁盤。 b: redo log file的大小，可以在建庫時先將其建為20M，觀察alert.log文件中log切換的頻率，一般30分中左右切換一次為正常現象，如果切換頻率太快，可增大redo log file。如果

33、系統非歸檔模式，可考慮將redo log file設為100M；如果為歸檔模式，那么redo log file 不應太大，以免歸檔時造成系統性能降低，綜合日志切換頻率和一次歸檔所需時間考慮，一般來說不要超過50M。 c: redo log group的數量，在實際上線的生產系統中，歸檔模式下，group數量在56個。 4.關于數據庫文件部署的問題： a: 重做日志文件和數據文件要別離。 b: 有條件的情況下，臨時表空間文件和數據文件要別離。 c: 歸檔日志路徑應為單獨的物理存儲設備，且不可和重做日志文件及數據文件放在一起。 d: 如果系統沒有使用raid或僅使用raid1，建議將系統的數據文件

34、和nc的數據文件別離在不同的磁盤上，nc數據文件中，存儲table和存儲index的表空間的文件最好別離在不同的磁盤上。 5.如果備份使用rman，請自行調整Large_pool值； 6.如果想使用Oracle 10g的自動SGA管理，請將db_block_buffers,shared_pool_size,large_pool_size,java_pool_size置為，并根據內存大小設置SGA_Target值。NC應用效勞器系統優化語句:如果輸出的話,會極大的加重應用效勞器I/O的負載.可以用setting工具中的是否輸出sql語句選項,不選,然后點接設置按鈕就可以屏蔽掉.2.保證NC應用效

35、勞器啟動參數設置正常:查看啟動文件startup中的-Xms 與-Xmx的值,與發版推薦或技術工作指導手冊中推薦的值沒有太大出入就行.如果是NC3.0,可以在setting工具的最后一個面板中獲取對應端口中間件的內存使用狀況,可以跟蹤實際使用中內存是否會存在瓶頸.3.對于widows操作系統：操作系統盡量干凈不要安裝DNS系統不要安裝盜版防火墻軟件在應用效勞器上盡量不要安裝數據庫系統每周重啟一次通過設置NC應用效勞器每天自動重啟來提高NC應用效勞器響應的效率.可以用NC中commander命令來進行設置.注意：避開NC中自動任務批處理執行時間1：用commander.bat(commander

36、.sh)中的clock命令可以設置自動重啟定時。只要中間件監控進程沒有斷掉，設置的自動重啟定時就不會銷掉。注意，設置后，除非監控進程斷掉，否那么自動重啟定時無法取消2：還可以在./ierp/bin/perts中設置是否默認啟動自動重啟定時，以及自動重啟定時的時間。# 設置效勞器重啟鬧鐘# 鬧鐘時間clock = 00:00# 是否啟動鬧鐘enable = false如果enable設置位true，那么啟動中間件時監控進程會默認啟動自動重啟定時。時間位clock屬性對應的時間。注意該時間不能為00:00，否那么默認為不啟動鬧鐘功能。5. 定時清理NC中的日志尤其是設置自動重啟后

37、，日志出現覆蓋重寫的幾率較小，會出現很多的日志文件在./NCLogs下，需要手動清理掉。例如：，UFNC3001，UFNC3002,其中R12表示第12次自動重啟后的日志。6. JDK版本的維護在windows下與unix下有些不同，在windows下可以直接用sun提供的jdk。而在unix下：如果是solaris，需要用jdk for solaris版本，aix需要用ibm的jdk for aix，hp unix下用hp自己的jdk等等。在unix下，可以這樣啟動中間件：./startup.sh /jdk目錄7. 定時監控系統注意異常的進程對系統的影響：在windows下如異常的防火墻進程

38、，受病毒感染的進程等等有可能會占用大量的資源。在unix下如異常的對文件操作，訪問的進程等等，注意是否存在這樣的進程造成大量的cpu資源占用。有時候應用效勞器與數據庫效勞器的通信有可能出現問題，尤其是在大并發訪問的情況下，應用效勞器與數據庫間通信非常頻繁的時候。此時要注意：(1)：數據庫的listener是否能再監聽從應用效勞器上發過來的新建連接請求。NC應用效勞器診斷排除 網絡、防火墻、其它軟件等對NC的影響用戶的網絡中安裝有防火墻,NC客戶端的請求通過網絡、防火墻發送到效勞器端WEB應用效勞器,WEB應用效勞器通過SERVLET代理將對應的請求發給數據庫效勞器,數據庫效勞器執行對應的數據庫

39、操作,并將結果返回到應用效勞器,應用效勞器處理完畢后,再通過防火墻、網絡返回給NC客戶端. 因此, 網絡和防火墻在其中起到非常重要的作用.同時,很多問題也往往出現在這兩個關鍵環節. 如網絡速度慢、防火墻設置不正確等. 會影響NC的使用.如: 在防火墻上要翻開80、8081、8082和8083四個端口. 因為NC以startup啟動時,這四個端口是協同對外工作的。 檢測網絡問題,可以用Ping, Tracert,netstat等檢測.應用效勞器和數據庫效勞器要保證良好的網絡通信,不推薦跨網關或跨防火墻通信,應用效勞器和數據庫效勞器,功能要單一,不建議將應用效勞器和數據庫效勞器都放在同一臺效勞器.

40、 在數據庫效勞器和應用效勞器上, 不要安裝DHCP、DNS、PROXY、WINS和、防火墻及郵件效勞等與NC無關效勞。如在河北網通,一次測試過程中,應用效勞器和防火墻在同一臺效勞器,訪問速度特慢,防火墻關閉后,訪問速度恢復正常. 另外,軟件端口占用和病毒入侵,也時常影響NC的使用. 如:IIS端口,默認是80.所以安裝前,先在效勞處，停止world Wide Web Publishing Service , 然后到計算機管理處，更改IIS端口或停止. 如果安裝了ORACLE后,往往會出現,NC中間件啟動不起來. 原因是Oracel的OracleOraHome92 Server端口默認是80,所

41、以要將該效勞停掉或更改端口. 如果效勞器染上病毒, 訪問速度會急劇下降. 通過對CPU、內存及I/O的監控來了解系統資源的分配情況應用效勞器CPU、內存或I/O有可能成為系統的性能瓶頸. 如CPU處理能力缺乏. 內存不夠引起I/0讀寫繁忙 或磁盤本身問題等. 都會造成系統運行緩慢. 怎樣能查找這些原因呢?在Windows下,用任務管理器 可以了解這些信息. 如: 當系統運行緩慢,可以通過任務管理器中的進程信息,看哪個進程占用CPU及內存資源較多,然后分析一下該進程為什么會占用這么多資源. 在UNIX或LINUX下,可以使用iostat,top,vmstat,topas,ps等查看資源使用信息.

42、 在Vmstat的輸出信息中, 如果 r 是CPU數量的4倍或經常大于系統中CPU的數量，且id經常少于40，表示CPU的負荷能力缺乏,那么需要考慮增加CPU數量或提高其性能.否那么,系統將會變慢. 如果系統占用CPU時間(sy)是用戶占用CPU時間(us)兩倍以上,那么系統面臨缺少CPU資源.如果disk繁忙百分值經常處于比擬高的狀態， 且在 b中的隊列大于3， 表示 io性能不好。如果pi，po 長期不等于0 或 sr一直大于200pages每秒，表示內存缺乏。如果page段的pi超過每秒5次，說明換頁太頻繁，可能是內存缺乏；如果page段的sr/fr太高，說明系統中活動子系統太多，要掃描

43、多個頁面，才能釋放一個空頁；頁面的調入和調出不僅發生的內存和交換區之間，而且發生在內存和硬盤之間，在用-s的輸出后，如果發生在交換區的調入調出和全部的調入調出接近，說明系統的交換區有問題，需要加內存或在不同的硬盤上建交換區。在Iostat輸出的信息中,如果%user+%sys80%，說明CPU處理能力缺乏。另外如果兩者之和為100%時，即%idle和%wait為0，說明很可能有無限循環的程序在執行。接著可用ps 觀察哪個進程的%cpu和TIME值較高，找到大量占用CPU的進程，對其進行優化。在top的輸出信息中,可以查看單個進程的詳細信息.如某個進程占用CPU和內存很高,那么可以對該進程進行分

44、析iostat命令:iostat反映了終端、磁盤I/O情況和CPU活動。輸出結果的第一行是引導以來的時間統計信息。接下去的每一行是interval時間段內的統計信息。 iostat的默認參數是tdc(terminal,disk,andCPU)。如果任何其他的選項被指定，這個默認參數將被完全替代，例如，iostat-d將只反映磁盤的統計結果。 iostat生成四種類型的報告，tty 和 CPU 使用率報告、磁盤使用率報告、系統吞吐量報告和適配器吞吐量報告。語法: 根本語法：iostatintervalcount option-讓你指定所需信息的設備，像磁盤、cpu或者終端(-d,-c,-tor-

45、tdc)。x選項給出了完整的統計結果givestheextended statistic。 interval-在兩次統計信息之間的時間間閣秒。 count-就是總共需要統計幾次.每一份后繼報告都包含在和前一份報告的時間間隔之間收集的統計信息。Count 參數可被指定來連接 Interval 參數。如果指定了 Count 參數，它的記數值就確定在 Interval 秒間生成的報告數。如果指定了 Interval 參數但沒有 Count 參數，iostat 命令就會不斷生成報告。tty 和 CPU 使用率報告:tin : 顯示了系統為所有 tty 讀取的字符總數。tout: 顯示了系統為所有 tt

46、y 寫入的字符總數。%user: 顯示了在用戶級應用程序執行時占用CPU時間的百分比。%sys: 顯示了在系統級內核執行時占用CPU時間的百分比。% idle: 顯示了在 CPU 空閑并且系統沒有未完成的磁盤 I/O 請求時的時間百分比。%iowait: 顯示了 CPU 空閑期間系統有未完成的磁盤 I/O 請求時的時間百分比。wait:averagenumberoftransactionswaitingforservice(Qlength) actv:averagenumberoftransactionsactivelybeingserviced(removedfromthe queuebut

47、notyet completed) svc_t : averageservicetime%w :percentoftimetherearetransactionswaiting forservice(queuenon-empty) %b: percentoftimethediskisbusy(transactions inprogress) 磁盤I/O使用率報告: 提供了在每個物理磁盤根底上的統計信息。% tm_act: 表示物理磁盤處于活動狀態的時間百分比.kbps : 表示以 KB /每秒為單位的傳輸讀或寫到驅動器的數據量。tps : 表示每秒鐘輸出到物理磁盤的傳輸次數。一次傳輸就是一個對

48、物理磁盤的 I/O 請求。多個邏輯請求可被并為對磁盤的一個單一 IO 請求。kb_read: 讀取的 KB 總數。kb_wrtn: 寫入的 KB 總數。r/s:readspersecond w/s:writespersecond Kr/s:kilobytesreadpersecond Kw/s: kilobyteswrittenpersecond 通過kbps列和tps列的值我們可以知道哪些磁盤比擬忙，哪些磁盤比擬閑。 在Solaris下: # iostat tty dad0 fd0 sd0 nfs1 cpu tin tout kps tps serv kps tps serv kps tps

49、 serv kps tps serv us sy wt id 0 107 42 6 132 0 0 0 0 0 3 0 0 0 1 1 5 94# iostat -xtc 2 2 extended device statistics tty cpudevice r/s w/s kr/s kw/s wait actv svc_t %w %b tin tout us sy wt iddad0 0.4 5.3 5.6 33.3 0.7 0.1 131.8 1 4 0 98 1 1 4 94fd0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 extended device stat

50、istics tty cpudevice r/s w/s kr/s kw/s wait actv svc_t %w %b tin tout us sy wt iddad0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 0 225 0 0 0 100fd0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 在AIX下: # iostat tty： tin tout avg-cpu： % user % sys % idle % iowait 0.0 26.0 15.4 1.2 79.8 3.6 Disks： % tm_act Kbps tps Kb_read Kb_

51、wrtnhdisk0 1.7 14.1 3.5 80880 11119296hdisk1 4.9 248.4 14.4 157705902 39691592cd0 0.0 0.0 0.0 0 0vmstat命令: vmstat: 輸出關于內核線程的統計信息，包括處于運行和等待隊列中的、內存中的、頁面調度中的、磁盤中的、中斷、系統調用、上下文切換和 CPU 活動的內核線程。語法: vmstatintervalcount 如果沒有指定選項，將會顯示進程、內存、頁、磁盤、中斷和CPU信息 interval-在兩次統計信息之間的時間間閣秒。 count-就是總共需要統計幾次.kthr：內核線程狀態在采

52、樣間隔期間每秒鐘更改一次。r: 置于運行隊列中的內核線程數目。b: 置于等待隊列等待資源、等待輸入輸出的內核線程數目。w: 可以進入運行隊列但被替換的進程內存：在AIX下:關于使用虛擬內存和實內存的信息。如果虛擬頁已經被訪問的話，虛擬頁可以被認為是活動的。一頁為 4096 個字節。avm: 活動虛擬頁。fre: 空閑列表的大小。一般不少于120,當fre少于120時,系統開始自動的kill進程去釋放在Solarix:swap:現在可用的交換內存k表示(si: swapped in (Kb/s). so: swap outs (Kb/s).free: 閑的內存k表示頁page：關于缺頁故障和調頁

53、活動的信息.re : 頁面調度程序從空閑頁中回收的頁面.pi : 從swap調度進的頁面數.po: 調出到swap的頁面數.fr: 空閑的頁面數頁面替換.sr: 通過頁面置換算法掃描到的頁面數.cy: 按頁置換算法的時鐘周期.mf: 非嚴重錯誤的頁面.de: 提前讀入的頁面中的未命中數.故障： 平均每秒的捕獲和中斷率。in : 設備中斷 .cy : 系統調用.cs : 內核線程上下文切換.CPU：us: 顯示了在用戶級應用程序執行時占用CPU時間的百分比。sy: 顯示了在系統級內核執行時占用CPU時間的百分比。id: 顯示了在 CPU 空閑并且系統沒有未完成的磁盤 I/O 請求時的時間百分比。

54、wa: 顯示了 CPU 空閑期間系統有未完成的磁盤 I/O 請求時的時間百分比。磁盤：disk 顯示每秒的磁盤操作。 s表示scsi盤，0表示盤號在Solaris下: # vmstat kthr memory page disk faults cpu r b w swap free re mf pi po fr de sr dd f0 s0 - in sy cs us sy id 0 0 0 587680 145568 1 2 7 10 10 0 0 6 0 0 0 425 188 109 1 1 98 在Linux下: # vmstat procs memory swap io system

55、 cpu r b w swpd free buff cache si so bi bo in cs us sy id 1 0 0 208036 62804 104852 262956 0 1 3 2 2 14 1 0 4在AIX下: # vmstatkthr 內存 頁 故障 cpu r b avm fre re pi po fr sr cy in sy cs us sy id wa 1 2 324253 395413 0 0 0 11 25 0 298 3794 463 15 1 80 4top命令:top命令可以輸出:1.系統根本資料:時間,上線人數,負載. CPU的使用情況. 內存的使用情

56、況. swap的使用情況.統計Process的狀況及負載最重要的一些Process的詳細信息.格式top d delay q c S s i nd：指定更新的間隔，以秒計算。q：沒有任何延遲的更新。如果使用者有超級用戶，那么top命令將會以最高的優先序執行。 c：顯示進程完整的路徑與名稱。S：累積模式，會將己完成或消失的子行程的CPU時間累積起來。 s：平安模式。i：不顯示任何閑置(Idle)或無用(Zombie)的行程。 n：顯示更新的次數，完成后將會退出top。top命令的輸出信息中:PIDProcess ID：進程標示號。USER：進程所有者的用戶名。PRI：進程的優先級別。NI：進程的

57、優先級別數值。VIRT：進程占用的虛擬內存值。RES：進程占用的物理內存值。SHARE：進程使用的共享內存值。SIZE：進程占用的工作段大小，以KB為單位RSS：進程占用的實存數量多少，以KB為單位S：進程的狀態，其中S表示休眠，R表示正在運行，Z表示僵死狀態，N表示該進程優先值是負數。%CPU：該進程占用的CPU使用率。%MEM：該進程占用的物理內存和總內存的百分比。TIME：該進程啟動后占用的總的CPU時間。Command：進程啟動的啟動命令名稱，如果這一行顯示不下，進程會有一個完整的命令行。說明: 占用CPU和內存很多的PROCESS,是我們解決問題時需要特別注意的PROCESS在AIX

58、下,用topas命令可以查看這些詳細信息.在Linux下:#top66 processes: 64 sleeping, 2 running, 0 zombie, 0 stoppedCPU states: 0.0% user 0.0% system 0.0% nice 0.0% iowait 100.0% idleMem: 513808k av, 451276k used, 62532k free, 0k shrd, 105000k buff 318880k actv, 1672k in_d, 17980k in_cSwap: 1052248k av, 208036k used, 844212k

59、 free 263060k cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU COMMAND 1 root 15 0 104 76 56 S 0.0 0.0 0:04 0 init 2 root 15 0 0 0 0 SW 0.0 0.0 0:01 0 keventd 3 root 15 0 0 0 0 SW 0.0 0.0 0:00 0 kapmdNC5X的監控工具sysMonitor如運行Nchome/bin/ :輸入應用效勞器的IP地址及端口 , 選中數據庫連接 ,然后刷新, 可以看到數據連接信息.選中SQL日志,

60、 刷新, 可以看到連接的詳細信息.選中虛擬機, 刷新,可以查看內存的使用情況設置功能主要是針對不同的客戶端登錄IP,輸出該客戶端的信息.啟用SQL跟蹤后,會根據下面SQL運行時間的設置,輸出對應的SQL, 輸出文件在NC安裝目錄nclogs目錄下的sql-log0.log文件中. (注: 在NC502版本中提供了該功能. ) WAS的日常管理維護問答IBM Webshpere 簡稱WAS，是一個容易管理和維護的中間件。其在國內的市場占有率超過weblogic。NC從版本開始全面支持WAS中間件，向用戶提供更好的效勞。在日常的管理和維護中，管理人員可能遇到不同的問題，為了便于大家對WAS維護有有