【導讀】災難備份系統(tǒng)XXXX規(guī)劃 -1- 薆聿肅膃蚈袂羈膂螀肇芀膁蒀袀膆膀薂肆肂艿蚄衿羈羋螇蟻芆羋蒆袇節(jié)芇蠆蝕膈芆螁羅肄芅蒁螈羀芄薃羃艿芃蚅螆膅莂螈肁莂蕆螅羇莁薀羀羃莀螂螃芁荿蒂肈膇莈薄袁肅莇蚆肇罿莆螈衿羋蒆蒈螞膄蒅薀袈肀蒄蚃蟻肆蒃蒂羆蒂薅蝿芁蒁蚇羄膇蒀蝿螇肅蒀葿羃罿蕿薁螅芇薈蚄羈膃薇袆螄腿薆薆聿肅膃蚈袂羈膂螀肇芀膁蒀袀膆膀薂肆肂艿蚄衿羈羋螇蟻芆羋蒆袇節(jié)芇蠆蝕膈芆螁羅肄芅蒁螈羀芄薃羃艿芃蚅螆膅莂螈肁莂蕆螅羇莁薀羀羃莀螂螃芁荿蒂肈膇莈薄袁肅莇蚆肇罿莆螈衿羋蒆蒈螞膄蒅薀袈肀蒄蚃蟻肆蒃蒂羆蒂薅蝿芁蒁蚇羄膇蒀蝿螇肅蒀葿羃罿蕿薁螅芇薈蚄羈膃薇袆螄腿薆薆聿肅膃蚈袂羈膂螀肇芀膁蒀袀膆膀薂肆肂艿蚄衿羈羋螇蟻芆羋蒆袇節(jié)芇蠆蝕膈芆螁羅肄芅蒁螈羀芄薃羃艿芃蚅螆膅莂螈肁莂蕆螅羇莁薀羀羃莀螂螃芁荿蒂肈膇莈薄袁肅莇蚆肇罿莆螈衿羋蒆蒈螞膄蒅薀袈肀蒄蚃蟻肆蒃蒂羆蒂薅蝿芁蒁蚇羄膇蒀蝿螇肅蒀葿羃罿蕿薁螅芇薈蚄羈膃薇袆螄腿薆薆聿肅

　　

【正文】 。 （５）結合災難恢復開發(fā)新的應用軟件。 。 開發(fā)關鍵數(shù)據(jù)及時備份與數(shù)據(jù)恢復軟件； 增加孤立數(shù)據(jù)追補功能； 完善業(yè)務數(shù)據(jù)完整性與一致性檢查功能。 件和舊系統(tǒng)進行整合時應考慮災難備份問題。 新開發(fā)系統(tǒng)應考慮系統(tǒng)易于數(shù)據(jù)備份與恢復，有完善的數(shù)據(jù)完整性與一致性檢查功能，有方便、高效、安全的孤立數(shù)據(jù)恢復功能。舊系統(tǒng)如果沒有考慮數(shù)據(jù)備份與恢復的功能，則在進行系統(tǒng)整合時，在整合方案中，則應該把易于數(shù)據(jù)備份與恢復有完善的數(shù)據(jù)完整性與一致性檢查功能，有方便、高效、安全的孤立數(shù)據(jù)恢復功能等作為十分重要的方面提出來。我們在開發(fā)整合過程中應注意以下幾個方面： 根據(jù)孤立數(shù)據(jù)恢復方法和數(shù)據(jù)完整性、一致性檢查方法設計孤立數(shù)據(jù)恢復功能和數(shù)據(jù)完整性、一致性檢查功能。 應用系統(tǒng)應設有災難恢復狀態(tài)。在災難恢復狀態(tài)下，只允許網(wǎng)點終端用戶利用原始憑證等方法進行數(shù)據(jù)完整性、一致性檢查和孤立數(shù)據(jù)恢復，不允許 ATM、 POS 等自助設備做任何交易。 對整個業(yè)務系統(tǒng)進行分析，找出系統(tǒng)的關鍵文件，如交易流水，災難備份系統(tǒng) XXXX 規(guī)劃 29 對其進行實時熱備份，并增加向前向后恢復功能，使系統(tǒng)具有通過交易流水等關鍵數(shù)據(jù)方便地恢復應用數(shù)據(jù)的功能。 在開發(fā)新系統(tǒng)的過程中，應針對各種備份技術所能處理的數(shù)據(jù)類型的不同，對各種關鍵數(shù)據(jù)進行適當集中與調(diào)整，例如一個交易盡可能只讀寫一個數(shù)據(jù)庫，報表、單據(jù)等輸出文件最 好用數(shù)據(jù)庫數(shù)據(jù)的形式來組織，這樣使得數(shù)據(jù)的備份與恢復更加容易。 在應用系統(tǒng)安全方案設計時，在確保系統(tǒng)安全的前提下，應考慮能容易地恢復或生成加密密鑰等敏感數(shù)據(jù)。 （６）建立災難防范組織機制。 災難備份還有一個比較重要的方面是建立災難防范組織機制。我行要成立災難恢復工作領導小組，研究業(yè)務發(fā)展中不斷出現(xiàn)的新問題，制定出相應的備份工作政策措施，對全行工作進行指導，協(xié)調(diào)。成立災難恢復工作辦公室，由一名主管行長負責，參加人員包括科技、業(yè)務、行政等相關人員，負責災難備份管理工作，以及檢查、培訓、模 擬演練等工作。 （７）建立健全災難恢復管理制度。 根據(jù) XXXX 銀行總行災難備份總體規(guī)劃的規(guī)定結合我行的實際情況，現(xiàn)制定以下災難恢復管理制度： 災難報告制度：主要規(guī)定災難的認定條件及報告程序等。 災難恢復審批制度：主要規(guī)定各級領導的審批權限及審批程序等。 災難通知程序：主要規(guī)定一旦災難發(fā)生，通知業(yè)務部門、技術人災難備份系統(tǒng) XXXX 規(guī)劃 30 員的方式等。 災難恢復處理流程：主要規(guī)定運行中心發(fā)生災難后，災難備份中心的系統(tǒng)恢復、數(shù)據(jù)恢復、網(wǎng)絡切換等處理流程，技術、業(yè)務、后勤人員如何協(xié)調(diào)配合等。 孤立數(shù)據(jù)恢復管理制度：主要規(guī)定在恢復狀態(tài)下，各種孤立數(shù)據(jù)的恢復方式，如何保證數(shù)據(jù)的一致性、有效性和完整性以及業(yè)務部門的認可程序等。 備份系統(tǒng)日常運行管理制度：主要規(guī)定災難備份中心在正常狀態(tài)下，備份系統(tǒng)的運轉(zhuǎn)方式、備份介質(zhì)的保管、工作人員工作職責以及該中心與運行中心的關系與聯(lián)系制度等。 備份系統(tǒng)替代運行狀態(tài)下的運行制度：主要規(guī)定在替代運行狀態(tài)下，備份系統(tǒng)的運行方式，各種安全措施及安全制度的具體落實和執(zhí)行，人員職責以及與業(yè)務部門的聯(lián)系、協(xié)調(diào)制度等。 數(shù)據(jù)一致性認可程序：主要規(guī)定切換 到備份中心及回切到生產(chǎn)運行中心后，數(shù)據(jù)一致性認可的方法和程序等。 生產(chǎn)系統(tǒng)復原后的回切處理流程：主要規(guī)定生產(chǎn)運行中心復原后的回切制度處理流程。回切制度應規(guī)定生產(chǎn)運行中心復原的認定條件，生產(chǎn)中心接管的程序，以及相應呈報、審批、檢查、驗收手續(xù)等；回切流程應規(guī)定應用系統(tǒng)如何回切到運行中心，如何保證數(shù)據(jù)的完整性、有效性、安全性等。 備份系統(tǒng)測試、演習制度：主要規(guī)定備份系統(tǒng)的測試、演習方法及策略等。 災難備份系統(tǒng) XXXX 規(guī)劃 31 實施方案 業(yè)務量分析 數(shù)據(jù)集中城市綜合業(yè)務網(wǎng)絡系統(tǒng)處理業(yè)務的交易量為： 每天 處理業(yè)務 30～ 50萬筆； 每筆交易平均寫磁盤數(shù)據(jù)量為 , 每筆交易平均數(shù)據(jù)通訊量為 1KBytes。 業(yè)務量高峰：上午： 9:0010:30，下午： 2:304:30，業(yè)務高峰時的業(yè)務量占整個業(yè)務量的 60%左右。 關鍵業(yè)務分析 在城市綜合業(yè)務網(wǎng)絡系統(tǒng)中業(yè)務可以分為以下幾類： 關鍵業(yè)務：各儲種儲蓄取現(xiàn)、轉(zhuǎn)帳，信用卡、儲蓄卡網(wǎng)點／ ATM取現(xiàn)與轉(zhuǎn)帳、 POS消費，代收代付業(yè)務，對公業(yè)務，日終軋帳等。 重要業(yè)務：各儲種儲蓄存款，信用卡存款，通存通兌業(yè)務，綜合業(yè)務／內(nèi)部業(yè)務等。 一般業(yè)務：查詢余額、查詢科目余額、查詢明細、電話查詢，帳表打印等。 數(shù)據(jù)類型分析 城市綜合業(yè)務網(wǎng)絡系統(tǒng)的數(shù)據(jù)可以分為系統(tǒng)數(shù)據(jù)、基礎數(shù)據(jù)、臨時數(shù)據(jù)和應用數(shù)據(jù)四種類型。 系統(tǒng)數(shù)據(jù)： UNIX 操作系統(tǒng)、 INFORMIX 數(shù)據(jù)庫管理系統(tǒng)的各類軟件包、城市綜合業(yè)務網(wǎng)絡系統(tǒng)執(zhí)行程序、系統(tǒng)密鑰與銀行密鑰。這些災難備份系統(tǒng) XXXX 規(guī)劃 32 數(shù)據(jù)在安裝到系統(tǒng)之后基本上不再變動，只有在版本升級或應用程序維護修改時才發(fā)生變化。這些數(shù)據(jù)一般都有標準的安裝介質(zhì)（如軟盤、磁帶、光盤）。 基礎數(shù)據(jù)：主要有 informix 用戶、工作用戶（如 work）用戶目錄及工作目錄、系統(tǒng)內(nèi)核參數(shù)配置文件、網(wǎng)絡配置文件、 informix數(shù)據(jù)庫 server 配置文件、 MCS 應用系統(tǒng)參數(shù)配置文件、物理設備如磁盤驅(qū)動器、磁帶機設備名等?；A數(shù)據(jù)隨城市綜合業(yè)務網(wǎng)絡系統(tǒng)運行環(huán)境的變化而變化，一般作為系統(tǒng)檔案進行保存。 臨時數(shù)據(jù)：主要有 UNIX 操作系統(tǒng)日志，各種硬件消息日志，informix online 消息日志及數(shù)據(jù)庫邏輯日志，應用程序在執(zhí)行過程中產(chǎn)生的各種打印、查詢和傳輸中的臨時文件，應用系統(tǒng)產(chǎn)生的消息日志等等，這些臨時數(shù)據(jù)隨系統(tǒng)運行 和業(yè)務的發(fā)生而變化。臨時數(shù)據(jù)增大后需要定期做必要的保存并進行清理。 應用數(shù)據(jù)：主要是指城市綜合業(yè)務網(wǎng)絡系統(tǒng)的所有業(yè)務數(shù)據(jù)，對數(shù)據(jù)的安全性、準確性、完整性要求很高而且變化頻繁。業(yè)務數(shù)據(jù)種類如表 所示。 表 業(yè)務數(shù)據(jù)分析表 數(shù)據(jù)類型 存貯形式 變化頻率 是否關鍵 系統(tǒng)密鑰／銀行密鑰 特殊 不變 Y 標準數(shù)據(jù) 數(shù)據(jù)庫 基本不變 Y 分戶帳 數(shù)據(jù)庫 較快 Y 明細帳 數(shù)據(jù)庫 較快 Y 總帳 數(shù)據(jù)庫 較快 Y 流水帳 數(shù)據(jù)庫 快 Y 報表 文件 較快 N 災難備份系統(tǒng) XXXX 規(guī)劃 33 系統(tǒng)參數(shù)表 數(shù)據(jù)庫 快 Y 待沖正表 數(shù)據(jù)庫 快 Y 消息日志 文件 快 N 職員表 數(shù)據(jù)庫 慢 N 登記簿 數(shù)據(jù)庫 較快 N 系統(tǒng)數(shù)據(jù)、基礎數(shù)據(jù)構成了城市綜合業(yè)務網(wǎng)絡系統(tǒng)運行的軟件環(huán)境，關鍵性程度高但變動較少，便于備份和恢復。 系統(tǒng)密鑰和銀行密鑰數(shù)據(jù)安全保密性要求極高，需要特殊方法保存。 臨時數(shù)據(jù)的作用有其時限性，臨時數(shù)據(jù)增大后會嚴重影響系統(tǒng)的性能，要定期進行清理。但象業(yè)務流水、系統(tǒng)運行記錄等臨時文件可根據(jù)業(yè)務需要備份保存。 應用數(shù)據(jù)中分戶帳、日流水帳、待沖正表和系 統(tǒng)參數(shù)表最關鍵，一般可以通過這些數(shù)據(jù)生成大多數(shù)其他業(yè)務數(shù)據(jù)。 災難備份系統(tǒng)設計方案 備份系統(tǒng)計算機資源分配及聯(lián)接方案 （一）城綜網(wǎng)系統(tǒng) 數(shù)據(jù)集中處理城綜網(wǎng)系統(tǒng)后臺生產(chǎn)環(huán)境由以下部分構成： ? 儲蓄、信用卡生產(chǎn)機（由數(shù)據(jù)庫服務器和應用服務器構成）； ? 會計、房信生產(chǎn)機； ? 清分交換生產(chǎn)機； ? ATM 前置機； 災難備份系統(tǒng) XXXX 規(guī)劃 34 ? 證券前置機、 Call Center前置機等； ? 業(yè)務數(shù)據(jù)查詢系統(tǒng)生產(chǎn)機。 由于城綜網(wǎng)系統(tǒng)具有面向客戶、影響面大、實時性要求強、交易量大的特點，備份端的處理能力應能夠支 持較長時間段內(nèi)較大業(yè)務量的及時處理，因此，在備份中心內(nèi)為城綜網(wǎng)環(huán)境配備了同樣結構、處理能力相匹配的主機系統(tǒng)。具體介紹如下： （ 1）硬件分布 生產(chǎn)端 備份端 機 型 CPU 個數(shù) 機 型 CPU 個數(shù) XXXX地區(qū) 儲蓄、信用卡 IBM S80（ DB Server） 6 IBM S7A 8 IBM R50（ AP Server） 4 會計、房信 IBM S7A 12 IBM R50 4 清分交換 IBM SP2 節(jié)點（ R40） 8 IBM R30* 4 ATM 前置機 IBM SP2 節(jié)點（ R40） 8 IBM R30* 4 證券、 Call Center前置機等 IBM R30* 4 IBM R30* 4 業(yè)務數(shù)據(jù)查詢 I