運(yùn)維服務(wù)部門管理流程-資料下載頁
2025-04-08 04:56本頁面
【正文】 提交文檔序號(hào)文檔名稱命名規(guī)則文檔說明提交時(shí)間/接受人1需求變更申請(qǐng)單需求變更申請(qǐng)單此文檔由用戶提供，用戶在提出需求變更時(shí)需提供此單給運(yùn)維人員1需求變更分析項(xiàng)目名稱_需求變更分析 運(yùn)維主管根據(jù)需求變更的內(nèi)容分析其對(duì)項(xiàng)目各個(gè)方面的影響需求變更分析后/公司維護(hù)經(jīng)理2需求變更記錄單項(xiàng)目名稱_需求變更記錄單記錄需求變更需求變更修改完畢/公司維護(hù)經(jīng)理 割接上線 工作流程圖表5 割接上線流程 提交文檔序號(hào)文檔名稱命名規(guī)則文檔說明提交時(shí)間/接受人1測試用例及報(bào)告項(xiàng)目名稱_測試用例及報(bào)告_年月日在開發(fā)服務(wù)器上的對(duì)新開發(fā)功能的測試描述新增功能測試后/用戶負(fù)責(zé)人2割接計(jì)劃項(xiàng)目名稱_割接計(jì)劃_年月日在生產(chǎn)系統(tǒng)上進(jìn)行割接工作之前制定的割接計(jì)劃割接上線前/用戶負(fù)責(zé)人及公司維護(hù)經(jīng)理3割接申請(qǐng)割接申請(qǐng)_年月日申請(qǐng)?jiān)谏a(chǎn)系統(tǒng)上進(jìn)行割接工作割接上線前/用戶負(fù)責(zé)人4割接報(bào)告項(xiàng)目名稱_割接報(bào)告_年月日在生產(chǎn)系統(tǒng)上割接成功后向用戶負(fù)責(zé)人提供的報(bào)告割接上線后/用戶負(fù)責(zé)人及公司維護(hù)經(jīng)理5《割接失敗報(bào)告》項(xiàng)目名稱_割接失敗報(bào)告_年月日在生產(chǎn)系統(tǒng)上割接失敗后向用戶負(fù)責(zé)人提供的報(bào)告 程序優(yōu)化由于應(yīng)用系統(tǒng)在使用過程中會(huì)不斷的有需求變更和需求增加，這些增加和變更的程序迫于時(shí)間壓力上線后可能會(huì)存在一些問題，為系統(tǒng)的穩(wěn)定運(yùn)行造成一些隱患。所以要定期對(duì)運(yùn)行的程序進(jìn)行優(yōu)化，并形成相應(yīng)的版本。定期檢查各個(gè)應(yīng)用數(shù)據(jù)庫的大小，使用百分比。優(yōu)化首先應(yīng)當(dāng)在測試服務(wù)器上進(jìn)行，當(dāng)確定運(yùn)行沒有問題后，以報(bào)告形式報(bào)用戶負(fù)責(zé)人批準(zhǔn)，在用戶下班后在生產(chǎn)系統(tǒng)中進(jìn)行割接。 工作流程圖表6 程序優(yōu)化流程 提交文檔序號(hào)文檔名稱命名規(guī)則文檔說明提交時(shí)間/接受人1系統(tǒng)運(yùn)行報(bào)告項(xiàng)目名稱_系統(tǒng)運(yùn)行報(bào)告_年月日在開發(fā)服務(wù)器上的對(duì)新開發(fā)功能的測試描述程序優(yōu)化后/用戶負(fù)責(zé)人及公司維護(hù)經(jīng)理2優(yōu)化方法可作為維護(hù)經(jīng)驗(yàn)共享 故障類維護(hù)故障類維護(hù)包括：圖表8 故障類維護(hù) 故障處理流程在系統(tǒng)上線后，客戶將開始正式使用系統(tǒng)，故障將直接影響到客戶的滿意度，因此對(duì)于故障的發(fā)現(xiàn)、報(bào)告、處理、反饋，將直接影響到客戶對(duì)我們公司的評(píng)價(jià)， 故障定義有如下幾種：1. 宕機(jī)：是指在用戶工作時(shí)間內(nèi)系統(tǒng)服務(wù)中止，無論是系統(tǒng)自動(dòng)停止服務(wù)還是我方因其他原因中斷服務(wù)；2. 切換：HA切換是指系統(tǒng)發(fā)生故障后由原應(yīng)用所在服務(wù)器切換到另一臺(tái)互為HA切換的服務(wù)器上。 工作流程圖表9 故障上報(bào)流程圖 提交文檔序號(hào)文檔名稱命名規(guī)則文檔說明提交時(shí)間/接受人1故障處理單項(xiàng)目名稱_故障處理單_年月日在生產(chǎn)系統(tǒng)發(fā)生故障時(shí)填寫，描述故障原因、現(xiàn)象、解決方法等。系統(tǒng)發(fā)生故障15分鐘內(nèi)/公司維護(hù)經(jīng)理及總經(jīng)理2日志信息項(xiàng)目名稱_日志_年月日系統(tǒng)發(fā)生故障時(shí)所產(chǎn)生的日志信息3故障報(bào)告項(xiàng)目名稱_故障報(bào)告_年月日描述故障原因、現(xiàn)象、解決方法等。系統(tǒng)故障解決后/用戶負(fù)責(zé)人 故障響應(yīng)系統(tǒng)發(fā)生應(yīng)用系統(tǒng)軟件故障響應(yīng)時(shí)間為1小時(shí)，在2小時(shí)內(nèi)保證恢復(fù)正常工作。 HA切換流程系統(tǒng)發(fā)生故障并HA切換后，需要按照下列流程將系統(tǒng)切換恢復(fù)正常狀態(tài)。 工作流程圖表10 HA切換流程圖 提交文檔序號(hào)文檔名稱命名規(guī)則文檔說明提交時(shí)間/接受人1HA切換記錄項(xiàng)目名稱_ HA切換記錄_年月日系統(tǒng)HA切換的記錄HA切換后/公司維護(hù)經(jīng)理8 維護(hù)性能指標(biāo) 系統(tǒng)主機(jī)部分1) Linux 每個(gè)文件系統(tǒng)的數(shù)據(jù)目錄已用空間/這個(gè)文件系統(tǒng)的物理空間 80%；2) 主機(jī)的CPU已使用能力/CPU總能力 70%。3) 主機(jī)系統(tǒng)為SOLORIS的應(yīng)用程序已用內(nèi)存空間/內(nèi)存物理空間 70%。主機(jī)系統(tǒng)為AIX的應(yīng)用程序已用內(nèi)存空間需要從二方面去查看，一是內(nèi)存空閑，一是Paging使用率，若內(nèi)存空閑小同時(shí)Paging使用率 50%時(shí)，則內(nèi)存不足。當(dāng)各個(gè)設(shè)備的CPU利用率和內(nèi)存利用率滿足上述要求時(shí)，我們認(rèn)為設(shè)備工作正常。若超過上限值，設(shè)備的性能將會(huì)下降，應(yīng)及時(shí)處理。 應(yīng)用系統(tǒng)部分 * 這個(gè)也根據(jù)具體系統(tǒng)再定
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1