數(shù)據(jù)容災吉林試點項目建議書

國 家 統(tǒng) 計 局 數(shù)據(jù)容災吉林試點項目 建議書 北京艾德斯科技有限公司 2015 年 8 月 項目建議書 北京艾德斯科技有限公司 第 2 頁 共 20 頁 目 錄 第 1 章 國家統(tǒng)計局容災系統(tǒng)需求分析 . 3 1.1 系統(tǒng)現(xiàn)狀 . 3 1.2 容災系統(tǒng)建設模式及目標 . 4 1.3 容災試點工程主要內(nèi)容 . 4 1.3.1 基本環(huán)境 . 4 1.3.2 建設內(nèi)容 . 5 第 2 章 系統(tǒng)建設方案 . 7 2.1 總體設計思路 . 7 2.2 系統(tǒng)總體架構 . 8 2.3 “系統(tǒng)保護盾 -UWS”基本功能 . 9 2.4 功能實現(xiàn) . 12 2.4.1 本地容災 . 12 2.4.2 應用級容災 . 15 2.4.3 遠程容災 . 16 第 3 章 產(chǎn)品配置 . 18 第 4 章 災備解決方案獨特特點和優(yōu)勢 . 19 項目建議書 北京艾德斯科技有限公司 第 3 頁 共 20 頁 第 1章 國家統(tǒng)計局容災系統(tǒng)需求分析 1.1 系統(tǒng) 現(xiàn)狀 國家統(tǒng)計局作為最早采用 IT 技術開展業(yè)務的國家級機構，在統(tǒng)計公報、統(tǒng)計數(shù)據(jù)、統(tǒng)計分析等業(yè)務領域，全面采用多種主機技術、存儲技術及多種網(wǎng)絡環(huán)境，形成了以各業(yè)務職能部門為主體運行的業(yè)務體系。吉林省統(tǒng)計局（包括吉林調(diào)查總隊）作為國家統(tǒng)計局信息節(jié)點之一，從業(yè)務模式、系統(tǒng)環(huán)境 、網(wǎng)絡狀況等都與國家統(tǒng)計局的基本情況一致。所以本次項目選擇吉林省作為試點單位。 上述架構的業(yè)務體系，如采用傳統(tǒng)的基于服務器及存儲盤陣的模式建設容災系統(tǒng)，將面臨如下困難： 各業(yè)務職能部門分別在現(xiàn)有基礎上建立容災系統(tǒng)，不僅投資巨大，運營和管理都存在很大困難；難以達到容災效果。 網(wǎng)絡結構復雜，實施難度大。網(wǎng)絡環(huán)境中有多種不同廠牌的主機系統(tǒng)或存儲設備，使用傳統(tǒng)的容災技術難以構建一個統(tǒng)一的容災平臺。 建設成本和管理成本高。傳統(tǒng)的容災系統(tǒng)動輒幾百萬或數(shù)千萬元甚至近億元的造價、并伴隨高昂的運行維護成本，使得傳統(tǒng)的容災系統(tǒng) 僅適合于金融、電信行業(yè)，而并不適合大多數(shù)政府部門和一般企業(yè)用戶。 項目建議書 北京艾德斯科技有限公司 第 4 頁 共 20 頁 1.2 容災系統(tǒng)建設模式及目標 本著少花錢、多做事的宗旨，建設高性價比的、注重實效的、易于管理的數(shù)據(jù)容災系統(tǒng) 。 采用試點工程先行的模式，通過選擇 吉林 計算中心自身系統(tǒng)及有一定代表性的業(yè)務系統(tǒng)作為試點，進行工程建設。 通過對基于多種操作系統(tǒng)、多種文件系統(tǒng)及多種數(shù)據(jù)庫數(shù)據(jù)的容災 -快速數(shù)據(jù)恢復的測試，使本次測試更具實際意義，從而可預知和規(guī)避風險，確保試點工程成功；由此實現(xiàn)在試點工程基礎上的順利擴展。 1.3 容災試點工程主要內(nèi)容 1.3.1 基本環(huán)境 以吉林省統(tǒng)計局中心機房作為 本地中心，選擇吉林省統(tǒng)計局南湖辦公樓作為容災中心，實現(xiàn)同城備份的目的。 本地機房（吉林省統(tǒng)計局中心機房）基于速率為 100Mbps 的 LAN環(huán)境，遠程容災中心基于速率為 2Mbps 的 SDH 網(wǎng)絡。容災中心網(wǎng)絡環(huán)境利用吉林省統(tǒng)計局南湖辦公樓的 LAN 環(huán)境。 考慮到試點測試成本和操作方便性上考慮，本次試點平臺選擇Windows 2003，數(shù)據(jù)庫選擇 Oracle 或 SQL 來進行容災測試，但要求 項目建議書 北京艾德斯科技有限公司 第 5 頁 共 20 頁 本次的容災系統(tǒng)同樣也必須兼容業(yè)界主流小機（ IBM、 SUN、 HP 等）、服務器、主流操作系統(tǒng)（ AIX、 Solaris、 HP-UX、 Windows、 Linux、Netware 等）和主流數(shù)據(jù)庫（ DB2、 Oracle、 SAP、 Sybase、 Notes、Informix、 Domino、 SQL 等）。 1.3.2 建設內(nèi)容 按照國家統(tǒng)計局關于容災吉林試點項目的批復意見，從吉林省統(tǒng)計局 的業(yè)務體系來看，在進行容災系統(tǒng)的建設前，首先需要進行資源整合，在此基礎之上進一步完成統(tǒng)計 數(shù)據(jù)級的容災和應用級的容災。 一、 數(shù)據(jù)級容災 選擇 9 個地市統(tǒng)計局、吉林省調(diào)查總隊、吉林省統(tǒng)計局的 11套業(yè)務系統(tǒng)（ Windows 2003 環(huán)境）進行 數(shù)據(jù)級 容災， 11 個點的數(shù)據(jù)都遠程備份到省局的容災中心。本 次 數(shù)據(jù)級容災 試點環(huán)境是 Windows+ SQL2000 環(huán)境。本次試點的目標如下： 遠端的用戶可以通過備份軟件將數(shù)據(jù)、文件備份到容災中心； 數(shù)據(jù)必須能夠自動的、增量的備份到容災中心。 當數(shù)據(jù)發(fā)生丟失、損壞以及其他故障時，通過遠程備份的數(shù)據(jù)能夠恢復原有的，保證重要數(shù)據(jù)的安全性。 二、 應用級容災 本次 應用級 容災測試選擇選擇 1 套業(yè)務系統(tǒng)（ 統(tǒng)計內(nèi)部信息發(fā) 項目建議書 北京艾德斯科技有限公司 第 6 頁 共 20 頁 布網(wǎng)站數(shù)據(jù)庫系統(tǒng) ） 進行測試。本次試點測試的目標如下： 本地的數(shù)據(jù)必須能夠同步到異地容災中心； 任何故障或本地整個數(shù)據(jù)中心出現(xiàn)重大人為或自然災難時都應該能夠把應用從本地切換 到異地； 應用系統(tǒng)的切換可以從本地切換到異地，也可從異地切換到本地； 在切換接管過程中，數(shù)據(jù)不應出現(xiàn)丟失。 項目建議書 北京艾德斯科技有限公司 第 7 頁 共 20 頁 第 2章 系統(tǒng)建設方案 2.1 總體設計思路 1. 構建統(tǒng)計局數(shù)據(jù)中心的本地容災系統(tǒng) ： 為數(shù)據(jù)中心業(yè)務系統(tǒng)提供全面保護及即時恢復運營 。對中心業(yè)務服務器群組提供如下保護： 1) 操作系統(tǒng) 2) 應用環(huán)境 3) 業(yè)務數(shù)據(jù) 4) 數(shù)據(jù)庫數(shù)據(jù) 注 : 有了上述四個保護 ,同時具備快速恢復功能 ,才能實現(xiàn)快速恢復運營的 本地 容災功能 . 2. 對分支機構（ 9 個地市統(tǒng)計局、吉林省調(diào)查總隊）的業(yè)務系統(tǒng)提供遠程數(shù)據(jù)級 備份 及本地 容災 。 1) 提供各分支機構的本地容災及快速恢復。 2) 提 供遠程數(shù)據(jù) 備份 。 3. 構建統(tǒng)計局數(shù)據(jù)中心與容災中心的應用級容災系統(tǒng) 項目建議書 北京艾德斯科技有限公司 第 8 頁 共 20 頁 2.2 系統(tǒng) 總體架構 利用 “ Odysys 系統(tǒng)保護盾 -UWS”。采用數(shù)據(jù)存儲、動態(tài)數(shù)據(jù)復制及網(wǎng)絡啟動等多項技術，為業(yè)務系統(tǒng)提供從系統(tǒng)到數(shù)據(jù)的全方位保護和快速恢復。 如上圖所示，容災系統(tǒng)構成描述如下： 1. 在統(tǒng)計局數(shù)據(jù)中心增加一臺“系統(tǒng)保護盾 -UWS” ， 為中心 內(nèi)業(yè)務系統(tǒng)提供本地容災。 2. 在容災中心增加一臺 “系統(tǒng)保護盾 -UWS” 實現(xiàn)如下功能 : 項目建議書 北京艾德斯科技有限公司 第 9 頁 共 20 頁 1) 采用 Mirror 模式 保持與數(shù)據(jù)中心數(shù)據(jù)的同步，當中心系統(tǒng)發(fā)生災難時，實現(xiàn)遠程容災。 2) 實現(xiàn)對分支機構數(shù)據(jù)的遠程數(shù) 據(jù)增量備份。 3. 在每個分支機構增加一臺“系統(tǒng)保護盾 -UWS”，擔負如下任務： 3) 為分支機構本身提供本地容災。 4) 實現(xiàn)與容災中心數(shù)據(jù)的遠程增量備份。 2.3 “系統(tǒng)保護盾 -UWS” 基本功能 系統(tǒng)保護盾 -UWS 彌補了傳統(tǒng)的保護模式安全成本過高，系統(tǒng)恢復時間過長，難以滿足 7x24 運行模式的缺陷，為網(wǎng)站、應用服務器和桌面工作站提供從系統(tǒng)到數(shù)據(jù)的全方位保護： 適合任何軟件原因（病毒、黑客攻擊、誤操作）造成網(wǎng)站崩潰、 多 PC構成的死機或出現(xiàn)系統(tǒng)不穩(wěn)定的情況 適合各種已知或未知的計算機病毒感染、黑客攻擊或人為破壞引發(fā)的網(wǎng)站，多 PC構成的故障 適合任何軟件、硬盤故障等原因，造成網(wǎng)站數(shù)據(jù)損壞、丟失 保保 護護 系系 統(tǒng)統(tǒng) 和和 數(shù)數(shù) 據(jù)據(jù) ， 瞬瞬 間間 恢恢 復復 至至 故故 障障 前前 的的 正正 常常 狀狀 態(tài)態(tài) 項目建議書 北京艾德斯科技有限公司 第 10頁 共 20 頁 產(chǎn)品形態(tài) 軟硬件一體化的產(chǎn)品，硬件載體為標準 19”設備 ,包含處理主機及 RAID 盤陣，通過以太網(wǎng)與網(wǎng)站連接，內(nèi)置處理軟件，實現(xiàn)全方位保護。 產(chǎn)品功能 操作系統(tǒng) 保護 :5分鐘內(nèi)對數(shù)十臺 Windows服務器由網(wǎng)絡中受保護的“無污染” OS 作網(wǎng)絡快速啟動，消除攻擊和任何病毒感染的影響。 應用軟件 保護： 5 分鐘內(nèi)對多臺 Windows 服務器的應用環(huán)境和應用軟件實施“污染前”的健康狀態(tài)的重啟，消除攻擊和任何病毒感染的影響。 項目建議書 北京艾德斯科技有限公司 第 11 頁 共 20 頁 數(shù)據(jù)文件 保護： 1 分鐘內(nèi)對數(shù)十臺 Windows 服務器所訪問和處理的大量數(shù)據(jù)文件，恢復到“污染前”的健康狀態(tài)，消除攻擊和任何病毒感染的影響。 數(shù)據(jù)庫 保護： 3 分鐘內(nèi)對多臺 Windows 服務器的數(shù)據(jù)庫恢復到“污染前”的正確版本，完成再啟動，消除攻擊和任何病毒感染的影響。 產(chǎn)品部署 主機系統(tǒng)通過以太網(wǎng)交換機（ E-Switch）與 UWS 相連 現(xiàn)有系統(tǒng)無需做任何變更，僅在主機中安裝客戶端軟件即可。 項目建議書 北京艾德斯科技有限公司 第 12頁 共 20 頁 2.4 功能實現(xiàn) 2.4.1 本地容災 1、 對數(shù)據(jù)庫和業(yè)務文件 按設定的時間間隔， 將增量（發(fā)生變化部分）自動保存到 UWS，并保持數(shù)據(jù)同步； 2、 每當新的軟件（如：各種軟件升級、系統(tǒng)打補?。┩瓿砂惭b后，手動啟動復制程序，該程序自動將更新后的 OS 及其環(huán)境復制到UWS，并加以保護； 項目建議書 北京艾德斯科技有限公司 第 13頁 共 20 頁 3、 當服務器軟件遭到破壞或硬盤故障導致無法正常工作時，采用網(wǎng)絡方式使用 UWS 中保存的“無污染的 OS 和環(huán)境”重新啟動，并利用 UWS 作為存儲空間恢復連續(xù)運行，系統(tǒng)啟動和恢復運行所需時間為 5-8 分鐘； 4、 在服務器保持運行的同時， UWS 自動以“后臺”模式在管理員指定的時間（通常選負荷比 較輕的時間段）自動將全部數(shù)據(jù)恢復到服務器的本地磁盤上；這之后，服務器可恢復由本地啟動運行的模式。 項目建議書 北京艾德斯科技有限公司 第 14頁 共 20 頁 數(shù)據(jù)的 復制 及自動恢復，均采用“增量”模式進行，并依據(jù)增量形成多個版本，當發(fā)現(xiàn)當前版本數(shù)據(jù)有問題時（如：數(shù)據(jù)遭病毒及黑客破壞等），可返回上一個版本。 通過對操作系統(tǒng)及應用環(huán)境的備份及恢復，可極大的縮短由于系統(tǒng)本身故障進行恢復的時間，將各種要求操作人員具有廣泛的技術背景、操作復雜、費時費力的工作（如：重新安裝操作系統(tǒng)、安裝各種應用程序、重新配置網(wǎng)絡參數(shù)及應用軟件參數(shù)并進行注冊激活等工作）在非常短的時間內(nèi)完成，將需要 按天數(shù)計算時間的工作，縮短為分鐘級。 項目建議書 北京艾德斯科技有限公司 第 15頁 共 20 頁 2.4.2 應用級容災 1、 利用內(nèi)置于 UWS 內(nèi)的 增量數(shù)據(jù)同步軟件 FIV Syn，實現(xiàn)統(tǒng)計局數(shù)據(jù)中心備份數(shù)據(jù)與容災中心的 UWS 之間的數(shù)據(jù)同步。 2、 采用增量 同步 模式，降低網(wǎng)絡 負荷、 提高同步效率。 3、 容災中心 UWS 將同步數(shù)據(jù)自動恢復到主機中。 4、 在選定的 業(yè)務 系統(tǒng)中增加同步監(jiān)視模塊 Odysy Monitor(需要根據(jù)不同用戶及其需求 ,作適當開發(fā)和裁減 )，當發(fā)現(xiàn)業(yè)務系統(tǒng)出現(xiàn)故障時，實現(xiàn)自動切換。 項目建議書 北京艾德斯科技有限公司 第 16頁 共 20 頁 2.4.3 遠程容災 一、 為分支機構本地提供本地容災，實現(xiàn)如下功能： 適合任何軟件原因（病毒、黑客攻擊、誤操作） 造成 主機 崩潰、 多 PC構成的死機或出現(xiàn)系統(tǒng)不穩(wěn)定的情況 適合各種已知或未知的計算機病毒感染、黑客攻擊或人為破壞引發(fā)的 主機 ，多 PC構成的故障 適合任何軟件、硬盤故障等原因，造成網(wǎng)站數(shù)據(jù)損壞、丟失 二、 實現(xiàn)分支機構的遠程數(shù)據(jù)備份 采用內(nèi)置于 UWS 的多點數(shù)據(jù)同步軟件 -FivSync?？梢苑奖?、可靠、快捷地為企業(yè)實現(xiàn)多平臺支持、策略靈活多樣、管理簡潔化智能化、擴展靈活自如的數(shù)據(jù)集中、數(shù)據(jù)同步和分布式備份。將 分支機構 UWS的數(shù)據(jù)動態(tài)復制 到容災 中心，動態(tài)的保持數(shù)據(jù)的一致。當 分支機構 遭遇災難時，將保存在 容災 中心的全部數(shù)據(jù)恢 復到用戶處。 項目建議書 北京艾德斯科技有限公司 第 17頁 共 20 頁 1、 分支機構數(shù)據(jù) 以 “同步增量數(shù)據(jù)復制的模式”匯集至容災中心 的 UWS 上 。 2、 保持增量數(shù)據(jù)同步：關鍵業(yè)務數(shù)據(jù)可每 20-30 分鐘進行一次同步，非關鍵業(yè)務數(shù)據(jù)可按設定的各種周期（如： 1、 2、 4、 8小時、半天、一天等）進行一次同步。 3、 當 分支機構 遭遇災難時，將保存在 容災 中心的全部數(shù)據(jù)恢復到分支機構 。 項目建議書 北京艾德斯科技有限公司 第 18頁 共 20 頁 第 3章 產(chǎn)品配置 序號 產(chǎn)品型號 推薦配置 數(shù)量 1 UWS-II 硬件配置 2xGE-NICs, 1xCPU, 1GB Memory 2 容量：內(nèi)置 4TB preinstalled SATA driver 2 ST100 存儲陣列 單 ODY 100 RAID 控制器， Ultra 320 12Bay JBOD,SATA 磁盤。配置容量 6TB=500GBx12 1 3 UWS 軟件配置 iSCSI Target and LUN management 12 CDP File Protection Server CDP Database Protection and Post-processing Server CDP Recovery : three version for rapid roll back and 512 version for slow roll back 4 UWS 客戶端軟件配置 Agent of iBoot for Windows XP/2003 Clients and File/ Database Protection 42 5 多點數(shù)據(jù)同步軟件 多點數(shù)據(jù)同步軟件 FIV Sync 1 1、統(tǒng)計局信息中心： 20 臺機器 2、容災中心： 2 臺 3、每個分支機構 2 臺，共 10 個分機構 4、 UWS 采用 Ultra 320 擴展通道，支 持所有標準陣列，可采用任何廠家的產(chǎn)品，建議單獨購買 一臺 6TB 陣列， 使 容災中心總容量 達到 10TB。 項目建議書 北京艾德斯科技有限公司 第 19頁 共 20 頁 第 4章 災備解決方案獨特特點和優(yōu)勢 同時實現(xiàn)獨具特點的 ,極具實際意義的多點本地 容災 Odysys 采用 業(yè)界領 先 和獨創(chuàng) 的 UWS 技術， 在實現(xiàn)遠程數(shù)據(jù)備份的同時 ,也實現(xiàn)了 9個地市局和省局的多業(yè)務系統(tǒng)的全面 (OS,應用 ,數(shù)據(jù) ,數(shù)據(jù)庫 )保護和本地的快速應急 恢復， 使得 9個地市局和省局的業(yè)務系統(tǒng)能承受最常見的軟件 (病毒 ,攻擊 ,誤刪除等 )和硬盤