機電設備維護投標文件

副本機電系統(tǒng)維護工程投標文件投標人：〔公章〕二〇一五年三月二十日目錄一投標函 2二投標報價一覽表 32.1投標報價一覽表 3三資格、資質證明文件 43.1投標人根本情況 43.2企業(yè)法人營業(yè)執(zhí)照副本 53.3稅務登記證副本 63.4資質證書 73.5近五年完成的同類工程或類似工程業(yè)績表 8業(yè)績表格 8合同掃描件 8四商務情況表 9五法人代表授權委托書 10六技術偏離表及設備資料 126.1技術偏離表 12七維護方案 147.1維護效勞目標 147.2效勞內容 147.3維護人員組織架構 15維護組織結構介紹 15維護成員職責 16維護成員組織結構 177.4維護質量保證措施 17質量控制管理 177.4.2進度控制管理 177.5維護流程及效勞方式 18效勞方式 18維護流程 197.6具體效勞工程及輸出文檔 22小型機、pc效勞器、網(wǎng)絡設備及存儲系統(tǒng) 22機房空調、UPS設備維護效勞 28數(shù)據(jù)庫系統(tǒng)維護效勞 32中間件系統(tǒng)維護效勞 397.7應急效勞響應措施 47突發(fā)事件應急流程 47預防措施及處理方法 49投標函招標咨詢：經(jīng)研究，我們決定參加工程的招標活動并提交投標文件。為此，我方鄭重聲明以下諸點，并負法律責任。1.我方提交的投標文件，正本一份，副本伍份。2.如果我們的投標文件被接受，我們將履行招標文件中規(guī)定的每一項要求，并按我們投標文件中的承諾,保證按期完成工程的實施。3.我們理解，最低報價不是中標的唯一條件，你們有選擇中標人的權利。4.我方愿按《中華人民共和國合同法》履行自己的全部責任。5.我們同意按文件要求交納投標保證金，遵守貴機構對本次工程所做的有關規(guī)定。6.我方的投標文件自提交之日起有效期為90天。7.我方假設未成為中標人，貴機構有權不做任何解釋。8.與本報價有關的一切正式往來通訊請寄：地址：郵政編碼：：：開戶單位：開戶銀行：賬號：投標人代表姓名、職務：、工程經(jīng)理投標人全稱〔印章〕：法定代表人簽字：投標報價一覽表投標報價一覽表投標人名稱：單位：元序號設備名稱單位數(shù)量品牌型號單價〔元〕合價〔元〕備注1車道收費系套12收費監(jiān)視系套13內部對講系套14收費站平安報警系統(tǒng)套15收費站設備套16UPS供電系套17外場監(jiān)控系套1合計大寫：小寫：投標人：〔公章〕本表投標人可根據(jù)需要進行擴展補充。法定代表人或投標人全權代表：〔簽字或印章〕日期：資格、資質證明文件投標人根本情況單位名稱單位地址聯(lián)系聯(lián)系人成立時間注冊資金(萬元)固定資產(chǎn)(萬元)法人代表技術負責人資質等級情況頒發(fā)部門資質等級頒發(fā)時間投標人近三年有無不良記錄或因招標違規(guī)涉及司法訴訟情況無經(jīng)營范圍一般經(jīng)營項。備注投標委托人姓名聯(lián)系、郵箱企業(yè)法人營業(yè)執(zhí)照副本稅務登記證副本資質證書近五年完成的同類工程或類似工程業(yè)績表3.5.1業(yè)績表格序號合同名稱合同金額工程經(jīng)理業(yè)主單位13.5.1合同掃描件商務情況表付款方式1、合同簽訂后，甲方向乙方支付工程總金額40%的費用；2、合同結束后，甲方向乙方支付合同剩余費用。工程質量承諾確保工程優(yōu)良維護效勞期限自簽訂維護合同之日起一年。優(yōu)惠條件免費為當?shù)鼐S護人員提供3*60學時的技術培訓。備注注：本表可以相同格式擴展。投標人：〔蓋章〕投標人全權代表：〔簽字〕法人代表授權委托書本授權委托書聲明：我〔姓名〕系〔投標人名稱〕法定代表人，現(xiàn)授權委托我公司的、工程經(jīng)理〔姓名、職務或職稱〕為我單位本次工程的全權代表，以本公司的名義參加組織的招標活動，全權代表在參加過程中所簽署的一切文件和處理與之有關的一切事務，我均予以成認。全權代表無權轉讓委托權。特此委托。附全權代表身份證復印件全權代表姓名：性別：年齡：單位：部門：職務：投標人〔公章〕：法定代表人簽字：日期：2015年3月20日全權代表身份證復印件技術偏離表及設備資料技術偏離表序號名稱數(shù)量招標文件技術標準要求投標文件對應標準備注1技術支持1項無偏離2機電巡查、維護1項無偏離3設備巡查1項無偏離4設備清理1項無偏離5故障維修1項無偏離6效勞期限1項無偏離注：本表可以相同格式擴展。投標人：〔蓋章〕投標人全權代表：〔簽字〕維護方案維護效勞目標乙方施工人員必須掌握相關技術要求，定期對甲方機電系統(tǒng)進行巡查和維護，甲方設備出現(xiàn)故障后，乙方需在24小時內趕到現(xiàn)場，對故障設備進行維修，確保收費秩序的正常進行〔不考慮不可抗因素，如大霧、雨雪天、交通管制等〕。效勞內容1.對機電系統(tǒng)提供技術支持效勞，對故障設備維修，并負責應急搶修工作。技術支持的系統(tǒng)設備包括,車道收費系統(tǒng)：車道機、車道顯示器、IC卡讀寫器、票據(jù)打印機、收費專用鍵盤、語音報價器、費額顯示器、通行信號燈、雨棚信號燈、霧燈、自動欄桿機、檢測線圈、車道交換機、光線收發(fā)器；收費監(jiān)視系統(tǒng)：車道攝像機、語音監(jiān)聽器、亭內攝像機、視頻分配器、字符疊加器、光端機、收費廣場攝像機；內部對講系統(tǒng)：對講分機、對講主機；收費站平安報警系統(tǒng)：報警開關、報警主機；收費站設備：前臺業(yè)務計算機、圖像抓拍查詢計算機、車道狀態(tài)監(jiān)控計算機、監(jiān)視器、硬盤錄像機、矩陣、四畫面分割器、監(jiān)控室攝像機、票據(jù)室攝像機、票據(jù)室前臺計算機；UPS供電系統(tǒng)：UPS主機、UPS蓄電池；外場監(jiān)控系統(tǒng)：大型可變信息標志、F型可變信息標志、小型可變信息標志、道路外場攝像機、車輛檢測器、串口終端效勞器、光端機、通信計算機、信息發(fā)布計算機。2.每周對機電系統(tǒng)進行巡查一次，每月對機電系統(tǒng)進行維護一次。機電系統(tǒng)維護保養(yǎng)每月對監(jiān)控系統(tǒng)攝像機、收費車道、收費站、廣場攝像機、可變情報板、可變限速標志進行巡檢、檢查，包括機箱外殼有無損壞、銹蝕。每季度對UPS設備進行一次巡檢，檢查UPS后備時間是否大于30分鐘。每年度對硬盤錄像機進行硬盤檢查和清理，同時檢查所有設備內部有無受潮，假設受潮及時采取措施進行處理；對UPS蓄電池進行維護。每年度檢查所有設備的各類標簽、銘牌是否清晰可辨；檢查設備各聯(lián)線處的聯(lián)接有無松動、脫出現(xiàn)象，并予以加固；檢查設備固定插座是否完好；檢查、測試所有設備的避雷接地電阻和工作接地電阻是否符合要求。對以上巡檢、保養(yǎng)過程中發(fā)現(xiàn)的設備問題及時上報，做到預檢預修，主動維修，降低設備故障率。3.每周對分中心、收費站監(jiān)控室、收費車道、收費崗亭設備巡查一次，發(fā)現(xiàn)問題，及時處理。4.每月對收費車道機、費額顯示器、票據(jù)打印機、收費鍵盤、自動欄桿機、監(jiān)控攝像機等清理一次，并檢測設備運行是否正常。5.甲方機電系統(tǒng)出現(xiàn)故障，乙方需在24小時內趕到現(xiàn)場并解決故障。6.維護效勞期限為一年。維護人員組織架構7.3.1維護組織結構介紹我公司將在此維護工程中投入業(yè)務水平高、技術能力強的維護人員和質量控制人員，采用嚴格標準的維護管理模式，進行全方位管理。為了進一步確保維護工程的進度與質量，在工程維護階段、質量管理、技術文檔等方面進行嚴密標準的部署。維護隊伍組成包括：維護工程總負責人〔總經(jīng)理兼任〕；維護管理委員會〔工程經(jīng)理、甲方代表〕；維護駐點效勞小組； 技術支持專家組； 備品備件供給小組；文檔管理小組7.3.2維護成員職責工程經(jīng)理職責：工程經(jīng)理受公司總經(jīng)理任命和委托，全權負責維護工程合同的各項條款的履行。對維護工程的優(yōu)質、高效、平安負全責。駐點工程師職責：1、負責對機電設備相關的申報事件進行處理和解決。2、負責對機電設備提供日常性能和運行狀況監(jiān)控，對故障進行分析處理及建立完善預警機制。3、負責保障機房效勞器正常運行，遵循用戶的平安保障管理要求。4、接受用戶對效勞器維護事件的督辦、檢查，協(xié)助效勞臺完成對用戶意見進行回訪和事件統(tǒng)計、分析。對效勞過程和反應的意見進行改良，同時接受效勞臺的績效考評工作。5、及時提供效勞器運行和問題處理情況，并向用戶負責，并按周、月、季、年提交維護維護效勞工作進度總結和方案。6、負責整理和歸納效勞器日常維護知識庫，提交至維護效勞平臺。7、負責整理和提交效勞器維護過程資料和相關配套維護文檔。技術支持專家職責：1.為客戶提供7×24小時的故障響應支持。2.接聽客戶效勞熱線和接收〔/Email/Fax等〕客戶效勞請求;

3.通過網(wǎng)絡或為客戶提供即時的遠程技術支持,包括軟硬件故障的診斷和排除,客戶端軟件的安裝和設置。4.協(xié)調多方效勞團隊，及時跟進未完成的效勞請求并及時更新系統(tǒng)信息和狀態(tài);

備品備件管理員職責：組織實施備品備件的訂購、運輸及入庫工作負責匯總待料備件，及時采購或調撥，并主動向工程經(jīng)理說明待料原因、追蹤處理。7.3.3維護成員組織結構針對本次維保工程我公司配備了6名專職人員具體如下表：序號分派職位數(shù)量〔人〕姓名獲得證書1工程經(jīng)理1工程管理師資格證2駐點工程師23技術支持專家1OCP證書IBM認證證書4備件管理員15文檔管理員1維護質量保證措施7.4.1質量控制管理按照相應的ISO9001：2000國際質量體系標準及國家規(guī)定進行質量控制，還以相應的標準要求對設計質量，施工質量、材料和設備質量進行管理、要求、控制。公司的施工階段性內部驗收制度，是質量控制管理的有利保證。工程的每一個階段完成時，公司技術支持部門都要按有關部門標準和要求進行嚴格的內部驗收。驗收標準整體上高于用戶驗收標準。7.4.2進度控制管理針對本次工程我公司結合客戶要求做出如下維護方案：序號名稱人員周期1機電系統(tǒng)巡查駐點工程師/技術支持專家每周2機電系統(tǒng)維護保養(yǎng)駐點工程師每月3分中心、收費站監(jiān)控室、收費車道、收費崗亭設備巡查駐點工程師/技術支持專家每周4收費車道機、費額顯示器、票據(jù)打印機、收費鍵盤、自動欄桿機、監(jiān)控攝像機等清理駐點工程師每月5故障處理駐點工程師隨時6789101112維護流程及效勞方式效勞方式針對本次工程我公司為保證各系統(tǒng)的穩(wěn)定可靠的運行我公司根據(jù)該工程的具體要求提供三種方式的技術支持效勞，分別為：現(xiàn)場效勞、遠程技術支持效勞、針對甲方維護人員的技術培訓效勞?，F(xiàn)場效勞對客戶的系統(tǒng)進行現(xiàn)場維護和巡檢，駐點工程師對各個應用系統(tǒng)完成定期巡檢，同時輸出巡檢報告提交給客戶，駐點工程是還應對客戶的故障設備進行維修和更換備件效勞。為了讓客戶得到更及時和更快的效勞，駐點工程師還提供7×24小時的故障響應支持。遠程技術支持效勞遠程技術效勞主要是通過或其他方式受理客戶和駐點工程師的疑難問題，通過溝通來指導客戶或駐點工程師解決問題，同時遠程技術效勞工程師還通過或者其他方式與客戶主動溝通來提高客戶管理和維護能力。技術培訓效勞為提高客戶的維護人員的技術水平及維護管理能力，我公司將派遣具有豐富實施經(jīng)驗的技術專家定期對客戶進行相關專業(yè)〔主機、存儲、數(shù)通、網(wǎng)絡、平安、機房環(huán)境等〕的培訓。培訓可以采用靈活多樣的方式如面對面交流、課堂授課、郵件溝通等。維護流程我公司除培訓效勞外，為本工程提供兩種效勞方式：一種為技術人員現(xiàn)場值守，另一種是定期巡檢結合故障現(xiàn)場效勞。1、技術人員現(xiàn)場值守運行維護效勞的根本操作流程如以下圖所示：2、定期巡檢結合故障現(xiàn)場運行維護效勞的根本操作流程如以下圖所示：具體效勞工程及輸出文檔小型機、pc效勞器、網(wǎng)絡設備及存儲系統(tǒng)小型機、pc效勞器、網(wǎng)絡設備及存儲系統(tǒng)維護局部主要分為三局部，分別為小型機存儲系統(tǒng)維護、pc效勞器維護、網(wǎng)絡設備維護。小機存儲系統(tǒng)維護內容主要包含小型機設備、光纖交換機、存儲設備三局部主要從以下幾個方面進行維護：1、檢查設備各部件的狀態(tài)燈；2、檢查并處理設備的錯誤日志；3、硬件設備的全面檢查；4、網(wǎng)絡配置的檢查及測試；5、操作系統(tǒng)性能分析；6、核對各小型機配置信息，根據(jù)需要調整配置；7、檢查設備的微碼版本；8、檢查存儲設備運行情況；針對如上要求輸出如下檢測報告：小型機系統(tǒng)巡檢報告用戶單位名稱：設備名：設備型號：產(chǎn)品序列號：檢測工程檢測方式說明檢查結果巡檢周期電源風扇檢查主電源燈狀態(tài)指示燈常綠表示系統(tǒng)正在運行正常□異?！鯔z查直流電源指示燈狀態(tài)指示燈常綠表示電源供電正常正?！醍惓！鯔z查直流電源風扇狀態(tài)檢查風扇是否散熱正?！醍惓！跆幚砥鲌?zhí)行命令：

lsdev–Ccprocessor檢查CPU的數(shù)量及狀態(tài)。CPU狀態(tài)為Available，表示CPU使用正常正?！醍惓！鮾却鎴?zhí)行命令：

lsattr–Elmem0檢查內存數(shù)量及狀態(tài)。size與goodsize的數(shù)量相等表示內存使用正常正?！醍惓！醮疟P執(zhí)行命令：

lsdev–Ccdisk檢查磁盤的數(shù)量及狀態(tài)。磁盤狀態(tài)為Available，表示磁盤使用正常正?！醍惓！踹m配器執(zhí)行命令：

lsdev–Ccadapter檢查系統(tǒng)中配置了哪些適配器及使用狀態(tài)。各個適配器的狀態(tài)為Available，表示各個適配器目前工作正常。

假設適配器狀態(tài)為Define，那么表示該設備已經(jīng)被配置但是未被當前系統(tǒng)使用。正常□異?！醴猪摽臻g執(zhí)行命令：

lsps-a檢查分頁空間的分配數(shù)量及利用率。

Size為已分配的分頁空間數(shù)量；

%Used為目前系統(tǒng)的分頁空間使用率，該值假設超過70％，表示系統(tǒng)內存缺乏正?！醍惓！跸到y(tǒng)鏡像執(zhí)行命令：

lsvg–lrootvg檢查系統(tǒng)卷組的鏡像狀態(tài)。

各個邏輯卷的PPs數(shù)量應該為LPs數(shù)量的整數(shù)倍，倍數(shù)大于1并且能被PVs整除，表示卷組已經(jīng)作鏡像。各個邏輯卷的LVSTATE應該為syncd，否那么表示鏡像不同步。正?！醍惓！跷募到y(tǒng)執(zhí)行命令：

df-k檢查已經(jīng)掛載的文件系統(tǒng)的使用狀態(tài)。重點檢查/(根)/tmp〔臨時〕/var(日志文件)這些動態(tài)文件系統(tǒng)的使用率最好保持在70％以下。正?！醍惓！蹂e誤日志執(zhí)行命令：

errpt檢查系統(tǒng)日志是否有硬件或軟件方面的永久錯誤。假設發(fā)現(xiàn)錯誤類型為P的信息，那么需要注意。正?！醍惓！蹙W(wǎng)卡配置情況執(zhí)行命令：

ifconfig–a檢查各個網(wǎng)卡的配置情況，狀態(tài)是否為UP，檢查ip地址和子網(wǎng)掩碼等配置是否正確。正?！醍惓！跸到y(tǒng)備份執(zhí)行命令：

lsmksysb-V-f/dev/rmt0檢查磁帶備份的可讀性。假設沒有錯誤顯示，那么表示備份磁帶的數(shù)據(jù)是有效可恢復的。正?！醍惓！蹩蛻舸_認巡檢結論：

【】合格【】不合格用戶代表簽字：年月日效勞工程師簽字：年月日

存儲系統(tǒng)設備巡檢：設備名稱：檢查時間：年月日時本年度第次檢查檢查工程：檢查結果：1.

檢查存儲硬件情況：設備故障燈是否有亮SAN交換機端口LED狀態(tài)□有□無□正?！醪徽?.

存儲系統(tǒng)故障報告(ProblemLog)：□正常□不正常ProblemLog/ServiceableEvent□正?！醪徽Ｓ蟹裼布收?.

存儲系統(tǒng)運行狀態(tài)：ViewStorageFacilityState/□正?！醪徽daPreverify/ViewRIOTopology□正常□不正常4.

通信：□正?！醪徽?MasterConsole/SMC/HMC和存儲設備的通信□Good□Degraded□Offline□Rebuilding6.

存儲設備內部狀態(tài)：□正?！醪徽?.

存儲系統(tǒng)硬件狀態(tài)：□正?！醪徽ｋp控制器同時正常工作□正?！醪徽ｋ姵亍㈦娫春惋L扇模塊□是□否物理硬盤和邏輯盤□是□否8.

微碼(Microcode)是否滿足IBM的最低要求□是□否9.

是否啟用了CallHome□是□否10.收集存儲設備根本信息存檔□是□否目前存在的問題：改良措施或建議：檢查結論：客戶簽字：工程師簽字：日期：年月日日期：年月日Pc效勞器維護內容主要包含設備硬件、操作系統(tǒng)、軟件幾個方面進行考慮。PC效勞器巡檢：效勞器設備巡檢報告用戶單位名稱：設備名：設備型號：產(chǎn)品序列號：檢測工程檢測方式說明檢查結果巡檢周期顯示器正?！醍惓！豕怛屨！醍惓！醮艓C正?！醍惓！蹼娫凑！醍惓！蹑I盤/鼠標正?！醍惓！躏L扇正常□異?！跸到y(tǒng)指示燈狀態(tài)前面板指示燈正常□異?！蹼娫粗甘緹粽！醍惓！醮疟P指示燈正常□異?！跸到y(tǒng)控制板指示燈〔CPU/MEM，I/O等〕正常□異?！跸到y(tǒng)日志信息IML日志正常□異?！醪僮飨到y(tǒng)日志正常□異?！踅粨Q區(qū)使用率TOP或任務管理器查看使用率％正?！醍惓！醮疟P分區(qū)使用率Windows系統(tǒng)

Unix系統(tǒng)用命令

df-kC:/使用率％正?！醍惓！鮀:/usr使用率％正?！醍惓！鮁：/var使用率％正常□異?！跗渌謪^(qū)正?！醍惓！跽！醍惓！醪僮飨到y(tǒng)版本/正?！醍惓！鹾诵膒atch版本正常□異?！醺呖捎眯攒浖！醍惓！鯏?shù)據(jù)庫軟件正?！醍惓！醮鎯浖！醍惓！鮽浞蒈浖！醍惓！跽！醍惓！跽！醍惓！跹矙z結論：

【】合格【】不合格

用戶代表簽字：

年月日

效勞工程師簽字：年月日

網(wǎng)絡設備的維護內容主要包含交換機、防火墻以及負載均衡等相關設備輸出文檔按照如下：網(wǎng)絡平安設備巡檢報告用戶單位名稱：設備名：設備型號：產(chǎn)品序列號：檢測工程檢測方式說明檢查結果巡檢周期正常□異?！跽！醍惓！跽！醍惓！跽！醍惓！跽！醍惓！跽！醍惓！跽！醍惓！跽！醍惓！跽！醍惓！跽！醍惓！跽！醍惓！跽！醍惓！跽！醍惓！跽！醍惓！跽！醍惓！跽！醍惓！跽！醍惓！跽！醍惓！跽！醍惓！跽！醍惓！跽！醍惓！跽！醍惓！跽！醍惓！跽！醍惓！跽！醍惓！跽！醍惓！鯔C房空調、UPS設備維護效勞為保證機房內各個應用系統(tǒng)的設備正常穩(wěn)定的運行，良好的機房環(huán)境是非常必要的，我公司針對本次工程主要從機房空調系統(tǒng)、UPS供配電系統(tǒng)，作為重點維護內容，同時對機房內的其他指標項進行檢測如機房內溫度、濕度、消防系統(tǒng)、新風系統(tǒng)等。機房空調系統(tǒng)的維護內容主要遵循如下表單進行巡檢：機房空調巡檢報告用戶單位名稱：設備名：設備型號：產(chǎn)品序列號：系統(tǒng)檢查工程檢查時間：檢查時間：空調1控制溫度℃℃控制濕度%%當前溫度℃℃當前濕度%%業(yè)務機房當前溫度℃℃當前濕度%%監(jiān)控室、/ups當前溫度℃℃當前濕度%%當前運行空調檢查空調是否有排水不出產(chǎn)生積水、漏水現(xiàn)象()1號機在用()2號機在用()1號機在用()2號機在用()無積水、漏水現(xiàn)象()無積水、漏水現(xiàn)象()有積水、漏水現(xiàn)象()有積水、漏水現(xiàn)象目前存在的問題：改良措施或建議：巡檢結論：客戶簽字：工程師簽字：日期：年月日日期：年月日備注：我公司巡檢人員每周會嚴格按照機房空調巡檢報告具體要求對客戶的空調系統(tǒng)檢測，為保證空調系統(tǒng)的工作正常，每年不低于2次的全面巡檢，對故障配件進行檢修，在日常維護中及時清理及更換過濾網(wǎng)和加濕罐等耗材，定期清理機房空調的室外機，檢修內各供水管路及排水管路，杜絕漏水，保證管路暢通。在設備出現(xiàn)故障后，保證在48小時內恢復正常。機房UPS系統(tǒng)的維護內容主要遵循如下表單進行巡檢：UPS巡檢報告設備型號：產(chǎn)品序列號：信息顯示檢查檢查量測量值顯示值檢查量測量值顯示值1輸入電壓Vab輸入電流Ia2輸入電壓Vbc輸入電流Ib3輸入電壓Vca輸入電流Ic4輸出電壓Vab輸出電流Ia5輸出電壓Vbc輸出電流Ib6輸出電壓Vcb輸出電流Ic7輸入頻率Hz輸出頻率Hz8輸出功率KW輸出視在功率9電池電壓Vdc電池電流Id當前UPS運行狀態(tài)□市電逆變□旁路□電池逆變□故障停機□單機□并機旁路或電池逆變的原因：內部檢查：〔檢查時可能斷電，用戶需斷開負載〕是否合格處理概要1檢視輸入/輸出端子、螺栓、螺帽緊固性2檢視所有主控板電氣連接是否平安可靠3檢查器件、電纜等損壞、老化情況4檢查風扇及風道狀況5檢查機柜、電池架等結構件腐蝕、形變與連接緊固情況6檢查機內變壓器、散熱器等散熱環(huán)境和通道狀況7檢測所有濾波電容外觀、緊固和泄露情況8清掃可達空間和無源空間9視檢整流器和逆變器驅動板是否過熱或燒焦10視檢整流器充電器晶體二極管是否老化11視檢直流電容/交流電容是否老化12檢查所有保險絲是否正常功能測試〔如果必須進行以下測試，經(jīng)客戶同意后按照操作流程進行〕1市電逆變/旁路轉換功能正?！醍惓！?實際負荷下電池放電和充電等電池管理功能正常□異?！?UPS逆變同步，并機均流正?！醍惓！?報警功能和歷史故障信息記錄，并去除歷史記錄正?！醍惓！跆幚砀乓浩渌麊栴}或建議：電池檢測報告□有□無巡檢人簽名：用戶簽名：日期日期備注：我公司巡檢人員每周會嚴格按照UPS巡檢報告具體要求對客戶的UPS供配電系統(tǒng)進行檢測，根據(jù)具體的檢測結果對UPS設備進行合理維修，為保證UPS設備的正常運行，每年至少進行一次全面巡檢，巡檢時檢查蓄電池使用情況，在客戶授權的情況下進行充放電，當UPS設備發(fā)生故障時，應在72小時內恢復正常運行。數(shù)據(jù)庫系統(tǒng)維護效勞針對數(shù)據(jù)系統(tǒng)的維護我公司提供如下解決方案：本方案適用于技術人員的日常維護工作。ORACLEDB維護方法數(shù)據(jù)庫啟動1、以oracle用戶用戶登錄，sqlplus‘/assysdba’sqlplus>startup2、以oracle用戶或ora816用戶登錄sqlplus‘/assysdba’sqlplus>startupnomunt sqlplus>alterdatabasemount； sqlplus>alterdatabaseopen；3、第一種啟動方式是最常用的手工啟動方式，第二種啟動方式是數(shù)據(jù)庫有故障時常用的逐步啟動方式，可以觀察故障點。因為startupnomount語句只讀取spfile〔serverparameterfile數(shù)據(jù)庫參數(shù)文件〕，啟動instance，啟動SGA和后臺進程；alterdatabasemount語句翻開控制文件，確認數(shù)據(jù)文件和聯(lián)機日志文件的位置，但此時不對數(shù)據(jù)文件和日志文件進行校驗檢查；alterdatabaseopen翻開包括Redolog文件在內的所有數(shù)據(jù)庫文件，這種方式下可訪問數(shù)據(jù)庫中的數(shù)據(jù)。Startup完成功能是上述三條語句的之和。數(shù)據(jù)庫停止1、 sqlplus‘/assysdba’sqlplus>shutdownnormal正常方式關閉數(shù)據(jù)庫。2、shutdownimmediate立即方式關閉數(shù)據(jù)庫,在SQLPLUS中執(zhí)行shutdownimmediate，數(shù)據(jù)庫并不立即關閉，而是在所有事務執(zhí)行完畢并提交工作后才關閉，所以可能會等待，因此在關閉數(shù)據(jù)前要停掉連接到數(shù)據(jù)庫的所有應用程序。建議日常維護工作中的關閉數(shù)據(jù)庫，采用此方式。 3、shutdownabort直接關閉數(shù)據(jù)庫，正在訪問數(shù)據(jù)庫的會話會被突然終止。如果數(shù)據(jù)庫中有大量操作正在執(zhí)行，這時執(zhí)行shutdownabort后，因日志回滾、前滾〔RollBack/RollForward〕，下次重新啟動數(shù)據(jù)庫需要教長時間。當用shutdownimmediate不能關閉數(shù)據(jù)庫時，shutdownabort可以立即完成數(shù)據(jù)庫的關閉操作。監(jiān)聽器的啟停1、監(jiān)聽器的啟動，以oracle用戶用戶登錄lsnrctlstart[$ORACLE_SID]2、監(jiān)聽器的停止，以oracle用戶用戶登錄lsnrctlstop[$ORACLE_SID]3、監(jiān)聽器狀態(tài)的查看，以oracle用戶用戶登錄lsnrctlstatus[$ORACLE_SID]4、檢測效勞名是否有效，在操作系統(tǒng)下運行tnspingSERVICE_NAMENUMBERSSERVICE_NAME為你建立的效勞名，NUMBERS為你要試PING數(shù)據(jù)庫效勞的次數(shù)用戶管理 1、用SQL語句查看系統(tǒng)中已有用戶情況select*fromdba_users; 2、增加新的用戶，并授予連接和資源權限，只有授予連接權限才可登錄，授予資源權限才可建表和修改createuserUSERNAMEprofiledefaultidentifiedbyPASSWORDdefaulttablespaceDEFALUT_TABLESPACE_NAMEtemporarytablespaceTEMP_TABLESPACE_NAME;grantconnecttoUSERNAME;grantresourcetoUSERNAME; 3、修改用戶口令alteruserUSERNAMEidentifiedbyNEWPASSWORD; 4、刪除用戶dropuserUSERNAME; 5、限制某個已有用戶會話的連接數(shù)(通過創(chuàng)立profile的方式)createprofilePROFILENAMElimitsessions_per_userCONNECT_NUMBERS;alteruserUSERNAMEprofilePROFILENAME;數(shù)據(jù)庫參數(shù)文件 1、參數(shù)文件位置$ORACLE_HOME/dbs/spfileINSTANCE_NAME.ora,參數(shù)主要分為動態(tài)參數(shù)和非動態(tài)參數(shù)，動態(tài)參數(shù)修改夠直接生效，非動態(tài)參數(shù)需要重新啟動數(shù)據(jù)庫才能生效。2、修改參數(shù)的方法altersystemsetPARAMETER_NAME=VAlUEscope=both(system/spfile) 3、幾個重要的參數(shù) A、db_block_size數(shù)據(jù)庫塊大小，數(shù)據(jù)庫創(chuàng)立時決定，創(chuàng)立后不能修改。 B、db_block_buffers數(shù)據(jù)高速緩沖區(qū)大小為此值與db_block_buffes的乘積，該區(qū)越大越好。 C、share_pool_size程序高速緩沖區(qū)和數(shù)據(jù)字典緩沖區(qū)的大小，主要用于存儲執(zhí)行過的sql語句，減少重復分析，提高運行速度。該區(qū)也越大越好，但建議數(shù)據(jù)高速緩沖區(qū)加上程序高速緩沖區(qū)和數(shù)據(jù)字典緩沖區(qū)的大小〔即SGA〕一般不超過系統(tǒng)物理內存的50%。 D、sort_area_size每個會話用于排序操作的內存大小，建議為默認值的兩倍到１M之間。 E、process能同時訪問數(shù)據(jù)庫的最大進程數(shù)，根據(jù)連接數(shù)的多少，來設定，一般為300以上。 F、db_io_slaves后臺寫進程數(shù)對I/O比擬繁忙的數(shù)據(jù)庫，可以將其設為多于1個?！惨陨蠀?shù)以9i為參考，在10g里個別參數(shù)名有所變化〕數(shù)據(jù)庫概況的查詢1、表空間的情況selecttablespace_name,stautsfromdba_tablespaces;2、數(shù)據(jù)文件的情況 SELECTFILE_NAME,FILE_ID,TABLESPACE_NAMEFROMDBA_DATA_FILES;3、段的情況SELECTSEGMENT_NAME,,TABLESPACE_NAME,SEGMENT_ID,FILE_ID,STATUSFROMDBA_ROLLBACK_SEGS;4、表、存儲過程的擁有者名字和創(chuàng)立日期selectowner,object_name,object_type,createdfromall_objectswhereobject_type=’TABLE’OROBJECT_TYPE=’PROCEDURE' 5、其他常用的視圖和表 v$lock鎖的情況 v$session會話的情況 v$process進程的情況 v$parameter數(shù)據(jù)庫參數(shù) v$rollname回滾段的情況 v$sqlarea共享池中的SQL語句 v$waitstat等待的會話 dba_jobs數(shù)據(jù)里定義的作業(yè) dba_jobs_running數(shù)據(jù)庫里正在運行的作業(yè) dba_views數(shù)據(jù)庫中所有視圖的文本 dba_indexs數(shù)據(jù)庫中所有索引的描述 dba_free_space數(shù)據(jù)庫中所有表空間自由分區(qū) dba_db_links數(shù)據(jù)庫中所有數(shù)據(jù)庫鏈接常用對象的創(chuàng)立和使用 1、表的創(chuàng)立(在表空間zy上創(chuàng)立表dhhm為例)createtabledhhm(hmvarchar2(11),yhmcvarchar2(60))tablespacezy; 2、索引的創(chuàng)立(將DHHM表上hm字段建立索引hmsy存儲在表空間zy上為例)createindexhmsyondhhm(hm)tablespacezy;3、已有存儲過程、函數(shù)、包源代碼的查找selectname,textfromuser_sourcewherename=NAME;數(shù)據(jù)庫鏈接的創(chuàng)立和使用createpublicdatabaselinkDBLINKNAME.worldconnecttoUSERNAMEidentdiedbyPASWORDusingSERVICENAME;select*fromTABLE_NAME@DBLINKNAME;5、同義詞的創(chuàng)立和使用(以dyh用戶可以查詢并修改yyxt用戶的dhhm表為例)cratesynonyndyh.dhhmforyyxt.dhhm;grantselectonyyxt.dhhmtodyh;grantupdateonyyxt.dhhmtodyh;失效數(shù)據(jù)庫對象的檢測和編譯 1、失效存儲過程的查找和編譯select'alterprocedure'||object_name||'compile;'fromuser_objectswherestatus='INVALID'andobject_type='PROCEDURE’然后復制粘貼并執(zhí)行第一條語句的輸出結果 2、失效的包的查找和編譯select'alterpackage'||object_name||'compile;'fromuser_objectswherestatus='INVALID'andobject_type='PACKAGE’然后復制粘貼并執(zhí)行第一條語句的輸出結果表空間的管理1、查看所有表空間大小和使用率selecta.tablespace_name,sum(a.bytes)/1024/1024"totalsize(M)",round(10000*(sum(a.bytes)/1024/1024-sum(b.bytes)/1024/1024))/1000"usedsize(M)",round(10000*(sum(a.bytes)/1024/1024-sum(b.bytes)/1024/1024)/(sum(a.bytes)/1024/1024))/100"percent%"fromdba_data_filesa,(selecttablespace_name,file_id,sum(bytes)bytesfromdba_free_spacegroupbytablespace_name,file_id)bwherea.tablespace_name=b.tablespace_nameanda.file_id=b.file_idgroupbya.tablespace_name;2、使用文件系統(tǒng)的表空間擴展alterdatabaseTABLESPACE_NAMEadddatafileFILE_NAMEsizeSIZE;3、用裸設備表空間的擴展alterdatabaseTABLESPACE_NAMEadddatafileRAW_DEVICE_NAMEsizeSIZE;這里需要注意的是裸設備要提前建立后，且這里使用的是裸設備的字符文件〔類型為C〕,SIZE值要比其實際大小要稍微小一些。4、集群中，在某一臺主機上共享卷組上增加文件系統(tǒng)和裸設備后，一定要同步到集群中另外的主機，否那么當數(shù)據(jù)庫在另外的主機中啟動時，會找不著相應的設備號，導致數(shù)據(jù)庫不能夠被翻開。5、查找表空間的剩余空間塊數(shù)以及最大空閑塊的大小，如果碎片過多或最大空閑塊過小，需要手工合并表空間碎片selecttablespace_name,count(*)"freeblocknumber",trunc(sum(bytes)/1024/1024)"totalfreesize(M)",trunc(max(bytes)/1024/1024)"maxblock(M)"fromdba_free_spacegroupbytablespace_name;6、手工合并某表空間碎片altertablespaceTABLESPACE_NAMEcoalesce;數(shù)據(jù)文件I/O的統(tǒng)計優(yōu)化col文件名formata35；文件名,fs.phyrds讀次數(shù),fs.phywrts寫次數(shù),(fs.readtim/decode(fs.phyrds,0,-1,fs.phyrds))讀時間,(fs.writetim/decode(fs.phywrts,0,-1,fs.phywrts))寫時間fromv$datafiledf,v$filestatfswheredf.file#=fs.file#orderby；錯誤號的跟蹤出理 1、在操作系統(tǒng)級顯示其錯誤詳細信息和常用解決方法以報ora_4031錯誤為例〕 $>oerrora4031 2、有時為了進一步跟蹤其錯誤，讓其產(chǎn)生更詳細的告警日志在用戶報警文件里，需要在數(shù)據(jù)庫的初始化文件里加下面一句配置，并重新啟動數(shù)據(jù)庫event="4031tracenameerrorstacklevel3"這里注意的是，跟蹤完畢后，應將此句話屏蔽掉，以免影響數(shù)據(jù)庫性能。ORACLE數(shù)據(jù)庫日常檢查1、登錄到主機上利用sqlplus檢查是否可用；2、數(shù)據(jù)庫告警日志的檢查$ORACLE_HOME/admin/INSTANCE_NAME/bdump/alert_INSTANCE_NAME.log此文件中記載數(shù)據(jù)庫的啟動、停止、系統(tǒng)級修改、告警信息、日志切換，是日常維護中的重要依據(jù)。會話連接日志的清理會話連接日志$ORACLE_HOME/network/log/listener.log,此文件中記載著每個連接登錄時的ＩＰ地址和時間等情況，可作為監(jiān)測的依據(jù)，因為此文件不斷增大，需要定期清空，清空方式為在$ORACLE_HOME/network/log目錄下運行操作系統(tǒng)命令>listener.log。數(shù)據(jù)庫hang住時的停止和方法在某個帳務數(shù)據(jù)庫發(fā)生故障時，在將其對應的效勞和后臺帳務應用停完后，需要數(shù)據(jù)庫重新啟動，具體停止方法如下：$lsnrctlstop$kill–9`ps–ef|grepLOCAL=NO|grep–vgrep|awk‘{print$2}’`$sqlplus‘/assydba’sqlplus>altersystemswitchlogfile;sqlplus>shutdownimmediate啟動方法為：$sqlplus‘/assydba’sqlplus>startup$lsnrctlstart擴表空間方法方法一：利用圖形化得OEM工具來擴，選擇存儲管理的表空間；方法二：利用腳本：alterdatabaseTABLESPACE_NAMEadddatafileRAW_DEVICE_NAMEsizeSIZE;(注：三個大寫字符串是需要變化的具體值)這里需要注意的是裸設備要提前建立，且這里使用的是裸設備的字符文件〔類型為c〕,SIZE值要比其實際大小要稍微小一些，如設備大小為15M，語句里就不能使用15M，只要比15M小10K左右就可以。相關通用工具介紹EnterpriseManager〔EM〕EM是用于Oracle數(shù)據(jù)庫管理的一個功能強大的工具，并且可以通過IE訪問連接，使用EM可以完成大局部的數(shù)據(jù)庫管理工作。1.作為oracle用戶登錄到操作系統(tǒng)上。執(zhí)行以下命令來啟動dbconsole進程：emctlstartdbconsoleEM啟動后可以通過登錄以下URL來連接：s://localhosts:5500/em2.通過執(zhí)行以下命令來檢查dbconsole進程的狀態(tài)：emctlstatusdbconsole3.停止dbconsole進程：emctlstopdbconsole中間件系統(tǒng)維護效勞中間件系統(tǒng)維護主要組從如下幾個方面進行：根據(jù)客戶要求我公司從如下幾個方面進行巡檢：操作系統(tǒng)版本AIX#oslevel–r或者#oslevel–s或者WebShpere版本以及補丁級別查看版本方法如下：方法一：如果websphere啟動了，那么可以用瀏覽器訪問console,歡送頁面右上角就寫有相關信息，默認情況使用://ip:9090/admin登陸方法二：如果是WebSphere6.1，那么記錄在<was_home>/properties/version/WAS.product，如果WebSphere7.0，那么記錄在<was_home>/properties/version/BASE.product方法三：執(zhí)行WebSphereApplicationServer安裝目錄的bin目錄下的versionInfo命令，由輸出信息可以查看到WAS的產(chǎn)品信息。Windows平臺執(zhí)行versionInfo.exeUnix和Linux平臺執(zhí)行versionInfo.sh這個將會看到非常詳細的信息，推薦使用該方法cd<was_home>/binversionInfo.exe查看WAS的JDK版本方法一：通過SystemOut.log文件查找查看任意慨要文件(profile)下的SystemOut.log文件，此文件包含WebSphereApplicationServer產(chǎn)品相關信息,包括JDK的版本信息。<profile_home>/logs/server1/SystemOut.log方法二：通過從命令行運行java–version<was_home>/java/bin/java-fullversion查看web效勞器版本信息Windows平臺上的IBMServer的版本信息，運行apache.exe–vC:\ProgramFiles\IBMServer\bin>apache-vServerversion:IBM__Server/6.0Apache/Serverbuilt:Nov4200410:11:21Unxi和Linux平臺上的IBMServer的版本信息，運行d–vd-vServerversion:IBM__Server/6.0Apache/Serverbuilt:Nov4200410:11:21JAVA堆一般JVM大小設置為1G，使用以下過程來設置JVM堆大小：選擇效勞器->應用程序效勞器->Server1->進程定義->Java虛擬機滾動到初始堆大小和最大堆大小字段并設置值。單擊確定以保存更改。系統(tǒng)運行日志W(wǎng)ebSphere5.0,5.1<was_home>/AppServer/logsWebSphere6.0,6.1<was_home>/AppServer/profiles/<profile_name>/logs下面2個是出了故障后，進行定位的，導出內存內容的，檢查配置參數(shù)。Javacore通過分析javacore可以獲得jvm中當前運行的線程情況，分析不同時間的javacore文件，可以分析出一些死鎖的問題文件直接看，或者使用ThreadAnalyzer查看選擇效勞器->應用程序效勞器->Server1->進程定義->環(huán)境條目滾動到IBM_JAVADUMP_OUTOFMEMORY查看屬性定義，然后找到相關文件Heapdump通過分析heapdump可以獲得jvm內存中當前的對象分布情況，從而查找解決內存泄漏的問題。heapdump文件似乎只有在內存泄漏的時候才會生成，因為要將內存中的數(shù)據(jù)寫道文件，所以當堆大小設置比擬大的時候，這個過程會要比擬長的時間選擇效勞器->應用程序效勞器->Server1->進程定義->環(huán)境條目滾動到IBM_HEAP_DUMP_OUTOFMEMORY查看屬性定義，然后找到相關文件一、確認磁盤空間是否滿足要求1、WebSphere應用效勞器自身代碼的占用空間。這個空間一般在1G左右，在不同的系統(tǒng)平臺上略有差異。2、概要文件所占的空間。WebSphere應用效勞器V6.1創(chuàng)立的概要文件根本類型有3種，每個概要文件所占用的空間如下：應用程序效勞器(ApplicationServer)：在WebSphere應用效勞器安裝沒有選擇安裝樣本程序時，這一概要文件所占磁盤空間約為200M；DeploymentManager：30M；定制概要文件〔Custom，即nodeagent〕：10M。3、如果要安裝WEB效勞器，那么在WEB效勞器所在效勞器上要預留WEB效勞器所占的磁盤空間。IBM效勞器一般占用110M左右的空間。4、如果安裝WEB效勞器，那么在WEB效勞器所在機器上通常也要安裝WebServerPlug-in組件，該組件所占磁盤空間約為200M。5、WebSphere應用效勞器系統(tǒng)日志的占用空間。日志空間的估算要結合系統(tǒng)對日志的配置情況。WebSphere應用效勞器的主要日志有SystemOut.log，SystemErr.log。我們可設置日志文件的大小和保存的歷史日志文件數(shù)量，從而可以估算出其需要的空間。6、如果有WEB效勞器，需考慮WEB效勞器的日志空間。如果客戶開啟了WEB效勞器的訪問日志access.log〔默認開啟〕，此日志增長的速度極快，要預留足夠的空間。7、備份文件需要的空間。WebSphere應用效勞器提供了一個備份命令〔backupConfig.bat/sh〕，用來備份應用效勞器的配置及其上應用。我們建議在系統(tǒng)穩(wěn)定之后及時備份。對于一個典型生產(chǎn)系統(tǒng)，WebSphere應用效勞器這個配置文件經(jīng)常超過100M。可在發(fā)出backupConfig命令時，使用-logfile參數(shù)指定該備份文件的存放位置。8、系統(tǒng)出錯時日志，例如，JVM在發(fā)生OutOfMemory時，在大多數(shù)平臺上WebSphere應用效勞器會默認寫javacore文件和heapdump文件，記錄錯誤出現(xiàn)時的JVMHeap、線程情況，以備錯誤診斷使用。雖然可以調整應用效勞器參數(shù)使之不產(chǎn)生此類文件，但為了分析問題，通常需要從此類文件入手。這類文件通常都特別大，例如heapdump文件，可能到達幾百M。如果屢次出現(xiàn)OutOfMemroy，對磁盤空間的占用很快。因此，必須考慮為此類文件預留磁盤空間。9、WAS安裝程序還需要在系統(tǒng)的臨時目錄/tmp中有100M以上的空閑空間。10、用戶發(fā)布到WebSphere應用效勞器上所有應用程序以及應用自身的應用日志的占用空間。這個大小與實際應用相關，而且不同應用可以差異很大。二、日常管理任務1、查看/更改應用效勞器端口更改應用訪問端口默認情況下，WAS的管理控制臺和應用訪問是兩個不同的端口。訪問WAS的管理控制臺或者WAS上部署的應用，所使用的端口由應用效勞器端口以及虛擬主機決定。假設我們要把應用訪問的端口從9080變成9082〔實際工作中，如果沒有Web效勞器，有的環(huán)境會希望把應用訪問端口變成80，方法類似〕，那么按如下步驟進行：登陸WAS管理控制臺，選擇左邊菜單效勞器－應用效勞器，點擊server1，選擇“端口”，點擊“WC_defaulthost”，修改端口為自己想要的任意端口〔注意防止端口沖突〕，例如，9082。然后點擊“確定”。然后“保存”。更改WAS管理控制臺端口登陸WAS管理控制臺，選擇左邊菜單效勞器－應用效勞器，點擊server1選擇“端口”。然后更改WC_adminhost為自己希望的管理控制臺端口。然后點擊“確定”、“保存”。選擇左邊菜單環(huán)境－虛擬主機，點擊；然后選擇admin_host，選擇“主機別名”。把原有端口9060改成與前面應用效勞器/端口/WC_adminhost一致的端口，例如，9063。或者點擊“新建”，創(chuàng)立一個主機別名*,9063。然后“確定”，“保存”。目的就是要讓應用效勞器/端口/WC_adminhost的端口出現(xiàn)在虛擬主機/admin_host的主機別名列表中。2、管理平安性〔1〕啟用管理平安性啟用管理平安性將激活用于防止未經(jīng)授權的用戶使用效勞器的設置，簡單來說，進入管理控制臺、更改應用效勞器配置、停止應用效勞器進程這些管理任務，都需要輸入預先定義的用戶名和密碼才能完成。缺省情況下，創(chuàng)立概要文件時會啟用管理平安性。如果在創(chuàng)立概要文件時沒有選擇“啟用管理平安性”，在隨后使用過程中又希望啟用，那么可按如下步驟進行：首先進入控制臺，例如：://was_ip:9060/admin，注意這里登陸的用戶一定要是設置平安性的用戶。例如，admin。選擇“平安性”>“平安管理、應用程序和根底結構”，然后點擊“平安配置向導”。為了配置的簡便性，在“指定保護范圍”中，可以不選擇“使用Java2平安性來限制應用程序訪問本地資源”；在“選擇用戶存儲庫”中接受默認選項，用戶存儲庫為“聯(lián)合存儲庫”，點擊“下一步”；在配置用戶存儲庫中填入用戶名、密碼。如果您是第一次啟用管理平安性，那么輸入一個新的用戶名〔您登陸管理控制臺的用戶名〕和密碼。這個用戶名密碼是任意的，并不要求是操作系統(tǒng)用戶，因為聯(lián)合存儲庫默認的用戶條目來自于文件；如果以前曾經(jīng)使用該存儲庫啟用過管理平安性，那么使用存儲庫中持有管理員特權的用戶名和密碼。點擊“下一步”、“完成”。保存之后重啟應用效勞器，這時登陸管理控制臺等就需要提供您預定義的用戶名/密碼了?！?〕停用管理平安性停用管理控制臺很簡單，不選擇“啟用管理平安性”，點擊“應用”，保存并重啟應用效勞器即可。有一種特殊情況下，特如忘掉了管理員密碼，此時我們無法登陸管理控制臺，從而無法在管理控制臺中停用管理平安性。這時，可從$WAS_HOME/profiles/xxx概要文件名/bin目錄下，發(fā)出如下命令：wsadmin-conntypeNONE。當wsadmin的命令行窗口出現(xiàn)之后，發(fā)出以下命令：securityoff。上述操作在應用效勞器啟動或停止的狀態(tài)都能發(fā)出。再次啟用WAS時，就是停用管理平安性的狀態(tài)了?！?〕更改管理員密碼當我們需要更改管理員密碼時，可以選擇“用戶和組”>“管理用戶”，在搜索內容為“*”時點擊“搜索”，會列出該存儲庫中的所有用戶。選中管理用戶標識，可更改該用戶的密碼。更改即時生效。(4)停用管理平安性停用管理控制臺很簡單，不選擇“啟用管理平安性”，點擊“應用”，保存并重啟應用效勞器即可。有一種特殊情況下，特如忘掉了管理員密碼，此時我們無法登陸管理控制臺，從而無法在管理控制臺中停用管理平安性。這時，可從$WAS_HOME/profiles/xxx概要文件名/bin目錄下，發(fā)出如下命令：wsadmin-conntypeNONE。當wsadmin的命令行窗口出現(xiàn)之后，發(fā)出以下命令：securityoff。上述操作在應用效勞器啟動或停止的狀態(tài)都能發(fā)出。再次啟用WAS時，就是停用管理平安性的狀態(tài)了。(5)更改管理員密碼當我們需要更改管理員密碼時，可以選擇“用戶和組”>“管理用戶”，在搜索內容為“*”時點擊“搜索”，會列出該存儲庫中的所有用戶。選中管理用戶標識，可更改該用戶的密碼。更改即時生效。(6)忘記管理員密碼如果忘記管理員密碼，我們無法進入管理控制臺更改密碼。此時，需要先用“停用管理平安性”一節(jié)中wsadmin命令的方法，停用管理平安性，然后“更改管理員密碼”，再次“啟用管理平安性”即可。(7)創(chuàng)立更多的管理用戶使用啟用管理平安性的WAS環(huán)境時，默認情況下只有一個管理員ID，這意味著同一時刻只有一個人能登陸管理控制臺。這對于多人開發(fā)小組在同一WAS環(huán)境發(fā)布測試時并不方便。您可先在存儲庫中創(chuàng)立一個用戶，然后為該用戶ID分配相應的管理角色。具體步驟如下：1〕選擇“用戶和組”>“管理用戶”，點擊“添加”，添加一個用戶ID，例如，admin1。保存。2〕選擇“用戶和組”>“管理用戶角色，填入用戶名〔必須是在存儲庫中已經(jīng)存在的用戶名〕，選擇相應的管理角色，例如，“管理員”。點擊“確定”，保存。這樣，下次重啟WAS時，兩個用戶都能同時登陸管理控制臺。3、備份/恢復概要文件生產(chǎn)環(huán)境、概要文件配置過于復雜或經(jīng)常更改時，需要定期備份概要文件，以便必要時快速恢復。您可使用backupConfig命令備份配置文件。例如，要備份概要文件AppSrv01的當前配置，可以從$WAS_HOME/profiles/AppSrv01/bin目錄下，發(fā)出命令backupConfig，它會將AppSrv01當前概要文件默認生成一個壓縮包，您也可以指定該壓縮包的名稱，例如：backupConfigWebSphereConfig_2007_05_30.zip?；謴团渲脮r，使用restoreConfigWebSphereConfig_2007_