系統(tǒng)運(yùn)維體系架構(gòu)規(guī)劃-資料下載頁
2025-08-04 04:30本頁面
【正文】 重隱患，開發(fā)、測(cè)試、災(zāi)備、應(yīng)急系統(tǒng)不可用，或?qū)τ脩羰褂卯a(chǎn)生嚴(yán)重影響的故障。重大故障：生產(chǎn)系統(tǒng)(含子系統(tǒng))、數(shù)據(jù)庫、應(yīng)用系統(tǒng)不可用、網(wǎng)絡(luò)中斷、機(jī)房供配電系統(tǒng)停止運(yùn)行等影響生產(chǎn)安全、無法保障用戶使用的故障。一般故障：生產(chǎn)系統(tǒng)、數(shù)據(jù)庫、網(wǎng)絡(luò)、機(jī)房供配電系統(tǒng)、工具軟件等告警或運(yùn)行狀態(tài)不正常，開發(fā)、測(cè)試、災(zāi)備、應(yīng)急系統(tǒng)發(fā)生問題，且不影響用戶正常使用的故障。故障癥候：生產(chǎn)系統(tǒng)(含子系統(tǒng))、數(shù)據(jù)庫、應(yīng)用系統(tǒng)有故障癥候，報(bào)故障代碼或故障消息，或者對(duì)生產(chǎn)正常運(yùn)行存在易患， 并可在一定時(shí)限內(nèi)解決的故障。3. 當(dāng)故障發(fā)生在工作時(shí)間內(nèi)，由故障發(fā)現(xiàn)者通知崗位工程師，崗位工程師依據(jù)《工作上報(bào)批準(zhǔn)規(guī)范》進(jìn)行信息通報(bào)上級(jí)經(jīng)理，將故障記錄填寫到ITSM的事件流程中，并負(fù)責(zé)故障處理。各級(jí)經(jīng)理決定通知相關(guān)崗位和客戶的范圍和方式。當(dāng)故障發(fā)生在非工作時(shí)間，由值班人員按照《電話值班管理規(guī)定》通知電話值班工程師處理，并在隨后的一個(gè)工作日內(nèi)記錄在ITSM服務(wù)管理系統(tǒng)中，電話值班工程師依據(jù)《工作上報(bào)批準(zhǔn)規(guī)范》進(jìn)行上報(bào)上級(jí)經(jīng)理，由科室經(jīng)理決定通知相關(guān)崗位和客戶的范圍和方式。4. 故障受理人負(fù)責(zé)故障處理，當(dāng)需要服務(wù)商工程師到現(xiàn)場(chǎng)時(shí)，故障受理人聯(lián)系服務(wù)商工程師，并陪同服務(wù)商工程師進(jìn)行故障處理。當(dāng)故障持續(xù)時(shí)間較長需要輪換故障處理人員時(shí)，要做好故障處理交接工作，并將前期處理情況和過程以文字形式交接給接續(xù)人員，并通報(bào)科室經(jīng)理，接續(xù)人員繼續(xù)承擔(dān)處理故障職責(zé)。5. 上級(jí)經(jīng)理跟蹤下級(jí)故障處理過程。6. 故障處理完畢后，由故障處理人員通知上級(jí)經(jīng)理，告知故障已經(jīng)解決，并由經(jīng)理決定通知相關(guān)崗位和客戶的范圍和方式，最后故障處理人員或運(yùn)維主管將ITSM中的事件流程中的故障記錄填寫完整。7. 需要升級(jí)到問題的故障轉(zhuǎn)入問題流程，后續(xù)按照《問題管理規(guī)定》處理。四、應(yīng)急(演練)管理流程示例：制定應(yīng)急管理流程的目的是為了在發(fā)生應(yīng)急事件時(shí)，各相關(guān)生產(chǎn)部門能根據(jù)流程對(duì)應(yīng)急事件進(jìn)行通報(bào)、指揮、處理和協(xié)調(diào)，最大限度地降低事件所帶來的不利影響，使得應(yīng)急事件能夠得到有效的管理應(yīng)急管理流程示例如下圖16：圖16 安裝配置標(biāo)準(zhǔn) 安全制度隨著物聯(lián)網(wǎng)、云計(jì)算、大數(shù)據(jù)、移動(dòng)網(wǎng)絡(luò)等高新技術(shù)引領(lǐng)信息發(fā)展的新高潮，政治經(jīng)濟(jì)的復(fù)雜性，使得現(xiàn)在及未來信息安全愈發(fā)至關(guān)重要。也因此信息安全運(yùn)維也至關(guān)重要。本小結(jié)僅作示例，后續(xù)章節(jié)將再單獨(dú)介紹信息安全?！∵\(yùn)維知識(shí)體系規(guī)劃綜上所述，不論是傳統(tǒng)的運(yùn)維體系還是互聯(lián)網(wǎng)運(yùn)維體系，兩者之間并非涇渭分明，而是難分難解。不同行業(yè)背景的運(yùn)維，雖有各自的差異，但運(yùn)維大環(huán)境與趨勢(shì)是一致的?？梢灶A(yù)想未來一段時(shí)間，運(yùn)維趨勢(shì)具有如下特點(diǎn)： 傳統(tǒng)IT運(yùn)維與互聯(lián)網(wǎng)IT運(yùn)維仍將長期并存。 傳統(tǒng)運(yùn)維方式與基于云計(jì)算的運(yùn)維方式將長期并存。 公有云與私有云及混合云運(yùn)維局面將長期并存。 基于業(yè)務(wù)場(chǎng)景的運(yùn)維仍將是運(yùn)維價(jià)值觀方向。 完全閉源的生態(tài)環(huán)境和完全開源的生態(tài)環(huán)境是兩個(gè)極端，更多的IT生態(tài)是混合狀態(tài)。 運(yùn)維部門將由傳統(tǒng)的IT成本中心向IT服務(wù)中心、價(jià)值輸出中心、利潤輸出中心轉(zhuǎn)變。 研發(fā)、運(yùn)維及業(yè)務(wù)之間的邊界也并非黑白分明，DevOps的理念逐步深入各行業(yè)。這里從一個(gè)架構(gòu)高度看待和規(guī)劃運(yùn)維。正如前文所述，我們從人、事、物、流程這四個(gè)方面共同構(gòu)建了一個(gè)完整實(shí)用的運(yùn)維體系。如下將基于上述理論給出一套整體示例。人員事情軟硬件物資流程規(guī)范產(chǎn)品技能知識(shí)點(diǎn)舉例【本文為51CTO專欄作者“韓曉光”的原創(chuàng)稿件，轉(zhuǎn)載請(qǐng)通過51CTO聯(lián)系作者獲取授權(quán)】戳這里，看該作者更多好文【編輯推薦】1. 融云首席架構(gòu)師李淼：直播互動(dòng)系統(tǒng)的設(shè)計(jì)與實(shí)踐2. 韓曉光講系統(tǒng)架構(gòu):架構(gòu)體系粗覽3. 運(yùn)維自動(dòng)化與標(biāo)準(zhǔn)規(guī)范化 解析、設(shè)計(jì)、實(shí)現(xiàn)4. 傳統(tǒng)運(yùn)維 VS 互聯(lián)網(wǎng)運(yùn)維 框架體系大觀5. 廣告和推薦系統(tǒng)部署機(jī)器學(xué)習(xí)模型的兩種架構(gòu) THANKS !!!致力為企業(yè)和個(gè)人提供合同協(xié)議，策劃案計(jì)劃書，學(xué)習(xí)課件等等打造全網(wǎng)一站式需求歡迎您的下載，資料僅供參考可修改
高考資料相關(guān)推薦
鄂ICP備17016276號(hào)-1