數(shù)據(jù)維護方案及保障措施

數(shù)據(jù)維護方案及保障措施維護服務目標及維護對象我公司提供專業(yè)的數(shù)據(jù)管理運維服務，對消信息資源庫數(shù)據(jù)和信息系統(tǒng)數(shù)據(jù)更加專業(yè)的運行維護，對各業(yè)務應用軟件和各業(yè)務部門在數(shù)據(jù)管理方面提供先進的管理理念與流程，并通過專業(yè)的技術支持為運行維護工作提供專業(yè)的技術平臺，可以滿足多種應用數(shù)據(jù)和應用數(shù)據(jù)庫運行環(huán)境穩(wěn)定的要求，可以滿足系統(tǒng)高效、可靠和安全運行的要求，可以滿足運行系統(tǒng)統(tǒng)一管理、及時的故障恢復的要求，可以保證消所有業(yè)務正常運行，達到高效、穩(wěn)定、安全和高擴展性的要求，為實現(xiàn)省本級信息化建設的可持續(xù)發(fā)展奠定集中統(tǒng)一的設施基礎。本次數(shù)據(jù)管理運維服務的范圍包括消信息資源庫數(shù)據(jù)和信息系統(tǒng)數(shù)據(jù)作為維護對象。其中信息系統(tǒng)數(shù)據(jù)包含應用系統(tǒng)的軟件代碼、設備的配置數(shù)據(jù)、資產(chǎn)數(shù)據(jù)等。數(shù)據(jù)運維服務要求運維服務流程1、技術人員現(xiàn)場值守運行維護的基本操作流程如下圖所示：2、定期巡檢結(jié)合故障現(xiàn)場運行維護服務操作流程如下圖所示：數(shù)據(jù)運維人員要求駐場服務：我公司安排專業(yè)數(shù)據(jù)管理運維技術人員在服務期間駐現(xiàn)場服務，負責消信息資源庫數(shù)據(jù)和信息系統(tǒng)數(shù)據(jù)，日常運行維護和技術支持工作，保障部門業(yè)務和應用系統(tǒng)的正常穩(wěn)定運行。駐場基本服務內(nèi)容（1）掌握消信息資源庫數(shù)據(jù)的對應應用系統(tǒng)和業(yè)務部門情況；（2）掌握消信息系統(tǒng)數(shù)據(jù)的對應應用系統(tǒng)與對外業(yè)務部門情況；（3）掌握消目前運行的數(shù)據(jù)運行情況；（4）建立消目前運行的應用系統(tǒng)的軟件代碼、設備的配置數(shù)據(jù)、資產(chǎn)數(shù)據(jù)等信息系統(tǒng)數(shù)據(jù)檔案管理；（5）建立消目前運行的所有運行數(shù)據(jù)各種故障的恢復流程及應急措施；（6）建立消目前運行的所有運行數(shù)據(jù)日常檢查記錄；（7）建立消目前運行的所有運行數(shù)據(jù)日常檢查工作日志臺賬；（8）建立消目前運行的所有應用數(shù)據(jù)日常訪問、備份、拷貝、上報等操作記錄；（9）形成每日巡視制度，對消應用數(shù)據(jù)運行維護進行記錄。備份與恢復（1）根據(jù)消信息中心實際應用情況、根據(jù)生產(chǎn)相關數(shù)據(jù)的連接關系、根據(jù)應用的業(yè)務特點和軟硬件資源，制定詳細的應用系統(tǒng)文件數(shù)據(jù)備份計劃，確定合理的數(shù)據(jù)備份策略。定期備份重要業(yè)務信息、系統(tǒng)數(shù)據(jù)及軟件系統(tǒng)等；（2）應根據(jù)應用系統(tǒng)軟件數(shù)據(jù)的重要性和數(shù)據(jù)對系統(tǒng)運行的影響，執(zhí)行數(shù)據(jù)的備份，每月提交程序備份報告和數(shù)據(jù)備份報告，必要時實施數(shù)據(jù)恢復；（3）按照控制應用系統(tǒng)軟件程序文件備份、數(shù)據(jù)備份和恢復過程的程序，對備份過程進行記錄，所有文件和記錄應妥善保存；（4）按要求，定期執(zhí)行恢復程序，檢查和測試備份介質(zhì)的有效性，確?？梢栽诨謴统绦蛞?guī)定的時間內(nèi)完成備份的恢復；（5）定期進行備份介質(zhì)的維護、更新、替換、輪轉(zhuǎn)，保證備份介質(zhì)可靠有效，針對重要備份介質(zhì)進行雙機房異地輪轉(zhuǎn)；（6）制作備份和恢復的測試過程手冊，最大地提高工作效率。安全事件處置（1）及時報告所發(fā)現(xiàn)的應用數(shù)據(jù)管理維護過程中存在的安全弱點和可疑事件，但任何情況下均不應嘗試驗證弱點；（2）在安全事件報告和響應處理過程中，分析和鑒定事件產(chǎn)生的原因，收集證據(jù)，記錄處理過程，總結(jié)經(jīng)驗教訓，提供防止再次發(fā)生的補救措施，過程形成的所有文件和記錄均應妥善保存。（3）派駐現(xiàn)場的技術人員對核心業(yè)務數(shù)據(jù)和關鍵性數(shù)據(jù)要形成數(shù)據(jù)管理規(guī)范，保障在突發(fā)事件發(fā)生時及時有效的處置數(shù)據(jù)安全。數(shù)據(jù)庫補丁分析與安裝根據(jù)用戶需要提供相關系統(tǒng)軟件升級服務；當數(shù)據(jù)庫SyBase、MYSQL、SQLSERVER等軟件有最新更新升級時，將須及時通知消，并根據(jù)消的要求和安排到現(xiàn)場進行更新升級。數(shù)據(jù)管理維護內(nèi)容數(shù)據(jù)庫維護我公司數(shù)據(jù)庫維護管理人員可完成數(shù)據(jù)庫故障處理，確保穩(wěn)定運行；存儲空間、磁盤空間和庫空間檢查，保障充足；評估并調(diào)整配置參數(shù)，提高系統(tǒng)性能；清理數(shù)據(jù)庫垃圾數(shù)據(jù)，提高系統(tǒng)響應速度。以下是以MYSQL數(shù)據(jù)維護介紹為例，我們將協(xié)助消防根據(jù)消防的實際需求，建立數(shù)據(jù)庫維制度：一.預防性維護的原則1、啟用MySQL服務器提供的自動恢復功能2、日?；蚨ㄆ谶M行表檢查，定期計劃的開展預防性維護工作3、建立數(shù)據(jù)庫備份計劃。啟用二進制日志（Bing-log）盡管做了預防工作，但是還是可能出現(xiàn)表損壞和數(shù)據(jù)丟失的現(xiàn)象，那么可以使用以下方式來處理這些問題。1、檢查表，并盡可能修復已經(jīng)發(fā)現(xiàn)的損壞表。輕微的損壞通?？梢允褂肕ySQL的表修復功能修正2、如果對表進行檢查和修復仍然不能讓服務恢復運行，則需要使用備份和二進制日志（Bing-log）來進行數(shù)據(jù)恢復為了完成上述方式，除了MySQL服務器自身的功能可以使用，還可以使用MySQL自帶的其他幾種工具。1、當服務器啟動時，事務性存儲引擎會進行自動恢復。而MyISAM存儲引擎你可以啟用自動表修復功能。在服務器崩潰重啟之后，這些功能都很有用2、使用mysqldump命令來備份數(shù)據(jù)庫。3、如果想讓服務器按需求來執(zhí)行維護操作?？梢允褂肧QL語句，如CHECKTABLE和REPAIRTABLE。這些語句的命令行接口需要使用mysqlcheck程序。myisamchk工具也可以檢查表的問題，并采取正確的措施。需要注意的是myisamchk程序是一個可以直接操作的獨立程序，其功能是用于表示表文件。因為MySQL服務器在運行時會訪問那些文件，所以myisamchk的操作會與MySQL服務器發(fā)生競爭。這意味著，你必須采取措施防止myisamchk與服務器之間的操作互相干擾。二.服務器運行時維護數(shù)據(jù)庫如果需要對MyISAM表進行一致性的檢查或修復，那么一種做法是執(zhí)行CHECKTABLE或者REPAIRTABLE語句（或者調(diào)用mysqlcheck程序），讓服務器來具體做某件事。在這種情況下，服務器會訪問表示這個表的.frm、.MYD、MYI文件。這可能是能夠采取的最好方式，因為當服務器執(zhí)行這些操作的時候，會負責處理協(xié)調(diào)訪問表所產(chǎn)生的各類問題，所以這些問題就不可以不用考慮了。而另一種檢查或修復MyISAM的做法是調(diào)用myisamchk工具程序，這個程序可以在不通過服務器的情況下，直接打開表文件。操作的時候，必須防止服務器此時修改那個表。很明顯，讓服務器和myisamchk同時在一個表中進行操作是一件很糟糕的事情，即使是做不同的操作。以下情況，也需要防止MySQL服務器來訪問表1、使用了myisampack程序壓縮的MyISAM表2、重定位了MyISAM表的數(shù)據(jù)文件或者索引文件3、重定位了數(shù)據(jù)庫4、使用了復制表文件的備份技術。為確保備份文件的一致性，必須防止服務器在備份過程中修改表5、使用了把損壞表替換為完好備份副本的恢復方法。在替換該表時，不能讓服務器訪問他如果你不想受到服務器的干擾，最有效的辦法就是講其徹底關閉。但是如果關閉服務器可能會導致所有的數(shù)據(jù)庫和表都無法使用。那么你就要使用鎖定協(xié)議來與服務器進行協(xié)調(diào)。MySQL服務器提供了下面兩種鎖定機制。1、內(nèi)部鎖定機制2、外部鎖定機制服務器使用內(nèi)部鎖定機制，可以防止不同客戶端的請求相互干擾。例如：要防止一個客戶端的SELECT查詢另一個客戶端的UPDATE語句干擾。在使用外部程序處理某個表時，也可以使用這種內(nèi)部鎖定機制來阻止客戶端訪問該表。使用外部鎖定機制，可以防止其他程序修改它正在只用的表文件。這種外部鎖定機制的基礎是操作系統(tǒng)在文件系統(tǒng)級的鎖定功能。通常情況下，服務器使用外部鎖定機制的原因在于，表檢查期間，可以對myisamchk之類的工具程序進行協(xié)調(diào)。但是外部鎖定機制在某些系統(tǒng)上不太可靠。另一個限制是，外部鎖定機制只能用于對表文件進行只讀操作，如表檢查。外部鎖定機制并不能用于要求對表文件進行讀/寫訪問的操作，如表修復。外部鎖定機制是以文件鎖定為基礎，但是myisamchk程序執(zhí)行的修復操作會先把表文件復制為新文件，在處理完后再用新文件替換原來的表文件。服務器對這些新文件一無所知，會導致任何想利用文件鎖定機制的協(xié)調(diào)訪問的努力都起不到任何作用。服務檔案建立對數(shù)據(jù)庫進行服務檔案建立，示例如下表所示。數(shù)據(jù)庫/序列號檢查項目主機名：SQLSERVER版本：9.00.5000.00IP地址：10.53.1.67/71/68數(shù)據(jù)庫版本：SQL2005數(shù)據(jù)庫運行環(huán)境操作系統(tǒng)版本SERVER2003R2CPUCPU16個正?！醍惓EMORYMEMORY8G正?！醍惓ISK空間使用情況空閑95%以上正?！醍惓４疟P柜型號空間使用情況空閑0.98T正?！醍惓A（雙機并行）環(huán)境正?！醍惓A（雙機熱備）環(huán)境正常□異常系統(tǒng)運行情況正?！醍惓?shù)據(jù)庫版本數(shù)據(jù)庫版本9.00.5000.00是否升級否升級版本數(shù)據(jù)庫運行情況數(shù)據(jù)庫運行正?！醍惓＞嫒罩菊！醍惓？臻g使用情況正?！醍惓?shù)據(jù)庫備份情況備份介質(zhì)磁盤帶庫正?！醍惓浞菁墑e完全增量正?！醍惓浞菽Ｊ轿锢韨浞葸壿媯浞菡！醍惓浞莘绞矫刻烀恐苊吭聜浞萸闆r正?！醍惓?shù)據(jù)備份我公司派駐數(shù)據(jù)運維管理人員定期對業(yè)務系統(tǒng)的生成數(shù)據(jù)、信息資源庫的類數(shù)據(jù)以及信息化設備的配置數(shù)據(jù)實施備份，確保系統(tǒng)故障時數(shù)據(jù)的快速恢復，保障消防業(yè)務的持續(xù)開展。備份方式主要數(shù)據(jù)庫、網(wǎng)絡數(shù)據(jù)、遠程鏡像。數(shù)據(jù)庫就是在與主數(shù)據(jù)庫所在生產(chǎn)機相分離的備份機上建立主數(shù)據(jù)庫的一個拷貝。網(wǎng)絡數(shù)據(jù)這種方式是對生產(chǎn)系統(tǒng)的數(shù)據(jù)庫數(shù)據(jù)和所需跟蹤的重要目標文件的更新進行監(jiān)控與跟蹤，并將更新日志實時通過網(wǎng)絡傳送到備份系統(tǒng)，備份系統(tǒng)則根據(jù)日志對磁盤進行更新。遠程鏡像通過高速光纖通道線路和磁盤控制技術將鏡像磁盤延伸到遠離生產(chǎn)機的地方，鏡像磁盤數(shù)據(jù)與主磁盤數(shù)據(jù)完全一致，更新方式為同步或異步。數(shù)據(jù)備份必須要考慮到數(shù)據(jù)恢復的問題，包括采用雙機熱備、磁盤鏡像或容錯、備份磁帶異地存放、關鍵部件冗余等多種災難預防措施。這些措施能夠在系統(tǒng)發(fā)生故障后進行系統(tǒng)恢復。但是這些措施一般只能處理計算機單點故障，對區(qū)域性、毀滅性災難則束手無策，也不具備災難恢復能力。備份策略選擇了存儲備份軟件、存儲備份技術（包括存儲備份硬件及存儲備份介質(zhì)）后，首先需要確定數(shù)據(jù)備份的策略。備份策略指確定需備份的內(nèi)容、備份時間及備份方式。各個單位要根據(jù)自己的實際情況來制定不同的備份策略。目前被采用最多的備份策略主要有以下三種。1、完全備份（fullbackup）每天對自己的系統(tǒng)進行完全備份。例如，星期一用一盤磁帶對整個系統(tǒng)進行備份，星期二再用另一盤磁帶對整個系統(tǒng)進行備份，依此類推。這種備份策略的好處是：當發(fā)生數(shù)據(jù)丟失的災難時，只要用一盤磁帶（即災難發(fā)生前一天的備份磁帶），就可以恢復丟失的數(shù)據(jù)。然而它亦有不足之處，首先，由于每天都對整個系統(tǒng)進行完全備份，造成備份的數(shù)據(jù)大量重復。這些重復的數(shù)據(jù)占用了大量的磁帶空間，這對用戶來說就意味著增加成本。其次，由于需要備份的數(shù)據(jù)量較大，因此備份所需的時間也就較長。對于那些業(yè)務繁忙、備份時間有限的單位來說，選擇這種備份策略是不明智的。2、增量備份(incrementalbackup)星期天進行一次完全備份，然后在接下來的六天里只對當天新的或被修改過的數(shù)據(jù)進行備份。這種備份策略的優(yōu)點是節(jié)省了磁帶空間，縮短了備份時間。但它的缺點在于，當災難發(fā)生時，數(shù)據(jù)的恢復比較麻煩。例如，系統(tǒng)在星期三的早晨發(fā)生故障，丟失了大量的數(shù)據(jù)，那么現(xiàn)在就要將系統(tǒng)恢復到星期二晚上時的狀態(tài)。這時系統(tǒng)管理員就要首先找出星期天的那盤完全備份磁帶進行系統(tǒng)恢復，然后再找出星期一的磁帶來恢復星期一的數(shù)據(jù)，然后找出星期二的磁帶來恢復星期二的數(shù)據(jù)。很明顯，這種方式很繁瑣。另外，這種備份的可靠性也很差。在這種備份方式下，各盤磁帶間的關系就象鏈子一樣，一環(huán)套一環(huán)，其中任何一盤磁帶出了問題都會導致整條鏈子脫節(jié)。比如在上例中，若星期二的磁帶出了故障，那么管理員最多只能將系統(tǒng)恢復到星期一晚上時的狀態(tài)。3、差分備份(differentialbackup)管理員先在星期天進行一次系統(tǒng)完全備份，然后在接下來的幾天里，管理員再將當天所有與星期天不同的數(shù)據(jù)（新的或修改過的）備份到磁帶上。差分備份策略在避免了以上兩種策略的缺陷的同時，又具有了它們的所有優(yōu)點。首先，它無需每天都對系統(tǒng)做完全備份，因此備份所需時間短，并節(jié)省了磁帶空間，其次，它的災難恢復也很方便。系統(tǒng)管理員只需兩盤磁帶，即星期天的磁帶與災難發(fā)生前一天的磁帶，就可以將系統(tǒng)恢復。在實際應用中，備份策略通常是以上三種的結(jié)合。例如每周一至周六進行一次增量備份或差分備份，每周日進行全備份，每月底進行一次全備份，每年底進行一次全備份。數(shù)據(jù)匯聚我司派駐的數(shù)據(jù)工程師可對信息化管理、外部數(shù)據(jù)類數(shù)據(jù)，針對上下級消防間的數(shù)據(jù)匯聚工作進行保障，確保數(shù)據(jù)完整、及時、準確匯聚至數(shù)據(jù)庫。數(shù)據(jù)上報我司派駐的數(shù)據(jù)監(jiān)控管理工程師可對信息化管理、外部數(shù)據(jù)數(shù)據(jù)和應用系統(tǒng)數(shù)據(jù)，按照消防的要求，進行相關數(shù)據(jù)提取，并打包發(fā)送；實時數(shù)據(jù)報送保障；月結(jié)數(shù)據(jù)傳送保障；利用數(shù)據(jù)發(fā)送工具進行數(shù)據(jù)的傳送；對數(shù)據(jù)傳輸交換系統(tǒng)進行監(jiān)控保障。數(shù)據(jù)質(zhì)量管理我司派駐的數(shù)據(jù)工程師可對信息化管理、外部數(shù)據(jù)，在數(shù)據(jù)質(zhì)量問題檢查；數(shù)據(jù)質(zhì)量問題分析；數(shù)據(jù)質(zhì)量問題矯正處理；文書數(shù)據(jù)質(zhì)量檢查；文書數(shù)據(jù)質(zhì)量問題分析；文書質(zhì)量問題處理及改進。數(shù)據(jù)監(jiān)控我司派駐的數(shù)據(jù)監(jiān)控管理工程師可對信息化管理、外部數(shù)據(jù)據(jù)，對數(shù)據(jù)的導出、發(fā)送、傳輸、接收、入庫、質(zhì)檢、加工處理和數(shù)據(jù)展現(xiàn)全處理過程進行監(jiān)控，確保數(shù)據(jù)正常處理。數(shù)據(jù)應用我司派駐的數(shù)據(jù)應用管理工程師可對信息化管理、外部數(shù)據(jù)等數(shù)據(jù)進行數(shù)據(jù)的統(tǒng)計和分析，并形成業(yè)務部門、各級消防管理需要的分析報告，對數(shù)據(jù)運算或統(tǒng)計結(jié)果的系統(tǒng)頁面和報告進行發(fā)布，對數(shù)據(jù)發(fā)布內(nèi)容的準確性進行檢查和驗證。保障數(shù)據(jù)應用輸出的統(tǒng)計、分析有效真實準確。維護質(zhì)量指標我司數(shù)據(jù)管理運維人員對由消防的信息資源庫數(shù)據(jù)和信息系統(tǒng)數(shù)據(jù)所關聯(lián)的業(yè)務熟悉，熟練掌握數(shù)據(jù)應用系統(tǒng)功能。消防之間的數(shù)據(jù)傳輸和管理一定進行數(shù)據(jù)管理日志跟蹤，保障數(shù)據(jù)管理日志匯總。我司派駐技術人員能夠保障數(shù)據(jù)管理維護質(zhì)量符合山西省消防信息化要求和應用系統(tǒng)要求。滿足以下維護質(zhì)量指標要求：1、保障數(shù)據(jù)管理的可用性應在一級以上，連續(xù)正常運行時間>95％；故障次數(shù)<3次/月；2、保障數(shù)據(jù)管理的持續(xù)性應在一級以上，系統(tǒng)非計劃停機時間少于3天/季度，平均故障解決時間小于5小時/次。3、保障數(shù)據(jù)管理的響應時間應在一級以上，在10分鐘以內(nèi)響應。4、保障數(shù)據(jù)管理的事故控制應在一級以上，較大安全事故控制在1次/年以下，一般安全事故控制在3次/年以下。5、保障數(shù)據(jù)管理的系統(tǒng)使用人滿意度在80％以上。應急服務響應措施突發(fā)事件應急流程在日常數(shù)據(jù)管理運維中可能會出現(xiàn)突發(fā)事件，一旦出現(xiàn)如下問題我公司將遵循應急流程處理突發(fā)事件。突發(fā)事件的來源，可能來自三個途徑，第一巡檢應用數(shù)據(jù)維護過程中發(fā)現(xiàn)、第二設備運行發(fā)生告警、第三業(yè)務部門使用數(shù)據(jù)時發(fā)現(xiàn)數(shù)據(jù)異常并反饋，一旦發(fā)生駐點工程師第一時間告知客戶，并將具體的情況一同告知，以最快速度聯(lián)系公司相關技術專家和公司相關高層領導，與專家進行