EAS性能問題診斷處理方法課件

EAS性能問題診斷處理方法

金蝶軟件（中國）有限公司客戶服務中心EAS性能問題診斷處理方法

金目錄目標和范圍實施日常工作內容EAS產(chǎn)品部署模型集群部署建議環(huán)境檢查和參數(shù)調整問題分析和診斷方法EAS常見性能問題實際案例分析其他注意事項目錄目標和范圍目標和范圍目標能夠根據(jù)實際軟硬件環(huán)境完成部署和參數(shù)調整工作，保障EAS基本運行性能。具備EAS運行性能的監(jiān)控能力，在出現(xiàn)問題的時候能夠有效描述問題場景，收集必要的數(shù)據(jù)用于分析。具備基本的問題診斷和分析能力，針對環(huán)境和部署相關的問題，有能力自行處理和解決。范圍本文檔適用于EASV5.3以及V5.4版本。本文檔主要涉及環(huán)境相關問題處理以及系統(tǒng)性能和穩(wěn)定性問題分析解決。產(chǎn)品功能性的Bug，則主要提供信息收集建議。目標和范圍目標實施日常工作內容-性能穩(wěn)定性相關部署以及服務器運行參數(shù)調整應用服務器、數(shù)據(jù)庫服務器、操作系統(tǒng)。問題跟蹤診斷，數(shù)據(jù)收集主動監(jiān)控并發(fā)現(xiàn)問題。被動處理和解決問題。產(chǎn)品升級及驗證應用服務器升級、數(shù)據(jù)庫升級及驗證。DBA部分職責數(shù)據(jù)庫備份恢復，統(tǒng)計分析等。實施日常工作內容-性能穩(wěn)定性相關部署以及服務器運行參數(shù)調EAS部署模型－網(wǎng)絡圖EAS部署模型－網(wǎng)絡圖EAS部署模型－部署圖EAS部署模型－部署圖EAS集群模型特點支持本機和多機集群一臺機器可以部署多個EAS組成本機集群。可以將多個服務器上EAS組成多機集群。兩種模式可以混合使用。異構的應用服務器之間可以組成集群。負載均衡和失效恢復大并發(fā)時減少單點內存占用，降低故障機率。分散故障范圍，節(jié)點故障只影響連接到該節(jié)點的用戶。一臺應用服務器停機，后續(xù)連接轉移到正常服務器。（客戶端必須重新登錄才能轉移）當停機的應用服務器重新啟動后，會自動加入集群。自主集群技術不依賴操作系統(tǒng)或者應用服務器的集群技術。EAS集群模型特點支持本機和多機集群集群部署建議參考依據(jù)應用服務器配置，CPU數(shù)量，內存容量等。每1個CPU、2.5G內存可以部署一個EAS節(jié)點?？梢栽诙鄠€服務器上部署集群節(jié)點，應用服務器之間帶寬至少100Mbps。應用服務器和數(shù)據(jù)庫服務器之間的帶寬至少100Mbps，建議1Gbps或者以上。結合應用規(guī)模和服務器的實際運行負荷進行規(guī)劃，通常超過100并發(fā)用戶就應該考慮集群部署模式。集群部署方法EASV5.1只能手工進行集群部署。EASV5.2管理控制臺內置了集群部署功能。

集群部署建議參考依據(jù)環(huán)境檢查和參數(shù)調整客戶端內存相關參數(shù)調整服務器操作系統(tǒng)Windows、AIX、HP-UX、LinuxJAVA環(huán)境JDK以及應用服務器數(shù)據(jù)庫服務器Oracle9i&10gDB2V8&V9SQLServer

環(huán)境檢查和參數(shù)調整客戶端環(huán)境檢查和參數(shù)調整-客戶端EAS客戶端主要以使用Windows系統(tǒng)為主，雖然可以運行在其他平臺，但尚未經(jīng)過完整測試。機器配置：CPU，P41.7G及以上；內存建議512M及以上;硬盤，至少2G空閑。操作系統(tǒng)：使用WindowsXP及以上版本。如果客戶端內存達到512M或者以上，考慮增加EAS客戶端的內存限制。修改eas/client/bin下的set-client-env.bat。

SETJVM_MAX_HEAPSIZE=368（不要超過內存總量70%）環(huán)境檢查和參數(shù)調整-客戶端EAS客戶端主要以使用Wind環(huán)境檢查和參數(shù)調整-服務器操作系統(tǒng)環(huán)境檢查和參數(shù)調整-服務器操作系統(tǒng)#OS檢查項目及方法應用服務器數(shù)據(jù)庫服務器1Windows內存：我的電腦屬性至少2G，若>=4G可部署本機集群至少2G，建議>=4G2磁盤空間：資源管理器至少5G用于安裝EAS100-500G不等，與應用規(guī)模相關3/3GB：c:\boot.ini（僅適用32位版本）>=2G時建議打開>=4G時建議打開4/PAE：c:\boot.ini（僅適用32位版本）N/A>=6G時建議打開，同時需要調整Oracle參數(shù)5AIX操作系統(tǒng)版本：oslevel-r建議5300-04或者以上建議5300-04或者以上6內核版本(32,64)：bootinfo-K32位，64位均可要求64位7內存容量：prtconf至少2G，若>=4G可部署本機集群。至少2G，建議>=4G8內核參數(shù)：vmo-aminperm%=3;lru_file_repage=0,strict_maxclient=0;#vmo-pominperm%=3…minperm%=3;lru_file_repage=0,strict_maxclient=0;#vmo-pominperm%=3…9磁盤空間：df-g每掛載點占用少于80%。至少5G用于安裝EAS每掛載點占用少于80%。Oracle使用100-500G不等，與應用規(guī)模相關10換頁空間：lsps-a一般按2倍物理內存設置,若內存達到16G，則設置為物理內存一半一般按2倍物理內存設置,若內存達到16G，則設置為物理內存一半11資源限制：ulimit-a建議全部改成無限制。修改/etc/security/limits建議全部改成無限制。修改/etc/security/limits12進程限制：smittychgsysN/A每用戶進程數(shù)>512，隨并發(fā)規(guī)模增加而調整，大于oracle的processes參數(shù)。13異步IO：smittychaioN/A確保已經(jīng)打開，每CPU最大值調整為80。環(huán)境檢查和參數(shù)調整-服務器操作系統(tǒng)環(huán)境檢查和參數(shù)調整-環(huán)境檢查和參數(shù)調整-服務器操作系統(tǒng)#OS檢查項目及方法應用服務器數(shù)據(jù)庫服務器14HP-UX操作系統(tǒng)版本：uname-a11.23及以上版本11.23及以上版本15內核版本(32,64)：getconfKERNEL_BITS建議64位要求64位16內存容量：sam至少2G，若>=4G可部署本機集群至少2G，建議>=4G17內核參數(shù)：sam使用HPjconfig工具檢查操作系統(tǒng)配置和參數(shù)。若干參數(shù)需要調整，請參考詳細配置說明18磁盤空間：bdf每掛載點占用少于80%。至少5G用于安裝EAS每掛載點占用少于80%。Oracle使用100-500G不等，與應用規(guī)模相關19換頁空間：swapinfo一般按2倍物理內存設置,若內存夠大，交換空間建議2G即可一般按2倍物理內存設置,若內存夠大，交換空間建議2G即可20Linux操作系統(tǒng)版本：uname-a版本>2.6.9版本>2.6.921內核版本(32,64)：getconfLONG_BIT32位，64位均可要求64位22內存容量：grepMemTotal/proc/meminfo至少2G，若>=4G可部署本機集群至少2G，建議>=4G23內核參數(shù)：sysctl-aN/A若干參數(shù)需要調整，請參考詳細配置說明24磁盤空間：df-h每掛載點占用少于80%。至少5G用于安裝EAS每掛載點占用少于80%。Oracle使用100-500G不等，與應用規(guī)模相關25換頁空間：grepSwapTotal/proc/meminfo一般按2倍物理內存設置,若內存達到16G，則設置為物理內存一半一般按2倍物理內存設置,若內存達到16G，則設置為物理內存一半26資源限制：ulimit-a檢查設置有無異常，通常無需調整。檢查設置有無異常，通常無需調整。環(huán)境檢查和參數(shù)調整-服務器操作系統(tǒng)#OS檢查項目及方法應環(huán)境檢查和參數(shù)調整-JAVA環(huán)境#類別檢查項目及方法建議或要求備注1IBMJDK版本檢查：進入jdk所在目錄下的/bin目錄，

java-version（Windows)

./java-version（Linux,Unix）1.4.2SR5及以上或者

1.5.0SR3及以上WebSphere請進入AppServer/java/bin，其他請進入/eas/server/bin/set-server-env中JAVA_HOME指定的路徑下的bin目錄。2JVM參數(shù)檢查1.4.2

-Xgcpolicy:subpool(AIX)

-Xgcpolicy:optavgpause(其他)

-Xk50000

-Xp10240k,512k1.5-Xgcpolicy:gencon-Xmn300m打開WebSphere控制臺。

進入“應用程序服務器

>

server1

>

進程定義

>

Java

虛擬機”，檢查通用JVM實參。

其他應用服務器，檢查eas/server/bin/set-server-env.sh(bat)中的JVM_CUSTOM_PARAMS變量3SUNJDK同上1.5.0_08及以上版本。

4JVM參數(shù)檢查-XX:NewSize=300m

-XX:MaxTenuringThreshold=3

-XX:+UseParallelOldGC

-XX:+DisableExplicitGCNew區(qū)內存至少300M對象在New區(qū)存活超過3次則移動到Old區(qū)Old區(qū)使用并行GC策略禁止System.gc()最小堆內存和最大堆內存建議相等，≥1024m≤1536m。5HPJDK同上5及以上版本。

6JVM參數(shù)檢查同SUNJDK

7ApusicApusic和EAS捆綁，無需檢查。N/A

8WebSphere版本檢查：進入WebSphere/AppServer/bin，

shversionInfo.sh3及以上版本，

3及以上版本。

環(huán)境檢查和參數(shù)調整-JAVA環(huán)境#類別檢查項目及方法建環(huán)境檢查和參數(shù)調整-數(shù)據(jù)庫#數(shù)據(jù)庫檢查項目及方法建議或要求備注

1Oracle9i&10g版本檢查：進入sql*plus

sql>select*fromv$version;，

及以上進入sql*plus方法，在數(shù)據(jù)庫服務器上執(zhí)行

sqlplus"/assysdba"，下同2

字符集檢查：進入sql*plus

sql>select*fromv$nls_parameterswhereparameterlike'%CHARACTERSET';返回結果應該都是UTF8AL32UTF8也沒有問題，目前使用客戶較少。3共享及專用服務器模式：使用數(shù)據(jù)庫配置助手，dbca

Windows：直接在命令行執(zhí)行dbca。

Linux,Unix：以oracle用戶身份執(zhí)行dbca，執(zhí)行之前可能需要設定DISPLAY環(huán)境變量。盡量采用專用服務器模式由于應用服務器基于連接池管理，所以不建議Oracle使用共享服務器這種類似連接共用的機制。9i的共享服務器模式排序內存參數(shù)需要手工設定無法自動擴展也是原因之一。4數(shù)據(jù)庫參數(shù)顯示或者調整：進入sql*plus

查看參數(shù)

sql>showparameters參數(shù)名稱

修改參數(shù)

sql>altersystemset參數(shù)=值scope=spfile;注：以下以8G內存的服務器為例采用scope=spfile修改的參數(shù)在oracle重啟后才會生效。

如果Oracle是以pfile方式啟動的，則需要手工修改init*.ora文件。環(huán)境檢查和參數(shù)調整-數(shù)據(jù)庫#數(shù)據(jù)庫檢查項目及方法建議或要環(huán)境檢查和參數(shù)調整-數(shù)據(jù)庫#數(shù)據(jù)庫檢查項目建議或要求備注5Oracle9i&10gsga_target5600moracle10g參數(shù)，設定后oracle自動管理SGA內存，此時db_cache_size以及若干pool_size的設定值為最小控制值。6sga_max_size5600m內存總量×70%db_cache_size+shared_pool_size+java_pool_size+large_pool_size不應大于此值。7db_cache_size45000m數(shù)據(jù)緩存，盡量大一些。8shared_pool_size1000m根據(jù)內存容量和并發(fā)規(guī)?？蛇M一步增大。9java_pool_size16mOracle升級的時候，需要將此參數(shù)調大，請參考升級說明。10large_pool_size16m專用服務器模式通常不使用large_pool，如果是共享服務器模式，需要增加此值為processes*3m左右。11pga_aggregate_target1000m大約等于參數(shù)processes*3m左右。12processes300oracle服務器進程上限，約等于并發(fā)用戶數(shù)×80%13optimizer_index_caching90使Oracle傾向于使用索引。14optimizer_index_cost_adj50使Oracle傾向于使用索引。15workarea_size_policyauto用于排序等內存根據(jù)需要自動擴展。9i共享服務器模式下無效。16“_b_tree_bitmap_plans”false避免EAS某些功能執(zhí)行計劃差17“_no_or_expansion”true同上18“_complex_view_merging”false避免EAS某些功能觸發(fā)OracleBug19默認統(tǒng)計分析采樣率100%由于EAS是一套賬機制，多個組織的數(shù)據(jù)集中存放，不采用100%全采樣統(tǒng)計分析，容易導致執(zhí)行計劃惡化，性能差異可能會有數(shù)十倍。9i默認是全采樣，但10g默認是“auto”，需要修改成100%注意：參數(shù)調整以不會導致Paging為前提。環(huán)境檢查和參數(shù)調整-數(shù)據(jù)庫#數(shù)據(jù)庫檢查項目建議或要求備注環(huán)境檢查和參數(shù)調整-數(shù)據(jù)庫32位Windows上讓Oracle使用4G以上的內存，10g有成功案例，以8G內存服務器為例：增加注冊表項\HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\<HOMENAME>下增加REG_SZ類型AWE_WINDOW_MEMORY,值：1288490188。(1.2G）。用做DB緩存并與4GB以上內存的交換空間。通過將SGA_TARGET的參數(shù)設置為0，關閉Oracle10g的自動內存管理。修改參數(shù)USE_INDIRECT_DATA_BUFFERS=true，使Oracle可以使用4GB以上內存來做數(shù)據(jù)緩存。修改DB_BLOCK_BUFFERS參數(shù)的值為655360，將使用655360*8192(db_block_size)=5GB內存用做數(shù)據(jù)庫緩存。清除DB_CACHE_SIZE參數(shù)設定，

altersystemresetdb_cache_sizescope=spfilesid='*';修改SGA_MAX_SIZE=6000m。環(huán)境檢查和參數(shù)調整-數(shù)據(jù)庫32位Windows上讓Ora環(huán)境檢查和參數(shù)調整-數(shù)據(jù)庫OracleRAC模式配置建議RAC模式下需特殊注意的參數(shù)：每個實例相同的參數(shù)（缺省值，無需修改）：

cluster_database=truecluster_database_instances=n//實例個數(shù)每個實例異同參數(shù)：

instance_name=RAC1…ninstance_number=1…nlocal_listener=LISTENER_RAC1…nremote_listener=LISTENER_RAC//對應tnsnames.ora中對RAC中其它節(jié)點監(jiān)聽的配置名

thread=1…nundo_tablespace=UNDOTBS1…n環(huán)境檢查和參數(shù)調整-數(shù)據(jù)庫OracleRAC模式配置建環(huán)境檢查和參數(shù)調整-數(shù)據(jù)庫單機、HA模式使用通用監(jiān)聽配置RAC模式需注意關鍵點：Tnsnames.ora針對RAC的特殊配置：LOAD_BALANCE=ON…OFF//是否使用負載均衡FAILOVER=ON…OFF//是否使用故障轉移listener.ora配置與單機、HA模式一致環(huán)境檢查和參數(shù)調整-數(shù)據(jù)庫單機、HA模式使用通用監(jiān)聽配置問題的分析和診斷某個客戶抱怨系統(tǒng)很慢，原因？客戶機：機器配置、EAS參數(shù)、其它程序影響、病毒、殺毒軟件。網(wǎng)絡：帶寬、延遲、丟包、通訊故障、病毒泛濫。集群前置機：均衡失效、內存溢出、連接泄漏、停止響應。自動更新服務器：更新流量過大、阻塞應用服務器：內存泄漏、連接泄漏、文件句柄泄漏、CPU消耗、停止響應、進程消失、磁盤空間滿、License失效。數(shù)據(jù)庫服務器：阻塞、死鎖、高IO、高CPU、磁盤空間滿。問題的分析和診斷某個客戶抱怨系統(tǒng)很慢，原因？問題的分析和診斷講解內容包括日志和配置文件收集服務器長期運行數(shù)據(jù)收集客戶端問題診斷網(wǎng)絡故障診斷應用服務器診斷數(shù)據(jù)庫服務器診斷Linux，Unix常用命令問題的分析和診斷講解內容包括日志和配置文件收集RPC日志記錄操作過程中客戶端與應用服務器或者應用服務器與數(shù)據(jù)庫服務器之前的交互過程，每次交互執(zhí)行的動作、消耗的時間、數(shù)據(jù)流量等。用于診斷特定功能性能問題的有效手段。EASV5.3開始內置RPC日志記錄特性。日志配置開關客戶端默認是打開狀態(tài)。V5.3服務器端默認關閉，可用如下方法動態(tài)打開關閉

打開：http://ip:port/easupdater/logmanager?ksql=on&rpcsql=on&sqlplan=on

關閉：http://ip:port/easupdater/logmanager?ksql=off&rpcsql=off&sqlplan=offV5.4服務器端默認開啟，記錄執(zhí)行超過10s的操作日志。日志和配置文件收集RPC日志日志和配置文件收集V5.4日志存儲路徑有較大變化客戶端所有日志存放在client/logs目錄，服務端則存放在每個實例目錄下的logs中。如eas/server/cluster/logs、eas/server/profiles/server1/logs等。eassupport工具自動收集日志和診斷信息EAS5.3打PT010990或者包含這個補丁的綜合補丁。EASV5.4內置了eassupport工具。能夠自動收集客戶端和服務端的EAS運行日志、系統(tǒng)配置、網(wǎng)絡診斷信息等。收集方法客戶端：執(zhí)行eas/client/bin下的eassupport.bat。服務端：執(zhí)行eas/server/bin下的eassupport.bat（Windows平臺）或者eassupport.sh（Linux、Unix平臺）。執(zhí)行完成后會在bin目錄下生成一個support*.zip文件。收集過程可能需要較長時間，中途可能會有異常提示，忽略即可。日志和配置文件收集V5.4日志存儲路徑有較大變化服務器長期運行數(shù)據(jù)收集目的反映服務器和網(wǎng)絡在一段歷史時期的負荷和壓力分布，用于設備更新調整等決策依據(jù)。通過異常的壓力和流量發(fā)現(xiàn)系統(tǒng)問題及時加以解決。用于不同客戶之間的并發(fā)壓力對比分析。收集工具免費工具：Cacti專業(yè)工具：HPOpenView收集內容網(wǎng)絡流量、CPU、IO等參考《Cacti安裝配置指南(Windows).ppt》服務器長期運行數(shù)據(jù)收集目的客戶端問題診斷分析客戶端日志分析client/bin/client.vmlog(V5.3及之前版本)中的輸出信息。查看client/logs目錄下運行日志、自動更新日志等。檢查set-client-env.bat中的設置。內存根據(jù)機器實際配置調整。設置全下載更新或者按需更新。EAS系統(tǒng)中的系統(tǒng)菜單|系統(tǒng)信息功能顯示JVM內存消耗、網(wǎng)絡帶寬等信息，如果是IBMJDK，可以收集Dump文件用于分析內存泄漏等問題。任務管理器查看Java進程CPU、內存占用。物理內存可用數(shù)。jconsole（jdk5.0）分析GC，線程等?？蛻舳藛栴}診斷分析客戶端日志網(wǎng)絡故障診斷連通性測試ping<ip>-l1000–n100

，響應時間少于50ms，丟包率少于2次。文件下載測試從應用服務器進行http文件下載，速度應大于16KB/S。下載文件可正常打開，沒有錯誤。eassupport工具收集最新版本會自動進行ping、rpcping、tracert、下載測試等。流量監(jiān)測DUMeter，Cacti。發(fā)現(xiàn)流量異常，判斷是否有病毒等問題。網(wǎng)絡故障診斷連通性測試應用服務器診斷本章節(jié)將從以下幾個方面講解操作系統(tǒng)性能數(shù)據(jù)收集JDK參數(shù)調整優(yōu)化GC日志的收集和分析DUMP信息的收集和分析EAS節(jié)點故障診斷集群控制器故障診斷應用服務器診斷本章節(jié)將從以下幾個方面講解應用服務器診斷操作系統(tǒng)性能數(shù)據(jù)AIX：topas、vmstat、sar、netstatWin：任務管理器，性能監(jiān)視器應用服務器診斷操作系統(tǒng)性能數(shù)據(jù)應用服務器診斷JDK參數(shù)優(yōu)化盡量使用1.5最新版本的JDK。(只有WAS6.0必須使用1.4JDK）使用分代垃圾收集策略，一開始就分配最大內存給JVM。禁止調用System.gc()堆大小通過部署工具修改，建議最大內存不要超過1536m如果是1.5JDK，建議最小對內存和最大堆內存設置一樣大。修改…/eas/server/bin/set-server-env.sh(bat)文件，修改變量JVM_CUSTOM_PARAMS。IBMJDK：-Xgcpolicy:gencon-Xmn300mSun(HP)JDK：-XX:NewSize=300m-XX:+UseParallelOldGC-XX:+DisableExplicitGC-XX:MaxTenuredThreshold=3應用服務器診斷JDK參數(shù)優(yōu)化應用服務器診斷針對IBMJDK1.4.2優(yōu)化參數(shù)-Xgcpolicy:subpool

：AIX平臺專用優(yōu)化選項，能夠更加有效智能的進行內存分配。-Xgcpolicy:optavgpause：一種并行垃圾回收算法。-Xk50000

-Xp10240k,512k：減少碎片幾率。添加方法WAS：“應用程序服務器

>

server1

>

進程定義

>

Java

虛擬機”中的“通用JVM實參”應用服務器診斷針對IBMJDK1.4.2優(yōu)化參數(shù)應用服務器診斷GC日志收集V5.3和5.4默認都是開啟GC日志的。WAS的GC日志存放在native_stderr.log，通常位于

…/WebSphere/AppServer/profiles/<profile>/logs/server1Apusic應用服務器，文件名jvm_gc*.log，位于V5.3：/server/jvmlogs，server/instances/<instance_name>/jvmlogs。V5.4：/server/profiles/<profile_name>/logsIBMJDK、HPJDK可以輸出豐富的GC日志，SUNJDK較簡單。警告：WAS不會自動清理日志文件，需要人工清理，否則文件可能會變得非常巨大。應用服務器診斷GC日志收集應用服務器診斷IBMJDKGC日志分析（1.4.2）<AF[15]:AllocationFailure.need32008bytes,18700mssincelastAForCON><AF[15]:managingallocationfailure,action=2(1174776/345694464)(35998016/38410496)><GC(90):freeingclasssun.reflect.GeneratedSerializationConstructorAccessor555(70a30660)><GC(90):freeingclassrpc_generate._PROXY_com_1_kingdee_1_eas_1_base_1_forewarn_1_IForewarnRunTime(70ac6060)><GC(90):unloadedandfreed2classes><GC(90):BytesTraced=169092003(Foreground:85306974+Background:83785029)State=0><GC(90):GCcyclestartedMonSep1110:27:272006<GC(90):heaplayout:(85580968/345694464)(36715568/38410496)/0><GC(90):freed85123744bytes,31%free(122296536/384104960),in98ms><GC(90):mark:72ms,sweep:26ms,compact:0ms><GC(90):refs:soft10(age>=32),weak0,final22,phantom0><AF[15]:completedin100ms>解釋：因申請31K內存觸發(fā)了自應用服務器啟動以來的第15次AF事件，上一次AF或者GC事件發(fā)生在18s之前。AF觸發(fā)了第90次GC，本次GC共釋放81M內存，完成后空閑31%，堆大小為366M（384104960）。整個AF周期共耗時100ms。(看起來一切正常）應用服務器診斷IBMJDKGC日志分析（1.4.2）應用服務器診斷應用服務器診斷應用服務器診斷應用服務器診斷應用服務器診斷EAS節(jié)點故障類型集群控制器失效或者故障

原因：JDK、操作系統(tǒng)、程序Bug影響所有客戶端無法工作。單點失效（進程Crash等嚴重故障）

原因：通常是JDKBug、操作系統(tǒng)環(huán)境等引起導致連接該節(jié)點的用戶中斷。重啟動EAS客戶端會自動轉移到正常的節(jié)點。重啟該節(jié)點，可自動加入集群環(huán)境。如果是Master失效，必須重啟集群。單點故障（出現(xiàn)CPU高占用，內存泄漏等）

原因：業(yè)務功能內存占用過大，連接泄漏，程序Bug等。連接該節(jié)點的用戶響應變慢，白屏等?？梢允止ぶ貑⒃摴?jié)點，只影響部分用戶。如果是Master故障，將影響所有用戶，重啟集群才能解決。應用服務器診斷EAS節(jié)點故障類型應用服務器診斷集群控制器診斷查看負載均衡日志(loadbalance.log)判斷負載均衡是否正常。telnet集群控制器端口是否正常。利用netstat檢查并統(tǒng)計各節(jié)點的tcp連接占用情況。檢查集群控制器進程狀態(tài)是否正常。查看集群控制器GC日志，看是否存在內存泄漏等問題。

需先打開GC開關。-verbose:gc–Xverbosgclog:<filename>loadbalance日志分析LoadBalancetestconnectiontoRPCServer(tcp://localhost:11050)[PF=0.2,P=0.007142857,CC=27,CF=false,LCT=2006-10-1111:26:05301,TCC=138]

LoadBalancedispatchconnectiontoRPCServer(tcp://localhost:11050)解釋：每個連接轉發(fā)之前先進行測試，PF:該節(jié)點的權重；CC:該節(jié)點連接數(shù)；CF:連接失敗？;LCT:最后連接時間；TCC：連接總數(shù)。CF=false表示測試成功，接下來將請求轉發(fā)到本機11050端口。如果CF=true，則表示節(jié)點無法連接，需要進一步診斷原因。應用服務器診斷集群控制器診斷數(shù)據(jù)庫服務器診斷本章節(jié)將從以下幾個方面講解SQLServer配置建議SQLServer性能數(shù)據(jù)收集SQLServer執(zhí)行計劃查看數(shù)據(jù)庫服務器診斷本章節(jié)將從以下幾個方面講解數(shù)據(jù)庫服務器診斷-SQLServer監(jiān)控TOPSQL（執(zhí)行時間消耗最多的那些SQL）數(shù)據(jù)庫服務器診斷-SQLServer監(jiān)控TOPSQL數(shù)據(jù)庫服務器診斷-SQLServerTOPSQL監(jiān)控結果示例數(shù)據(jù)庫服務器診斷-SQLServerTOPSQL監(jiān)控數(shù)據(jù)庫服務器診斷執(zhí)行計劃查看（SQLServer）利用查詢分析器打開執(zhí)行計劃顯示功能，位于“查詢”菜單。在“當前連接屬性”中打開統(tǒng)計信息輸出。數(shù)據(jù)庫服務器診斷執(zhí)行計劃查看（SQLServer）數(shù)據(jù)庫服務器診斷執(zhí)行計劃查看（SQLServer）數(shù)據(jù)庫服務器診斷執(zhí)行計劃查看（SQLServer）EAS常見性能問題-應用服務器現(xiàn)象引發(fā)問題常見誘因磁盤空間滿EAS無法啟動；客戶端報License過期；操作系統(tǒng)崩潰；日志占滿磁盤空間；EAS發(fā)生Dump；大的升級或者補丁占用；殘留EAS進程無法停止EAS無法啟動；未停止EAS情況下調整部署結構；EAS進程故障；EAS進程消失客戶端報中斷錯誤；內存參數(shù)超過操作系統(tǒng)限額；服務器遠程會話注銷；JDKBug引發(fā)；換頁空間用盡；EAS無法啟動EAS無法使用；內存參數(shù)設置過大；ApusicLicense不匹配；防病毒軟件沖突；殘留EAS進程沒有停止；CPU持續(xù)高消耗EAS響應變慢，灰屏；并發(fā)壓力過大；部分業(yè)務功能異常；內存參數(shù)不當，GC頻繁；換頁空間使用率高EAS響應變慢，灰屏；EAS、操作系統(tǒng)崩潰；EAS內存參數(shù)設置過高；EAS內存泄漏；其它應用占用過多內存；ApusicLicense失效自動更新緩慢或者報錯；EAS運行緩慢，灰屏；Portal功能慢，頁面無法正常顯示；ApusicLicense已過期；升級后忘了替換ApusicLicense文件，集群環(huán)境只替換了主實例，未替換其它實例；EAS常見性能問題-應用服務器現(xiàn)象引發(fā)問題常見誘因磁盤空EAS常見性能問題-數(shù)據(jù)庫服務器現(xiàn)象引發(fā)問題常見誘因磁盤空間滿操作系統(tǒng)、數(shù)據(jù)庫崩潰；數(shù)據(jù)庫無法連接；EAS報數(shù)據(jù)庫異常；事務日志占滿空間；數(shù)據(jù)庫運行日志過多；CPU持續(xù)高消耗EAS響應變慢；數(shù)據(jù)庫參數(shù)設置不當；統(tǒng)計信息過舊；索引缺失；功能缺陷；換頁空間使用率高EAS響應慢；操作系統(tǒng)，數(shù)據(jù)庫崩潰；操作系統(tǒng)參數(shù)設置不當；數(shù)據(jù)庫參數(shù)設置不當；數(shù)據(jù)庫運行異常；其它系統(tǒng)影響；IO等待率高EAS響應慢；數(shù)據(jù)庫參數(shù)設置不當；全表掃描過多；數(shù)據(jù)庫碎片化嚴重EAS響應慢；未設置EAS臨時表空間；隨時間推移逐步碎片化；數(shù)據(jù)庫阻塞和死鎖EAS響應慢；EAS部分功能或大面積灰屏；事務執(zhí)行時間過長；功能缺陷；EAS常見性能問題-數(shù)據(jù)庫服務器現(xiàn)象引發(fā)問題常見誘因磁盤EAS常見性能問題-網(wǎng)絡及客戶端現(xiàn)象引發(fā)問題常見誘因網(wǎng)絡帶寬過低自動更新緩慢；EAS響應慢；網(wǎng)絡不穩(wěn)定；帶寬被其它應用占用；缺少QoS配置；網(wǎng)絡延遲和丟包嚴重EAS響應慢；網(wǎng)絡不穩(wěn)定；網(wǎng)絡負荷過大；網(wǎng)絡受到攻擊；EAS客戶端內存消耗持續(xù)增加客戶端越用越慢；客戶端內存泄漏；Portal方式登錄及使用慢

瀏覽器插件影響；防病毒，防火墻影響；其它程序影響；EAS常見性能問題-網(wǎng)絡及客戶端現(xiàn)象引發(fā)問題常見誘因網(wǎng)絡Unix,Linux常用命令和技巧文本編輯器vi、dtpad(AIX)顯示文件內容cat<filename>|pg分頁顯示文件內容。tail-fnative_stderr.log滾動顯示日志信息。grep<text><filename>顯示<filename>文件中，包括<text>文本的所有行。命令歷史Linux可以直接用↑↓訪問歷史命令。set-ovi打開歷史命令編輯功能(sh不支持)。Esc+k顯示上一命令。然后用h、k滾動，回車執(zhí)行，Ctrl+c取消。可以使用vi行編輯及搜索命令。r[a=b]執(zhí)行上一條命令，執(zhí)行之前將命令中的a替換成b(AIX)。Unix,Linux常用命令和技巧文本編輯器Unix,Linux常用命令和技巧進程操作相關命令ps-ef|grepjav[a]顯示所有java進程的詳細信息。ps-ef|awk'/java/&&/apusi[c]/{print$2}'顯示所有apusic進程號。kill-9<pid>強行殺掉指定的進程。kill-9`ps-ef|awk'/java/&&/apusi[c]/{print$2}'`

殺掉所有apusic進程。（`位于Tab鍵上方）kill-3<pid>可以收集JAVA進程的DUMP信息，收集可能需要較長時間，請注意檢查生成的文件時間和長度變化停止后才算完成。通常會生成heapdump*.phd，javacore*.txt兩個文件。（IBMJDK）Unix,Linux常用命令和技巧進程操作相關命令Unix,Linux常用命令和技巧系統(tǒng)運行數(shù)據(jù)收集命令topas(AIX),top(Linux,HP-UX)周期顯示系統(tǒng)當前的主要活動內容。包括CPU，網(wǎng)絡，IO，進程，頁面交換等。vmstat5每5s收集一次系統(tǒng)運行數(shù)據(jù)，包括內存、頁面、CPU等。AIX支持-t參數(shù)顯示收集時間。sar-u599每5秒收集一次CPU相關統(tǒng)計信息，包括系統(tǒng)、用戶CPU使用率，IO等待率等。共收集99次sar-d599每5秒收集一次塊設備（磁盤等）的活動信息，包括數(shù)據(jù)傳輸率、等待時間、服務時間、繁忙度等。iostat-t5(AIX)每5s收集一次IO統(tǒng)計數(shù)據(jù)，包括iowait，cpu等。iostat-Tdhdisk15(AIX)每5s收集一次hdisk1的統(tǒng)計數(shù)據(jù)，包括繁忙程度，帶寬等。同時顯示收集時間。netstat-an|grepESTA|grep11034|wc-l顯示連接到本機11034端口的TCP連接數(shù)量。netstat-an|awk'/ESTA/&&/11034/{print$5}'|sed's/\.[0-9]*$//g'|sort|uniq-c|sort-n-r按11034端口連接數(shù)量對來源IP進行排序Unix,Linux常用命令和技巧系統(tǒng)運行數(shù)據(jù)收集命令Unix,Linux常用命令和技巧文件復制、移動、刪除cp-rpeaseas1復制eas的所有文件到eas1目錄，同時保留文件的原始日期不變。mveaseas1如果eas1不存在，則改名；否則把eas移到eas1目錄下。rm-rfeas1刪除eas1及其目錄下的所有文件。find.-name'*.log*'-mtime-1|xargstarcvfeaslog20080508.tar磁盤空間檢查df-g(AIX)以GB為單位顯示每個掛載點的空間占用情況。ds-h(Linux)以直觀方式顯示空間占用。bdf(HP-UX)，單位kdu-sg(AIX)顯示當前目錄下所有文件及子目錄占用空間大小，單位為GB。du-sh(Linux)以直觀方式顯示空間占用。du-sk(HP-UX)，單位k。Unix,Linux常用命令和技巧文件復制、移動、刪除Unix,Linux常用命令和技巧其它技巧ls-l`find.-namefi_gl-server.jar`查找當前目錄及其子目錄下的所有fi_gl-server.jar，并列示其詳細信息。可用于檢查組件相關信息。grep"<GC(1):GCcycle"native_stderr.log從日志文件中顯示應用服務器每次重新啟動的時間。grepDumpnative_stderr.log顯示日志中發(fā)生的Dump信息。cat`find.-nameset-server-env.sh`|grepJVM_MAX_HEAP_SIZE

在部署了多個EAS節(jié)點的情況下，可以過濾顯示所有節(jié)點的JVM堆大小設定。grep"CF=true"loadbalance.log從集群日志中顯示負載均衡失效的節(jié)點信息。Unix,Linux常用命令和技巧其它技巧EAS性能問題診斷處理方法感謝觀看金蝶軟件（中國）有限公司感謝觀看金蝶軟件（中國）有限公司EAS性能問題診斷處理方法

金蝶軟件（中國）有限公司客戶服務中心EAS性能問題診斷處理方法

金目錄目標和范圍實施日常工作內容EAS產(chǎn)品部署模型集群部署建議環(huán)境檢查和參數(shù)調整問題分析和診斷方法EAS常見性能問題實際案例分析其他注意事項目錄目標和范圍目標和范圍目標能夠根據(jù)實際軟硬件環(huán)境完成部署和參數(shù)調整工作，保障EAS基本運行性能。具備EAS運行性能的監(jiān)控能力，在出現(xiàn)問題的時候能夠有效描述問題場景，收集必要的數(shù)據(jù)用于分析。具備基本的問題診斷和分析能力，針對環(huán)境和部署相關的問題，有能力自行處理和解決。范圍本文檔適用于EASV5.3以及V5.4版本。本文檔主要涉及環(huán)境相關問題處理以及系統(tǒng)性能和穩(wěn)定性問題分析解決。產(chǎn)品功能性的Bug，則主要提供信息收集建議。目標和范圍目標實施日常工作內容-性能穩(wěn)定性相關部署以及服務器運行參數(shù)調整應用服務器、數(shù)據(jù)庫服務器、操作系統(tǒng)。問題跟蹤診斷，數(shù)據(jù)收集主動監(jiān)控并發(fā)現(xiàn)問題。被動處理和解決問題。產(chǎn)品升級及驗證應用服務器升級、數(shù)據(jù)庫升級及驗證。DBA部分職責數(shù)據(jù)庫備份恢復，統(tǒng)計分析等。實施日常工作內容-性能穩(wěn)定性相關部署以及服務器運行參數(shù)調EAS部署模型－網(wǎng)絡圖EAS部署模型－網(wǎng)絡圖EAS部署模型－部署圖EAS部署模型－部署圖EAS集群模型特點支持本機和多機集群一臺機器可以部署多個EAS組成本機集群?？梢詫⒍鄠€服務器上EAS組成多機集群。兩種模式可以混合使用。異構的應用服務器之間可以組成集群。負載均衡和失效恢復大并發(fā)時減少單點內存占用，降低故障機率。分散故障范圍，節(jié)點故障只影響連接到該節(jié)點的用戶。一臺應用服務器停機，后續(xù)連接轉移到正常服務器。（客戶端必須重新登錄才能轉移）當停機的應用服務器重新啟動后，會自動加入集群。自主集群技術不依賴操作系統(tǒng)或者應用服務器的集群技術。EAS集群模型特點支持本機和多機集群集群部署建議參考依據(jù)應用服務器配置，CPU數(shù)量，內存容量等。每1個CPU、2.5G內存可以部署一個EAS節(jié)點?？梢栽诙鄠€服務器上部署集群節(jié)點，應用服務器之間帶寬至少100Mbps。應用服務器和數(shù)據(jù)庫服務器之間的帶寬至少100Mbps，建議1Gbps或者以上。結合應用規(guī)模和服務器的實際運行負荷進行規(guī)劃，通常超過100并發(fā)用戶就應該考慮集群部署模式。集群部署方法EASV5.1只能手工進行集群部署。EASV5.2管理控制臺內置了集群部署功能。

集群部署建議參考依據(jù)環(huán)境檢查和參數(shù)調整客戶端內存相關參數(shù)調整服務器操作系統(tǒng)Windows、AIX、HP-UX、LinuxJAVA環(huán)境JDK以及應用服務器數(shù)據(jù)庫服務器Oracle9i&10gDB2V8&V9SQLServer

環(huán)境檢查和參數(shù)調整客戶端環(huán)境檢查和參數(shù)調整-客戶端EAS客戶端主要以使用Windows系統(tǒng)為主，雖然可以運行在其他平臺，但尚未經(jīng)過完整測試。機器配置：CPU，P41.7G及以上；內存建議512M及以上;硬盤，至少2G空閑。操作系統(tǒng)：使用WindowsXP及以上版本。如果客戶端內存達到512M或者以上，考慮增加EAS客戶端的內存限制。修改eas/client/bin下的set-client-env.bat。

SETJVM_MAX_HEAPSIZE=368（不要超過內存總量70%）環(huán)境檢查和參數(shù)調整-客戶端EAS客戶端主要以使用Wind環(huán)境檢查和參數(shù)調整-服務器操作系統(tǒng)環(huán)境檢查和參數(shù)調整-服務器操作系統(tǒng)#OS檢查項目及方法應用服務器數(shù)據(jù)庫服務器1Windows內存：我的電腦屬性至少2G，若>=4G可部署本機集群至少2G，建議>=4G2磁盤空間：資源管理器至少5G用于安裝EAS100-500G不等，與應用規(guī)模相關3/3GB：c:\boot.ini（僅適用32位版本）>=2G時建議打開>=4G時建議打開4/PAE：c:\boot.ini（僅適用32位版本）N/A>=6G時建議打開，同時需要調整Oracle參數(shù)5AIX操作系統(tǒng)版本：oslevel-r建議5300-04或者以上建議5300-04或者以上6內核版本(32,64)：bootinfo-K32位，64位均可要求64位7內存容量：prtconf至少2G，若>=4G可部署本機集群。至少2G，建議>=4G8內核參數(shù)：vmo-aminperm%=3;lru_file_repage=0,strict_maxclient=0;#vmo-pominperm%=3…minperm%=3;lru_file_repage=0,strict_maxclient=0;#vmo-pominperm%=3…9磁盤空間：df-g每掛載點占用少于80%。至少5G用于安裝EAS每掛載點占用少于80%。Oracle使用100-500G不等，與應用規(guī)模相關10換頁空間：lsps-a一般按2倍物理內存設置,若內存達到16G，則設置為物理內存一半一般按2倍物理內存設置,若內存達到16G，則設置為物理內存一半11資源限制：ulimit-a建議全部改成無限制。修改/etc/security/limits建議全部改成無限制。修改/etc/security/limits12進程限制：smittychgsysN/A每用戶進程數(shù)>512，隨并發(fā)規(guī)模增加而調整，大于oracle的processes參數(shù)。13異步IO：smittychaioN/A確保已經(jīng)打開，每CPU最大值調整為80。環(huán)境檢查和參數(shù)調整-服務器操作系統(tǒng)環(huán)境檢查和參數(shù)調整-環(huán)境檢查和參數(shù)調整-服務器操作系統(tǒng)#OS檢查項目及方法應用服務器數(shù)據(jù)庫服務器14HP-UX操作系統(tǒng)版本：uname-a11.23及以上版本11.23及以上版本15內核版本(32,64)：getconfKERNEL_BITS建議64位要求64位16內存容量：sam至少2G，若>=4G可部署本機集群至少2G，建議>=4G17內核參數(shù)：sam使用HPjconfig工具檢查操作系統(tǒng)配置和參數(shù)。若干參數(shù)需要調整，請參考詳細配置說明18磁盤空間：bdf每掛載點占用少于80%。至少5G用于安裝EAS每掛載點占用少于80%。Oracle使用100-500G不等，與應用規(guī)模相關19換頁空間：swapinfo一般按2倍物理內存設置,若內存夠大，交換空間建議2G即可一般按2倍物理內存設置,若內存夠大，交換空間建議2G即可20Linux操作系統(tǒng)版本：uname-a版本>2.6.9版本>2.6.921內核版本(32,64)：getconfLONG_BIT32位，64位均可要求64位22內存容量：grepMemTotal/proc/meminfo至少2G，若>=4G可部署本機集群至少2G，建議>=4G23內核參數(shù)：sysctl-aN/A若干參數(shù)需要調整，請參考詳細配置說明24磁盤空間：df-h每掛載點占用少于80%。至少5G用于安裝EAS每掛載點占用少于80%。Oracle使用100-500G不等，與應用規(guī)模相關25換頁空間：grepSwapTotal/proc/meminfo一般按2倍物理內存設置,若內存達到16G，則設置為物理內存一半一般按2倍物理內存設置,若內存達到16G，則設置為物理內存一半26資源限制：ulimit-a檢查設置有無異常，通常無需調整。檢查設置有無異常，通常無需調整。環(huán)境檢查和參數(shù)調整-服務器操作系統(tǒng)#OS檢查項目及方法應環(huán)境檢查和參數(shù)調整-JAVA環(huán)境#類別檢查項目及方法建議或要求備注1IBMJDK版本檢查：進入jdk所在目錄下的/bin目錄，

java-version（Windows)

./java-version（Linux,Unix）1.4.2SR5及以上或者

1.5.0SR3及以上WebSphere請進入AppServer/java/bin，其他請進入/eas/server/bin/set-server-env中JAVA_HOME指定的路徑下的bin目錄。2JVM參數(shù)檢查1.4.2

-Xgcpolicy:subpool(AIX)

-Xgcpolicy:optavgpause(其他)

-Xk50000

-Xp10240k,512k1.5-Xgcpolicy:gencon-Xmn300m打開WebSphere控制臺。

進入“應用程序服務器

>

server1

>

進程定義

>

Java

虛擬機”，檢查通用JVM實參。

其他應用服務器，檢查eas/server/bin/set-server-env.sh(bat)中的JVM_CUSTOM_PARAMS變量3SUNJDK同上1.5.0_08及以上版本。

4JVM參數(shù)檢查-XX:NewSize=300m

-XX:MaxTenuringThreshold=3

-XX:+UseParallelOldGC

-XX:+DisableExplicitGCNew區(qū)內存至少300M對象在New區(qū)存活超過3次則移動到Old區(qū)Old區(qū)使用并行GC策略禁止System.gc()最小堆內存和最大堆內存建議相等，≥1024m≤1536m。5HPJDK同上5及以上版本。

6JVM參數(shù)檢查同SUNJDK

7ApusicApusic和EAS捆綁，無需檢查。N/A

8WebSphere版本檢查：進入WebSphere/AppServer/bin，

shversionInfo.sh3及以上版本，

3及以上版本。

環(huán)境檢查和參數(shù)調整-JAVA環(huán)境#類別檢查項目及方法建環(huán)境檢查和參數(shù)調整-數(shù)據(jù)庫#數(shù)據(jù)庫檢查項目及方法建議或要求備注

1Oracle9i&10g版本檢查：進入sql*plus

sql>select*fromv$version;，

及以上進入sql*plus方法，在數(shù)據(jù)庫服務器上執(zhí)行

sqlplus"/assysdba"，下同2

字符集檢查：進入sql*plus

sql>select*fromv$nls_parameterswhereparameterlike'%CHARACTERSET';返回結果應該都是UTF8AL32UTF8也沒有問題，目前使用客戶較少。3共享及專用服務器模式：使用數(shù)據(jù)庫配置助手，dbca

Windows：直接在命令行執(zhí)行dbca。

Linux,Unix：以oracle用戶身份執(zhí)行dbca，執(zhí)行之前可能需要設定DISPLAY環(huán)境變量。盡量采用專用服務器模式由于應用服務器基于連接池管理，所以不建議Oracle使用共享服務器這種類似連接共用的機制。9i的共享服務器模式排序內存參數(shù)需要手工設定無法自動擴展也是原因之一。4數(shù)據(jù)庫參數(shù)顯示或者調整：進入sql*plus

查看參數(shù)

sql>showparameters參數(shù)名稱

修改參數(shù)

sql>altersystemset參數(shù)=值scope=spfile;注：以下以8G內存的服務器為例采用scope=spfile修改的參數(shù)在oracle重啟后才會生效。

如果Oracle是以pfile方式啟動的，則需要手工修改init*.ora文件。環(huán)境檢查和參數(shù)調整-數(shù)據(jù)庫#數(shù)據(jù)庫檢查項目及方法建議或要環(huán)境檢查和參數(shù)調整-數(shù)據(jù)庫#數(shù)據(jù)庫檢查項目建議或要求備注5Oracle9i&10gsga_target5600moracle10g參數(shù)，設定后oracle自動管理SGA內存，此時db_cache_size以及若干pool_size的設定值為最小控制值。6sga_max_size5600m內存總量×70%db_cache_size+shared_pool_size+java_pool_size+large_pool_size不應大于此值。7db_cache_size45000m數(shù)據(jù)緩存，盡量大一些。8shared_pool_size1000m根據(jù)內存容量和并發(fā)規(guī)?？蛇M一步增大。9java_pool_size16mOracle升級的時候，需要將此參數(shù)調大，請參考升級說明。10large_pool_size16m專用服務器模式通常不使用large_pool，如果是共享服務器模式，需要增加此值為processes*3m左右。11pga_aggregate_target1000m大約等于參數(shù)processes*3m左右。12processes300oracle服務器進程上限，約等于并發(fā)用戶數(shù)×80%13optimizer_index_caching90使Oracle傾向于使用索引。14optimizer_index_cost_adj50使Oracle傾向于使用索引。15workarea_size_policyauto用于排序等內存根據(jù)需要自動擴展。9i共享服務器模式下無效。16“_b_tree_bitmap_plans”false避免EAS某些功能執(zhí)行計劃差17“_no_or_expansion”true同上18“_complex_view_merging”false避免EAS某些功能觸發(fā)OracleBug19默認統(tǒng)計分析采樣率100%由于EAS是一套賬機制，多個組織的數(shù)據(jù)集中存放，不采用100%全采樣統(tǒng)計分析，容易導致執(zhí)行計劃惡化，性能差異可能會有數(shù)十倍。9i默認是全采樣，但10g默認是“auto”，需要修改成100%注意：參數(shù)調整以不會導致Paging為前提。環(huán)境檢查和參數(shù)調整-數(shù)據(jù)庫#數(shù)據(jù)庫檢查項目建議或要求備注環(huán)境檢查和參數(shù)調整-數(shù)據(jù)庫32位Windows上讓Oracle使用4G以上的內存，10g有成功案例，以8G內存服務器為例：增加注冊表項\HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\<HOMENAME>下增加REG_SZ類型AWE_WINDOW_MEMORY,值：1288490188。(1.2G）。用做DB緩存并與4GB以上內存的交換空間。通過將SGA_TARGET的參數(shù)設置為0，關閉Oracle10g的自動內存管理。修改參數(shù)USE_INDIRECT_DATA_BUFFERS=true，使Oracle可以使用4GB以上內存來做數(shù)據(jù)緩存。修改DB_BLOCK_BUFFERS參數(shù)的值為655360，將使用655360*8192(db_block_size)=5GB內存用做數(shù)據(jù)庫緩存。清除DB_CACHE_SIZE參數(shù)設定，

altersystemresetdb_cache_sizescope=spfilesid='*';修改SGA_MAX_SIZE=6000m。環(huán)境檢查和參數(shù)調整-數(shù)據(jù)庫32位Windows上讓Ora環(huán)境檢查和參數(shù)調整-數(shù)據(jù)庫OracleRAC模式配置建議RAC模式下需特殊注意的參數(shù)：每個實例相同的參數(shù)（缺省值，無需修改）：

cluster_database=truecluster_database_instances=n//實例個數(shù)每個實例異同參數(shù)：

instance_name=RAC1…ninstance_number=1…nlocal_listener=LISTENER_RAC1…nremote_listener=LISTENER_RAC//對應tnsnames.ora中對RAC中其它節(jié)點監(jiān)聽的配置名

thread=1…nundo_tablespace=UNDOTBS1…n環(huán)境檢查和參數(shù)調整-數(shù)據(jù)庫OracleRAC模式配置建環(huán)境檢查和參數(shù)調整-數(shù)據(jù)庫單機、HA模式使用通用監(jiān)聽配置RAC模式需注意關鍵點：Tnsnames.ora針對RAC的特殊配置：LOAD_BALANCE=ON…OFF//是否使用負載均衡FAILOVER=ON…OFF//是否使用故障轉移listener.ora配置與單機、HA模式一致環(huán)境檢查和參數(shù)調整-數(shù)據(jù)庫單機、HA模式使用通用監(jiān)聽配置問題的分析和診斷某個客戶抱怨系統(tǒng)很慢，原因？客戶機：機器配置、EAS參數(shù)、其它程序影響、病毒、殺毒軟件。網(wǎng)絡：帶寬、延遲、丟包、通訊故障、病毒泛濫。集群前置機：均衡失效、內存溢出、連接泄漏、停止響應。自動更新服務器：更新流量過大、阻塞應用服務器：內存泄漏、連接泄漏、文件句柄泄漏、CPU消耗、停止響應、進程消失、磁盤空間滿、License失效。數(shù)據(jù)庫服務器：阻塞、死鎖、高IO、高CPU、磁盤空間滿。問題的分析和診斷某個客戶抱怨系統(tǒng)很慢，原因？問題的分析和診斷講解內容包括日志和配置文件收集服務器長期運行數(shù)據(jù)收集客戶端問題診斷網(wǎng)絡故障診斷應用服務器診斷數(shù)據(jù)庫服務器診斷Linux，Unix常用命令問題的分析和診斷講解內容包括日志和配置文件收集RPC日志記錄操作過程中客戶端與應用服務器或者應用服務器與數(shù)據(jù)庫服務器之前的交互過程，每次交互執(zhí)行的動作、消耗的時間、數(shù)據(jù)流量等。用于診斷特定功能性能問題的有效手段。EASV5.3開始內置RPC日志記錄特性。日志配置開關客戶端默認是打開狀態(tài)。V5.3服務器端默認關閉，可用如下方法動態(tài)打開關閉

打開：http://ip:port/easupdater/logmanager?ksql=on&rpcsql=on&sqlplan=on

關閉：http://ip:port/easupdater/logmanager?ksql=off&rpcsql=off&sqlplan=offV5.4服務器端默認開啟，記錄執(zhí)行超過10s的操作日志。日志和配置文件收集RPC日志日志和配置文件收集V5.4日志存儲路徑有較大變化客戶端所有日志存放在client/logs目錄，服務端則存放在每個實例目錄下的logs中。如eas/server/cluster/logs、eas/server/profiles/server1/logs等。eassupport工具自動收集日志和診斷信息EAS5.3打PT010990或者包含這個補丁的綜合補丁。EASV5.4內置了eassupport工具。能夠自動收集客戶端和服務端的EAS運行日志、系統(tǒng)配置、網(wǎng)絡診斷信息等。收集方法客戶端：執(zhí)行eas/client/bin下的eassupport.bat。服務端：執(zhí)行eas/server/bin下的eassupport.bat（Windows平臺）或者eassupport.sh（Linux、Unix平臺）。執(zhí)行完成后會在bin目錄下生成一個support*.zip文件。收集過程可能需要較長時間，中途可能會有異常提示，忽略即可。日志和配置文件收集V5.4日志存儲路徑有較大變化服務器長期運行數(shù)據(jù)收集目的反映服務器和網(wǎng)絡在一段歷史時期的負荷和壓力分布，用于設備更新調整等決策依據(jù)。通過異常的壓力和流量發(fā)現(xiàn)系統(tǒng)問題及時加以解決。用于不同客戶之間的并發(fā)壓力對比分析。收集工具免費工具：Cacti專業(yè)工具：HPOpenView收集內容網(wǎng)絡流量、CPU、IO等參考《Cacti安裝配置指南(Windows).ppt》服務器長期運行數(shù)據(jù)收集目的客戶端問題診斷分析客戶端日志分析client/bin/client.vmlog(V5.3及之前版本)中的輸出信息。查看client/logs目錄下運行日志、自動更新日志等。檢查set-client-env.bat中的設置。內存根據(jù)機器實際配置調整。設置全下載更新或者按需更新。EAS系統(tǒng)中的系統(tǒng)菜單|系統(tǒng)信息功能顯示JVM內存消耗、網(wǎng)絡帶寬等信息，如果是IBMJDK，可以收集Dump文件用于分析內存泄漏等問題。任務管理器查看Java進程CPU、內存占用。物理內存可用數(shù)。jconsole（jdk5.0）分析GC，線程等?？蛻舳藛栴}診斷分析客戶端日志網(wǎng)絡故障診斷連通性測試ping<ip>-l1000–n100

，響應時間少于50ms，丟包率少于2次。文件下載測試從應用服務器進行http文件下載，速度應大于16KB/S。下載文件可正常打開，沒有錯誤。eassupport工具收集最新版本會自動進行ping、rpcping、tracert、下載測試等。流量監(jiān)測DUMeter，Cacti。發(fā)現(xiàn)流量異常，判斷是否有病毒等問題。網(wǎng)絡故障診斷連通性測試應用服務器診斷本章節(jié)將從以下幾個方面講解操作系統(tǒng)性能數(shù)據(jù)收集JDK參數(shù)調整優(yōu)化GC日志的收集和分析DUMP信息的收集和分析EAS節(jié)點故障診斷集群控制器故障診斷應用服務器診斷本章節(jié)將從以下幾個方面講解應用服務器診斷操作系統(tǒng)性能數(shù)據(jù)AIX：topas、vmstat、sar、netstatWin：任務管理器，性能監(jiān)視器應用服務器診斷操作系統(tǒng)性能數(shù)據(jù)應用服務器診斷JDK參數(shù)優(yōu)化盡量使用1.5最新版本的JDK。(只有WAS6.0必須使用1.4JDK）使用分代垃圾收集策略，一開始就分配最大內存給JVM。禁止調用System.gc()堆大小通過部署工具修改，建議最大內存不要超過1536m如果是1.5JDK，建議最小對內存和最大堆內存設置一樣大。修改…/eas/server/bin/set-server-env.sh(bat)文件，修改變量JVM_CUSTOM_PARAMS。IBMJDK：-Xgcpolicy:gencon-Xmn300mSun(HP)JDK：-XX:NewSize=300m-XX:+UseParallelOldGC-XX:+DisableExplicitGC-XX:MaxTenuredThreshold=3應用服務器診斷JDK參數(shù)優(yōu)化應用服務器診斷針對IBMJDK1.4.2優(yōu)化參數(shù)-Xgcpolicy:subpool

：AIX平臺專用優(yōu)化選項，能夠更加有效智能的進行內存分配。-Xgcpolicy:optavgpause：一種并行垃圾回收算法。-Xk50000

-Xp10240k,512k：減少碎片幾率。添加方法WAS：“應用程序服務器

>

server1

>

進程定義

>

Java

虛擬機”中的“通用JVM實參”應用服務器診斷針對IBMJDK1.4.2優(yōu)化參