如何实现数据中心异地容灾备份

异地容灾，顾名思义就是在不同的地方（异地：可以是同城的两个不同的机房或者是两座不同的城市），构建一套或者多套相同的应用或者数据库，进一步提高了数据抵抗各种可能安全因素的容灾能力，可以对企业应用和数据库起到安全性、连续性等方面的作用。

两大分类

考虑到不同企事业单位对数据安全和业务连续性的要求不尽相同，我们将异地容灾分为两大类：数据级容灾和应用级容灾。

数据级容灾：就是指建立一个异地的数据系统，该系统是本地关键应用数据的一个可用复制。在本地数据及整个应用系统出现灾难时，至少在异地保存有一份可用的关键业务的数据。该数据可以是与本地生产数据的完全实时复制，也可以比本地数据略微落后，但一定是可用的。

应用级容灾：在数据级容灾基础上，在异地建立一套与本地生产系统相当的备份环境，包括主机、网络、应用、IP等资源均有配套，当本地系统发生灾难时，异地系统可以提供完全可用的生产环境。

CDP异地容灾VS传统异地容灾

传统的异地容灾方案大多基于远程复制技术。远程复制是指运用复制技术将数据以同步或者异步的方式存储到异地灾备中心中，其主要实现方式有三种：1利用主机远程复制软件或硬件 。2利用存储自身的复制软件。3利用数据库软件产品。远程复制的方式可以实现数据级的容灾,但是一旦发生灾难，无法保证业务的连续性。此外，一旦出现数据库逻辑错误或人为误删除的情况，远程复制不能修复数据错误，也不能找回误删除的数据，更谈不上100%恢复数据并保障数据的可用性了。

和力记易的异地容灾方案以CDP持续数据保护技术为核心，可以构建异地桌面端或服务器端的文件、数据库和应用的全需求平台，能够防范数据丢失、修复数据错误，还能保障业务连续，全方位满足客户不同的数据安全和业务连续性要求。

关于生产服务器与备份服务器的数据一致性，绝大程度取决于灾备软件的技术原理。如果是定时备份类的软件，从生产机切换到备份机的话，数据不一致的可能性较大，如果在备份间隔内，生产机没有产生新的数据，那两边的数据就应该是一致的。如果是实时备份类的软件，从生产机切换到备份机的话，数据可以保证一致性，考虑到网络传输速度也会影响备份数据，一般会选择人工方式复验。就像备特佳CDP容灾备份软件，是实时备份的，在做灾备切换或者说业务接管时，为了保证数据的一致性，也有手动接管和自动接管的区别。手动接管就是需要人工复验下备份机的数据后启用接管功能，从生产机切换到备份机。自动接管可以设置时间，最快可以在生产机故障一分钟内自动切换到备份机。

企业重要的资料都应该有多个备份。可以考虑一下的几种方式：

可以考虑有两个文件服务器，一个是日常用的，另一个是备份用的，备份用的这个服务器可以和之前的文件服务器做一个数据的同步，但是备份服务器上的数据只增不删。另外，要注意网络安全，通过路由器可以设置一些规则，只允许进入一些与工作有关的常规网站。

然后，再准备一个或多个移动硬盘，把重要的资料都备份在里面。

有些重要但不敏感的数据，还可以通过网络备份到云盘。

如果觉得以上方法比较麻烦的话，也可以上一套企业的ERP，这样的话很多重要数据备份的 *** 作可以通过ERP来实现，而且，还可以更规范的管理企业。

在企业灾备预算中，最常见的问题就是按原套设备去做预算，费用往往高得吓人，所以很多企业想做灾备，最后都会卡在预算上。今天，英方工程师分享一个案例，如何将灾备预算成倍下降，提升企业的灾备幸福感。

1、AIX+Oracle双机要做灾备

案例需求：客户AIX+Oracle双机规划灾备建设，确保业务数据安全与业务连续。

灾备规划方案一：在本地灾备中心按照生产环境AIX+Oracle双机的配置进行规划，价格太高，超出了预算范围。主要原因是客户相当于花双倍价钱，买两套同样的设备，但是只有一套设备在生产，性价比太低，并且后续的运维成本也很高，所以方案被毙掉。

灾备规划方案二：利用云计算的资源，将灾备中心寄托于云计算上。私有云造价昂贵，对客户体量不适合；公有云是很好的选择，但是经过计算，客户发现在数据库采购、服务费用、云设施按需购买等综合费用也比方案一少不了几个钱，并且公有云的安全性没有私有云的高，方案整体的稳定性、可控性差，所以方案也被毙掉。

2、方案涉及到的 *** 作系统的知识点

本案涉及生产环境的 *** 作系统与数据库配置，我们先简单介绍AIX、UNIX、Linux的知识点。

首先是AIX，它是IBM基于AT&TUnixSystemV开发的一套“类UNIX” *** 作系统，运行在IBM专有的Power系列芯片设计的小型机硬件系统之上。那么，什么是UNIX *** 作系统呢？

UNIX *** 作系统是一个强大的多用户、多任务 *** 作系统，支持多种处理器架构，按照 *** 作系统的分类，属于分时 *** 作系统，最早由KenThompson、DennisRitchie和DouglasMcIlroy于1969年在AT&T的贝尔实验室开发。目前它的商标权由国际开放标准组织所拥有，只有符合单一UNIX规范的UNIX系统才能使用UNIX这个名称，否则只能称为类UNIX（UNIX-like）。

Linux是一套免费使用和自由传播的“类Unix” *** 作系统，是一个基于POSIX和UNIX的多用户、多任务、支持多线程和多CPU的 *** 作系统。它能运行主要的UNIX工具软件、应用程序和网络协议，支持32位和64位硬件。

3、简单跨平台，Linux+i2轻松灾备

针对上面客户提到的灾备需求，很显然，理想与现实的距离总是那么遥远。但是不要灰心，英方工程师有办法。针对这种情况，我们首先需要跳出传统容灾备份的思路，特别是英方新灾备技术方案对于 *** 作系统与数据库等进行跨平台灾备的创新，在窄带宽、长距离、平台异构（ *** 作系统与存储方式）、低成本、安全性、稳定性等方面有诸多的优势。

IT系统的灾备技术手段根据IT系统的构成有很大的差异，各类手段在适合系统的程度

上主要取决于系统本身的组成和建设要求。比如，IT系统由多 *** 作系统组成，并且灾备系统不能更改生产系统原有的格局，则可行的技术手段就极为严格，需要相当慎重的选择。灾备技术实现手段中最为重要的一个步骤就是通过网络的连接，将本地端的数据复制一份到远程保存，听起来似乎不难，但在复杂的IT架构下，要想成功实现确也并不容易。以往，受制于容灾技术实现手段的局限，主要有主机型和存储型两大类容灾方式，而今天，更是出现了具有更强能力的存储网络型的虚拟化容灾方式，使得容灾的技术手段开始丰富起来。现在开始流行的CDP连续备份技术更是使容灾和备份两大不同的体系开始走向融合。

1、主机型远程容灾

主机型远程容灾简单的说，就是通过安装在服务器的数据复制软件，或是应用程序提

供的数据复制/灾难恢复工具(如数据库的相关工具)，利用TCP/IP网络连接远端的容备服务器，实现异地数据复制。主机型远程容灾的优点是在服务器较少的环境下，所需的成本较低，用户不需更换多现有的系统架构，也不用担心后端存储系统的兼容性问题，只需支付软件的授权费和灾备端的硬件设备费用即可。但如果是服务器数量较多的环境，管理上的复杂程度就会增加，整体的投入成本成也会增加。它的另一个缺点是软件安装在应用程序主机上，运行时会消耗主机的运行资源，如果硬件的等级不高，就可能给应用程序带来影响。

2、存储型异地容灾

存储系统型异地容灾顾名思义是基于存储系统(光纤磁盘阵列、NAS)的模式。通过存储系统内建的固件(firmware)或 *** 作系统，通过IP网络或DWDM、光纤通道等传输介面连结，将数据以同步或异步的方式复制到远端。知名的存储系统型远程容灾方案有SRDF、TrueCopy、等。与主机型远程容灾相比，存储系统型远程容灾的优点就是将数据与运行分开，对主机系统的运行资源影响比较小。另外，由于运行机制大多是利用镜像(mirror)来复制数据，并借助高速缓冲存储器加速I/O存取，两端的数据差异时间点比较小，加上存储系统本身具备一定的容错能力，具有一定的运行性能和可靠性。而存储系统型远程容灾的最大的限制就在于其昂贵的构造成本。由于用户必须在本地端和灾备端分别配置两套相同的存储系统，不仅采购成本高，而且还要受制于单一的设备厂商，未来的扩展性势必缺乏d性。此外，光纤通道存储系统如果要构造远程容灾，必须在本地端和灾备端各安装一台FC-to-IP转接器，硬件成本就会超过5万美元，再加上网络带宽成本的话，整体费用投入定会令人咋舌。如果企业在安装前没有经过谨慎评估的话，建设存储系统型远程容灾极有可能造成it支出的黑洞，加重财务负担。另外，存储型容灾方式对于数据库的一致性容灾存在很大的缺陷。在多点到一点的容灾架构上存在不适用性。

3、虚拟化容灾方式

虚拟化容灾方式是一种网络存储型远程容灾架构，是在前端应用服务器与后端存储系统之间的存储区域网络SAN)，加入一层存储网关，这个网关和我们所了解的网络网关不同，以虚拟存储的代表技术美国飞康软件公司的方案为例，它结合了IPStor专用管理器，前端连接服务器主机，后端连接存储设备，它的角色就好像是存储网络中的交通警察，所有的I/O都交由它来控制管理。当然，现在也出现了旁路side-band)的控制方式，对于IO流量进行旁路监控和分流，实现异地数据复制。虚拟化远程容灾的优点就是功能强大。由于数据复制是通过存储网关来执行，应用服务器只需数据库执行代理程序，相对于主机型远程容灾来说，它的性能影响十分低。另外通过存储网关的虚拟化技术，可以整合前端异构平台的服务器和后端不同品牌的存储设备，本地端和灾备端的设备无需成对配置，用户可以根据RTO和RPO，在远端建立完整的热备份中心，当本地端发生灾难时立即接管业务运行或是采取仅在灾备端安装存储设备的温站配置，先保护数据的完整性和安全性，在本地端修复完成后再进行恢复。除了上述的不占用主机运行资源，以及没有存储平台局限性之外，成本更是虚拟化程容灾的最大优势。首先，构造时不需更换原有的IT基础架构，只需在原本的存储区域网络中加入存储网关，本地端的主机和存储设备可以是任何品牌，灾备端的主机和存储设备也不需和本地端相同，用户甚至可以在灾备端采用等级较低的存储系统如SATA磁盘阵列，根据统计，投资成本可节省多达30%左右，对于那些有构造远程容灾的热切需要而IT预算又十分有限的客户来说，虚拟化远程容灾无疑是最佳的选择。其次，针对数据库专用代理确保数据库具有完整的容灾和启动能力，无需担忧无法启动的现象发生。更为重要的是，在存储数据上进行的多点快照等增值功能，能使得各种数据的人为破坏均可以得到瞬间恢复的能也就是历史数据的恢复能力，这在前两种容灾方式中是一种恢复的盲点)，是一种相当完整的容灾体系，其涵盖的灾难抗击范围远超过前述的各类方式。另外，对于异地传输的带宽占用，虚拟化容灾方式具有各类调优方式，使得这种方式能够最大限度适应用户现有的网络环境。在这种容灾体系中，容灾的构建已经不再是难事，灾难也不再是极为可怕的事情。CDP的技术也是虚拟化容灾方式所衍生出来的一种实时系统备份技术，是一种容灾和备份的合成技术。当然，还有多种主流灾备技术的变形和衍生技术，这里就不一一论述了。

1、主机型远程容灾

主机型远程容灾简单的说，就是通过安装在服务器的数据复制软件，或是应用程序提供的数据复制/灾难恢复工具(如数据库的相关工具)，利用TCP/IP网络连接远端的容备服务器，实现异地数据复制。

2、存储型异地容灾

存储系统型异地容灾 顾名思义是基于存储系统(光纤磁盘阵列、NAS)的模式。通过存储系统内建的固件(firmware)或 *** 作系统，通过IP网络或DWDM、光纤通道等传输介面连结，将数据以同步或异步的方式复制到远端。知名的存储系统型远程容灾方案有SRDF、TrueCopy、PPRC等。

3、虚拟化容灾方式

虚拟化容灾方式是一种网络存储型远程容灾架构，是在前端应用服务器与后端存储系统之间的存储区域网络(SAN)，加入一层存储网关，这个网关和我们所了解的网络网关不同，以虚拟存储的代表技术美国飞康软件公司的方案为例，它结合了IPStor专用管理器，前端连接服务器主机，后端连接存储设备，它的角色就好像是存储网络中的交通警察，所有的I/O都交由它来控制管理。当然，现在也出现了旁路(side-band)的控制方式，对于IO流量进行旁路监控和分流，实现异地数据复制。

2 DataGrid DDS产品介绍

21概述:

DataGrid DDS是基于分析oracle redo log技术的Oracle实时复制工具，具有简单灵活、高性能低成本的特点，部署和使用非常容易，对系统资源和运行环境的要求也非常低。DataGrid DDS能够帮助用户在复杂的应用环境下完成容灾备份、异构迁移、业务数据分发、基础数据整合集中等工作。

DataGrid DDS能做什么？

DataGrid DDS能够满足用户多种业务需求，主要有：

提高系统整体可用性

DataGrid DDS能够帮助用户提高Oracle数据库的可用性，无论是执行计划内停机（如系统升级、备份）还是遇到故障引起的非计划宕机（例如硬件故障、灾难、人为错误等），DataGrid DDS都能尽量减少宕机时间。提高可用性能够最大限度地减少数据丢失、经济损失和生产力的降低。

逻辑灾备和灾难恢复

对于大部分公司而言，灾备是一项巨大的工程，意味着高额的资金投入和人力成本。受到传统复制技术的限制，灾备必须拥有专用的硬件支持和专用的光纤传输链路，灾备距离和系统平台还有诸多的限制。此外，由于传统灾备系统的数据库不能随时打开使用，不但风险不能评估，而且巨大的投入也得不到回报。

DataGrid DDS使用逻辑数据复制技术，传递的是交易信息，因此传输数据量很小，保证了在低带宽环境下实现低延迟的Oracle数据异步复制，软件同时支持实时复制容灾和定时复制备份功能，是一种高效且低成本的数据库灾备方式。DataGrid DDS使用标准的IP网络进行通讯，灾备端的Oracle数据库可以部署在本地或远程容灾中心，距离没有限制。此外，由于复制的目的端数据库始终处于打开状态，因此，当生产数据库遇到计划内或非计划停机时，DataGrid DDS能够支持前端应用程序快速、无缝的切换到灾备数据库。与其它基于磁盘或文件系统的物理复制技术相比，不但省略了漫长的数据库recovery和启动时间，而且能够保证100%的切换成功率。

分担数据库负载

DataGrid DDS逻辑交易复制技术保证了目的端数据库始终处于可用状态，因此对于实时交易处理之外的只读应用，例如批量查询、报表处理、数据备份、统计分析等都可以交给复制的数据库处理。多种应用也不必在同一个交易数据库上争夺资源和时间窗口。生产系统运行和维护的压力得以释放，提高了稳定性，而不同的应用在分布的数据库上也可以得到分别的优化。

业务数据分发

DataGrid DDS能够完成企业范围内数据分发，从交易数据生产库实时复制到一个或多个本地或异地的数据库。DataGrid DDS支持多种数据分发拓扑结构，一对多，多对一，级联复制等。数据分发是一种典型的通过部署多服务器、多数据库来分担负载，提高响应速度的企业应用模式。

跨平台数据迁移

DataGrid DDS支持跨平台的数据传输，复制的源和目的系统可以在AIX、HP-UX、Solaris、Linux之间任意选择。DataGrid DDS同时支持Oracle 9i和Oracle 10g。对于用户来说，不但硬件平台的选择有很大的灵活性，也可以用DataGrid DDS来完成异构平台的数据库同步和迁移工作。

实时复制和批量复制

应用的需求影响着用户使用复制工具的模式，对于容灾和查询应用，连续的实时复制保证目的端数据库拥有和生产系统完全一样的数据状态；而对于定时备份、系统升级和定时分析等应用，用户则希望复制软件做到定时或周期性的批量数据迁移。在DataGrid DDS中批量复制和实时复制是相互独立又紧密结合的两个部分，通过管理员的 *** 作控制，DataGrid DDS完全满足用户在多种应用条件下的需求。

交易统计

DataGrid DDS在完成实时数据复制的同时，也跟踪到了数据库交易数量的变化，通过GUI界面，DBA可以随时查询到生产数据库在指定时间段的交易统计结果，通过分析这些数据，DBA能够量化生产数据库压力的变化，从而为数据库的扩容和升级提供了依据。

增强分析工具

DataGrid DDS提供了简单实用的数据库工具包，包括日志分析工具、文件分析工具、导入导出工具等，工具包能帮助有经验的DBA更深入的分析处理数据库的问题。

22DataGrid DDS技术原理

221DataGrid DDS和Oracle Redo Logs

基于日志分析的实时复制技术

DataGrid DDS通过分析Oracle redo log获得实时交易信息，完成schema或table级别的数据复制。区别于早期的日志分析技术，DataGrid DDS对日志的整合和传输以交易为单位，使用该技术，在拥有高性能的同时还能更好的保证数据传输的一致性和完整性。对生产数据库也不会增加负载。

DataGrid DDS从Oracle redo logs里面获取所有的数据库改变信息。通过对信息的分析整合，DataGrid DDS将完整的交易信息复制到目的端。

DataGrid DDS不是等待Oracle redo log文件写满之后再处理，而是随时读取其数据块内容，间隔时间可以用参数指定，一般是秒级。DataGrid DDS也不会复制Oracle redo log的全部内容到目的端数据库，除指定复制对象（数据表）相关的DML/DDL *** 作之外，其他的信息将丢弃处理。

为了避免可能出现的复制错误，用户需要打开数据库的supplemental logging 和force logging参数以便DataGrid DDS能获取完整的数据信息。

置于裸设备或文件系统（包括ocfs）中的Oracle redo log可以被DataGrid DDS正常读取。如果用户使用的是Oracle 10g，并且将redo log保存在ASM（一种新的Oracle存储格式）中，则需要在裸设备或文件系统上手动创建一组与原有日志同步的redo log member，供DataGrid DDS复制使用。

Online 和 Archived Redo Logs

Oracle有两种类型的日志：在线日志和归档日志。一般情况下，DataGrid DDS从一组在线日志读取信息，因此，不要求Oracle数据库必须打开归档日志。但在某些特殊情况下，online redo log没来得及分析就被覆盖，此时，如果Oracle是归档模式，则DataGrid DDS将从归档日志读取需要的信息。

222复制对象和数据定位

复制对象的指定

DataGrid DDS支持两种级别的复制：1用户（schema）级复制；2表级复制。

用户级复制表示源端数据库指定用户（schema）下的所有表、视图、索引、过程、函数、包、序列等数据对象全部复制到目标端数据库指定的用户下。表级复制表示源端数据库指定用户（schema）下的单个表复制到目标端数据库指定用户下的单个表。

在使用DataGrid DDS时，用户通过编辑配置文件指定源端和目的端复制对象的映射关系，包括源端对象名，目的端对象名，目的主机编号等。源端和目的端对象名称可以不同，但结构必须一致。软件运行过程中，复制对象的映射参数会驻留内存，DataGrid DDS通过日志分析过滤，只处理指定复制对象有关的交易，其它用户或表的 *** 作信息则被丢弃。

Rowid mapping

早期的数据库逻辑复制软件要求被复制的数据表有主键索引，通过where子句查询的方式来定位DML *** 作的目标行。这种方法在数据修改较多或者表内行数较多的应用环境，特别是Update *** 作频繁的情况下，效率较低。

为了满足海量数据系统的应用要求，DataGrid DDS以Oracle内部rowid为参照进行复制数据定位。系统在初始化过程中会自动创建源端数据行和目的端数据行的rowid mapping映射表，为二进制格式，系统根据该映射关系找到DML *** 作的目标行。Rowid定位技术在海量数据环境下处理Update和Delete *** 作具有较大的性能优势。

223分级存储和交易队列

DataGrid DDS在数据传输部分使用了分级存储机制，在遇到系统错误引起的复制中断时，例如硬件故障、数据库故障、网络中断或延迟，分级存储机制能完好的保存已经合成的交易信息，避免数据丢失。这些数据以二进制文件格式存储在文件系统的缓存目录下，直到系统故障解决。恢复从缓存文件传输的中断点开始。

源端和目的端分级存储

DataGrid DDS的分级存储分为两级：第一级在复制源端，第二级在复制的目的端。Redo log里边的交易的信息被整合成缓存文件后，首先存放到源端的一级缓存目录；然后经过网络通讯进程处理被发送到目的端系统下的二级缓存目录保存；最后由装载进程负责装载到目的端数据库中。

在网络传输出现中断或大量延迟的情况下，DataGrid DDS在源端仍然继续读取并分析数据库日志产生的交易信息，这些信息暂时不能发送到目标端系统，不断地积累在源端的缓存目录下，直到通讯恢复。源端缓存保证了故障情况下复制数据的完整性。

目的端的缓存目录将保存交易信息文件直到它们正确的装载到目的端的数据库内，如果因为目的数据库的故障或关闭，装载不能进行，从源端传送过来的数据文件将在目的端缓存目录下保存。数据库恢复后，缓存文件会严格按照交易时间顺序进行装载。

文件的格式和大小

交易信息以文件为单位进行传输、缓存和装载，该文件为DataGrid独有的二进制格式，其内部的表达方式与Oracle内部处理方式相类似，避免了很多复杂的信息转换，因此具有很高的效率。

缓存文件的总量为源端实际产生redo log日志量的1/3~1/4左右。DataGrid DDS不设置缓存空间控制机制，用户可以根据每天交易产生的Oracle redo log日志量和以上比例计算需要预留的缓存空间。

内存管理和大交易处理

DataGrid DDS启动后，将在源端和目的端系统上开辟多个内存区供各进程使用，用来驻留参数、传递消息信号、缓存分析交易的中间信息等。内存区的大小由系统参数指定，目的是防止无限制的使用内存引起系统资源紧张或系统崩溃。

在复制源端，如果遇到数据库产生非常大的交易，DataGrid DDS会连续分析直到整个交易提交，其间产生的中间信息可能达到GB级。在这种情况下，DataGrid DDS会自动将这些信息缓存在磁盘上等待处理，磁盘缓存由后台进程自动处理，容量没有限制。

交易队列

DataGrid DDS严格按照Oracle数据库内部SCN顺序执行交易的复制和装载，保证复制数据的绝对一致性。

DataGrid DDS在跟踪redo log过程中，每隔一个固定的时间（通常是秒级）读取一次日志文件，分析出本次读出数据的内容，同时记录下该段数据的起始和终止SCN号。下一次读取redo log时，从上一次获取的终止SCN位置开始。多个实例的RAC模式下，则以SCN为参考给每个实例执行的交易进行排队，然后按照排队顺序形成缓存文件。缓存文件也严格按照交易的顺序进行编号、传递。所有的交易在目的端装载的顺序与它们在源端产生的顺序完全相同，这是保证数据完整性和一致性的关键。

224使用和部署DataGrid DDS

在线部署

DataGrid DDS的安装非常简单，不需要特殊的软硬件支持，软件本身完全在Oracle数据库的外部，不需要在Oracle中增加表空间，不需要在复制的表上添加索引和主键，也不需要停机做基础数据同步工作。

整个安装过程可以在线进行，甚至可以在数据库正常执行交易的过程中执行，因为DataGrid DDS不用借助任何第三方工具就可以进行在线的批量数据初始化工作，初始化结束后，无缝切换到增量数据复制过程。这样的功能对于一些需要724连续运行的系统来说非常重要，因为在安装维护过程中，频繁的停机会给生产系统带来很大的安全隐患和工作难度。

跨平台支持和兼容性

使用逻辑复制技术的DataGrid DDS，其跨平台能力是用户非常欢迎的。DataGrid DDS能够支持不同版本Unix/Linux系统下的混合复制，对于具有复杂硬件环境的企业系统来说，异构能力可以节省大量的资源和成本，旧设备得到充分的利用。

不同Oracle版本的支持能力也非常有价值，对于一些724运行的Oracle9i数据库来说，DataGrid DDS可以帮助它们在线的升级到Oracle 10g。

*** 作系统 数据库版本 数据类型 数据对象

AIX Oracle9i NUMBER Table

HPUX Oracle9i RAC CHAR View

HPUX（IA64） Oracle VARCHAR/VARCHAR2 Package

Solaris Oracle10g RAC DATE Package body

Linux TIMESTAMP Index

BLOB/CLOB Sequence

RAW/LONG RAW Procedure

ROWID Function

Trigger

表1：DataGrid DDS支持的系统及对象

多种复制模式

DataGrid DDS支持一对一，一对多，多对一，以及级联复制等多种复制模式。无论在哪种模式下，复制的源和目的系统都是独立的部分，可以单独的使用、维护和优化，这也是逻辑复制技术受到用户青睐的重要原因之一。

一对一的复制常见于灾备应用

以上就是关于如何实现数据中心异地容灾备份全部的内容，包括:如何实现数据中心异地容灾备份、灾备切换系统时怎么保障数据一致性、如何建立企业容灾备份机制等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！