浙江艾迪西流體控制股份****災備專案
技術方案
2012.06
美國飛康軟體公司北京代表處
博雅軟體股份****
目錄摘要 3
第1章專案實施背景 6
第2章需求分析 6
2.1 系統現狀 6
2.2 災備系統建設的考慮因素 7
2.3 飛康cdp災備解決方案 8
第3章詳細設計 10
3.1 總體架構 10
3.2 結構和說明 11
3.2.1 容災體系的架構 11
3.2.2 飛康cdp實現的目標與策略制定 12
3.2.3 擴充套件能力 13
3.2.4 頻寬的優化技術 13
第4章方案優勢 15
4.1 飛康cdp災備技術特徵 15
第5章恢復技術和流程 17
5.1 資料庫表級別的丟失或損壞 17
5.2 主機資料庫癱瘓 17
5.3 windows主機物理故障 17
5.4 主機磁碟陣列故障 17
5.5 生產站點切換到災備站點（切換-failover） 18
5.6 災備站點回切到生產站點（回切-failback） 18
第6章飛康解決方案的幾個關鍵技術 20
6.1 回切（反轉）技術 – failback 20
6.2 提高儲存效能-讀寫優化技術 20
6.3 一致性對比技術 21
6.4 資料一致性保證 21
6.5 複製策略 22
6.6 timemark多歷史點快照技術 22
6.7 journal 錄影式歷史軌跡恢復技術 22
6.8 窄帶傳輸技術（microscan+壓縮） 23
第7章飛康cdp金融行業成功案例 24
7.1 中國人民銀行全國災備專案 24
7.2 浙商銀行 25
7.3 其他金融銀行案例（部分） 27
本解決方案由飛康軟體公司（falconstor software inc）提供，採用飛康cdp災備技術，旨在協助浙江艾迪西流體控制股份****核心資訊系統建立異地資料級/應用級驗證災難備份。其要點概括如下：
，對其他一些傳統災備技術以及飛康cdp進行了分析比較，結合了使用者環境與業務需求，認為飛康falconstor cdp災備解決方案最合適浙江艾迪西流體控制股份****災備需求，分析如下：
emc rocoverpoint：由於emc rp採用san tap方式進行資料複製，所以要在生產資料中心增加「智慧型san交換機」來替換原有san交換機，這樣就將改變了生產環境儲存架構以產生了風險，並帶來新的故障點；無法為使用者提供全面的災備解決方案，生產主儲存的宕機故障導致業務應用中斷在emc rp的災備體系結構裡無法解決，這對使用者業務應用影響深遠，同時此種技術無法有效保證使用者的業務資料不丟失，並且此種結構會給使用者帶來災難放大效果，如果本地出現故障，此種災備體系結構會建議將故障放大，啟動異地災備系統來接管，此種方式是被絕大部分使用者拒絕的，為什麼不能將故障風險控制在本地的小範圍內，快速解決？另外，浙江艾迪西流體控制股份****資訊系統中windows環境的系統保護和恢復，使用rp無法實現。
ibm ds5000 remote mirror：陣列間的mirror是乙個最傳統的災備技術，但目前已近慢慢越來越不能滿足使用者的容災需求。陣列mirror不具備任何邏輯故障的恢復能力，作為災難恢復體系的技術路線，具有相當大的防禦缺陷。
另外，現場應急能力完全沒有，是其另一重大缺陷，有可能導致使用者事故發生時的風險放大（合理的現場應急能力會縮小故障的影響，以及避免後面的切換和回切風險）。浙江艾迪西流體控制股份****資訊系統中windows環境的系統保護和恢復，使用陣列技術也無法實現。
飛康falconstor cdp：飛康cdp採用旁路san設計方式，是唯一無需改變現有的生產結構的災備技術，也無需對現有生產資料做遷移，飛康cdp大量採用了現有先進成熟技術資源，利用邏輯卷管理技術來進行資料映象，對主機基本沒影響。飛康cdp是唯一的乙個能對所有災難進行全面防範的災備解決方案，包含了生產地的儲存硬體故障、資料的邏輯故障，同時也包含了生產站點級別災害。
根據國際業務連續性理論，故障的現場應急和災害的異地切換是最佳的災備模式，也是飛康cdp的設計理念，被廣大使用者所認可和接受，徹底顛覆了傳統將本地故障放大成異地災難設計思想。同時該種技術中獨特的錄影恢復技術也為也為使用者提供零資料丟失（歷史資料精準恢復）的能力。飛康cdp也是唯一乙個可以對浙江艾迪西流體控制股份****windows，linux環境提供作業系統保護和恢復的災備技術。
浙江艾迪西流體控制股份****此次實施異地災備的系統是為了保證核心業務系統的業務連續性。整體災備要求對資料的完整性、安全性及實時性要求都比較高，為了滿足浙江艾迪西流體控制股份****該類系統的業務連續性需求，需要對該類系統實施異地災備的保障。
浙江艾迪西流體控制股份****生產資料中心位於浙江台州的資料中心，在浙江嘉興建立災備資料中心，此次專案建設模式是將生產中心資料災備到災備資料中心方式，建設高階別的應用級容災能力（國內標準為6級）。
在使用者生產資料中心中，使用者當前erp系統為一台sun m4000, solaris10伺服器執行oracle10g資料庫，一台sun x4150 linux伺服器執行tiptop gp5.0中介軟體軟體，生產儲存為一台sun 6140。
easyflow系統為兩台sun x4150伺服器，windows系統執行sql資料庫和中介軟體軟體，這些伺服器的儲存都共享sun 6140。
使用者要求建設應用級災備體系結構：
erp系統主機需要保護：
設計分成次災難恢復，部分故障可在生產中心本地恢復；
設計要求本地rpo=0分鐘，rto<120分鐘；
設計要求兩地rpo<10分鐘，rto<240分鐘；
作業系統是solaris，svm進行卷管理
資料量為2tb，每月增量20gb
easyflow系統主機需要保護：
設計分成次災難恢復，部分故障可在生產中心本地恢復；
設計要求本地rpo=0分鐘，rto<120分鐘；
設計要求兩地rpo<10分鐘，rto<240分鐘；
作業系統是windows，採用disksafe進行資料複製
資料量為1tb，每月增量20gb
這些是核心應用，將重點保護，同時還有一些其他應用，相對可以採用定時週期性複製災備
對於浙江艾迪西流體控制股份****這類企業資訊系統，災難備份系統建設的要求主要基於如下幾點：
1、 災難防禦範圍全面，不留災難死角，也就是業內所說的「有效性」。大部分災備技術往往僅能實現資料複製，往往只能夠確保部分自然災害發生後的生產恢復，而眾多常見故障的威脅往往缺少應對，造成故障公升級為災難，有災無備的現象頻頻發生，對於使用者的安全往往無法形成真正的盾牌，這一點需要成為警示。輕恢復能力造成的弊端，不應在浙江艾迪西流體控制股份****的災備建設中出現。
2、 範圍要廣，滿足全業務範圍的部署，而不是小範圍應用十分重要，所以在浙江艾迪西流體控制股份****核心系統中沒有什麼資料是不重要的。
解決方案標準V1
目錄第一部分方案設計 3 1.1 序言 3 1.2 使用者需求 3 1.3 硬體系統技術方案設計 3 1.4 技術平台解決方案 3 1.4.1 技術平台解決方案 3 1.5 網路方案設計 4 1.5.1 設計原則 4 1.5.2 設計要點 4 1.5.3 方案設計 4 1.5.4 方案描述 4 1....
用友業務解決方案V1
旺萬通erp系統 解決方案v1.0 建立日期 2008 1 9 修改日期 2008 1 9 文控編號 福安萬通用友erp專案 審閱分發 福建省福安市旺萬通電機 成立於2003年，其前身是福安市萬通電機廠創立於1993年，歷經十多個的艱苦創業 拼搏進取，如今已發展成為一家集科研生產銷售於一體的電機生產...
應用級災備的實現方法V1
當前，災備系統建設主要分為資料級災備和應用級災備兩大類。資料級災備關注資料的備份和恢復，是應用級災備的基礎和前提 而應用級災備則在資料級之上，進一步提供業務接管和恢復能力。應用級災備包括兩個方面 資料同步和應用接管。資料同步是應用接管的前提。在保證資料同步基礎上，要實現應用接管，還要能實現災難發生時...