通信容灾项目方案设计-赛门铁克

容灾项目方案设计 赛门铁克 软件（ 北京 ） 有限公司广州 分公司 2007 年 容灾项目方案设计 北京赛门铁克信息技术有限公司广州办事处 第 2 页共 86页 广州天河北路 233 号 6501/08室电话：（ 8620） 38771799 邮编： 510613 目 录 第 1 章 容灾技术规范 . 6 1.1 容灾的总体规划 . 6 1.1.1 技术指标 RPO、 RTO . 6 1.1.2 国际标准 SHARE 78 . 7 1.1.2.1 Tier 0 . 8 1.1.2.2 Tier 1 . 9 1.1.2.3 Tier 2 . 9 1.1.2.4 Tier 3 . 10 1.1.2.5 Tier 4 . 10 1.1.2.6 Tier 5 . 10 1.1.2.7 Tier 6 . 11 1.1.3 界定灾备系统的适用范围 . 11 1.1.4 界定灾备建设的目标 . 12 1.1.5 界定灾备系统的总体架构 . 12 第 2 章 主流容灾技术说明 . 14 2.1 数据备份 . 14 2.2 实时数据保护 . 14 2.2.1 数据镜像（ Mirroring） . 15 2.2.2 数据复制（ Replication） . 15 2.2.2.1 软件复制（卷复制） . 15 2.2.2.2 硬件 复制 . 16 2.2.2.3 数据库复制 . 19 2.2.2.4 IBM SVC . 20 2.3 应用系统恢复 . 20 2.4 网络系统恢复 . 20 2.5 容灾切换过程 . 21 2.6 消防演习 . 21 第 3 章 主流容灾技术分析与对比 . 22 3.1 数据备份 . 22 3.2 实时数据保护 . 23 3.2.1 数据镜像（ Mirroring） . 23 3.2.1.1 硬件镜像 . 23 3.2.1.2 软件镜像 . 24 3.2.1.3 镜像技术在容灾中的利用 . 24 3.2.2 数据复制（ Replication） . 24 3.2.2.1 软件复制（卷复制） . 25 3.2.2.2 硬件复制 . 27 3.2.2.3 数据库复制 . 28 3.2.2.4 数据库双活 . 29 容灾项目方案设计 北京赛门铁克信息技术有限公司广州办事处 第 3 页共 86页 广州天河北路 233 号 6501/08室电话：（ 8620） 38771799 邮编： 510613 3.2.3 瞬间快照 (Instant Snapshot) . 30 3.3 应用系统恢复 . 31 3.4 网络系统恢复 . 32 3.5 容灾切换过程 . 33 3.6 消防演习 . 33 第 4 章 SYMANTEC 容灾方案主要技术介绍 . 33 4.1 SYMANTEC NETBACKUP数据备份技术 . 34 4.1.1 无限可伸缩性 . 34 4.1.2 平台独立性 . 34 4.1.3 基于策略的集中式 管理 . 34 4.1.4 无与伦比的性能 . 34 4.1.5 透明的不间断备份 . 34 4.1.6 支持最新存储硬件 . 34 4.1.7 可伸缩三 /四层体系架构 . 35 4.1.7.1 NetBackup Master Server . 36 4.1.7.2 NetBackup Media Server . 36 4.1.7.3 NetBackup Client . 36 4.1.7.4 全球管理与实时报告： NOM . 36 4.1.7.5 先进报表： NetBackup Advanced Reporter . 37 4.1.7.6 数据库在线备份： Database Agent . 38 4.1.7.7 数据库归档： NetBackup Database Archiver. 38 4.1.7.8 块级增量备份： Block-Level Incremental Backup . 39 4.1.7.9 系统灾难恢复： Bare Metal Restore . 39 4.1.7.10 高速闪备份： NetBackup FlashBackup . 41 4.1.7.11 打开文件备份： Open Transaction Manager. 42 4.1.7.12 磁带库动态共 享： Shared Storage Option. 42 4.1.7.13 无主机备份： NetBackup Server Free Agent . 43 4.1.7.14 磁带容灾和管理： NetBackup Vault . 43 4.1.7.15 网络存储备份： NetBackup for NDMP . 44 4.1.7.16 备份数据加密： Client Encryption Option. 45 4.1.7.17 磁带库驱动： Tape Library Support . 45 4.1.7.18 其它功能 . 45 4.2 SYMANTEC STORAGE FOUNDATION . 46 4.2.1 Symantec Volume Manager . 47 4.2.1.1 更高的系统与应用性能 . 47 4.2.1.2 数据完整性提高，停机时间缩短 . 47 4.2.1.3 硬件与软件投资保护 . 47 4.2.2 Symantec File System . 48 4.2.2.1 用户与管理员工作效率提高 . 48 4.2.2.2 可靠的系统数据带来可靠的业务解决方案 . 48 4.2.2.3 简单而强大的系统管理功能 . 48 4.2.3 Symantec Storage Foundation解决方案说明 . 48 4.2.3.1 性能、可用性与安全性 . 49 4.2.3.2 可扩展性 . 50 容灾项目方案设计 北京赛门铁克信息技术有限公司广州办事处 第 4 页共 86页 广州天河北路 233 号 6501/08室电话：（ 8620） 38771799 邮编： 510613 4.2.3.3 集中式管理 . 51 4.2.3.4 异类环境支持 . 52 4.2.3.5 优异的集成性能 . 52 4.2.4 逻辑 卷快照 . 53 4.2.5 snapshot 快速重镜像 (FastResync) . 53 4.2.6 动态拆分和重组（ Dynamic split and Join） . 54 4.2.7 逻辑卷快照技术的特点 . 54 4.2.8 Snapshot 如何工作 . 54 4.2.9 瞬间快照 (Instant Snapshot) . 56 4.3 领先的企业级高可用性应用软件解决方案 . 56 4.3.1 Symantec Cluster Server 特征 . 57 4.3.2 领先的异构平台 HA 解决方案 . 57 4.3.3 可伸缩性 . 58 4.3.4 可定制 . 58 4.3.5 补充保护 . 58 4.3.6 灾难恢复解决方案的重要组成成分 . 58 4.3.7 Symantec Cluster Server 特性优势 . 59 4.3.7.1 全面的高可用性特性 . 59 4.3.7.2 最广泛的应用支持 . 59 4.3.7.3 异构平台和存储器支持 . 59 4.3.7.4 行业最具伸缩性的解决方案 . 60 4.3.7.5 多种存储支持 . 60 4.3.7.6 用于集群管理，基于 JAVA的直觉图形用户界面（ GUI） . 60 4.3.7.7 通用原子广播机（ GAB） . 60 4.3.7.8 自动集群传播 . 61 4.4 集群的集群 . 61 4.4.1 Global Cluster Option 的特点 . 61 4.4.2 Global Cluster Option 运作过程 . 62 第 5 章 系统详细设计方案 . 64 5.1 第一步，深 化数据备份系统 . 64 5.2 第二步，存储、应用整合 . 65 5.2.1 存储整合 . 65 5.2.2 应用整合 . 65 5.3 第三步，实现远程实时数据卷保护 . 66 5.4 第四步，建立远程切换消防演习机制 . 66 5.5 第五步，建立远程切换机制 . 67 5.6 ORACLE 数据库切换详解 . 67 第 6 章 数据容灾的性能分析 . 69 6.1 同步数据容灾的性能分析 . 69 6.1.1 带宽 . 69 6.1.2 距离 . 69 6.1.3 中间链路设备和协议转换的时延 . 70 容灾项目方案设计 北京赛门铁克信息技术有限公司广州办事处 第 5 页共 86页 广州天河北路 233 号 6501/08室电话：（ 8620） 38771799 邮编： 510613 6.2 异步数据容灾的性能分析 . 72 6.3 有关半同步 . 77 6.4 容灾技术对照 . 78 第 7 章 系统预算 . 79 第 8 章 主要技术的应用实例 . 80 8.1 中国联通 . 80 8.2 ICON CLINICAL . 80 8.3 BLUESTAR . 81 第 9 章 应急预案的编制 . 82 9.1 SYMANTEC技术力量 . 82 9.2 SYMANTEC项目组成员名单 . 83 第 10 章 定期灾难性恢复测试计划及检验 . 84 第 11 章 售后服务方式、方法 . 84 11.1 SYMANTEC中国技术支持服务中心 . 84 11.2 技术支持服务介绍 . 84 11.3 提供支持的流程： . 85 11.4 SYMANTEC公司向用户提供如下支持服务： . 85 容灾项目方案设计 北京赛门铁克信息技术有限公司广州办事处 第 6 页共 86页 广州天河北路 233 号 6501/08室电话：（ 8620） 38771799 邮编： 510613 第 1 章 容灾技术 规范 作为风险防范系统，灾备系统建设本身在 总体 规划、方案选择和投产实施后的管理运行，以及真正面对灾难时的切换操作等方面也存在着潜在的风险。 计算机信息系统实现 数据大集 、应用大集 中后，系统的运行安全成 为风险控制的焦点 。 目前，已经有多 系统 开始或准备进行灾备系统的建设，灾备系统建设的目标是减灾容灾，使 计算机信息 系统和数据能够最大限度地防范和化解各种意外和灾害所带来的风险。然而，与大多数工程一样，灾备系统建设本身在 总体 规划、方案选择和投产实施后的管理运行，以及真正面对灾难时的切换操作等方面也存在着潜在的风险。 可以说，风险防范系统本身也存在风险点，需要小心应对。 灾备系统建设中所涉及的潜在风险大致可分为技术风险、管理风险和投资风险，其中尤以技术选择风险最大， 技术方案选择优越，可以规避一定的 管理 风险和投资风险 。 而这三者也存在内在的相互关联，不同灾备级别对应的建设投资规模、所采用的技术以及实施和管理的复杂度也不同，应考虑保护计算机系统的原有投资并提高灾备系统建设投资的利用率。 1.1 容灾的总体规划 真正的容灾是数据被不间断的一致性访问！ 在灾难备份的世界里，是有等级观念的，级别不同，灾备系统所采用的技术和达到的功能是不同的，在系统建设资金投入方面的差距也很巨大。所以，对用户来说，明确灾备系统建设的总体规划十分必要。 1.1.1 技术指标 RPO、 RTO 容灾项目方案设计 北京赛门铁克信息技术有限公司广州办事处 第 7 页共 86页 广州天河北路 233 号 6501/08室电话：（ 8620） 38771799 邮编： 510613 衡量容灾 技术 的两个技术指标 RPO、 RTO RPO(Recovery Point Objective): 以数据为出发点， 主要指的是业务系统所能容忍的数据丢失量 。及在发生灾难，容灾系统接替原生产系统运行时，容灾系统与原生产中心不一至的数据量。 RPO 是反映恢复数据完整性的指标，在同步数据复制方式下， RPO 等于数据传输时延的时间；在异步数据复制方式下， RPO 基本为异步传输数据排队的时间。在实际应用中，考虑到数据传输因素，业务数据库与容灾备份数据库的一致性（ SCN）是不相同的， RPO 表示业务数据与容灾备份数据 的 SCN 的时间差。发生灾难后，启动容灾系统完成数据恢复， RPO 就是新恢复业务系统的数据损失量。 RTO(Recovery Time Objective):以应用为出发点， 即 应用的 恢复时间目标，主要指的是所能容忍的 应用 停止服务的最长时间，也就是从灾难发生到业务系统恢复服务功能所需要的最短时间周期。 是反映业务恢复及时性的指标，表示业务从中断到恢复正常所需的时间。 RTO 值越小，代表容灾系统的数据恢复能力越强。各种容灾解决方案的 RTO 有较大差别，基于光通道技术的同步数据复制，配合异地备用的业务系统和跨业务中心与备份中心的高可用管理，这种容灾解决方案具有最小的 RTO。容灾 系统为获得最小的 RTO，需要投入大量资金。 不同容灾方案的 RTO 和 RPO 是不相同的。 1.1.2 国际标准 SHARE 78 要建设容灾系统，就必须提出相应 的设计指标，以此作为衡量和选择容灾解决方案的参数。目前，国际上通用的容灾系统的评审标准为 SHARE 78，主要包括以下内容。 备份 /恢复的范围 灾难恢复计划的状态 容灾项目方案设计 北京赛门铁克信息技术有限公司广州办事处 第 8 页共 86页 广州天河北路 233 号 6501/08室电话：（ 8620） 38771799 邮编： 510613 业务中心与容灾中心之间的距离 业务中心与容灾中心之间如何连接 数据是怎样在两个中心之间传送的 允许有多少数据丢失 保证更新的数据在容灾中心被更 新 容灾中心可以开始容灾进程的能力 SHARE 78 是建立容灾系统的一种评审标准。建立容灾系统的最终目的，是为了在灾难发生后能够以最快速度恢复数据服务， 主要体现在 RTO Objective)和 RPO 上 。SHARE 78, M028 报告中定 义的灾备的七个级别和与其对应的数据丢失量与恢复时间情况详见下表 ： 灾难备份等级与业务 恢复情况对照表 等级 描述 PRO RTO 企业百分比 0 级 无灾备计划 - - 48 小时 0.1% 2 级 车辆 运送热备份 2448 小时 24 小时 90% 3 级 电子传送 24 小时 24 小时 6% 4 级 活动状态备份中心 秒级 24 小时 0.5% 5 级 两中心、两阶段确认 秒级 2 小时 0.1% 6 级 零数据丢失 零丢失 2 小时 3% 1.1.2.1 Tier 0 Tier 0 - 无异地数据备份 (No off-site Data) 容灾项目方案设计 北京赛门铁克信息技术有限公司广州办事处 第 9 页共 86页 广州天河北路 233 号 6501/08室电话：（ 8620） 38771799 邮编： 510613 Tier 0 被定义为没有信息存储的需求，没有建立备份硬件平台的需求，也没有发展应急计划的需求，数据仅在本地进行备份恢复， 没有数据送往异地。这种方式是最为低成本的 灾难备份解决方案，但事实上这种灾难备份并没有真正灾难备份的能力，因为它的数据并没有被送往远离本地的地方，而数据的恢复也仅是利用本地的记录。 1.1.2.2 Tier 1 Tier 1- PTAM 车辆转送方式 ( Pickup Truck Access Method) 作为 Tier 1 的灾难备份方案需要设计一个应急方案，能够备份所需要的信息并将它存储在异地，然后根据灾难备份的具体需求，有选择地建立备份平台， 但事先并不提供数据处理的硬件平台。 PTAM 是一种用于许多中心备份的标准方式，数据在完成写操作之后，将会被 送到远离本地的地方，同时具备有数据恢复的程序。在灾难发生后，一整套系统和应用安装动作需要在一台未启动的计算机上重新完成。系统和数据将被恢复并重新与网络相连。这种灾难备份方案相对来说成本较低 (仅仅需要传输工具的消耗以及存储设备的消耗 )。 但同时有难于管理的问题，即很难知道什么样的数据在什么样的地方。一旦系统可以工作，标准的做法是首先恢复关键应用，其余的应用根据需要恢复。这样的情况下，恢复是可能的，但需要一定的时间，同时依赖于什么时候硬件平台能够被提供准备好。 1.1.2.3 Tier 2 Tier 2 - PTAM 卡车转 送方式 +热备份中心 (PTAM+Hot Site) Tier 2 相当于是 Tier 1 再加上具有热备份能力中心的灾难备份。热备份中心拥有足够的硬件和网络设备去支持关键应用的安装需求。对于十分关键的应用，在灾难 容灾项目方案设计 北京赛门铁克信息技术有限公司广州办事处 第 10 页共 86 页 广州天河北路 233 号 6501/08室电话：（ 8620） 38771799 邮编： 510613 发生的同时，必须在异地有正运行着的硬件平台提供支持。这种灾难备份的方式依赖于用 PTAM 的方法去将日常数据放在异地存储，当灾难发生的时候，数据再被移动到一个热备份的中心。虽然移动数据到一个热备份中心增加了成本，但却明显降低了灾难备份的时间。 1.1.2.4 Tier 3 Tier 3 - 电子传送 (Electronic Vaulting) Tier 3 是在 Tier 2 的基础上用电子链路取代了车辆进行数据传送的灾难备份。接收方的硬件平台必须与生产中心物理地相分离，在灾难发生后，存储的数据用于灾难备份。由于热备份中心要保持持续运行，因此增加了成本。但确实是消除了运送工具的需要，提高了灾难备份的速度。 1.1.2.5 Tier 4 Tier 4 - 活动状态的备份中心 (Active Secondary Site) Tier 4 这种灾难备份要求两个中心同时处于活动状态并管理彼此的备份数据，允许备份行动在任何一个方向发生。接收方硬件平 台必须保证与另一方平台物理地相分离，在这种情况下，工作负载可以在两个中心之间被分担，两个中心之间之间彼此备份。在两个中心之间，彼此的在线关键数据的拷贝不停地相互传送着。在灾难发生时，需要的关键数据通过网络可迅速恢复，通过网络的切换，关键应用的恢复时间也可降低到了小时级。 1.1.2.6 Tier 5 Tier 5 - 两中心两阶段确认 (Two-Site Two-Phase Commit) Tier 5 是在 Tier 4 的基础上在镜像状态上管理着被选择的数据 (根据单一 容灾项目方案设计 北京赛门铁克信息技术有限公司广州办事处 第 11 页共 86 页 广州天河北路 233 号 6501/08室电话：（ 8620） 38771799 邮编： 510613 commit 范围，在本地和远程数据库中同时更新着数 据 )，也就是说，在更新请求被认为是满意之前， Tier 5 需要生产中心与备份中心的数据都被更新。我们可以想象这样一种情景，数据在两个中心之间相互映像，由远程 two-phase commit 来同步，因为关键应用使用了双重在线存储，所以在灾难发生时，仅仅传送中的数据被丢失，恢复的时间被降低到了小时级。 1.1.2.7 Tier 6 Tier 6 - 零数据丢失 (Zero Data Loss) Tier 6 可以实现零数据丢失率，同时保证数据立即自动地被传输到备份中心。Tier 6 被认为是灾难备份的最高的级别，在本地和远程的 所有数据被更新的同时，利用了双重在线存储和完全的网络切换能力。 Tier 6 是灾难备份中最昂贵的方式，也是速度最快的恢复方式，恢复的时间被降低到了分钟级。对于 Tier 6 的灾难备份解决方案，可以应用两种远程拷贝技术来实现，即 PPRC 同步远程拷贝和 XRC 异步远程拷贝。 因此，企业需要根据其计算机处理系统中数据的重要性，以及需要恢复的速度和程度，来进行灾备系统建设的整体考虑和不同灾难对业务冲击的分析，并最终确定灾备系统建设的总体规划。 灾备系统建设的总体规划应包括以下几个方面： 1.1.3 界定灾备系统的适用范围 分析不同的应用系统，确定灾备系统是一个覆盖整个计算机系统的工程， 根据 业务的重要性，对不同的系统采用不同级别的容灾方案，如 针对关键的业务应用子系统 ，实施高级别的容灾 工程 ； 对低级别的业务系统，实施低级别的容灾工程。总之要建立一个综合性的整体灾备建设工程。 容灾项目方案设计 北京赛门铁克信息技术有限公司广州办事处 第 12 页共 86 页 广州天河北路 233 号 6501/08室电话：（ 8620） 38771799 邮编： 510613 1.1.4 界定灾备建设的目标 生产系统在单位时间内的数据处理能力或 IO流量确定的情况下， RPO 实际上成为一个反映灾备恢复过程中的数据丢失量的指标。而 RTO 则是指从灾难发生到备份系统可以接管原有生产系统所需要花费的时间，这不仅要考虑数据的恢复时间，还应该考虑恢复后数据的完整性、一致性的修复和确认、备份中心计算机处理系统的启动和备份中心的网络切换等全部时间。总体规划中应为灾备系统设定明确的 RPO 和 RTO指标。 但是 设计容灾系统不能只看 RTO 和 RPO，对于不同的业务系统和用户特殊的要求，其它一些指标有可能成为选择容灾解决方案的主要因素。例如，某些地区为了防范一些特定自然灾害的风险，要求容灾备份中心与业务中心保持足够的距离，在这种情况下，容灾备份中心与业务中心的距离要求就是容灾系统的重要指标。 通信网络是容灾系统的组成部分，通信线路的质量也是容灾系统的性能 指标之一，其中包括网络的数据传输带宽、网络传输通道的冗余和网络服务商的服务水平（网络年中断率）。如果容灾系统使用的通信网络是确定的，为了比较不同容灾解决方案，可以用单位存储容量的数据库在同一通信网络上的数据完全恢复时间作为一项设计指标。 大部分业务系统都是数据库应用结构， 但 业务系统容灾 并不等于 是数据库容灾 ，还包括访问数据库的应用程序和相关配置信息 。实现数据库容灾 是容灾的基础，在保数据库数据一致的前提下， 还 要 实现 应用程序和配置信息的一 致性 ；实现 应用 系统 的高可用性、 应用程序在容灾中心与生产中心接管和切回的过程 ，因此，还要考虑 应用的模式是 C/S、 B/S，两层 、 三层、多层次的应用结构等等。 1.1.5 界定灾备系统的总体架构 根据实际需求、现有技术、所在地域、计划防范的灾难种类和预算投入的资金量等实际情况，确定灾备系统预期达到的级别，并以此来确定灾备系统与生产运行系统 容灾项目方案设计 北京赛门铁克信息技术有限公司广州办事处 第 13 页共 86 页 广州天河北路 233 号 6501/08室电话：（ 8620） 38771799 邮编： 510613 在地理位置上的距离（同城还是异地或两者兼备 堡垒节点 ），备份数据存储所在的介质（磁盘还是磁带或两者兼备），备份数据在生产中心与备份中心传输的方式（这就涉及到了具体的计算机存储与网络 技术），以及备份中心计算机系统的处理能力和网络接管所需的具体架构（是否与生 产中心采用完全同等数量、容量和性能的计算机、存储设备和网络体系结构 ）。 容灾项目方案设计 北京赛门铁克信息技术有限公司广州办事处 第 14 页共 86 页 广州天河北路 233 号 6501/08室电话：（ 8620） 38771799 邮编： 510613 第 2 章 主流容灾技术说明 根据 SHARE 78 评审标准 ，容灾技术 必需 涵盖了如下内容： 2.1 数据 备份 数据备份是系统、数据容灾的基础，也是 低端 容灾的 实现，是高端容灾 （实时数据保护） 的有力保障。目前备份技术主要有快照备份、离线备份、异地存储备份。备份系统 通过备份策略， 对计算机信息系统的操作系统、文件系统、应用 程序 、数据库系统等数据集，实现某一时间点的完整拷贝，拷贝的数据处在非在线状态，不能被立刻访问，必须通过相应操作 ,如恢复等 方式使用备份数据。 这也解决了高端容灾 （实时数据保护） 不能解决的问题：人为误操作、恶意性操作等，这类操作，计算机系统是不能区分的，一旦执行，将造成数据中心、灾备中心同时修改；对于数据库系统，在日志方式下，可以通过回滚方式修改，对于文件系统、操作系统等其他配置信息是不能回滚的，将造成毁灭性的结果。因此在建设高端容灾系统的前提，一定要做好本地系统的备份，这是容灾技术的起点。 目前成熟的备份软件 有 Symantec NetBackup、 EMC Legato， IBM TSM， HP Protect Server 等等。 2.2 实时数据保护 实时数据保护，就是在多块磁盘上、多个阵列、多台服务器、多个数据中心实时的保存同一份数据的多份存储 ，目的是为了避免物理故障，数据不会因为一块磁盘、一个阵列、一台服务器、一个数据中心的故障，而不能访问。 注意，实时数据保护需要以数据备份作为前提，它不能防范人为误操作和恶性操作。 这里我们要强调容灾的目的是让数据在灾难发生时，还能被访问，通过实时数据保护，保证数据的完整性；因此实时数据保护是容灾手段，而不是目的。 容灾项目方案设计 北京赛门铁克信息技术有限公司广州办事处 第 15 页共 86 页 广州天河北路 233 号 6501/08室电话：（ 8620） 38771799 邮编： 510613 目前实时数据保护的技术主要有两种：数据镜像和数据复制。 2.2.1 数据 镜像（ Mirroring） 数据 镜像（ Mirroring）是冗余的一种类型，一个磁盘上的数据在另一个磁盘上存在一个完全相同的副本即为镜像。分软件镜像与硬件镜像，它们的的区别就在于实现镜像所需的 CPU 周期所处的位置。最终，都是根据程序的指令，为硬件（磁盘，以及磁盘上存储的数据）制作一个镜像副本。 镜像可以保证两份数据完全一样。 镜像软件有 Symantec Volume Manager；各硬件厂商都有基于自己阵列的硬件镜像方式。 2.2.2 数据复制（ Replication） 数据复制（ Replication） 是将一个原数据的及其改 动，通过后续机制拷贝到另外一处，可以是另一个磁盘、另一个阵列、另一个服务器、另一个数据中心。由于实现的机制不同，又分为同步复制和异步复制两种方式。同步复制， 能够确保两份数据完全一致，但对系统的影响较大，一般不会采用；异步复制，通过后续机制，确保将本地改动的数据复制的异地，对系统的影响较小，但数据同步有延迟，是目前实现远程数据同步的主要方法。 根据实现机制 ，数据复制 分为软件方式和硬件方式 ；硬件方式往往又被称为远程镜像。 软件复制有 Symantec Volume Replicator；硬件复制有 EMC SRDF、 HDS TrueCopy等。 2.2.2.1 软件复制 （卷复制） Symantec Volume Replicator(简称 VVR)负责远程数据复制。 VVR 复制基于 Volume进行。复制的数据可以是数据库中的数据（文件方式或裸设备方式），数据库日志，复制的数据也可以是各种文件，如应用和数据库配置文件，应用程序，库文件，等等。 容灾项目方案设计 北京赛门铁克信息技术有限公司广州办事处 第 16 页共 86 页 广州天河北路 233 号 6501/08室电话：（ 8620） 38771799 邮编： 510613 复制的示意图见图四。 VVR 与 VxVM