容灾中心方案建议书.docVIP

XXX公司（V1.5）二期扩容改造及容灾工程项目容灾中心 技术建议书 YY公司科技（中国）有限公司 2004年11月1. 前言 3 2. 容灾方案概述 3 2.1. 容灾整体模型 3 2.2. 容灾地点选择 3 2.3. 容灾方案指标 3 2.3.1 RPO 3 2.3.2 RTO 3 2.4. 容灾技术 3 2.4.1 数据复制技术 3 数据复制分类 3 基于存储的复制技术 3 基于卷的复制技术 3 基于数据库的复制技术 3 .1全库复制 3 .2表级复制 3 .3 针对Oracle数据库的第三方产品 3 基于应用的复制技术 3 .1基于Log的应用复制实现方式 3 .2基于Log的应用复制实现方式对应用系统的要求 3 .3基于应用系统的复制方式特点 3 复制技术比较 3 2.4.2 数据恢复技术 3 2.4.3网络切换技术 3 切换目标 3 浮动IP地址方案 3 智能DNS方案 3 L4 Switch方案 3 2.4.4应用系统切换技术 3 容灾切换方式 3 切换流程 3 自动化切换程序 3 2.4.5资源复用技术 3 资源复用的意义 3 资源复用的技术手段 3 2.5容灾级别选择 3 2.5.1数据级容灾 3 2.5.2应用级容灾 3 3. 容灾需求分析 3 4 XX省XX公司BOSS系统容灾方案 3 4.1 营帐系统容灾方案 3 4.1.1 营帐系统生产中心配置 3 4.1.2 营帐系统灾备中心配置 3 4.1.3 营帐系统数据复制方案 3 方案一 3 方案二 3 4.1.4 营业系统数据恢复方案 3 4.1.5 营业系统网络切换方案 3 4.1.6 营业系统应用切换方案 3 部分切换方案 3 全部切换方案 3 系统回切方案 3 4.2 计费系统容灾方案 3 4.2.1 计费系统生产中心配置 3 4.2.2 计费系统灾备中心配置 3 4.2.3 计费系统数据复制方案 3 4.2.4 计费系统数据恢复方案 3 4.2.5 计费系统应用切换方案 3 4.3 帐务系统容灾方案 3 4.3.1 生产中心帐务系统配置 3 4.3.2 灾备中心帐务系统配置 3 4.3.3 帐务系统数据复制方案 3 4.3.4 帐务系统数据恢复方案 3 4.3.5 帐务系统应用切换方案 3 4.4 结算系统容灾方案 3 4.4.1 结算系统生产中心配置 3 4.4.2 结算系统灾备中心配置 3 4.4.3结算系统数据复制方案 3 4.5 数据备份方案 3 4.6 网络方案 3 5．容灾管理系统—AIDRM 3 5.1AIDRM软件体系结构 3 5.2软件功能模块 3 5.2.1系统管理 3 5.2.2软件版本管理 3 5.2.3应用切换控制 3 6容灾管理规范 3 6.1恢复规划设计 3 6.1.1目的 3 6.1.2恢复规划文档的制定策略 3 紧急处置流程 3 组建灾难恢复小组 3 灾难事件通知 3 灾难识别与级别判断机制 3 异地中心接管 3 6.2测试 3 6.2.1测试的目的 3 6.2.2测试计划的内容 3 6.2.3测试的类型 3 数据验证计划 3 模拟运行计划 3 IT系统变更 3 6.2.3测试的流程 3 6.3演习 3 6.3.1目的 3 6.3.2演习内容 3 6.3.3演习的实施流程 3 6.4维护 3 6.4.1目的 3 6.4.2维护规划内容 3 维护实施流程包括 3 7 总结 3  前言 甚至仅仅在几年以前，我们都无法想象存储在硬盘等设备上的数据会在一个企业运营中占据如此重要的地位。现在可以毫不夸张地说，一个企业若部分或完全丢失的数据，也就丢失了一切。 中国有句古话叫做“天有不测风云，人有旦夕祸福”，说明灾难的不可测性。911事件是对这句话的最好注解。从911事件中我们可以吸取的教训是一定要建立核心数据和业务的容灾系统，并且平时要加强管理和演习，加强人员的培训，核心管理技术的分散，以提高计算机系统因为天灾或人为因素等意外事故导致系统毁坏无法运行时的抵御能力，至少将省内或者局部地区核心业务支持系统故障时损失减至最小。 有许多计算机系统内部以及计算机所处环境中的潜在因素可能会造成数据丢失情况的发生。据不完全统计，造成数据丢失的事件中， 软硬件和网络故障占11％左右 断电和电源故障占50％左右 火灾地震爆炸和雷电等灾害占18％左右 人为因素占17％左右 其他因素占4％左右。 随着XX省XX公司BOSS系统集中的完成，所有关键业务数据和应用系统全部集中到了一个生产中心，其数据量有巨大增加，对主机和存储设备都造成了较大的压力。如此庞大的数据集中在一个中心，一旦发生意外，企业的商业信誉必将受到致命的打击，在竞争中处于劣势，造成不可估量的后果。 在本方案中我们最强调XX省XX公