【正文】 (4)遵守保密原則。10分鐘，30分鐘內(nèi)提交故障處理方案12小時以內(nèi)IV級：屬于普通問題；其具體現(xiàn)象為：系統(tǒng)技術(shù)功能、安裝或配置咨詢，或其他顯然不影響業(yè)務(wù)的預(yù)約服務(wù)。(2)在非工作時間設(shè)置有專人 7*24 小時接聽的移動電話熱線，用于解決內(nèi)部的技術(shù)問題以及接聽 7*24 小時機房監(jiān)控人員的機房突發(fā)情況匯報。（2）正常情況下，要求值班人員在 10分鐘內(nèi)進行事件確認。但在服務(wù)維護過程中，意外情況將難以完全避免。 25 / 32Zabbix性能優(yōu)化：性能指標(biāo)的采集方式根據(jù)不同指標(biāo)類型進行指標(biāo)分組，如CPU組、內(nèi)存組、文件系統(tǒng)組、進程組等，每個性能組又對應(yīng)若干個性能，根據(jù)不同用戶對于不同指標(biāo)關(guān)注度不同，指標(biāo)采集力度也不同，如CPU內(nèi)存等實時度要求比較高的，需要1分鐘采集一次，而對應(yīng)存儲的硬盤檢測可能趨勢變化不大，所以采集力度可能比較大一周或者一月。收集每個節(jié)點的狀態(tài)信息，并向監(jiān)控子服務(wù)器發(fā)送收集的信息。實驗室監(jiān)控體系也有集中式監(jiān)控擴展到分布式監(jiān)控，監(jiān)控系統(tǒng)之間的耦合性逐步降低?！　?. 系統(tǒng)級別報警設(shè)置相對比較多，如果不篩選的話報警郵件會很多?！　?. 出現(xiàn)問題時可自動遠程執(zhí)行命令(需對agent設(shè)置執(zhí)行權(quán)限)?！　?. 多種數(shù)據(jù)采集插件，靈活集成。理論上，通過Zabbix提供的插件式架構(gòu)，可以滿足企業(yè)的任何需求。同時，實時監(jiān)控重點虛擬機，保證主要業(yè)務(wù)不中斷。? 查看每日數(shù)據(jù)備份、數(shù)據(jù)同步是否正常；數(shù)據(jù)庫備份異常，會導(dǎo)致備份數(shù)據(jù)丟失，對于數(shù)據(jù)庫遷移， 21 / 32和數(shù)據(jù)恢復(fù)造成不可恢復(fù)的影響，需要具體查看引起該問題是數(shù)據(jù)庫本身還是服務(wù)器問題，具體問題具體分析解決。? 表空間使用信息監(jiān)測；表空間占用太大會影響查詢效率，需要優(yōu)化存儲結(jié)構(gòu)，將集中存儲換為單表文件，索引根據(jù)實際業(yè)務(wù)進行優(yōu)化，是否需要索引，或者索引刪除重建，或者建立分區(qū)表。通過主動式性能管理可了解 20 / 32數(shù)據(jù)庫的日常運行狀態(tài)，識別數(shù)據(jù)庫的性能問題發(fā)生在什么地方，有針對性地進行性能優(yōu)化。? 系統(tǒng)進程管理；服務(wù)器關(guān)鍵進程運行是否正常，異常會導(dǎo)致服務(wù)器崩潰，需要查看進程異常原因。進行監(jiān)控管理的內(nèi)容包括：? CPU 性能管理；GPU指標(biāo)過高，會導(dǎo)致服務(wù)器程序運行緩慢，出現(xiàn)卡死狀況。需要抓包查看是哪些設(shè)備對應(yīng)的訪問流量較高，決定是加大帶寬還是服務(wù)器中毒。? 測試 Ping，tracert 等工具的連通性；當(dāng) ping丟包率過高，說明網(wǎng)絡(luò)訪問質(zhì)量有問題，需要tracert查看網(wǎng)絡(luò)路徑是哪一跳對應(yīng)的 IP設(shè)備時延較高或者不可達。? 設(shè)備日志查看；當(dāng)設(shè)備日志出現(xiàn)異常時，可能是設(shè)備出現(xiàn)異常訪問或者異常配置，可能會導(dǎo)致網(wǎng)絡(luò)中斷。服務(wù)項目范圍覆蓋的信息系統(tǒng)資源以下方面的關(guān)鍵狀態(tài)及參數(shù)指標(biāo)：? 運行狀態(tài)、故障情況? 配置信息? 可用性情況及健康狀況性能指標(biāo) IT資產(chǎn)統(tǒng)計服務(wù)服務(wù)內(nèi)容包括：? 硬件設(shè)備型號、數(shù)量、版本等信息統(tǒng)計記錄? 軟件產(chǎn)品型號、版本和補丁等信息統(tǒng)計記錄? 網(wǎng)絡(luò)結(jié)構(gòu)、網(wǎng)絡(luò)路由、網(wǎng)絡(luò) IP地址統(tǒng)計記錄? 綜合布線系統(tǒng)結(jié)構(gòu)圖的繪制? 其它附屬設(shè)備的統(tǒng)計記錄 17 / 3安全系統(tǒng)運維服務(wù)從網(wǎng)絡(luò)的連通性、網(wǎng)絡(luò)的性能、網(wǎng)絡(luò)的監(jiān)控管理三個方面實現(xiàn)對網(wǎng)絡(luò)系統(tǒng)的運維管理，網(wǎng)絡(luò)設(shè)備位于 IT架構(gòu)的骨干位置，下面是需要監(jiān)控的指標(biāo)，及對應(yīng)健康狀況故障以后可能引起的問題。 16 / 32運維服務(wù)內(nèi)容 實驗室運維部門提供的運行維護服務(wù)包括，虛擬機、主機設(shè)備、操作系統(tǒng)、數(shù)據(jù)庫、網(wǎng)絡(luò)安全設(shè)備和存儲設(shè)備的運行維護服務(wù)，保證云管理平臺的正常運行，降低整體管理成本，提高 Iaas平臺的整體服務(wù)水平。管理信息主要涉及分類、型號、版本、位置，狀態(tài)、相關(guān)資料等基本信息還包括核心參數(shù)等 運維知識經(jīng)驗的總結(jié)、維護和共享是提高員工運維技能水平、增強單位凝聚力的重要手段，也是把寶貴的經(jīng)驗教訓(xùn)從支持人員頭腦逐步沉淀、固化的重要方式。其主要目標(biāo)是以對服務(wù)最小的干擾實現(xiàn)有益的變更。問題管理還將維護有關(guān)問題、應(yīng)急方案和解決方案的信息。工單管理：工單是現(xiàn)場運維、二線支持的任務(wù)載體，運維工程依據(jù)所接收工單進行運維工作。事件管理流程通常涉及事件的偵測和記錄、事件的分類和支持、事件的調(diào)查和診斷、事件的解決和恢復(fù)以及事件的關(guān)閉。所有管理流程都要通過服務(wù)臺為用戶提供單點聯(lián)系，解答用戶的相關(guān)問 13 / 32題和需求，或為用戶尋求相應(yīng)的支持人員。工作認真、細致，積極主動有條理性，具有良好的溝通能力及團隊合作精神.、數(shù)據(jù)庫管理員職責(zé)：維護建設(shè)單位業(yè)務(wù)系統(tǒng)運行正常，解決應(yīng)用和數(shù)據(jù)庫故障。 負責(zé)應(yīng)用負載均衡的部署和調(diào)試。 熟練掌握Oracle10G的RAC技術(shù)，能夠?qū)崿F(xiàn)部署及調(diào)優(yōu)。職責(zé)：規(guī)劃、執(zhí)行、完善信息化項目的運維工作，指導(dǎo)網(wǎng)絡(luò)、數(shù)據(jù)庫維護工程師開展工作。運維工程師則在項目經(jīng)理的指導(dǎo)下開展維護工作。而具體運維流程將以此為依據(jù)開展工作。(3)用戶包括使用如上應(yīng)用系統(tǒng)的用戶。 6 / 32運維服務(wù)管理體系運維服務(wù)管理體系規(guī)定了運維活動涉及的各類實體，以及這些實體間的相互關(guān)系。（四）負責(zé)網(wǎng)站信息技術(shù)安全應(yīng)急處理預(yù)案制定和實施。（九）負責(zé)網(wǎng)站新程序、新系統(tǒng)和網(wǎng)站改版升級方案技術(shù)的設(shè)計開發(fā)。（五）網(wǎng)站設(shè)備和軟件安裝、調(diào)試和驗收，使用培訓(xùn)和維修保養(yǎng)。（二）負責(zé)網(wǎng)站欄目和應(yīng)用系統(tǒng)的使用培訓(xùn)和操作使用指南編寫，對用戶使用過程中出現(xiàn)問題的溝通和解決。第三條 運維管理制度的適用范圍：運維人員。 運行維護管理體系和制度規(guī)范 1 / 32目 錄總則 ...................................................3編制方法 ........................