【正文】 bLogic 實(shí)例 最小內(nèi)存 最大內(nèi)存AdminServer 1024m 1024mManagedServer1 1024m 1024mManagedServer2 1024m 1024mManagedServerN 1024m 1024m. 垃圾收集垃圾收集對(duì) Java 程序的運(yùn)行是有著很大的影響的，因此建議在試運(yùn)行或者上線運(yùn)行初期的一定期間內(nèi)都打開(kāi)垃圾收集日志，以備問(wèn)題查找，并且盡量做到： 把 GC（垃圾收集）轉(zhuǎn)至一個(gè)獨(dú)立的日志文件，不輸出到標(biāo)準(zhǔn)輸出； 每次啟動(dòng)服務(wù)器都轉(zhuǎn)至一個(gè)新的日志文件，不覆蓋上一次的日志文件；當(dāng)應(yīng)用程序在系統(tǒng)中經(jīng)過(guò)長(zhǎng)時(shí)間運(yùn)行測(cè)試沒(méi)有問(wèn)題，才關(guān)閉此日志。打開(kāi)垃圾收集的日志的參數(shù)請(qǐng)參見(jiàn)具體 JVM 的文檔說(shuō)明，此處略去。. 創(chuàng)建 JDBC 連接池創(chuàng)建 JDBC 連接池的方法是通過(guò) Admin Console 登錄后進(jìn)入 Services?JDBC?Data Sources 功能模塊來(lái)進(jìn)行，詳細(xì)步驟此處不詳盡介紹，但給出幾點(diǎn)建議： 如果需要全局事務(wù)，要選擇帶 XA 支持的驅(qū)動(dòng)程序； 注意如果不是 WebLogic 系統(tǒng)本身內(nèi)置支持的數(shù)據(jù)庫(kù)，需要自己準(zhǔn)備數(shù)據(jù)庫(kù)驅(qū)動(dòng)文件，并且安裝驅(qū)動(dòng)文件到域啟動(dòng)文件中（參見(jiàn) 節(jié)） ；. WebLogic 優(yōu)化. 日志 關(guān)閉 HTTP 日志，通過(guò) Environment?Servers?uapServerN?Logging?HTTP 進(jìn)行修改，如下圖：廣東移動(dòng) UAP 平臺(tái) WebLogic 工程實(shí)施手冊(cè)第 32 頁(yè) 共 36 頁(yè) 限制 Server 日志的數(shù)量，通過(guò)Environment?Servers?uapServerN?Logging?General 進(jìn)行修改，如下圖：選中“Limit Number of retained files”，在“Files to retain”中填入經(jīng)過(guò)估計(jì)后的數(shù)字，例如，預(yù)計(jì)或者經(jīng)過(guò)后期觀察發(fā)現(xiàn)，一周內(nèi)產(chǎn)生的單個(gè) WebLogic 實(shí)例的 Server 日志的文件數(shù)量（默認(rèn) 5M 每個(gè)文件）為 12 個(gè)，那么為了保留一個(gè)月的日志量，就應(yīng)當(dāng)保留 48 個(gè)。此項(xiàng)可以在運(yùn)行一段時(shí)間再修改，也可以不限制，但是需要運(yùn)維人員進(jìn)行一定的備份工作，請(qǐng)參考運(yùn)維手冊(cè)。 GC 日志參考 垃圾收集。廣東移動(dòng) UAP 平臺(tái) WebLogic 工程實(shí)施手冊(cè)第 33 頁(yè) 共 36 頁(yè). BacklogBacklog 的意思是“未做的工作，堆積的活” ，當(dāng)服務(wù)器忙時(shí)，部分請(qǐng)求被放置在Backlog 中，待有空閑線程時(shí)再拿出來(lái)。設(shè)置方式是通過(guò) Environment?Servers?uapServerN?Configuration?Tuning 進(jìn)行修改，如下圖：將 Accept Backlog 項(xiàng)修改成 500。. 連接池創(chuàng)建的 JDBC 連接池可以參照以下建議進(jìn)行優(yōu)化配置： 連接池的大?。ㄗ畲蟠笮。┑脑O(shè)置應(yīng)當(dāng)考慮不要超過(guò)數(shù)據(jù)庫(kù)服務(wù)器端允許的限制，而且注意該數(shù)據(jù)庫(kù)服務(wù)器可能也有其他客戶端需要訪問(wèn)，其允許的連接數(shù)可能不是全部都給本連接池使用；； 連接池初始大小不應(yīng)當(dāng)設(shè)得太小，應(yīng)當(dāng)略高于預(yù)計(jì)或觀察到的平時(shí)大部分時(shí)間的系統(tǒng)應(yīng)用線程數(shù)量，或者簡(jiǎn)單的設(shè)成 20～30，通過(guò)運(yùn)行時(shí)的觀察再進(jìn)行調(diào)整； 如果連接池的最大值和最小值設(shè)置得不一樣，那么增長(zhǎng)量也不要設(shè)得太?。ㄈ?1） ，可以設(shè)置成例如 10； 注意要選中“Test Connections on Reserve” 。 “Statement Cache”的大小可以適當(dāng)增大，但是要注意需要檢查是否超出數(shù)據(jù)庫(kù)端的 Open Cursor 的限制，即被管服務(wù)器數(shù) 連接池大小Statement Cache 大小，如：48050=16000。此值不應(yīng)超過(guò)數(shù)據(jù)庫(kù)端的限制。. 數(shù)據(jù)庫(kù)優(yōu)化對(duì) SQL Server 而言，可以參照以下建議進(jìn)行優(yōu)化： 把 tempdb 存放在一個(gè)速度快的 IO 設(shè)備上；廣東移動(dòng) UAP 平臺(tái) WebLogic 工程實(shí)施手冊(cè)第 34 頁(yè) 共 36 頁(yè) 把 IO 塊的大小設(shè)置成大于 2KB。. 應(yīng)用優(yōu)化除了應(yīng)用架構(gòu)和應(yīng)用代碼外，應(yīng)用的配置對(duì)系統(tǒng)的運(yùn)行態(tài)也有較大影響，應(yīng)當(dāng)考慮以下的設(shè)置（在 中設(shè)置）： 設(shè)置 pagecheckseconds 為1 ，注意：如果要求部署后仍然更改 JSP，則建議設(shè)置一個(gè)相對(duì)較大的值，如 200 秒； 設(shè)置 servletreloadchecksecs 為1 ，注意：如果要求部署后仍然更改 servlet，則建議設(shè)置一個(gè)相對(duì)較大的值，如 200 秒； 設(shè)置 prepile 和 prepilecontinue 為 true； 設(shè)置 timeoutsecs 為半個(gè)小時(shí)即 1800，建議不要超過(guò)一個(gè)小時(shí)。注：此項(xiàng)值在 中也可以設(shè)置，優(yōu)先級(jí)比 高。除了配置文件外，建議應(yīng)用進(jìn)行如下內(nèi)容的檢查和優(yōu)化： 會(huì)話中使用的對(duì)象盡量簡(jiǎn)單，短小，避免防止過(guò)多對(duì)象在會(huì)話中，避免防止大對(duì)象在會(huì)話中； 盡量避免使用大對(duì)象，特別是存在時(shí)間較長(zhǎng)的大對(duì)象； 如果要使用 JDBC 的 Statement，盡量避免使用硬代碼，多使用 Prepared Statement或者 Callable Statement； 使用 WebLogic 提供的 cache 標(biāo)簽，具體請(qǐng)參照 WebLogic 開(kāi)發(fā)文檔之 Developing Web Applications, Servlets, and JSPs for WebLogic Server； 應(yīng)用中采用 來(lái)寫調(diào)試信息的代碼已經(jīng)被注釋掉，改用 log4j 或者其它專門的 logging 可以設(shè)置 logging_level 的框架。. 部署前的準(zhǔn)備部署應(yīng)用前應(yīng)當(dāng)對(duì)應(yīng)用進(jìn)行一定的測(cè)試，包括（但不限于） 功能測(cè)試； 性能測(cè)試；這兩種測(cè)試都應(yīng)當(dāng)盡可能在和生產(chǎn)環(huán)境類似的環(huán)境中進(jìn)行，即應(yīng)當(dāng)盡可能包括（但不限于）以下環(huán)境條件： 同 CPU 型號(hào)； 同版本的操作系統(tǒng)； 同版本的 WebLogic 系統(tǒng)軟件； 同版本的 JDK； 同版本的數(shù)據(jù)庫(kù)軟件； 同版本的應(yīng)用部署代碼； 同樣的參數(shù)設(shè)置（操作系統(tǒng)、數(shù)據(jù)庫(kù)、中間件、應(yīng)用） 。部署前，運(yùn)維人員應(yīng)當(dāng)向應(yīng)用開(kāi)發(fā)人員確認(rèn)以下問(wèn)題：廣東移動(dòng) UAP 平臺(tái) WebLogic 工程實(shí)施手冊(cè)第 35 頁(yè) 共 36 頁(yè) 應(yīng)用對(duì)部署時(shí)的 contextroot 的要求是怎樣的？是一定要用某指定的名字，還是一定要用根（/） ，還是兩者皆可？ 應(yīng)用部署前需要修改哪些與路徑有關(guān)的配置文件？ 應(yīng)用會(huì)產(chǎn)生的日志文件的都有哪些？在哪里可以設(shè)置其目錄？ 應(yīng)用的配置文件中還有哪些配置（如地址端口等信息）需要修改的？ 從 Admin Console 中部署完畢后如何確定應(yīng)用已經(jīng)可以使用？. 部署規(guī)范建議參考以下內(nèi)容設(shè)置部署的規(guī)范： 部署目錄部署目錄須符合中國(guó)移動(dòng)廣東分公司規(guī)劃的部署目錄的設(shè)置，如：$:\ xx 系統(tǒng)\Web，應(yīng)用目錄中再按照日期格式（yyyyMMdd）為每個(gè)日期的版本文件創(chuàng)建目錄，這個(gè)目錄中才是放置應(yīng)用部署文件（目錄或者 war 文件） ，如下圖所示： 更新應(yīng)用更新應(yīng)用版本時(shí)，應(yīng)當(dāng)注意保留原有版本的部署目錄，并且為新版本的應(yīng)用創(chuàng)建一個(gè)目錄。. 部署后的檢查根據(jù)部署前的“從 Admin Console 中部署完畢后如何確定應(yīng)用已經(jīng)可以使用？”問(wèn)題的回答進(jìn)行檢查，如登錄進(jìn)入系統(tǒng)，訪問(wèn)某些功能點(diǎn)，以檢查應(yīng)用是否已經(jīng)可用。. 部署多應(yīng)用在部署應(yīng)用系統(tǒng)時(shí)，如有可能，不同應(yīng)用應(yīng)當(dāng)分開(kāi)不同的域，避免相互影響沖突，而且對(duì)于管理和查錯(cuò)都有好處。如果確實(shí)需要在一個(gè)域內(nèi)部署多個(gè)應(yīng)用，需要注意： 一個(gè)域內(nèi)的各個(gè)應(yīng)用應(yīng)該有各自的目錄(ContextRoot)，根目錄只能留給一個(gè)應(yīng)用； 不應(yīng)把不成熟和修改較多的應(yīng)用和成熟穩(wěn)定的應(yīng)用部署在一起，避免讓不成熟的應(yīng)用影響成熟應(yīng)用的運(yùn)行和使用； 一個(gè)域內(nèi)的堆內(nèi)存是各個(gè)應(yīng)用共享的，應(yīng)當(dāng)平衡要部署的應(yīng)用對(duì)堆內(nèi)存的需求，避免有的域中內(nèi)存緊張，有的域中內(nèi)存過(guò)于剩余； 通過(guò)觀察監(jiān)控可以發(fā)現(xiàn)系統(tǒng) CPU 資源的使用情況，兩個(gè)都較耗 CPU 資源的應(yīng)用不宜部署在一個(gè)域，避免 CPU 過(guò)載，或者部署在一起時(shí)增加升級(jí) CPU。廣東移動(dòng) UAP 平臺(tái) WebLogic 工程實(shí)施手冊(cè)第 36 頁(yè) 共 36 頁(yè)在系統(tǒng)上線運(yùn)行后，應(yīng)當(dāng)定期進(jìn)行系統(tǒng)監(jiān)控和健康檢查，這包括系統(tǒng)監(jiān)控和日志分析。參見(jiàn) WebLogic 運(yùn)維操作手冊(cè)。. 系統(tǒng)監(jiān)控利用各種工具監(jiān)控以下（但不限制于以下）系統(tǒng)運(yùn)行的狀況，包括： CPU 內(nèi)存 IO 網(wǎng)絡(luò) JVM 堆內(nèi)存 WebLogic 線程 WebLogic 連接池 Web 會(huì)話. 日志分析從日志文件中去查找是否有與系統(tǒng)健康有關(guān)系的日志信息，這些日志包括（但不限制于）： 操作系統(tǒng)日志； WebLogic 服務(wù)器實(shí)例日志； 垃圾收集日志； 應(yīng)用日