目 錄
第一部 需求分析 7
1 容災項目建設需要注意的幾大問題 8
1.1 為什么要建容災系統(tǒng) 8
1.2 容災不能替換備份 8
1.3 容災項目需要多大的投資？ 10
1.4 容災項目如何解決投資回收問題 11
1.5 容災項目對生產系統(tǒng)性能的影響 12
1.6 選擇什么容災技術能保證項目實施成功？ 12
2 容災項目的建設原則“平戰(zhàn)結合” 13
2.1 變成本中心為利潤中心 13
2.2 核心業(yè)務的災備平臺 13
2.3 業(yè)務負載分擔 13
2.4 容災技術的推薦“DSG RealSync” 14
DSG-RealSync數(shù)據(jù)同步復制容災產品應用案例 14
DSG-SnapAssure高速備份產品應用案例 15
2.5 DSG RealSync數(shù)據(jù)庫復制產品的特點 16
3 容災技術對比和分析 19
3.1 容災產品概述 19
3.2 基于異地備份技術實現(xiàn)容災的分析 19
3.3 基于應用層容災技術的分析 20
3.4 基于磁盤陣列復制容災技術的分析 20
3.5 基于存儲卷復制容災技術的分析 22
3.6 基于虛擬化存儲技術的分析 23
3.7 基于Oracle DataGuard容災技術的分析 24
3.8 DSG Realsync容災技術的分析 26
第二部 整體方案設計 29
4 方案設計(案例：西部證券) 30
4.1 需求分析 30
4.2 DSG災備一體化產品線 30
4.3 Snapassure與Realsync的關系 30
4.4 容災技術的推薦 31
4.5 系統(tǒng)結構 32
4.6 實時復制軟件realsync配置 33
4.7 定時備份軟件snapassure配置 33
4.8 功能實現(xiàn) 33
4.9 性能和資源需求估算 34
4.9.1 網(wǎng)絡需求 34
4.9.2 日志分析速度 34
4.9.3 每秒鐘復制的操作數(shù) 34
4.9.4 復制數(shù)據(jù)延遲 35
4.9.5 CPU資源占用 35
4.9.6 源端的緩存空間 35
4.9.7 業(yè)務切換 35
4.9.8 RTO,RPO指標規(guī)劃 35
4.10 備份和災難恢復策略設計 36
4.10.1 本地和異地的數(shù)據(jù)實時備份 36
4.10.2 本地數(shù)據(jù)定時備份 36
4.10.3 災難恢復策略 37
5 方案設計的要點 38
5.1 OPS/RAC的支持 38
5.2 數(shù)據(jù)完整性保證 39
5.3 數(shù)據(jù)初始化裝載 39
5.4 選擇性復制支持 41
5.5 支持的復制結構 41
5.6 產品規(guī)格 42
5.7 其他關鍵問題（DSG－RealSync的關鍵答復） 42
6 DSG-RealSync解決方案的特點 44
6.1 業(yè)務功能實現(xiàn) 44
6.1.1 主備系統(tǒng)數(shù)據(jù)庫處于雙活狀態(tài) 44
6.1.2 以數(shù)據(jù)保護為中心，側重于保護業(yè)務數(shù)據(jù)安全 44
6.1.3 數(shù)據(jù)延遲 44
6.1.4 數(shù)據(jù)損失 44
6.2 性能和穩(wěn)定性 45
6.2.1 對源系統(tǒng)性能的影響 45
6.2.2 對網(wǎng)絡資源的使用 45
6.2.3 數(shù)據(jù)延遲 45
6.2.4 對主中心的影響 46
6.2.5 復制環(huán)境的健壯性 46
6.2.6 事物的完整性和可用性 46
6.3 配置和實施 47
6.3.1 開放性 47
6.3.2 對源系統(tǒng)的修改工作 47
6.4 可擴展性 47
6.4.1 對系統(tǒng)擴容的影響 47
6.4.2 業(yè)務擴展的影響 47
6.4.3 對雙機集群的支持 47
7 DSG-RealSync產品工作原理 48
7.1 日志抓�。―ata Capture） 48
7.2 日志分析（Analyze） 49
7.3 交易合成（Synthesize） 50
7.4 交易傳輸 51
7.5 數(shù)據(jù)裝載 51
7.5.1 用DXF數(shù)據(jù)格式的裝載： 52
7.5.2 Row mapping實現(xiàn)快速定位 52
8 DSG SnapAssure備份產品（可選） 54
8.1 DSG SnapAssure備份技術概述 54
8.1.1 選型原則 54
8.1.2 DSG SnapAssure概述 54
8.1.3 DSG SnapAssure特點 55
8.2 SnapAssure備份產品工作原理 56
8.2.1 數(shù)據(jù)抽取 57
8.2.2 數(shù)據(jù)壓縮 57
8.2.3 備份數(shù)據(jù)的組織 58
8.2.4 備份數(shù)據(jù)的訪問 58
8.2.5 恢復功能 59
8.2.6 對非歸檔日志模式的支持 60
8.3 SnapAssure的模塊組成 61
8.4 SnapAssure支持的備份策略 62
8.4.1 SnapAssure支持的備份類型 62
8.4.2 備份策略的設計 63
8.4.3 恢復策略 63
8.5 SnapAssure對Oracle備份系統(tǒng)的特殊優(yōu)勢 64
8.6 SnapAssure的案例 66
8.6.1 SnapAssure在廣東聯(lián)通的應用： 67
8.6.2 SnapAssure在新疆電信IBSS系統(tǒng)中的集中備份應用 67
第三部 項目實施及售后服務 71
9 項目實施規(guī)劃 72
9.1 項目管理 72
9.2 實施策略規(guī)劃 73
9.3 測試 73
9.4 生產系統(tǒng)實施 74
9.5 驗收支持 75
9.6 驗收方式 75
9.7 驗收小組構成 76
9.8 驗收工作流程圖 77
9.9 培訓 78
9.9.1 DSG—RealSync復制容災系統(tǒng)培訓 78
9.9.2 DSG—SnapAssure備份系統(tǒng)培訓 79
9.10 知識轉移 80
9.11 項目文檔 80
9.12 項目小組 81
10 項目的具體實施步驟 82
10.1 容災項目整體實施階段概述 82
10.2 數(shù)據(jù)復制軟件本身實施步驟和周期 82
10.3 容災系統(tǒng)狀態(tài)定義 82
10.4 環(huán)境準備 83
10.5 安裝和配置概述 84
10.6 初始化復制環(huán)境、進行初始數(shù)據(jù)同步 84
10.6.1 首次全同步分析 84
10.6.2 全同步實施步驟 86
10.6.3 時間估算 86
10.7 開始實時復制 87
10.8 災難恢復 87
10.9 數(shù)據(jù)一致性檢查 87
10.10 容災中心的使用 88
11 容災演習、容災切換和回切 89
11.1 容災演習 89
11.2 切換的方式 89
11.3 數(shù)據(jù)庫的切換過程 90
11.3.1 數(shù)據(jù)庫切換方式： 90
11.3.2 數(shù)據(jù)庫切換的步驟 91
11.4 應用服務器切換 92
11.5 網(wǎng)絡切換 92
11.6 系統(tǒng)回切 94
11.7 切換自動化管理工具 94
12 容災系統(tǒng)的維護和人員配置需求 95
12.1 容災管理規(guī)劃 95
12.2 復制軟件的日常維護 95
12.3 人員組織結構規(guī)劃 95
12.3.1 容災項目領導小組 95
12.3.2 容災項目經理 96
12.3.3 系統(tǒng)專家 96
12.3.4 網(wǎng)絡專家 96
13 售后服務內容及承諾 97
13.1 服務宗旨與策略 97
13.2 服務體系 98
13.3 技術服務流程 98
13.4 行業(yè)戰(zhàn)略級售后服務計劃 99
13.4.1 工程實施階段的服務 99
13.4.2 系統(tǒng)售后運行期間的服務內容 100
13.5 服務聯(lián)系方式 101
14 附：容災系統(tǒng)術語與定義 103
14.1 災難 103
14.2 災備站點 103
14.3 恢復時間目標（RTO）與恢復點目標（RPO） 103
14.4 業(yè)務持續(xù)計劃（BCP）與災難恢復計劃（DRP） 103
14.5 系統(tǒng)災難級別定義 104
14.6 災難恢復過程 105
14.7 災難備份技術 106
14.8 災難備份中心 107
14.9 RPO與RTO 108
第四部 DSG公司簡介及案例 110
15 DSG公司簡介 111
15.1 DSG成立和組成 111
15.2 DSG業(yè)務范圍 111
15.3 DSG核心技術 112
15.4 DSG公司的業(yè)務方向 112
15.5 DSG在國內的主要應用客戶 113
16 附：DSG在類似項目的成功范例和相關經驗 114
16.1 成功案例的列表 114
16.2 成功案例的概況 115
16.3 廣西移動營業(yè)和客服數(shù)據(jù)庫數(shù)據(jù)復制應急查詢平臺 118
16.4 福建電信的計費查詢平臺應用 121
16.5 河北地稅11地市本地復制和數(shù)據(jù)集中上收和容災應用 123
16.6 長江證券集中交易系統(tǒng)災備應用 125
16.7 西北證券災備一體化方案 128
16.8 湖北聯(lián)通的復制應用 131
16.9 江蘇聯(lián)通業(yè)務復制應用 133
16.10 遼寧網(wǎng)通數(shù)據(jù)復制應用案例 135
16.11 上海松江財政容災系統(tǒng)應用案例 138
16.12 山東聯(lián)通計費系統(tǒng)容災及查詢平臺應用 141
16.13 SnapAssure在新疆移動BOSS系統(tǒng)備份的應用 143
16.14 容災異構平臺的經驗 145
16.15 性能指標占用參考 145
第一部 需求分析
1 為什么要建容災系統(tǒng)
隨著業(yè)務的飛速發(fā)展使其單位時間內的業(yè)務量、相關的資金密度不斷提高，因此，業(yè)務的間斷直接意味著經濟上的損失；另一方面，提供高可靠性、高水準的客戶服務也是保持良好形象的重要手段；隨著IT系統(tǒng)建設的不斷發(fā)展，我們在享受IT支撐系統(tǒng)帶來的高效率、高服務的優(yōu)勢的同時，其業(yè)務運作也更加依賴于IT系統(tǒng)的穩(wěn)定運行，其結果是，一旦發(fā)生IT系統(tǒng)停止運行，那么關鍵業(yè)務系統(tǒng)將受到嚴重影響，用戶信息、征收記錄等也隨之丟失。
隨著應用系統(tǒng)的不斷發(fā)展完善，信息化對工商系統(tǒng)的業(yè)務影響也越來越明顯，為了更好地保護已有的數(shù)據(jù)資料，保證信息系統(tǒng)的正常運行，對一些關鍵業(yè)務的實時保護就變得異常重要，同時對關鍵數(shù)據(jù)的保護也變得十分重要。
災難恢復就是在這樣的背景下提出的。
本方案是根據(jù)***單位提出的容災需求，所設計的方案。
如有欠缺或遺漏之處，敬請諒解！
|
|
資源大小：1.49 MB 
