【正文】 若超過上限值，設備的性能將會下降，應及時處理。 主機系統(tǒng)為 AIX 的應用程序已用內(nèi)存空間需要從二方面去查看，一是內(nèi)存空閑，一是維護管理流程說明 第 31 頁 Paging 使用率，若內(nèi)存空閑小同時 Paging 使用率 50%時，則內(nèi)存不足。 維護管理流程說明 第 30 頁 工作流程 維護人員提出申請項目維護經(jīng)理審批申請進行HA切換系統(tǒng)恢復正常運轉HA切換紀錄同意不同意 圖表 10 HA切換流程圖 提交文檔 序號 文檔名稱 命名規(guī)則 文檔說明 提交時間 /接受人 1 HA 切換記錄 項目名稱 _ HA 切換記錄 _年月日 系統(tǒng) HA 切換的記錄 HA切換后 /公司維護經(jīng)理 8 維護性能指標 系統(tǒng)主機部分 1) Linux 每個文件系統(tǒng)的 數(shù)據(jù)目錄 已用空間 /這個文件系統(tǒng)的物理空間 80%； 2) 主機的 CPU 已使用能力 /CPU 總能力 70%。 系統(tǒng)故障解決后 /用戶負責人 故障響應 系統(tǒng)發(fā)生應用系統(tǒng)軟件故障響應時間為 1 小時，在 2 小時內(nèi)保證恢復正常工作。 維護管理流程說明 第 27 頁 工作流程 維護管理流程說明 第 28 頁 故障發(fā)現(xiàn)項目維護經(jīng)理報告維護經(jīng)理硬件設備故障網(wǎng)絡故障軟件系統(tǒng)故障系統(tǒng)是否做過更改繼續(xù)查找故障原因故障處理報告NoNoNo上報客戶協(xié)調(diào)硬件工程師解決上報并協(xié)調(diào)網(wǎng)絡工程師解決交產(chǎn)品核心組解決上報客戶協(xié)調(diào)恢復到原設置故障設備更換申請資源YesYesYesYesNo是否通過測試故障是否恢復NoYes故障處理單收集日志信息故障處理小組人員填寫故障分析及處理意見并發(fā)送項目維護經(jīng)理故障是否解決NoYes1 5 分鐘內(nèi) 維護管理流程說明 第 29 頁 圖表 9 故障上報流程圖 提交文檔 序號 文檔名稱 命名規(guī)則 文檔說明 提交時間 /接受人 1 故障處理單 項目名稱 _故障處理單 _年月日 在生產(chǎn)系統(tǒng)發(fā)生故障時填寫，描述故障原因、現(xiàn)象、解決方法等。優(yōu)化首先應當在測試服務器上進行，當確定運行沒有問題后，以報告形式報用戶負責人批準，在用戶下班后在生產(chǎn)系統(tǒng)中進行割接。所以要定期對運行的程序進行優(yōu)化，并形成相應的版本。報維護經(jīng)理是報維護經(jīng)理交研發(fā)部門處理否維護經(jīng)理處理否技術可行項目維護經(jīng)理安排人員完成并記錄人天。 維護管理流程說明 第 19 頁 圖表 3 不定期類維護 需求變更 工作流程 需求變更過程主要是依據(jù)用戶或項目人員提出的需求變更請求與用戶進行協(xié)調(diào)，以確認需求更改的可行性、合理性、工作量和影響范圍。決不能在用戶上班時進行切換，以防對用戶的工作造成影響。安排在當周的休息日進行解決。 ? 若故障不會對系統(tǒng)使用造成大的影響，故障的解決時間為當日的非工作時間。非工作時間發(fā)生故障，應立即解決。 ? 維護值班表 維護管理流程說明 第 18 頁 提交用戶負責人下月維護值班表，和用戶 說明每天的值班人員。 ? 發(fā)布公告 將本月系統(tǒng)中人員調(diào)整、新增功能、問題解決辦法以公告的形式在系統(tǒng)中向用戶公布，增強客戶對系統(tǒng)的信任度。匯總當月系統(tǒng)的狀況，提前預見、發(fā)現(xiàn)可能出現(xiàn)的問題，并針對系統(tǒng)情況、問題提出合理化建議。 提交文檔 序號 文檔名稱 命名規(guī)則 文檔說明 提交時間 /接受人 1 系統(tǒng)周報 項目名稱 _系統(tǒng)周報 系統(tǒng)每周運行情況 每周日之前 /公司維護經(jīng)理及用戶負責人 2 Admin 口令使用記錄 項目名稱 _ Admin口令使用記錄 管理員 Admin口令使用情況 維護管理流程說明 第 17 頁 每月 工作內(nèi)容 ? 系統(tǒng)全面檢查 在每月未要對系統(tǒng)做全面檢查。 ? 更換管理員 ID 密碼 運維人員必須每周將管理 員 ID 文件的密碼更換，以防管理員身份被他人盜用。 ? 故障發(fā)生后，必須查明原因，要及時將故障處理報告上報用戶負責人及公司維護經(jīng)理。 ? 對于較大程度的修改在周五晚上及周末進行。 ? 對于應用系統(tǒng)在本周中存在的問題，修改時間有如下約定： ? 系統(tǒng)中出現(xiàn)的簡單錯誤，由運維人員自行解決，記入《維護記錄庫》中。答復的時間不得晚于三天。檢查包括： 系統(tǒng)使用情況 ? CPU 和 Memo 的平均空閑、利用率 ? 磁盤使用 ? 系統(tǒng)備份 應用系統(tǒng)的使用情況 *：具體的軟件系統(tǒng)具體再說 ，因我現(xiàn)在不了解具體各的服務內(nèi)容。 提交文檔 序號 文檔名稱 命名規(guī)則 文檔說明 提交時間 /接受人 1 系統(tǒng)日報 項目名稱 _系統(tǒng)日報 系統(tǒng)每日運行情況 每天下班前 /維護主管 維護主管每周合周報一并提交 每周 工作內(nèi)容 ? 系統(tǒng)全面檢查 在本周結束時，要對系統(tǒng)做階段檢查。 ? 客戶支持 接聽電話、郵件支持或現(xiàn)場解決用戶提出的問題，主要工作有： ? 當用戶發(fā)生變化時，及時調(diào)整系統(tǒng)內(nèi)部參數(shù)設置，保障系統(tǒng)數(shù)據(jù)的即時性； ? 當客戶流程發(fā)生變化時，及時調(diào)整配置文件，保證系統(tǒng)正確流轉。硬件方面主要是檢查系統(tǒng)各項指標是否正常，軟件方面主要是檢查系統(tǒng)是否能夠正常登陸，相關模塊是否能夠正常進入。 下面的文檔提到的日報，周報，月報模板我可根據(jù)運維具體內(nèi)天制定 圖表 2 定期類維護 每日 工作內(nèi)容 ? 系統(tǒng)及應用的每日檢查 每天的值班人員早晨到達辦公室后，首先要做所有系統(tǒng)的日常檢查。由于該操作將影響系統(tǒng)的運行，需要謹慎對待； 第三類是故障類處理，對系統(tǒng)出現(xiàn)的故障及時予以排除。根據(jù)維護操作對于系統(tǒng)的影響，我將客戶服務分為三類： 第一類是定期維護，其主要操作是監(jiān)測系統(tǒng)的運行狀況、對客戶的支持等，但不影響和干涉系統(tǒng)的正常運行，只執(zhí)行“讀”操作； 第二類是不定期維護，其主要操作是系統(tǒng)有新的需求需要修改并割接到正式系統(tǒng)中，或因用戶量、文檔量增多時對程序的優(yōu)化。 文檔的拷貝及廢除是否有對不正當行為的防范及機密保護的 對策。 文檔更新是否得到相關人員認可。 文檔的種類、目的、制作方法等是否明確。 是否對硬件的利用狀況進行記錄，并定期進行分析。 運行中若出現(xiàn)問題是否及時恢復到修改前程序，是否對數(shù)據(jù)進行備份。 ? 割接上線后系統(tǒng)的 運行審計 是否對修改前的程序及數(shù)據(jù)做好了備份。 修改的程序的測試結果是否記錄下來，并進行保管。 修改程序的測試是否由用戶參加。 ? 割接上線審計 修改程序的測試是否按測試計劃進行。 系統(tǒng)的修改是否按割接計劃進行，是否在得到用戶負責人的同意后實施。 是否找出事故及故障的原因，并采取措施防止再次發(fā)生。 是否能把握住系統(tǒng)運行狀況達到性能管理及資源的有效利用。 ? 系統(tǒng)總體審計 維護過程是否按維護規(guī)范進行。 維護組中人員的職責分工是否明確。 維護審計 為幫助各運維組在維護工作上能夠提高工作質量，將由 QA 人員不定期對各運維組進行檢查及審計。 會議紀要 每次運維組的討論，需要指定人員進行會議記錄，一般在例會后分發(fā)給相關人員，最晚不要超過當天。運維主管也應于 每周日晚 提交項目 Time Sheet 給維護經(jīng)理，總結本周維護組工作情況。 6 維護管 理流程 運維組周例會 說明 運維主管組織項目組運維人員在 每周一下午 14:00 召開周例會，討論處理上周遺留問題及本周需要解決的問題。 節(jié)假日服務保障制度 節(jié)假日主要是指國家法定假日，包括元旦、春節(jié)、五一、國慶。 如客 戶解決不了的，必須提交書面報告由我方派技術人員到用戶現(xiàn)場解決。 工程師到 客 戶現(xiàn)場解決故障。 二級故障 ： 在運維組無法解決故障時，公司立 即召開技