信息系統(tǒng)運維監(jiān)控制度

信息系統(tǒng)運維監(jiān)控制度1.目的為明確信息科人員工作職責以及以往網絡及服務器故障處理時間過長導致對業(yè)務帶來的影響,特制定本制度來規(guī)范運維人員的工作。2.工作范圍適用于醫(yī)院所有部門的網絡、服務器、存儲、計算機及附屬設備和電子數(shù)據(jù)的管理3.內容3.1、架構設計為研發(fā)人員提供非代碼方面的運維技術協(xié)助,并在產品開發(fā)初期或部署階段與開發(fā)共同確認架構運行程序和服務器部署結構。3.2、運行監(jiān)控對線上生產環(huán)境中的服務器、交換機等各類設備以及關鍵程序運行狀態(tài)進行7x24小時輪班人力監(jiān)控,如果遇到運行故障能在5分鐘內獲得通知,并立即開展應急處理工作（每天至少1人負責）。3.3、數(shù)據(jù)維護醫(yī)院業(yè)務內的各種關系和非關系數(shù)據(jù)庫中持久化存儲的數(shù)據(jù)備份,并將備份數(shù)據(jù)從生產服務器容災存儲器中并建立數(shù)據(jù)倉庫。3.4、運維技術文檔資料管理服務器、存儲、網絡部署架構圖、服務器、網絡安全設備軟件安裝清單、服務器密碼管理等。3.5架構設計工作細則由于研發(fā)人員對數(shù)據(jù)庫以及服務器架構方面不是很擅長,需要信息科數(shù)據(jù)庫管理人員和架構師協(xié)助進行產品研發(fā)初期或產品部署階段的協(xié)助。主要工作要點如下：3.5.1、數(shù)據(jù)庫結構設計：數(shù)據(jù)庫的分布式運算架構設計,例如：讀寫分離；數(shù)據(jù)表的分割存儲,存儲引擎的擇優(yōu)；數(shù)據(jù)表字段的類型及數(shù)值格式擇優(yōu)。3.5.2、服務器架構設計：常見的有服務器網絡分布,服務角色合并等等。3.6、運維自動化工具：主要采用eSight系統(tǒng)、數(shù)據(jù)庫運行監(jiān)控系統(tǒng)、vSphereClient系統(tǒng)、FusionCompute系統(tǒng)、FusioncubeClient系統(tǒng)、FusionAccess系統(tǒng)、PCMaster系統(tǒng)、AMS計算機集中監(jiān)控系統(tǒng)、視頻監(jiān)控系統(tǒng)等工具,減少人力成本,加強維護監(jiān)管的精準度。3.7運行監(jiān)控工作細則：3.7.1、運行監(jiān)控工作需7x24小時不間斷的對所有生產環(huán)境中的服務器、交換機、存儲、路由器以及服務端軟件進行監(jiān)控。運維監(jiān)控工作按每天24小時計算,由信息科值班人員輪班值守。3.7.2、運維工作中監(jiān)測到異常時需按以下流程來處理：1）記錄詳細的故障癥狀及相關輸出信息,用于記錄每次故障的詳情,以便日后對故障進行后續(xù)跟蹤和職責過失判定。2）進行應急處理信息科與各軟件公司及售后維護公司會不斷交涉更新匯總出一份常見故障應急處理方法的手冊,以文檔形式發(fā)放至每一位信息科工作人員。當出現(xiàn)突發(fā)故障時,處置人員在記錄下故障詳情后,則按照該手冊結合自己的技術經驗來進行故障修復。3）發(fā)布緊急維護通知當故障在10分鐘內無法恢復時,應屬于緊急維護,需要對外發(fā)布維護公告。根據(jù)應急預案,值班人員需先上報至信息科科長(負責人再次判斷10分鐘內是否能解決,能解決則直接解決),再由信息科科長通知主管院領導及總值班發(fā)布通知。4）信息科開始進行后續(xù)技術處理直至問題解決較復雜的故障處理工作在發(fā)布緊急維護公告之后,信息科負責人需組織信息科及廠家工程師進行后續(xù)的故障排隊工作直至問題解決3.7.3、運行監(jiān)控中常出現(xiàn)的故障分為三個類別：硬件故障、軟件故障、網絡故障。由于醫(yī)保服務器、省平臺、銀行等硬件在對方IDC機房,而網絡故障大多出在IDC、ISP環(huán)節(jié),信息科不能自行處理,需走對外的行政流程,因此對于運維工作的過失判斷主要從軟件故障上進行。如果是因產品程序負載能力引起的故障,不屬于運維工作失職。因此每次出現(xiàn)故障之后都需要記錄詳情,以便跟研發(fā)人員一起找出故障原因。3.8、運維技術文檔資料管理工作細則3.8.1、每月更新一次服務器部署架構圖以及服務器配置清單表（excel）,存檔到醫(yī)院內網服務器。3.8.2、服務器軟件安裝清單（其中區(qū)