|
1 應(yīng)用服務(wù)器資源占用率（cpu,內(nèi)存） 資源占用率低通常不能說明硬件是夠用的，而是配置不當(dāng)造成的。可以檢查一下resin服務(wù)里java內(nèi)存的分配情況，如果應(yīng)用服務(wù)器的總內(nèi)存<2g,建議客戶升級到2g或以上，重新安裝resin服務(wù)，設(shè)置java內(nèi)存為1024M.具體方法：1.停止resin服務(wù) 2.命令行模式下cd d:\weaver\resin\bin 回車 srun -remove 回車 srun -install -Xms1024M -Xmx1024M 2 數(shù)據(jù)庫服務(wù)器資源占用率（cpu,內(nèi)存） 內(nèi)存占用過低或過高都會影響性能，通常設(shè)置oracle內(nèi)存占用系統(tǒng)總內(nèi)存的1/2。調(diào)整方法：1. 用system賬號以sysdba身份登陸oracle 管理控制臺。找到例程-〉配置-〉內(nèi)存，按如下原則配置：1.共享池大于300M小于500M 2.大型池和java池不需要調(diào)整，按默認(rèn)即可3.緩沖區(qū)高速緩存盡可能大（oracle分配的內(nèi)存總和小于系統(tǒng)總內(nèi)存1/2前提下）4.pga設(shè)置為600M左右。 總的來說，共享池，緩沖區(qū)高速緩存和pga需要設(shè)的高一點(diǎn)，如果客戶內(nèi)存占用率很高又沒有升級硬件的條件，可以把他們調(diào)低一點(diǎn)。 3 檢查數(shù)據(jù)表空間是否已滿 oracle表空間滿了的話，系統(tǒng)會很慢。檢查方法：1. 用system賬號以sysdba身份登陸oracle 管理控制臺。找到存儲-〉表空間，看看users表空間使用率是否在99%以上，如果是則可認(rèn)為表空間滿了，在該表空間上點(diǎn)右鍵->添加數(shù)據(jù)文件，大小在1000M以上（視硬盤剩余大小而定）創(chuàng)建新的數(shù)據(jù)文件。 4 軟件防火墻（諾頓、anti-virus等） resin頻繁down掉。最好卸載防火墻，不行的話修改掃描設(shè)置，不要實(shí)時(shí)監(jiān)控 5 resin.conf文件中的 work-dir配置 如果沒有配置這個參數(shù)系統(tǒng)會很慢 6 resin.conf文件中的 class-update-interval配置 設(shè)置成9999 7 sql server的日志文件過大(>2g) 響應(yīng)速度慢,解決辦法：清理日志文件,征得用戶同意可以是數(shù)據(jù)庫恢復(fù)模式采用"簡單"恢復(fù)模式,選擇自動壓縮日志(因?yàn)槲覀円话悴粫玫饺罩緛砘謴?fù)數(shù)據(jù)庫) 8 首頁顯示的內(nèi)容太多(主要是統(tǒng)計(jì)信息) 首頁顯示慢，登陸慢。適當(dāng)減少首頁的信息,特別是統(tǒng)計(jì)信息 9 數(shù)據(jù)庫表索引建立不當(dāng)(主要是一些大表如:workflow_requestbase,workflow_curentoperator,docdetail,docshare,dcosharedetail) requestbase,workflow_curentoperator,docdetail,docshare,dcosharedetail) 大數(shù)據(jù)量查詢(如流程,文檔的快速查詢)慢，解決辦法：建立有效的大表索引,把大表和大表的索引移動的獨(dú)立的表空間,還還可以大表分區(qū) 10 數(shù)據(jù)庫服務(wù)器和應(yīng)用服務(wù)器之間是否為100M線路連接或更大 顯示返回大量查詢速度慢 11 數(shù)據(jù)庫連接數(shù)是否太多 數(shù)據(jù)庫服務(wù)器壓力大(CPU,內(nèi)存使用過高),響應(yīng)數(shù)據(jù)庫請求慢。建議數(shù)據(jù)庫的連接數(shù)在200以上，300以下。（修改weaver.properties中的ecology.maxconn參數(shù)） 12 resin啟動不了問題 A.檢查eoclogy中的配置文件的配置是否正確,包括weaver.properties,resin.conf配置文件,如果有用到apache還有httpd.conf; B.檢查數(shù)據(jù)庫是否能夠正常訪問(weaver.properties中配置的用戶); C.檢查resin服務(wù)里面的啟動參數(shù)是否正確; 常用的參數(shù)有: -java_home JDK路徑 例如:-java_home "D:\WEAVER\JDK" 注意我們使用的JDK版本是1.3 -Xms JVM占用最小內(nèi)存 例如: -Xms64M -Xmx JVM占用最大內(nèi)存 例如: -Xmx378M 還有其它參數(shù)請?jiān)诿Ｊ较碌腬resin\bin目錄下輸入"srun -h"進(jìn)行查看 如果參數(shù)不正確通過請?jiān)诿Ｊ较碌腬resin\bin目錄下輸入"srun -remove"進(jìn)行移除 再通過"srun -install 需要的啟動參數(shù)"進(jìn)行安裝到windows服務(wù)里 D.檢查JDK文件是否有被破壞,可以找一個確定好的JDK放入該路徑下看問題是否解決; E.檢查Resin文件是否被破壞,同樣可以找一個確定好的ResinCOPY到該路徑下,看問題是否解決,注意要該resin.conf配置文件; 13 Resin啟動后沒有用戶用時(shí)java.exe進(jìn)程CPU使用率100%問題檢查方法 A.確定是否由于病毒,木馬之類引起; B.檢查ecology系統(tǒng)配置文件是否正確; C.檢查JDK文件是否有被破壞,可以找一個確定好的JDK放入該路徑下看問題是否解決; D.檢查ecology系統(tǒng)中系統(tǒng)設(shè)置中是否有問題. 1)文件備份時(shí)間設(shè)置太小,例如:設(shè)為"1",系統(tǒng)會1鐘就備份一次 2)文件備份時(shí)間設(shè)置太大超過系統(tǒng)允許的最大值(35791394) 可以先設(shè)置為0即不備份看問題是否解決; 14 系統(tǒng)經(jīng)常出現(xiàn)網(wǎng)頁無法顯示問題 A.客戶系統(tǒng)網(wǎng)絡(luò)是否正常,是否有比較嚴(yán)重的丟包現(xiàn)象; B.是否只有一個客戶機(jī)器出現(xiàn)該問題,如果只有一個客戶出現(xiàn)該問題,可能為客戶機(jī)器本身環(huán)境問題; C.檢查weaver.properties中ecology.maxconn最大連接數(shù)是否過小,我們默認(rèn)為300; D.如果為oracle數(shù)據(jù)庫需要對數(shù)據(jù)庫進(jìn)行優(yōu)化,建議process調(diào)整為300~900,ecology.maxconn為200~300; |
|
|
