https://www.doczj.com/doc/3e2416970.html, - 国内第一医疗信息化网站,为业内人士提供最强大的交流共享平台
×××单位
数据容灾备份中心建设方案书（DSG－Realsync数据复制容灾技术）
迪思杰（北京）数码技术有限公司
DSGdata Inc.
迪思杰（北京）数码技术有限公司
目录
第一部需求分析 (7)
1 容灾项目建设需要注意的几大问题 (9)
1.1 为什么要建容灾系统 (9)
1.2 容灾不能替换备份 (9)
1.3 容灾项目需要多大的投资？ (11)
1.4 容灾项目如何解决投资回收问题 (12)
1.5 容灾项目对生产系统性能的影响 (13)
1.6 选择什么容灾技术能保证项目实施成功？ (13)
2 容灾项目的建设原则“平战结合” (14)
2.1 变成本中心为利润中心 (14)
2.2 核心业务的灾备平台 (14)
2.3 业务负载分担 (14)
2.4 容灾技术的推荐“DSG RealSync” (15)
DSG-RealSync数据同步复制容灾产品应用案例 (15)
DSG-SnapAssure高速备份产品应用案例 (16)
2.5 DSG RealSync数据库复制产品的特点 (17)
3 容灾技术对比和分析 (20)
3.1 容灾产品概述 (20)
3.2 基于异地备份技术实现容灾的分析 (20)
3.3 基于应用层容灾技术的分析 (21)
3.4 基于磁盘阵列复制容灾技术的分析 (21)
3.5 基于存储卷复制容灾技术的分析 (23)
3.6 基于虚拟化存储技术的分析 (24)
3.7 基于Oracle DataGuard容灾技术的分析 (25)
3.8 DSG Realsync容灾技术的分析 (27)
第二部整体方案设计 (30)
4 方案设计(案例：西部证券) (31)
4.1 需求分析 (31)
4.2 DSG灾备一体化产品线 (31)
4.3 Snapassure与Realsync的关系 (31)
4.4 容灾技术的推荐 (32)
4.5 系统结构 (33)
4.6 实时复制软件realsync配置 (33)
4.7 定时备份软件snapassure配置 (34)
4.8 功能实现 (34)
4.9 性能和资源需求估算 (35)
4.9.1网络需求 (35)
4.9.2日志分析速度 (35)
4.9.3每秒钟复制的操作数 (35)
4.9.4复制数据延迟 (35)
4.9.5CPU资源占用 (36)
4.9.6源端的缓存空间 (36)
4.9.7业务切换 (36)
4.9.8RTO,RPO指标规划 (36)
4.10 备份和灾难恢复策略设计 (37)
4.10.1本地和异地的数据实时备份 (37)
4.10.2本地数据定时备份 (37)
4.10.3灾难恢复策略 (38)
5 方案设计的要点 (39)
5.1 OPS/RAC的支持 (39)
5.2 数据完整性保证 (40)
5.3 数据初始化装载 (40)
5.4 选择性复制支持 (42)
5.5 支持的复制结构 (42)
5.6 产品规格 (43)
5.7 其他关键问题（DSG－RealSync的关键答复） (43)
6 DSG-RealSync解决方案的特点 (45)
6.1 业务功能实现 (45)
6.1.1主备系统数据库处于双活状态 (45)
6.1.2以数据保护为中心，侧重于保护业务数据安全 (45)
6.1.3数据延迟 (45)
6.1.4数据损失 (45)
6.2 性能和稳定性 (46)
6.2.1对源系统性能的影响 (46)
6.2.2对网络资源的使用 (46)
6.2.3数据延迟 (46)
6.2.4对主中心的影响 (47)
6.2.5复制环境的健壮性 (47)
6.2.6事物的完整性和可用性 (47)
6.3 配置和实施 (48)
6.3.1开放性 (48)
6.3.2对源系统的修改工作 (48)
6.4 可扩展性 (48)
6.4.1对系统扩容的影响 (48)
6.4.2业务扩展的影响 (48)
6.4.3对双机集群的支持 (48)
7 DSG-RealSync产品工作原理 (49)
7.1 日志抓取（Data Capture） (49)
7.2 日志分析（Analyze） (50)
7.3 交易合成（Synthesize） (51)
7.4 交易传输 (52)
7.5 数据装载 (52)
7.5.1用DXF数据格式的装载： (53)
7.5.2Row mapping实现快速定位 (53)
8 DSG SnapAssure备份产品（可选） (55)
8.1 DSG SnapAssure备份技术概述 (55)
8.1.1选型原则 (55)
8.1.2DSG SnapAssure概述 (55)
8.1.3DSG SnapAssure特点 (56)
8.2 SnapAssure备份产品工作原理 (57)
8.2.1数据抽取 (58)
8.2.2数据压缩 (58)
8.2.3备份数据的组织 (59)
8.2.4备份数据的访问 (59)
8.2.5恢复功能 (60)
8.2.6对非归档日志模式的支持 (61)
8.3 SnapAssure的模块组成 (62)
8.4 SnapAssure支持的备份策略 (63)
8.4.1SnapAssure支持的备份类型 (63)
8.4.2备份策略的设计 (64)
8.4.3恢复策略 (64)
8.5 SnapAssure对Oracle备份系统的特殊优势 (65)
8.6 SnapAssure的案例 (67)
8.6.1SnapAssure在广东联通的应用： (68)
8.6.2SnapAssure在新疆电信IBSS系统中的集中备份应用 (68)
第三部项目实施及售后服务 (72)
9 项目实施规划 (73)
9.1 项目管理 (73)
9.2 实施策略规划 (74)
9.3 测试 (74)
9.4 生产系统实施 (75)
9.5 验收支持 (76)
9.6 验收方式 (76)
9.7 验收小组构成 (77)
9.8 验收工作流程图 (78)
9.9 培训 (79)
9.9.1DSG—RealSync复制容灾系统培训 (79)
9.9.2DSG—SnapAssure备份系统培训 (80)
9.10 知识转移 (81)
9.11 项目文档 (81)
9.12 项目小组 (82)
10 项目的具体实施步骤 (83)
10.1 容灾项目整体实施阶段概述 (83)
10.2 数据复制软件本身实施步骤和周期 (83)
10.3 容灾系统状态定义 (83)
10.4 环境准备 (84)
10.5 安装和配置概述 (85)
10.6 初始化复制环境、进行初始数据同步 (85)
10.6.1首次全同步分析 (85)
10.6.2全同步实施步骤 (87)
10.6.3时间估算 (87)
10.7 开始实时复制 (88)
10.8 灾难恢复 (88)
10.9 数据一致性检查 (88)
10.10 容灾中心的使用 (89)
11 容灾演习、容灾切换和回切 (90)
11.1 容灾演习 (90)
11.2 切换的方式 (90)
11.3 数据库的切换过程 (91)
11.3.1数据库切换方式： (91)
11.3.2数据库切换的步骤 (92)
11.4 应用服务器切换 (93)
11.5 网络切换 (93)
11.6 系统回切 (95)
11.7 切换自动化管理工具 (95)
12 容灾系统的维护和人员配置需求 (96)
12.1 容灾管理规划 (96)
12.2 复制软件的日常维护 (96)
12.3 人员组织结构规划 (96)
12.3.1容灾项目领导小组 (96)
12.3.2容灾项目经理 (97)
12.3.3系统专家 (97)
12.3.4网络专家 (97)
13 售后服务内容及承诺 (98)
13.1 服务宗旨与策略 (98)
13.2 服务体系 (99)
13.3 技术服务流程 (99)
13.4 行业战略级售后服务计划 (100)
13.4.1工程实施阶段的服务 (100)
13.4.2系统售后运行期间的服务内容 (101)
13.5 服务联系方式 (102)
14 附：容灾系统术语与定义 (104)
14.1 灾难 (104)
14.2 灾备站点 (104)
14.3 恢复时间目标（RTO）与恢复点目标（RPO） (104)
14.4 业务持续计划（BCP）与灾难恢复计划（DRP） (104)
14.5 系统灾难级别定义 (105)
14.6 灾难恢复过程 (106)
14.7 灾难备份技术 (107)
14.8 灾难备份中心 (108)
14.9 RPO与RTO (109)
第四部DSG公司简介及案例 (111)
15 DSG公司简介 (112)
15.1 DSG成立和组成 (112)
15.2 DSG业务范围 (112)
15.3 DSG核心技术 (113)
15.4 DSG公司的业务方向 (113)
15.5 DSG在国内的主要应用客户 (114)
16 附：DSG在类似项目的成功范例和相关经验 (115)
16.1 成功案例的列表 (115)
16.2 成功案例的概况 (116)
16.3 广西移动营业和客服数据库数据复制应急查询平台 (119)
16.4 福建电信的计费查询平台应用 (122)
16.5 河北地税11地市本地复制和数据集中上收和容灾应用 (124)
16.6 长江证券集中交易系统灾备应用 (126)
16.7 西北证券灾备一体化方案 (129)
16.8 湖北联通的复制应用 (132)
16.9 江苏联通业务复制应用 (134)
16.10 辽宁网通数据复制应用案例 (136)
16.11 上海松江财政容灾系统应用案例 (139)
16.12 山东联通计费系统容灾及查询平台应用 (142)
16.13 SnapAssure在新疆移动BOSS系统备份的应用 (144)
16.14 容灾异构平台的经验 (146)
16.15 性能指标占用参考 (146)
第一部需求分析
1为什么要建容灾系统
随着业务的飞速发展使其单位时间内的业务量、相关的资金密度不断提高，因此，业务的间断直接意味着经济上的损失；另一方面，提供高可靠性、高水准的客户服务也是保持良好形象的重要手段；随着IT系统建设的不断发展，我们在享受IT支撑系统带来的高效率、高服务的优势的同时，其业务运作也更加依赖于IT系统的稳定运行，其结果是，一旦发生IT 系统停止运行，那么关键业务系统将受到严重影响，用户信息、征收记录等也随之丢失。
随着应用系统的不断发展完善，信息化对工商系统的业务影响也越来越明显，为了更好地保护已有的数据资料，保证信息系统的正常运行，对一些关键业务的实时保护就变得异常重要，同时对关键数据的保护也变得十分重要。
灾难恢复就是在这样的背景下提出的。
本方案是根据***单位提出的容灾需求，所设计的方案。
如有欠缺或遗漏之处，敬请谅解！
2容灾项目建设需要注意的几大问题
2.1为什么要建容灾系统
随着业务的飞速发展使其单位时间内的业务量、相关的资金密度不断提高，因此，业务的间断直接意味着经济上的损失；另一方面，提供高可靠性、高水准的客户服务也是保持良好形象的重要手段；随着IT系统建设的不断发展，我们在享受IT支撑系统带来的高效率、高服务的优势的同时，其业务运作也更加依赖于IT系统的稳定运行，其结果是，一旦发生IT 系统停止运行，那么关键业务系统将受到严重影响，用户信息、征收记录等也随之丢失。
因此，小至一般性的硬件故障，大到区域性的自然灾害，从物理的设备不可用，到逻辑的人为失误和破坏，都可能造成整个信息系统的全面瘫痪，导致业务运营的停顿。灾难的定义也从过去的大面积自然灾害，转变为可造成IT系统应用不可用，产生的任何故障和灾害。如何才能保证尽量减少企业数据的丢失、将危险与灾难的损失降低到最小程度呢？这就需要建立容灾系统，包括数据容灾以及应用容灾。容灾系统的核心就在于使用各种技术和管理手段将灾难化解，在实践中主要表现为两个方面：一是保证企业数据的安全；二是保证业务的连续性。通过在工作站点和灾难恢复站点运行同样的系统，包括操作系统、基础数据库和应用软件，并通过数据复制完成数据复制。假如工作站点发生灾难，不能再继续工作，这时容灾中心会将业务数据及时恢复到备用服务器上，并自动将业务切换到备用服务器，然后实现业务的远程切换，恢复系统不间断的运行，在容灾中心实现应用级容灾，这个过程只需要很短的时间；在此基础上，在灾难过后，再将业务系统切换回正常的生产系统，实现业务的灾难恢复。
因此，业务连续性和容灾建设的总体目标是：为关键业务系统提供风险预防机制和灾难恢复措施，在确保数据安全的基础上提高业务连续运行能力，降低企业运营风险，将业务损失降低到可接受的程度，提升管理和服务质量，增强企业竞争力。
2.2容灾不能替换备份
1．容灾和备份的目的不同
容灾系统的目的在于保证系统数据和服务的“在线性”，即当系统发生故障时，仍然能够正常地向网络系统提供数据和服务，以使系统不致停顿。
而备份技术的目的与此并不相同，备份是“将在线数据转移成离线数据的过程”，其目的在于应付系统数据中的逻辑错误和历史数据保存。
所以，在各种容错技术非常丰富的今天，备份系统仍然是不可替代的。
2．备份是基石
备份是指为防止系统出现操作失误或系统故障导致数据丢失，而将全系统或部分数据集合从应用主机的硬盘或阵列复制到其它的存储介质的过程。
备份是数据高可用的最后一道防线，其目的是为了系统数据崩溃时能够恢复数据。
3．容灾不可少
那么建设了备份系统，是否就不需要容灾系统？这还要看业务部门对RTO（恢复所需的时间指标）/RPO（能够恢复到的最新状态）指标的期望值，如果允许1TB的数据库RTO＝8小时，
RPO ＝1天，那备份系统就能满足要求。同时，备份的目的在于应付系统数据中的逻辑错误和历史数据保存。只能够满足数据丢失、数据破坏时的数据恢复目的，而不能提供实时的业务接管功能。
因此容灾系统对于某些关键业务而言也是必不可少的。人们谈及容灾往往是针对当生产系统，不能正常工作时，其业务可由容灾系统接替这些业务，继续进行正常的工作。 能够提供很好的RTO 和RPO 指标。同时远程容灾系统具备应付各种灾难，特别是区域性与毁灭性灾难的能力，具备较为完善的数据保护与灾难恢复功能，保证灾难降临时数据的完整性及业务的连续性，并在最短时间内恢复业务系统的正常运行，将损失降到最小。
4．容灾不能替换备份
容灾系统会完整地把生产系统的任何变化复制到容灾端去，包括不想让它复制的工作，比如不小心把计费系统内的用户信息表删除了，同时容灾端的用户信息表也会被完整地删除。如果是同步容灾，那容灾端同时就删除了；如果是异步容灾，那容灾端在数据异步复制的间隔内就会被删除。这时就需要从备份系统中取出最新备份，来恢复被错误删除的信息。因此容灾系统的建设不能替代备份系统的建设。
5．规划企业安全保障体系考虑的因素
对于企业而言到底应该如何建设自己的灾备系统，是只建设备份系统、还是只建设容灾系统、还是需要二者同时建设、或者是分步骤的建设，谁先谁后等问题，主要根据业务的需求而定：
（1）需要防范的灾难类型：
企业信息系统可能遇到的灾难类型及其发生的比例如下：
对于“人为错误”、“软件损坏和程序错误”加上“病毒”等这些都称为逻辑错误，占总故障
的 56%，这些错误只能通过备份系统才能防范；
对于 “硬件和系统故障”以及“自然灾难”等故障可以通过在容灾系统（或者异地备份）来防范，占总故障率的44%。
（2）允许的RTO 和RPO 指标
从技术上看，衡量容灾系统有两个主要指标：RPO （Recovery Point Object ）和RTO （Recovery Time Object ），其中RPO 代表了当灾难发生时允许丢失的数据量；而RTO 则代表了系统恢复的时间。
一般而言：容灾系统能够提供较好的RTO 和RPO 指标。
3%Hardware or System
Malfunction
Human Error
Software Corruption or
Program Malfunction
Computer Virus
Natural Disasters
（3）系统投资
总的说来，建设备份系统的投资远比建设标准意义的容灾系统的投资小得多：
?备份系统的投资规模一般在几百万；
?而最节省的一套容灾系统投资都将上千万；
6．常用的灾备组合方式
基于以上原因，业界在灾备系统的建设上一般按照以下几种方式：
?建设机房内的本地备份系统
?建设异地的备份系统
该方式可以备份系统的价格满足备份和异地容灾功能，能够避免主生产中心由于地震、火灾或其他灾害造成的数据丢失
?备份系统＋异地容灾系统
这是一个较为理想化的灾备一体化解决方案，能够在很大程度上避免各种可能的错误。2.3容灾项目需要多大的投资？
其实这个问题也可以被反问为：你希望容灾系统能达到什么效果？要想阐述清楚此问题，首先要明白两个指标：RTO和RPO。
RTO，Recover Time Object，恢复时间指标（业务接管时间），是指当灾难发生后，生产系统需要多长时间能够恢复生产，它是衡量企业在灾难发生后多长时间能重新开始运转的指标。
RPO，Recover Point Object，恢复点指标（数据丢失量），是指灾难发生后，容灾系统能把数据恢复到灾难发生前的哪一个时间点的数据，它是衡量企业在灾难发生后会丢失多少生产数据的指标。
理想状态下，我们希望RTO=0，RPO=0，即灾难发生对企业生产毫无影响，既不会导致生产停顿，也不会导致生产数据丢失。从当前计算机技术水平来说，我们可以为用户建设这种类型的容灾系统，其中最著名的例子当属VISA和Master的结算系统，由于这两个银行结算组织占据了全球银行结算业务的重要地位，他们的结算系统不允许发生任何停顿和数据丢失的情况，即使在"911"这种极端情况下。但实现这样的容灾系统的投资巨大，它结合了存储数据复制技术、服务器操作系统镜像技术、集群技术、数据库高可用性设计、应用系统高可用性设计、同步容灾技术、异步容灾技术、同城容灾方案、异地容灾方案，以及相应的管理流程和意外事件反映处理流程等详细的规章制度，和人员配备、行政保障手段（通信、交通等），综合在一起完成一个完整的容灾方案（实际是双生产中心或多生产中心方案，并没有单纯的
容灾中心）。但是这种方案的投资过于巨大，目前中国可能除了中国银联等这种特殊性质的企业外，不会有太多的企业会去实现这个系统。
目前，在电信等企业的关键业务系统容灾项目建设中，投资规模为多少是合理的？如果业务部门能确认RTO/RPO指标，那技术部门选择了合适的容灾技术以及配套的管理流程就可以确定投资规模了。例如，如果业务部门确认，灾难发生后，3个小时内营业厅恢复生产就可以满足用户需求，且营业系统数据不能丢失，那RTO＝3小时，RPO＝0，那就必须选择基于存储平台数据复制技术的同步容灾方案；如果业务部门确认，灾难发生后，3天能恢复经营分析系统工作，且以前的数据丢失可以忽略不计，那RTO=3天，RPO无，那选择ATA磁盘实现异地备份，就能满足要求。
2.4容灾项目如何解决投资回收问题
从系统安全性角度考虑，我们必须为关键的业务支撑系统建设最有效的灾难恢复解决方案。但是在大部分情况下，当未出现灾难时，我们的容灾端系统总是处于空闲状态，花费大量投资买来的系统根本无法有效利用。这个问题一直困扰着用户。
为了百年不遇的灾难投入巨资建设一个容灾中心，容灾中心的设备在灾难发生前不能给企业带来效益，这是企业决策者很难接受的，因此如何合理分配投资，将容灾中心建设成为第二生产中心，与生产中心成为企业支持企业正常运行的双中心，并实现互为容灾，是降低总体拥有成本（TCO，Total Cost of Ownership），提高投资回报率（ROI，Return Of Investment）的一个重要措施，应该得到企业的高度重视。
因此，我们建议在容灾系统建设中，需要考虑的第一个问题是如何保证容灾端的系统可以得到充分利用，使容灾端系统的数据实现共享，能够利用容灾系统提供的高性能主机资源、存储资源为企业带来更大的处理能力。
目前建设容灾方案的原则都是“平战结合”，容灾数据在平时能够方便的利用（查询统计报表等业务分担、实验系统数据来源、数据仓库中数据抽取），突出容灾数据的价值，保证容灾系统建设的合理性。
目前能支持容灾数据实时再利用的解决方案不是很多，如DSG的RealSync产品，目标系统的数据库一直处于打开状态，甚至在复制过程中。因此，RealSync技术除用于容灾外，还可以将不同的业务模块分布在源系统和容灾系统上，实现负载分担。因为RealSync的目标数据库在被实时更新时可以被访问，还可以被用于决策支持类应用。
为决策分析和报表系统提供快速的数据抽取功能
提供准实时脱机查询，提高查询效率
为试验系统提供真实的生产数据
将以上本来需要在主系统上运行的业务与生产系统完全隔离，充分利用容灾系统的资源，实现企业应用负载分担，减少对生产系统的影响，提高服务系统响应效率；从而将容灾系统这个成本中心转化为利润中心。
2.5容灾项目对生产系统性能的影响
容灾系统的本质是将生产系统的数据以及这些数据的变化，完整地复制到容灾系统中，并通过相关技术手段，确保容灾系统中数据的完整性和一致性。容灾系统对生产数据和生产数据的变化的复制操作，必然需要与完成这些操作相对应的CPU资源（存储的CPU、或服务器的CPU）、内存资源（存储的Cache、或服务器的RAM）、网络资源（TCP/IP、FC或FICON），如果这些资源不能独立分配给容灾系统（实际上不可能独立），则必然会影响生产系统的性能。
因此更准确的问题是，如何确保容灾系统上线后，在可以实现既定的RTO/RPO指标的同时，不会影响生产系统的正常运行？答案是可以通过技术手段实现的。
要想实现，则必须对现有生产系统进行详细的性能分析，包括系统I/O特性（IOPS，Respond Time，读写比，I/O块大小，I/O峰值、均值，时间特性等等）、系统内各子系统业务特点、存储空间分配、服务器CPU和RAM资源的使用状况、SAN网络情况（端口使用状况、Zoning划分状况、端口IOPS等）、能够使用的数据复制链路（FC、TCP/IP、ATM、E1/E3）以及链路的QoS保障等。获得这些数据后，通过对容灾系统I/O分布的详细设计，将I/O均匀分布到更多的设备上，从而确保生产系统实现容灾后，不会造成性能下降影响正常生产的情况出现。
2.6选择什么容灾技术能保证项目实施成功？
容灾项目实施成功，与技术关系不大。能举出成功案例的容灾技术，则必有它的可行性。但作为一个工程师，除了考虑项目的可行性外，还要考虑项目的不可行性。任何技术的实现，都有它的制约条件。在自己的生产环境中，能否避免这些制约条件的出现？或者出现后，是否有资源可以解决它？
比如ORACLE在中国实施了一个基于DataGuard的容灾方案，但在实施过程中出现了大量意想不到的问题和BUG，作为对该特殊客户的重视，ORACLE甚至从国外派遣R&D人员到现场编制PATCH以保证项目能实施，但这种资源，是否每个客户都能向ORACLE索取？
因此，选择一个简单的容灾方案，并选择一个曾经成功实施过该方案的工程团队，才是确保容灾项目实施成功的关键。
3容灾项目的建设原则“平战结合”
3.1变成本中心为利润中心
容灾与其他任何保险策略一样，当没有灾难出现时，我们根本无法意识到容灾系统所起到的作用，无法回收容灾系统建设所需的大量投资。但从系统安全性角度考虑，我们又必须为关键的业务支撑系统建设最有效的灾难恢复解决方案。但是在大部分情况下，当未出现灾难时，我们的容灾端系统总是处于空闲状态，花费大量投资买来的系统根本无法有效利用。这个问题一直困扰着用户。
因此，我们建议在容灾系统建设中，需要考虑的第一个问题是如何保证容灾端的系统可以得到充分利用，使容灾端系统的数据实现共享，能够利用容灾系统提供的高性能主机资源、存储资源为企业带来更大的处理能力。
因为对于容灾系统而言还有一套整体的规划，未来的统一容灾系统对于数据的异地保护将起到非常关键的作用，将来的容灾系统无论在数据的实时性上，还是安全可靠性性上都会非常完善，只不过在业务的接管方面无法满足业务需求。因次本次建设容灾系统目的是提供一个能够快速接管的系统，能够充分利用投资的方案。
为此我们强烈建议采用双active的结构，让容灾系统的数据库也处于OPEN状态，这样实际上关键系统就拥有了第二数据中心，而不仅仅是一个灾难备份系统，通过第二数据中心可以实现如下功能：
3.2核心业务的灾备平台
通过数据同步建立的第二数据中心可以实现对业务关键数据的容灾及保护，在不影响生产数据库性能的同时为生产数据库在本地或异地建立一份准实时镜像，以保证在生产数据库发生灾难时可使用容灾数据库进行业务接管和数据恢复。
3.3业务负载分担
这里要求第二数据中心的数据必需处于实时可读取状态，数据库必需处于OPEN状态，实现系统业务模块的重新部署。
通过第二数据中心实现对核心系统的业务模块进行负载分担，将那些只对数据进行读取操作的模块都迁移到第二数据中心上来，主要包括：
?提供帐务和话单实时查询；
?提供统计报表运行；
?提供经营分析数据抽取；
?提供其他系统的数据访问接口；
这样作将达到两个好处：
?提高数据访问的效率，提高外围系统部署的灵活性；
?提高核心系统的运行效率，提高核心系统运行的稳定和可靠性；
3.4容灾技术的推荐“DSG RealSync”
我们建议采用DSG RealSync软件作为关键系统的数据备份方案。这个方案能够很好的解决灾备的难点：
第一：网络带宽要求低：交易级复制软件需要在网络上传输的量为oracle redo log 的1/3。一方面比oracle DG的带宽要求低，当然更远远低于磁盘阵列复制所需要的带宽。
第二：可支持不同硬件环境之间的异构环境容灾，使得关键系统的集中容灾方案不仅能够满足多个IT系统的需求，同时更能满足用户IT系统的五花八门的硬件环境的需求。
第三：容灾数据库更可靠：因为容灾数据库是OPEN状态的，所以不会存在容灾数据库无法启动的风险。同时这种方式可避免生产库上出现坏块等物理错误。
第四：容灾数据库处于OPEN状态，可在容灾数据库上进行查询、统计报表等功能，实现业务负载分担。
DSG从2002年在中国成立以来，在RealSync这个数据库复制产品的项目实施方面也经过了很长的一段路。DSG始终以“客户需求为导向”的原则发展自己的产品，到目前为止，DSG RealSync产品已经在电信、政府、政券和企业采用，主要包括（详见方案后案例）：
DSG-RealSync数据同步复制容灾产品应用案例
电信行业
广西移动BOSS容灾及查询平台建设系统；
北京移动告警数据同步、备份及容灾系统
广西电信数据灾备中心应用
陕西电信BOSS数据复制应用
福建电信计费系统数据复制应用
辽宁网通支撑系统复制/查询统计平台项目
江苏联通大客户系统数据复制项目
四川联通业务支撑系统数据复制应用
山东联通计费系统容灾项目
广东联通综合营帐数据复制
江西联通BOSS系统数据复制/查询平台应用
湖北联通数据复制/查询平台应用
成都电信Oracle数据异构复制迁移项目
舟山电信支撑系统容灾及备份应用
绍兴电信支撑系统容灾及备份应用
湖州电信支撑系统容灾及备份应用
……
其他行业
河北省地税数据集中及容灾系统；
上海松江财政异地容灾
武汉财政异地容灾备份项目
辽宁省交通厅征稽局征费系统“数据同步复制软件”容灾项目
中国金融期货交易所异地容灾
济钢Oracle-ERP数据同步复制项目
深圳神州通集团数据复制异地容灾应用
长江证券数据集中的容灾应用
华泰证券数据集中的容灾应用
国联证券数据集中的容灾应用
民族证券数据集中的容灾应用
西南证券数据集中的容灾应用
山西证券数据集中的容灾应用
金通证券数据集中的容灾应用
中原证券数据集中的容灾应用
西南证券数据集中的容灾应用
南京证券异地容灾项目
银河证券数据容灾备份综合管理应用
西部证券数据容灾备份一体化综合管理应用
…………
DSG-SnapAssure高速备份产品应用案例
电信行业
中国电信总部结算中心备份系统
中国联通总部CRM备份系统
中国电信全国九省结算中心备份系统（江苏、江西、广西、青海、海南、新疆、贵州、甘肃、福建）
北方电信九省结算系统备份（辽宁、黑龙江、吉林、河南、山西、山东、河北、天津、内蒙古）
信息产业部全国十省互连互通和网间结算备份系统（含浙江、江苏、陕西、黑龙江、福建、江西、甘肃、吉林、宁夏和重庆信产厅）
江西移动BOSS系统异地备份系统
甘肃移动BOSS系统集中备份
青海移动BOSS灾备系统
新疆移动结算系统灾备项目
天津联通固网计费备份系统
广东联通综合结算备份系统；
辽宁联通全省数据库集中备份
四川联通业务支撑系统集中备份
河北联通数据备份系统升级应用
陕西联通业务支撑系统的集中备份
重庆联通业务支撑系统的集中备份
吉林、湖北、江西联通支撑系统的集中备份
新疆电信BSS/OSS系统备份项目
青海电信数据集中备份系统
宁夏电信业务支撑系统集中备份
周口通信、沧州通信计费系统备份项目
……
其他行业
银河证券全国数据中心集中备份系统
东莞社保数据备份项目
广西公安备份系统
广州公安备份及查询应用项目
石家庄公安户籍系统备份应用
新疆电力数据备份系统
杭州电力数据备份系统
江汉油田数据备份系统
……
3.5DSG RealSync数据库复制产品的特点
DSG RealSync产品通过在逻辑级，通过传输和运行数据库事务（Transaction），来提供实时数据复制功能，支持对生产系统数据库生成多个副本，用以作为灾难备份、和信息系统优化部署应用。
RealSync对ORACLE的日志进行监控，发现改变的块及时对目标数据库进行更新，当应用系统向数据库中进行任何操作时时，这些信息都将在在线日志中存储，RealSync通过对实时获取的数据库在线日志进行分析，获得本次操作的交易指令和交易数据，然后将这些交易指令和交易数据经过格式转化并实时压缩后通过网络传送到目标系统。
目标系统的RealSync代理接收数据库包，经过校验码检查，确认正确的数据库包后，将包解压进行格式转化后按照交易的先后顺序在容灾系统中重新执行该交易。
（1）Transaction-Based的复制机制：
该产品的实现不是通过数据库底层存储复制、也不是将生产系统的Log复制到目标系统上重新应用的模式。而是在源系统上通过Log分析出系统的交易指令（Transaction），然后将交易指令在目标端装载的原理实现的。因此，目标端的数据库必须处于Open状态，并且两端的操作系统、数据库平台等都可以属于不同版本。
（2）快速的Transaction Load技术：
基于主机的复制软件最大的问题在于性能是否满足大容量业务需求，如果复制软件在采用标准的SQL语句进行复制的话，势必要求目标系统与源系统具有相同的处理性能，从而导致投资成本大幅度上升。
DSG RealSync独创DXF（DSG Extend Format）数据表达格式，通过应用该格式实现数据的传输和装载能够达到数据库装载速度的极限，满足大容量应用系统的性能需求。
该产品在支持作为灾难备份时具有如下特点：
异构的系统平台，开放的硬件选择：
RealSync技术在逻辑级的数据复制技术，因此对于生产系统和容灾系统来说，其硬件平台可以属于不同的厂商、不同的型号，可采用不同的操作系统等。
零时间数据库切换的热容灾：
系统恢复时间是指当主系统出现故障不能在短期内恢复，而需要启动容灾端系统时，容灾端系统启动的时间。该时间不仅仅是指容灾端的硬件系统启动，更主要的、也是更耗费时间的是容灾端数据库系统的启动、业务系统的启动和外部接口的切换等。其中又以数据库的启动最为耗费时间，因为容灾端数据库不属于正常下线，因此重起时需要作许多检查和恢复，花费的时间非常长。
RealSync维护的容灾数据库系统在数据复制过程中也始终处于打开状态，保证数据复制在逻辑上的完整性，RealSync技术为源系统提供了永远可用的后备数据库系统。在源系统出现故障时，应用系统可实现实时访问备用数据库系统。达到数据库系统的零切换目的。
可靠的数据复制技术：
RealSync维护的容灾数据库系统始终处于打开状态，保证数据复制在逻辑上的完整性和可靠性，保证容灾站点数据库系统可用的系统。
投资回报分析（ROI）：
容灾系统始终处于打开状态，可提供数据抽取、报表系统、试验系统等实现数据共享，为信息系统提供更多的可利用资源。
支持从高到中低端应用需求：
由于RealSync在建设容灾系统时，对服务器、存储阵列和传输带宽要求都无特殊要求，而不同于传统容灾技术要求高端磁盘阵列、高端服务器、数GB的传输带宽，所以该系统适应于高端的电信、金融客户、也适合中端的政府机构、大型企业、同时也适合于运行PC平台的中小型企业应用。
该产品在支持作为系统优化部署应用时具有如下特点：
按需复制
查询和统计系统往往不需要所有的原始数据，因此完全可以按需要复制数据。RealSync 系统支持对指定信息的按需复制，如指定需要复制的表、字段和条件等，减少存储和网络带宽的成本。
实时数据更新
实时更新保证副本系统快速反映源系统的变化，提供账单查询、话单查询等的及时性。经过大量的测试，实时数据复制技术使源系统和目的系统的数据延迟<10秒。
对生产系统的低干扰性
DSG实时数据复制技术不需要通过任何数据库的引擎来获取变更数据，而是通过数据库自身的信息获取源系统上的改变并传送给目的系统，不会对生产系统造成性能影响。
系统异构，可提供更多的优化空间
源数据库系统和目的数据库系统的可异构，主要包括索引规则和存储参数（如数据块大小、回滚段等）。因此可以在目标数据库上根据业务特点进行调整和优化，完全不受源系统的限制。
4容灾技术对比和分析
4.1容灾产品概述
在选择容灾系统的构造时，首先要考虑的就是选择采用合理的异地数据复制技术。数据的远程复制技术是容灾系统的核心技术，它对于数据系统的一致性和可靠性以及系统的应变能力具有举足轻重的作用，通过有效的数据复制，远程的业务数据中心与本地的业务数据实现同步，确保一旦本地系统故障，远程的容灾中心迅速进行完整的接管。
一般说，在容灾系统方案的数据复制技术上存在两种主流模式：
●第一种方式是基于智能存储的数据镜像技术。该技术是将数据复制通过磁盘阵列
控制器在进行写入操作的同时通过高速网络向容灾系统的阵列上发送相同的I/O
指令来实现，因此该方案对主机的资源占用很小；稳定性好；同步性强。该技术
主要由各存储设备生产厂家所推荐，如EMC，IBM，HP等都提供了相应的解决方案。
●第二种方式是基于主机系统的数据复制，该方式是把数据定期、在线地复制到目
的地的机器上去。这种方案大部分由存储管理软件厂家提供，尤其是VERITAS推
出了一系列基于该方案的存储管理软件解决方案。
实现这些功能的业界常用解决方案主要包括以下几类：
●磁盘阵列复制技术：主要由一些磁盘阵列厂商提供，如EMC SRDF、IBM PPRC 、HP
BusinessCopy、HDS TrueCopy等；
●存储卷复制技术：由一些卷管理软件厂商提供，如VERITAS VVR；
●数据库复制技术：由数据库厂商以及一些第三方厂商提供，如DSG
RealSync/SmartE等；
●应用层复制技术：由各系统的应用厂商自己提供；
DSG RealSync属于数据库复制技术。因此下面就该技术与其他几类复制技术的优缺点作一个归纳：
4.2基于异地备份技术实现容灾的分析
基于数据备份方式，通过磁带数据传输是最早使用的容灾方式，尽管现在有很多新技术出现，该容灾方式仍在使用。
备份类厂商
?Veritas Netbackup
?Legato Networker
?IBM TSM
?DSG Snapassure
数据中心容灾备份方案 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】
数据保护系统 医院备份、容灾及归档数据容灾 解决方案 1、前言 在医院信息化建设中，HIS、PACS、RIS、LIS 等临床信息系统得到广泛应用。医院信息化 HIS、LIS 和 PACS 等系统是目前各个医院的核心业务系统，承担了病人诊疗信息、行政管理信息、检验信息的录入、查询及监控等工作，任何的系统停机或数据丢失轻则降低患者的满意度、医院的信誉丢失，重则引起医患纠纷、法律问题或社会问题。为了保证各业务系统的高可用性，必须针对核心系统建立数据安全保护，做到“不停、不丢、可追查”，以确保核心业务系统得到全面保护。 随着电子病历新规在 4 月 1 日的正式施行，《电子病历应用管理规范（试行）》要求电子病历的书写、存储、使用和封存等均需按相关规定进行，根据规范，门(急)诊电子病历由医疗机构保管的，保存时间自患者最后一次就诊之日起不少于15 年；住院电子病历保存时间自患者最后一次出院之日起不少于 30 年。
2、医院备份、容灾及归档解决方案 针对医疗卫生行业的特点和医院信息化建设中的主要应用，包括：HIS、PACS、RIS、LIS 等，本公司推出基于数据保护系统的多种解决方案，以达到对医院信息化系统提供全面的保护以及核心应用系统的异地备份容灾 数据备份解决方案 针对于医院的 HIS、PACS、LIS 等服务器进行数据备份时，数据保护系统的备份架构采用三层构架。 备份软件主控层（内置一体机）：负责管理制定全域内的备份策略和跟踪客户端的备份，能够管理磁盘空间和磁带库库及光盘库，实现多个客户端的数据备份。备份软件主服务器是备份域内集中管理的核心。 客户端层（数据库和操作系统客户端）：其他应用服务器和数据库服务器安装备份软件标准客户端,通过这个客户端完成每台服务器的 LAN 或 LAN-FREE 备份工作。另外，为包含数据库的客户端安装数据库代理程序，从而保证数据库的在线热备份。 备份介质层（内置虚拟带库）：主流备份介质有备份存储或虚拟带库等磁盘介质、物理磁带库等，一般建议将备份存储或虚拟带库等磁盘介质作为一级备份介质，用于近期的备份数据存放，将物理磁带库或者光盘库作为二级备份介质，用于长期的备份数据存放。
数据保护系统 医院备份、容灾及归档数据容灾 解决方案
1、前言 在医院信息化建设中，HIS、PACS、RIS、LIS 等临床信息系统得到广泛应用。医院信息化HIS、LIS 和PACS 等系统是目前各个医院的核心业务系统，承担了 病人诊疗信息、行政管理信息、检验信息的录入、查询及监控等工作，任何的系统停机或数据丢失轻则降低患者的满意度、医院的信誉丢失，重则引起医患纠纷、法律问题或社会问题。为了保证各业务系统的高可用性，必须针对核心系统建立数据安全保护，做到“不停、不丢、可追查”，以确保核心业务系统得到全面保护。 随着电子病历新规在 4 月 1 日的正式施行，《电子病历应用管理规范（试行）》要求电子病历的书写、存储、使用和封存等均需按相关规定进行，根据规范，门(急)诊电子病历由医疗机构保管的，保存时间自患者最后一次就诊之日起不少于15 年；住院电子病历保存时间自患者最后一次出院之日起不少于30 年。
2、医院备份、容灾及归档解决方案 针对医疗卫生行业的特点和医院信息化建设中的主要应用，包括：HIS、PACS、RIS、LIS 等，本公司推出基于数据保护系统的多种解决方案，以达到对医院信息化系统提供全面的保护以及核心应用系统的异地备份容灾 2.1 数据备份解决方案 针对于医院的HIS、PACS、LIS 等服务器进行数据备份时，数据保护系统的备份架构采用三层构架。 备份软件主控层（内置一体机）：负责管理制定全域内的备份策略和跟踪客户端的备份，能够管理磁盘空间和磁带库库及光盘库，实现多个客户端的数据备份。备份软件主服务器是备份域内集中管理的核心。 客户端层（数据库和操作系统客户端）：其他应用服务器和数据库服务器安装备份软件标准客户端,通过这个客户端完成每台服务器的LAN 或LAN-FREE 备份工作。另外，为包含数据库的客户端安装数据库代理程序，从而保证数据库的在线热备份。
数据容灾备份的等级及关键技术 数据容灾备份的等级容灾备份是通过在异地建立和维护一个备份存储系统，利用地理上的分离来保证系统和数据对灾难性事件的抵御能力。根据容灾系统对灾难的抵抗程度，可分为数据容灾和应用容灾。数据容灾是指建立一个异地的数据系统，该系统是对本地系统关键应用数据实时复制。当出现灾难时，可由异地系统迅速接替本地系统而保证业务的连续性。应用容灾比数据容灾层次更高，即在异地建立一套完整的、与本地数据系统相当的备份应用系统 数据容灾备份的等级 容灾备份是通过在异地建立和维护一个备份存储系统，利用地理上的分离来保证系统和数据对灾难性事件的抵御能力。 根据容灾系统对灾难的抵抗程度，可分为数据容灾和应用容灾。数据容灾是指建立一个异地的数据系统，该系统是对本地系统关键应用数据实时复制。当出现灾难时，可由异地系统迅速接替本地系统而保证业务的连续性。应用容灾比数据容灾层次更高，即在异地建立一套完整的、与本地数据系统相当的备份应用系统(可以同本地应用系统互为备份，也可与本地应用系统共同工作)。在灾难出现后，远程应用系统迅速接管或承担本地应用系统的业务运行。 设计一个容灾备份系统，需要考虑多方面的因素，如备份/恢复数据量大小、应用数据中心和备援数据中心之间的距离和数据传输方式、灾难发生时所要求的恢复速度、备援中心的管理及投入资金等。根据这些因素和不同的应用场合，通常可将容灾备份分为四个等级。 第0级：没有备援中心 这一级容灾备份，实际上没有灾难恢复能力，它只在本地进行数据备份，并且被备份的数据只在本地保存，没有送往异地。 第1级：本地磁带备份，异地保存 在本地将关键数据备份，然后送到异地保存。灾难发生后，按预定数据恢复程序恢复系统和数据。这种方案成本低、易于配置。但当数据量增大时，存在存储介质难管理的问题，并且当灾难发生时存在大量数据难以及时恢复的问题。为了解决此问题，灾难发生时，先恢复关键数据，后恢复非关键数据。 第2级：热备份站点备份 在异地建立一个热备份点，通过网络进行数据备份。也就是通过网络以同步或异步方式，把主站点的数据备份到备份站点，备份站点一般只备份数据，不承
数据容灾备份设计方案 1.1数据备份的主要方式 目前比较实用的的数据备份方式可分为本地备份异地保存、远程磁带库与光盘库、远程关键数据+定期备份、远程数据库复制、网络数据镜像、远程镜像磁盘等六种。 （1）本地备份异地保存 是指按一定的时间间隔（如一天）将系统某一时刻的数据备份到磁带、磁盘、光盘等介质上，然后及时地传递到远离运行中心的、安全的地方保存起来。 （2）远程磁带库、光盘库 是指通过网络将数据传送到远离生产中心的磁带库或光盘库系统。本方式要求在生产系统与磁带库或光盘库系统之间建立通信线路。 — （3）远程关键数据+定期备份 本方式定期备份全部数据，同时生产系统实时向备份系统传送数据库日志或应用系统交易流水等关键数据。 （4）远程数据库复制 生产系统相分离的备份系统上建立生产系统上重要数据库的一个镜像拷贝，通过通信线路将生产系统的数据库日志传送到备份系统，使备份系统的数据库与生产系统的数据库数据变化保持同步。 （5）网络数据镜像 是指对生产系统的数据库数据和重要的数据与目标文件进行监控与跟踪，并将对这些数据及目标文件的操作日志通过网络实时传送到备份系统，备份系统则根据操作日志对磁盘中数据进行更新，以保证生产系统与备份系统数据同步。 （6）远程镜像磁盘 利用高速光纤通信线路和特殊的磁盘控制技术将镜像磁盘安放到远 …
离生产系统的地方，镜像磁盘的数据与主磁盘数据以实时同步或实时异步方式保持一致。磁盘镜像可备份所有类型的数据。备份拓扑网络结构1.2（即东风东路院区中心机广州市第八人民医院具有两个不同地点的中心机房房和嘉禾院区中心机房），在这基础上是可以构建一个异地容灾的数据备份系统，以确保本单位的系统正常运营及对关键业务数据进行有效地保护，以下设计方案仅提供参考。嘉禾院区数据中心东风东院区数据中心 本方案中，我们采用EMC的CDP保护技术来实现数据的连续保护和容灾系统。 1.在东风东院区数据中心部署一台EMC 480统一存储平台，配置一个大容量光纤磁盘存储设备，作为整个系统数据集中存储平台。 2.在嘉禾院区数据中心部署一台EMC 480统一存储系统，配置一个大容量光纤磁盘存储设备，作为整个平台的灾备存储平台。 ） 3.两地各部署两台EMC RecoverPoint/SE RPA，采用CLR技术，即CDP（持续数据保护）+CRR（持续远程复制），实现并发的本地和远程数据保护。 4.在东风东院区数据中心本地采用EMC RecoverPoint/SE CDP（持续数据保护）技术实现本地的数据保护。． 5.两地采用EMC RecoverPoint/SE CRR（持续远程复制）技术，实现远程的数据保护。由于两地之间专线的带宽有限，可以采用EMC Recoverpoint/SE异步复制技术，将东风东院区数据中心EMC480上的数据定时复制到嘉禾院区数据中心。根据带宽的大小，如果后期专线带宽有所增加，RecoverPoint会自动切换同步、异步、快照时间点三种复制方式，尽最大可能保证数据的零丢失。 1.3本地数据数据保护（CDP）设计
XXX数据中心升级及容灾项目 采购招标文件. 招标内容及技术要求 一、本项目工程建设的背景和现状 随着我院信息系统的不断发展，业务系统的数据量、数据处理量和数据存储量越来越大。因此，业务系统的稳定与否，系统的保护和数据的保护是否健全，已成为本系统是否正常运行的关键。随着数据集中处理的实施，可以预计，我院信息系统的业务运作、管理模式将越来越依赖于计算机系统的可靠运行。我院所提供服务的连续性以及业务数据的完整性、正确性、有效性，会直接关系到业务的生产、管理与决策活动。这就要求我们对网络、通信线路、服务器主机等关键硬件设备以及数据库，应用服务器等软硬件进行相应的故障保护和容灾备份部署。一旦某一环节出现异常情况，如火灾、爆炸、地震、水灾、雷击或某个方向通信线路故障等自然原因以及电源机器故障、人为破坏等非自然原因引起的灾难，我们可以快速及时的进行灾难恢复，将损失降到最低点。如果没有全面的考虑容错、容灾设计，那么在任何一个环节上发生故障和灾难，都会导致业务无法正常进行，造成重要数据的丢失、破坏，造成相关的部门的系统中断，不仅不能社会大众提供正常的医疗服务，甚至在极大程度上会影响医院的形象和声誉，使日后的工作无法正常开展下去。因此，根据本系统的特点，必须充分考虑各种灾难情况，建立灾难备份系统。另外我院于2008年对整个信息系统平台的软硬件设备进行升级和改造，至目前为止已经使用将近7年时间，目前的系统平台设备已经慢慢出现故障增多、性能下降等问题，也急需要对整个系统平台进行升级。
二、采购内容及招标需求 1. 采购原则及规范： 本次公开招标采购XXX数据中心升级及容灾项目的有关设备，投标人所投设备必须按招标文件规定的配置要求提供，并满足招标文件中提出的相关性能指标参数，同时应能满足XXX局信息化系统的当前以及今后3-5年内业务发展的需求。 投标人应对所提供的设备性能、质量负责，并提供相应的安装、服务、质保及技术培训。采购的设备所涉及的产品标准、规范，验收标准等，应符合国家有关条例及标准的规定。 2. 采购设备清单（预算：140万元）
容灾备份系统 2010-8-11 项目背景 随着计算机技术的快速发展，每个企业都在大量的使用计算机处理自己的核心数据，这些数据往往是企业生产经营必不可少的部分。依赖这些数据的计算机系统的停机往往会造成企业生产经营活动的停顿，给企业造成巨大的损失。所以，可以说，这些数据是企业的生命核心。
企业的IT 管理员为了保证生产经营活动的持续运行，不断的加强对系统和数据的保护，如使用基于双机的高可用技术，磁盘阵列系统的RAID 技术等。然而，人们依然无法 回避由于磁盘故障，人为失误，应用程序的逻辑错误，自然灾害等原因带来的系统停机或者 数据丢失。所以，数据备份作为数据保护的最后一道屏障，必不可少。 二、功能介绍 实时保护：连续捕获、实时备份数据变化，全过程保护数据安全。实现真正的持续性 数据保护（CDP），无需设置任何备份时间点，居国内外同类产品领先地位。 完善备份：同一软件可实现“数据库双机热备＋接管”、“本地实时灾备” 、“异 地实时灾备” ，全方位保证数据库安全。 任意回退：可按任意操作步数或时间点进行数据回退。主数据库遭到破坏时，备份数 据库可将主数据库回退到损坏前最后时刻的状态，且能保证事件的完整性。 快速恢复：主数据库或表损坏，从站自动检测，提示回退的步数。恢复1个G数据 库在3－5分钟。 增量备份：只备份变化部分，在保障备份数据安全的同时减少备份的工作量。 错峰机制：在系统负荷极大时暂停备份以免系统瘫痪，当系统负荷下降时备份暂停 期间的数据，并重新开始实时备份。 低耗资源：对主数据库压力小，系统采用消息机制，只有灾数据库发生变化时才触 发，只传数据库的变化部分，不同于文件拷贝，和数据表的轮询。 操作简单：自主开发设计，着重考虑国内用户使用习惯，安装、设置非常简单。维护 方便：启动或连接中断后重连时，自动校验主从站数据，保证数据准确。 加密传输：底层通讯采用自主研发的通讯平台，所有数据都是用加密数据包进行数据 交换，充分保证数据安全。 高性价比：在各项性能领先的同时，价格远远优于国外软件。当选择不接管的热 容灾备份方式时，从站可采用低档Server 或高稳定性的PC（有足够的存储空间即 可），从而实现极低的总体成本。 通用性好：不对数据库中的应用做任何修改。与数据库中表的结构无关，且无任 何限制。对数据库备份完整：如TABLES（表）、DIAGRAM（S关系图）、VIEWS（视图）、USERS（用户）、ROLES、RULES等。
1.数据中心容灾备份解决方案 随着社会的发展和科技的进步，政府日常工作越来越依赖于数据处理来进行，政务系统的连续性依赖于数据中心系统的稳定运行。然而，灾难就像灰尘一样伏击在运营环境周围，政务系统的数据中心可能正在一个充满风险和威胁的环境下运行。如果不能对这些风险采取有效治理，一旦数据由于某种原因丢失，就很有可能对政府的日常工作造成严重的影响。如果核心数据丢失，将会使得某些核心功能陷入瘫痪，造成不可估量的损失。因此，保证政务的连续性和数据的高可靠性和可用性，已经成为政府部门在数据中心建设中，必须要考虑的问题。 1.1灾备解决方案原则 首先，在制定容灾系统方案的过程中要考虑的就是容灾系统建设对原有业务系统带来的影响。比如，采用数据复制技术对系统I/O带来的延迟，应用数据同步对日常业务处理系统带来的压力等。因此，企业要通过周密的测试和分析来规避容灾系统建设时带来的这些风险，以保证业务系统不会因容灾系统的建设而出现在处理性能上下降的问题。 第二，数据状态要保持同步。为保证在灾难发生时，业务可以成功地切换到备份中心，就必须保证容灾系统数据同步机制的可靠性。因此，建立可靠的数据同步校验机制是必须的; 同时，还要考虑建立定时的、自动的数据同步核查对比机制，以检验两个中心数据的一致性，这是数据容灾工作中非常重要的一部分。 第三，容灾系统的日常维护工作要尽可能轻，并能承担部分业务处理和测试的工作。容灾系统的维护和管理是容灾切换成功的重要保证，在系统建设中，就必须要考虑系统的维护管理流程。生产中心任何业务处理过程的改变都必须完整地复制到备份中心; 所有新业务系统上线时，必须通知备份中心，并在备份中心配置好数据同步机制; 对原程序的改动也必须保证两个中心同时上线。 第四，系统恢复时间要尽可能短。容灾系统主要是为了实现在主中心系统发生灾难时，可以在规定时间切换到备份中心，保证数据不会丢失，并且继续向用户提供服务。但往往在灾难发生时，主要技术人员不能及时到达现场，为了顺利实现系统间的切换，应该让系统切换操作尽可能地简单; 并建立固定化的、标准化的切换流程，要求维护人员在切换演习时严格按照流程的指导步骤进行操作。 第五，可实现部分业务子系统的切换和回切。当人事变动、业务变化、IT设施变化以及其 他可能引起恢复规划文档失效的变化发生时，应及时更新各恢复规划文档，并在必要时启动模拟测试或演习，确保业务连续性系统的工作能力。 第六，技术方案选择要遵循成熟稳定、高可靠性、可扩展性、透明性的原则。目前，国际上比较成熟的容灾技术包括：SAN/NAS技术、远程镜像技术、虚拟存储、基于IP的SAN互连技术以及快照技术等。其中基于IP的SAN远程数据容灾备份技术应用比较广泛，其是利用基于IP的SAN的互连协议，将主数据中心SAN中的信息通过现有的TCP/IP网络，远程复制到备份中心的SAN中的。当备份中心存储的数据量过大时，可利用快照技术将其备份
数据中心灾备系统的分类 根据数据中心的安全要求，应对灾难恢复系统采用的技术路线做出全面的考虑。 1.数据级容灾和应用级容灾 按照容灾系统对应用系统的保护程度可以分为数据级容灾和应用级容灾，业务级容灾的大部分内容是非IT系统。 数据级容灾系统只保证数据的完整性、可靠性和安全性，但提供实时服务的请求在灾难中会中断。应用级容灾系统能够提供不间断的应用服务，让服务请求能够透明(在灾难发生时毫无觉察)地继续运行，保证数据中心提供的服务完整、可靠、安全。因此对服务中断不太敏感的部分可以选择数据级容灾，以便节省成本，在数据级容灾的基础上构建应用级容灾系统，保证实时服务不间断运行，为用户提供更好的服务。 (1)数据级容灾。通过在异地建立一份数据复制的方式保证数据的安全性，当本地工作系统出现不可恢复的物理故障时，容灾系统提供可用的数据。数据级容灾是容灾的基础形式，由于只需要考虑数据的复制和存放，不需要考虑备用系统，实现起来相对简单，投资也较少。数据级容灾需要考虑三方面问题:在线模式与离线模式问题;远程数据复制技术问题;同步与异步容灾问题。 (2)应用级容灾。应用级容灾能保证业务的连续性。在数据级容灾的基础上，建立备份的应用系统环境，当本地工作系统出现不可恢复的物理故障时，容灾系统提供可用的数据和应用系统。 应用级容灾系统是建立在数据级容灾系统基础上的，同时能完成数据和应用系统环境的复制存放和管理。为实现发生灾难时的应用切换，容灾中心需要配置与工作系统同构和相同功能的业务网络、应用服务器、应用软件等。 应用级容灾还需要考虑数据复制的完全性、数据的一致性、数据的完整性、网络的通畅性、容灾切换的性能影响、应用软件的适应性改造等问题，以及为保证业务运行的所需设备、环境、人员及其相应的管理。 2.灾难恢复系统的在线/离线模式 (l)在线模式。在线灾难恢复系统要求工作系统与灾难备份系统通过网络线路连接，数据通过网络实时或定时从工作系统传输到灾难备份系统。对数据保护的实时性高，对业务连续性要求高，就需要采用在线模式。 (2)离线模式。离线灾难备份系统的数据通过存储介质(磁带、光盘等，搬运到异地保存起来实现数据的保护。离线模式适合于对数据保护的实时性要求不高的场合，离线模式设备比较简单，投资较少。 3.数据备份技术 正常情况下系统的各种应用在数据中心运行，数据存放在数据中心和灾难备份中心两地保存。当灾难发生时，使用备份数据对工作系统进行恢复或将应用切换到备份中心。灾难备份系统中数据备份技术的选择应符合数据恢复时间或系统切换时间满足业务连续性的要求。目前数据备份技术主要有如下几种: (1)磁带备份。 (2)基于应用程序的备份。通过应用程序或者中间件产品，将数据中心的数据复制到灾难备份中心。在正常情况下，数据中心的应用程序在将数据写入本地存储系统的同时将数据发送到灾难备份中心，灾难备份中心只在后台处理数据，当数据中心瘫痪时，由于灾难备份中心也存有生产数据，所以可以迅速接管业务。这种备份方式往往需要应用程序的修改，工作量比较大。另外，
数据中心容灾备份方案 Company number：【WTUT-WT88Y-W8BBGB-BWYTT-19998】
数据保护系统 医院备份、容灾及归档数据容灾 解决方案 1、前言 在医院信息化建设中，HIS、PACS、RIS、LIS 等临床信息系统得到广泛应用。医院信息化 HIS、LIS 和 PACS 等系统是目前各个医院的核心业务系统，承担了病人诊疗信息、行政管理信息、检验信息的录入、查询及监控等工作，任何的系统停机或数据丢失轻则降低患者的满意度、医院的信誉丢失，重则引起医患纠纷、法律问题或社会问题。为了保证各业务系统的高可用性，必须针对核心系统建立数据安全保护，做到“不停、不丢、可追查”，以确保核心业务系统得到全面保护。 随着电子病历新规在 4 月 1 日的正式施行，《电子病历应用管理规范（试行）》要求电子病历的书写、存储、使用和封存等均需按相关规定进行，根据规范，门(急)诊电子病历由医疗机构保管的，保存时间自患者最后一次就诊之日起不少于 15 年；住院电子病历保存时间自患者最后一次出院之日起不少于30 年。
2、医院备份、容灾及归档解决方案 针对医疗卫生行业的特点和医院信息化建设中的主要应用，包括：HIS、PACS、RIS、LIS 等，本公司推出基于数据保护系统的多种解决方案，以达到对医院信息化系统提供全面的保护以及核心应用系统的异地备份容灾 数据备份解决方案 针对于医院的 HIS、PACS、LIS 等服务器进行数据备份时，数据保护系统的备份架构采用三层构架。 备份软件主控层（内置一体机）：负责管理制定全域内的备份策略和跟踪客户端的备份，能够管理磁盘空间和磁带库库及光盘库，实现多个客户端的数据备份。备份软件主服务器是备份域内集中管理的核心。 客户端层（数据库和操作系统客户端）：其他应用服务器和数据库服务器安装备份软件标准客户端,通过这个客户端完成每台服务器的 LAN 或 LAN-FREE 备份工作。另外，为包含数据库的客户端安装数据库代理程序，从而保证数据库的在线热备份。
数据中心机房容灾方案
前言： 数据中心全年不休地运行，一旦发生不可预知的灾难，如果对数据中心机房造成设备损坏将是一笔不小的损失，设备损坏至少还能弥补修复，但如果是宝贵的数据丢失，造成的损失则是无法计算的。 所以建设数据中心机房容灾方案，把有效的数据备份系统尤为重要，万一发生一些故障造成了数据丢失，还可以从备份系统中将数据还原回来，这就要使用数据备份技术，数据备份技术是将整个数据中心的数据或状态保存下来，以挽回硬件设备损坏带来的损失，还有逻辑错误和任务恶意拨号带来的损失，是将数据从在线状态剥离到离线状态的过程，这样做的根本目的是数据恢复，能够快速、正确、方便地恢复数据。 数据备份技术在存储系统中的意义不仅在于防范意外事件的破坏，而且还是历史数据保存归档的主要方式，机房的数据备份服务如日中天，大多数数据中心机房都提供数据备份的增值服务，但基本都是通过手工备份或免费的软件提供一些最简单的功能，得不到用户的认可，同时也限制了数据备份业务的快速增长，那有没有一种专业的备份软件，既拥有强大的功能，成本又比较低廉的数据备份服务平台。
零成本容灾方案让数据中心运营商轻松架设自己的增值备份服务平台，像卖虚拟主机一样卖数据备份服务，用户通过帐号自主管理，按空间大小和时间长短随时随地的管理数据备份服务。 1、服务模式：按需部署，按时服务，按空间大小和时间的方式提供数据备份服务； 2、低启动成本：按需投入硬件和带宽，服务启动时，只需将现有的容灾备份硬件安装上软件就可按空间大小和时间卖数据备份的增值服务。
3、容灾备份硬件不仅提供基于数据中心机房的合作，在下一步将会提供更多的在数据备份服务市场上更多的合作机会。 4、灵活的产品包装：根据容灾软件提供的强大的功能，灵活包装产品： （1）按容灾级别：本地备份，远程备份； （2）按空间大小：10G，20G，50G，100G等。。。 （3）按数据类型：文件备份，数据库备份，操作系统备份。。。 （4）按时间长短：1月，3月，1年，3年，5年等。。。。
容灾备份软件厂商及产品资料 Symantec NetBackup(2005 年收购Veritas) NetBackup 概述 Symantec NetBackup （原Veritas NetBackup ）平台可以自动执行高级技术，标准化各种 应用程序、平台和虚拟环境上的操作，帮助信息化企业简化数据保护流程。这意味着，企业可以在异构操作系统和存储硬件（包括磁带和磁盘）环境中实现全面保护、有效存储、随处恢复和集中管理。它集重复数据删除、复制和正在申请专利的虚拟机防护功能于一体，可以帮助客户提高存储效率、基础架构利用率和恢复速度。单一的控制台实现了多站点监控、分析和报告功能，可以帮助客户标准化操作和风险管理。Symantec NetBackup 易于扩展，可以保护最大型的UNIX 、Windows? 和Linux? 环境，目前已得到全球各地的企业广泛采 用。 NetBackup 平台可以实现全面保护、有效存储、随处恢复和集 中管理。 产品特点 ? 异构环境的数据保护—可以在异构操作系统、应用程序、管理程序以及磁盘和磁带架 构上实现数据保护功能 ? 集中式管理—可以从一个位置管理所有数据保护技术与多个NetBackup 服务器和域，提高工作效率 ? 源和目标位置的重复数据删除—可以在远程办公室或数据中心按需轻松部署和管理重 复数据删除技术
? 与存储硬件设备的深入集成—NetBackup OpenStorageAPI 可以集中管理重复数据删 除和复制技术 ? 虚拟机保护既全面又简单—可以对VMware 和Microsoft? Hyper-V 环境应用获奖的备份和恢复技术 ? 快速全面地恢复应用程序和管理程序的数据—可以快速全面恢复Microsoft Exchange、SharePoint? 、Active Directory? 以及VMware 、Hyper-V 等管理程序的文件、 电子邮件和其他项目 ? 可伸缩性高—提供了灵活的三层架构，可以满足当今数据中心不断增长的需求 ? 有效的灾难恢复—可以通过NetBackup Bare Metal Restore ?、内置的复制功能和异地磁 带管理功能实现全自动的集成式系统恢复 ? 全面的数据保护—提供了灵活的加密技术，可以最大程度保护传输中的或介质上的数 据 详细资料见目录中附件Symantec_NetBack.pdf 。 EMC Legato Networker （2003 年13 收购Legato） Legato Networker 概述 Legato NetWorker 是一个特点鲜明、简化、集中和自动化管理的数据悲愤/恢复产品，支持Unix 、Windows、Linux 和NetWare 平台；支持DAS 、NAS 和SAN 等多种存储环境；具有高速并行流、磁带互操作的备份、全面NDMP 支持、磁带克隆、归档、无服务器备份和跨平台的动态驱动器共享等多种技术；通过增加数据库、邮件/信息和ERP 模块，提供数据的在线保护和粒状恢复。存储接点技术可使备份负载分流。通过增加模块，可实现分级存储管理、归档、SNMP 事件管理和集成化的数据备份和恢复。 NetWorker 的四种基础版本： NetWorker Power Edition ——Legato NetWorker 的最强版本，适合于高要求的数据中心 和大型复杂的计算机环境。 NetWorker Network Edition ——提供高数据量的企业级保护。 NetWorker Workgroup Edition ——特别适合于分支机构办公室以及小型部门的计算机环 境。 NetWorker Business Edition ——具有全部功能的入门级版本，包括了捆绑的磁带库模块，并可支持8 个客户端。 产品特点 ? 采用C/S 结构 ? 全面的数据保护：NetWorker 保护本地和异地的所有数据，包括数据库、文件系统、安 全信息、用户Profile 、存取控制表、Windows 注册表和事件日志。
系统容灾技术方案大全
目录 一、数据中心灾备系统的分类 (3) 二、数据库远程复制和异地容灾方案相关分析 (11) 三、数据备份与数据容灾 (14) 四、重复数据删除成就异地容灾 (15) 五、金税工程三期背景下省级容灾备份建设探索 (22) 六、安徽中烟数据集中容灾系统建设实践与探索 (36) 七、推荐九个容灾解决方案 (42) 八、推荐九个容灾解决方案 (42) 九、GDS灾难恢复解决方案 (62) 十、多级企业数据容灾解决方案对比 (65)
一、数据中心灾备系统的分类 摘要：本文为大家讲述数据中心的一些技术知识，具体为您讲述数据中心灾备系统的 分类情况。 1.数据级容灾和应用级容灾 按照容灾系统对应用系统的保护程度可以分为数据级容灾和应用级容灾，业务级容灾的大部分内容是非IT系统。 数据级容灾系统只保证数据的完整性、可靠性和安全性，但提供实时服务的请求在灾难中会中断。应用级容灾系统能够提供不间断的应用服务，让服务请求能够透明(在灾难发生时毫无觉察)地继续运行，保证数据中心提供的服务完整、可靠、安全。因此对服务中断不太敏感的部分可以选择数据级容灾，以便节省成本，在数据级容灾的基础上构建应用级容灾系统，保证实时服务不间断运行，为用户提供更好的服务。 (1)数据级容灾。通过在异地建立一份数据复制的方式保证数据的安全性，当本地工作系统出现不可恢复的物理故障时，容灾系统提供可用的数据。数据级容灾是容灾的基础形式，由于只需要考虑数据的复制和存放，不需要考虑备用系统，实现起来相对简单，投资也较少。数据级容灾需要考虑三方面问题:在线模式与离线模式问题;远程数据复制技术问题;同步与异步容灾问题。 (2)应用级容灾。应用级容灾能保证业务的连续性。在数据级容灾的基础上，建立备份的应用系统环境，当本地工作系统出现不可恢复的物理故障时，容灾系统提供可用的数据和应用系统。
HDS三数据中心容灾解决方案 国内灾备业的发展 随着国内各行业信息系统的快速发展，特别是银行、证券、保险和政府等行业业务大集中速度的加快，企业的技术风险也相对集中。一旦发生灾难，则将导致政府和企业所有分支机构、营业网点和全部的业务处理停顿，或造成企业客户数据的丢失。如何防范技术风险,确保数据安全和业务连续性，已成为企业急需面对的课题。 国家相关部门对加强信息安全保障工作十分重视，先后出台了多项有关信息安全保障措施。如中国人民银行于2002年8月下发了《关于加强银行数据集中安全工作的指导意见》，指出："为保障银行业务的连续性，确保银行稳健运行，实施数据集中的银行必须建立相应的灾难备份中心。" "业务连续性计划应报中国人民银行备案。"。 2003年9月，中共中央办公厅、国务院办公厅转发了《国家信息化领导小组关 于加强信息安全保障工作的意见》，明确提出要重点保障重要信息系统的安全，强调重要信息系统的建设要充分考虑灾难发生后的抗毁性与灾难恢复能力。 从以上资料可以看出，信息系统安全和灾难备份已经引起了国家、社会、企业的高度重视，灾难备份业务的发展是客户保持业务连续运作的需要，同时也是社会的需要和政策法规的要求，是市场发展的必然。 中国国际电子商务中心的数据容灾要求及选择 隶属于中国商务部、成立于1996年的中国国际电子商务中心（China International Electronic Commerce Center，简称CIECC），肩负着国家信息化建设重点工程（金关工程）主干网的建设、维护和运营，是中国国际电子商务权威、稳定、安全的第三方服务平台。近几年，随着业务电子化平台的逐步建立和完善，CIECC服务的企业不断增加，数量近百万家，同时提供的服务种类也日益丰富。为了提升对数据的保护水平并确保业务连续性，CIECC从2005年初开 始酝酿建设一套安全可靠以及高效的容灾系统：以北京亦庄的数据中心为主生产中心，在同城的东单建立同城容灾系统，并在广州建立异地容灾系统，以此构成三数据中心容灾备份系统来实现最高级别的灾难恢复能力和业务连续性。 经过对多家主流厂商容灾方案进行谨慎和严格的评估，CIECC最终于2006年底 选择了由日立数据系统公司（HDS）提供的采用了Delta Resync技术的三数据中心容灾解决方案来为其核心业务应用提供最强大的数据保护。 事实上，CIECC的核心业务系统早在三年前就采用了HDS公司的存储产品（9980V），双方从此开始了良好的合作。从2005年初一直到2006年底的前后约一年半时间。HDS团队全程参与了为CIECC进行业务影响分析、容灾计划定制、容灾架构设计、SAN架构设计、数据迁移、同城容灾实施、异地容灾实施、容灾演练和培训等容
数据中心灾备系统建设案例 根据数据中心的安全要求，应对灾难恢复系统采用的技术路线做出全面的考虑。 1.数据级容灾和应用级容灾 按照容灾系统对应用系统的保护程度可以分为数据级容灾和应用级容灾，业务级容灾的大部分内容是非IT系统。 数据级容灾系统只保证数据的完整性、可靠性和安全性，但提供实时服务的请求在灾难中会中断。应用级容灾系统能够提供不间断的应用服务，让服务请求能够透明(在灾难发生时毫无觉察)地继续运行，保证数据中心提供的服务完整、可靠、安全。因此对服务中断不太敏感的部分可以选择数据级容灾，以便节省成本，在数据级容灾的基础上构建应用级容灾系统，保证实时服务不间断运行，为用户提供更好的服务。 (1)数据级容灾。通过在异地建立一份数据复制的方式保证数据的安全性，当本地工作系统出现不可恢复的物理故障时，容灾系统提供可用的数据。数据级容灾是容灾的基础形式，由于只需要考虑数据的复制和存放，不需要考虑备用系统，实现起来相对简单，投资也较少。数据级容灾需要考虑三方面问题:在线模式与离线模式问题;远程数据复制技术问题;同步与异步容灾问题。 (2)应用级容灾。应用级容灾能保证业务的连续性。在数据级容灾的基础上，建立备份的应用系统环境，当本地工作系统出现不可恢复的物理故障时，容灾系统提供可用的数据和应用系统。 应用级容灾系统是建立在数据级容灾系统基础上的，同时能完成数据和应用系统环境的复制存放和管理。为实现发生灾难时的应用切换，容灾中心需要配置与工作系统同构和相同功能的业务网络、应用服务器、应用软件等。 应用级容灾还需要考虑数据复制的完全性、数据的一致性、数据的完整性、网络的通畅性、容灾切换的性能影响、应用软件的适应性改造等问题，以及为保证业务运行的所需设备、环境、人员及其相应的管理。 2.灾难恢复系统的在线/离线模式 (l)在线模式。在线灾难恢复系统要求工作系统与灾难备份系统通过网络线路连接，数据通过网络实时或定时从工作系统传输到灾难备份系统。对数据保护的实时性高，对业务连续性要求高，就需要采用在线模式。 (2)离线模式。离线灾难备份系统的数据通过存储介质(磁带、光盘等，搬运到异地保存起来实现数据的保护。离线模式适合于对数据保护的实时性要求不高的场合，离线模式设备比较简单，投资较少。 3.数据备份技术
论医院信息系统容灾备份的必要性 21世纪的医院已经逐渐发展为现代化的综合性医院，为了实现医院管理的科学化、现代化、数字化，与国际、国内信息化建设的新技术接轨，适应现代化医院的医疗、科研、教育和管理的要求，现代化的医院所建立起的信息系统(HIS)主要以一体化的临床系统、LIS系统、PACS系统，EIS系统、PIS 系统等为基础，实现数据全面共享，共同形成全面的医院信息管理系统。庞大的系统必然产生海量数据，对于软件系统而言数据就是根本，任何操作、分析、结算等等都从数据库中提取。从某种意义上说，数据安全成为了现代医院信息系统安全的重中之重。一旦数据丢失，对任何一家医院来说都会产生重大的影响。 且近几年，国家各部委对数据信息安全都有相关的明确规定！颁布了如下一系列条例，如《国家信息化领导小组关于加强信息安全保险工作的意见》，《计算机信息系统安全保护条例》、《信息安全等级保护管理办法》、《2006―2020年信息化发展战略》、《信息系统灾难恢复规范》、《保险业信息系统灾难恢复管理指引》、《银行业信息系统灾难恢复管理规范》、《民用航空重要信息系统灾难备份与恢复管理规范》、《重要信息系统灾难恢复规划指南》。在2010年11月，北京卫生局联合公安局等部门下发了《关于开展信息安全等级保护安全建设整改工作的实施方案》的通知，该通知中也明确提出了数据备份的安全等级保护，并要求需要在重点单位发挥试点示范作用。由此可见各行业已经开始注重容灾备份的重要性了！ 对于关乎国计民生的医院行业，政府更是大力监管，在2011年推出的“《三级综合医院评审标准（2011 年版）》（卫医管发〔2011〕33号）”文件中的第五大点第四条就明确规定了“实施国家信息安全等级保护制度，实行信息系统操作权限分级管理，保障网络信息安全，保护患者隐私。推动系统运行维护的规范化管理，落实突发事件响应机制，保证业务的连续性。”该部分就已经包含了容灾备份及业务连续性管理的要求，从等级保护的要求而言，二级及以上的等级保护也是要求要做备份及业务连续性管理的，还需要有应急的制度、程序流程和灾难演练。
IDC 容灾方案建议 1 IDC 容灾方案建议 ... 错误！未定义书签。 ........................ ... 错误！未定义书签。 一、负载均衡需求分析(1) 二、负载均衡方案建议(2) 三、实现方法介绍(4) 1.定义数据中心(4) 2.启动服务器的健康状态检查 (4) 3.针对db2 的容错应用逻辑规定服务优先级别(5) 4.行政命令下达后的IDC 和服务器切换方法(5) 四、相关技术介绍(6) 1.3DNS 处理多数据中心的并行工作和冗灾处理(6) 2.服务器负载均衡(7) 3.Stateful Fail Over 技术(9) 4.F5 i - Control 开放的API 接口介绍(9) 五、所选产品简介(12)
1. 3DNS 分布式高可用性智能负载平衡(12) 2. Big IP 2400/5100/5110 系列应用交换机(18) 六、产品报价与服务(25) 七、附录(25) 1. iControl 用于创建应用型网络的先进互联网控制体系结构(25) 一、负载均衡需求分析 根据客户的行业特点要求,我们总结出来网络的流量管理的具体要求如下: 1．服务站点的负载均衡和异地容灾, 为保证客户在任何时刻都能够访问到内容, 要求解决国际网络接入链路和单个IDC 的单点故障, 保证在ISP 服务提供商出现 不可抗拒因素而中断服务时可以及时监控发现, 并且报警显示; 也保证任何一个 IDC 机房出现不可抗拒因素而中断服务时也可以及时监控发现并且报警显示, 在得到行政命令后可以非常迅速的切换到可用的站点. 2．服务器的应用状态监控, 准确的根据服务器的实际服务状况提供报警信息, 并提供服务器的负载均衡，要求在正常情况下两台或多台服务器的负载基本相同， 在某台服务器停机的情况下透明的容错，保证关键服务的持续,提供特别的会话
山西新景矿煤业有限责任公司数据灾备解决方案 2017年10月
目录 第1章需求分析 (3) 1.1用户简介 (3) 1.2需求描述 (3) 1.3方案目标 (5) 第2章技术方案 (7) 2.1全局拓扑 (7) 2.2（人员定位、产量监控、自动化平台）应用级双活容灾设计——镜像系统 (7) 2.3（网站、OA、虹膜系统等）数据级容灾设计——实时备份 (8) 2.4功能展示 (8) 2.4.1全自动化追逐式全量 (8) 2.4.2实时增量复制 (9) 2.4.3切换 (9) 2.4.4回切 (9) 2.4.5日常维护 (9) 2.5镜像系统．在线式应用级容灾系统产品优势 (10) 2.5.1所见即所得的容灾 (10) 2.5.2应用级的复制技术 (10) 2.5.3实施无需停顿业务系统 (10) 2.5.4主备系统硬件规格无需一致 (10) 2.5.5对网络带宽消耗非常小 (10) 2.5.6其他 (11) 2.6实时备份．数据级备份系统产品优势 (11) 2.6.1全功能全平台 (11) 2.6.2实时、定时备份 (11) 2.6.3任意时间点还原 (12) 2.6.4其他 (12) 2.7Y系MCenter平台.可持续运维平台 (13) 2.8方案配置 (14) 2.8.1软件模块 (14) 2.8.2硬件模块 (14) 第3章项目预算清单 (16)
第1章需求分析 1.1用户简介 新景矿是国家"八五"、"九五"重点能源建设项目之一，前身为阳煤集团三矿改扩建区。1997年8月试生产，井口定名三矿新井，隶属三矿管理。1998年10月阳煤集团为建立高产、高效矿井，以"阳煤党发【1998】398号"文《关于成立新景矿及新井党委的通知》将三矿新井从三矿分离出来，成立新景矿。 随着企业社会信息化的发展，众多业务系统的运行，必然会产生大量的数据，而这些数据作为各行各业最重要的资源，越来越受到人们重视。同样，由于数据量的增加和新业务的不断涌现，如何确保数据的安全性、可用和可靠性；如何确保业务系统的可持续性运行；如何实现数据的集中管理，建立便捷维护的平台也是目前所面临的一个重要问题。 1.2需求描述 ?简述 根据与用户的沟通，我们初步了解到客户的实际环境业务系统众多，其中人员定位系统、产量监控系统、生产自动化平台均采用集群方式，也是本企业的核心应用系统，其他诸如网站、OA、虹膜等系统均为单机运行。具体环境见下方调研表： ?容灾环境调研表
容灾备份系统简介 2010-8-11 项目背景
随着计算机技术的快速发展，每个企业都在大量的使用计算机处理自己的核心数据, 这些数据往往是企业生产经营必不可少的部分。依赖这些数据的计算机系统的停机往往会造 成企业生产经营活动的停顿，给企业造成巨大的损失。所以，可以说，这些数据是企业的生 命核心。企业的IT管理员为了保证生产经营活动的持续运行，不断的加强对系统和数据的保护，如使用基于双机的高可用技术，磁盘阵列系统的RAID技术等。然而，人们依然无法 回避由于磁盘故障，人为失误，应用程序的逻辑错误，自然灾害等原因带来的系统停机或者数据丢失。所以，数据备份作为数据保护的最后一道屏障，必不可少。 、功能介绍 ■实时保护：连续捕获、实时备份数据变化，全过程保护数据安全。实现真正的持续性数据保护（CDP,无需设置任何备份时间点，居国内外同类产品领先地位。 ' 完善备份：同一软件可实现“数据库双机热备+接管”、“本地实时灾备”、“异地实时灾备”，全方位保证数据库安全。 E 任意回退：可按任意操作步数或时间点进行数据回退。主数据库遭到破坏时，备份数据库可将主数 据库回退到损坏前最后时刻的状态，且能保证事件的完整性。 ■ 快速恢复：主数据库或表损坏，从站自动检测，提示回退的步数。恢复1个G数据库在3 -5分钟。 ' 增量备份：只备份变化部分，在保障备份数据安全的同时减少备份的工作量。 ' 错峰机制：在系统负荷极大时暂停备份以免系统瘫痪，当系统负荷下降时备份暂停期间的数据，并重新开始实时备份。 ' 低耗资源：对主数据库压力小，系统采用消息机制，只有灾数据库发生变化时才触发，只传数据库的变化部分，不同于文件拷贝，和数据表的轮询。 ' 操作简单：自主开发设计，着重考虑国内用户使用习惯，安装、设置非常简单。 丄维护方便：启动或连接中断后重连时，自动校验主从站数据，保证数据准确。 ' 加密传输：底层通讯采用自主研发的通讯平台，所有数据都是用加密数据包进行数据交换，充分保证数据安全。 ' 高性价比：在各项性能领先的同时，价格远远优于国外软件。当选择不接管的热容灾备份方式时，从站可采用低档Server或高稳定性的PC （有足够的存储空间即 可），从而实现极低的总体成本。 ' 通用性好：不对数据库中的应用做任何修改。与数据库中表的结构无关，且无任 何限制。对数据库备份完整：如TABLES（表）、DIAGRAMS关系图）、VIEWS（视图）、 USERS（用户）、ROLES RULE等。