運(yùn)維服務(wù)部門管理流程-wenkub.com
2025-04-05 04:56 本頁面
【正文】 當(dāng)各個(gè)設(shè)備的CPU利用率和內(nèi)存利用率滿足上述要求時(shí)，我們認(rèn)為設(shè)備工作正常。 HA切換流程系統(tǒng)發(fā)生故障并HA切換后，需要按照下列流程將系統(tǒng)切換恢復(fù)正常狀態(tài)。 工作流程圖表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ā)功能的測(cè)試描述程序優(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ù)器上。圖表4 需求變更流程圖 提交文檔序號(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測(cè)試用例及報(bào)告項(xiàng)目名稱_測(cè)試用例及報(bào)告_年月日在開發(fā)服務(wù)器上的對(duì)新開發(fā)功能的測(cè)試描述新增功能測(cè)試后/用戶負(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)行造成一些隱患。 如發(fā)現(xiàn)辦公系統(tǒng)的服務(wù)器進(jìn)行了HA切換，則應(yīng)在用戶下班后再切換回正確的服務(wù)器。216。216。l 維護(hù)值班表提交用戶負(fù)責(zé)人下月維護(hù)值班表，和用戶說明每天的值班人員。 存在問題及解決方案、已解決問題216。 電話受理216。檢查包括：系統(tǒng)使用情況：216。l 管理員Admin口令使用記錄為防止admin的ID文件流失，被多人使用，必須在使用Admin口令后對(duì)此進(jìn)行記錄。216。216。l 對(duì)于應(yīng)用系統(tǒng)在本周中存在的問題，修改時(shí)間有如下約定：216。 需求的變更和增加，需運(yùn)維人員對(duì)其工作量進(jìn)行評(píng)估后答復(fù)用戶。216。檢查包括：系統(tǒng)使用情況216。 發(fā)生災(zāi)難性事故時(shí)，迅速完成系統(tǒng)的恢復(fù)；216。 當(dāng)用戶發(fā)生變化時(shí)，及時(shí)調(diào)整系統(tǒng)內(nèi)部參數(shù)設(shè)置，保障系統(tǒng)數(shù)據(jù)的即時(shí)性；216。日常檢查包括：硬件檢查及軟件檢查。屬于“寫”操作。 在系統(tǒng)需求更新時(shí)，文檔內(nèi)容是否進(jìn)行更新，并留下更新記錄。 文檔審計(jì)l 文檔編制的審計(jì)要點(diǎn) 是否遵守文檔編制規(guī)范。 運(yùn)行負(fù)責(zé)人是否驗(yàn)證其系統(tǒng)不受影響。 修改程序的測(cè)試結(jié)果是否得到開發(fā)、運(yùn)行、維護(hù)及用戶負(fù)責(zé)人的認(rèn)可。 在需求修改前是否對(duì)修改內(nèi)容與影響范圍進(jìn)行了調(diào)查與分析，明確了解需求變更后將造成的影響。 是否記錄事故及故障內(nèi)容，并向用戶負(fù)責(zé)人及公司維護(hù)經(jīng)理報(bào)告。 維護(hù)組是否有一套科學(xué)的內(nèi)部管理機(jī)制和協(xié)調(diào)工作機(jī)制。 備份項(xiàng)目涉及的代碼程序、文檔、會(huì)議紀(jì)要等資料需要由各運(yùn)維主管統(tǒng)一保管。 提交文檔序號(hào)文檔名稱命名規(guī)則文檔說明提交時(shí)間/接受人1會(huì)議紀(jì)要項(xiàng)目名稱
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1