DRS_DDS容灾数据库数据回滚原理整理

最新推荐文章于 2024-05-02 15:14:00 发布
最新推荐文章于 2024-05-02 15:14:00 发布
阅读量989 收藏 2
点赞数
分类专栏： DDS For Oracle 文章标签： drs with DDS for Ora
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zhangzengbo1987/article/details/8996354
版权

一、 DRS恢复数据原理

DRS数据回滚功能是DDS数据复制技术一个特殊的功能模块，经过多年的不懈努力，现在DRS功能已经成功无缝的集成在DDS软件当中。

DRS数据回滚功能在Target OS平台通过逆向rput(Rollbackput)命令回滚*.dtf（交易文件）到DataBase，轻松在在TargetDataBase重现某一时刻的状态。数据在TargetDataBase重现后，可用exp/imp的方式导出至Source DataBase进行恢复；

DRS数据回滚完成后，可以rrput 命令取消对Target DataBase回滚操作。

原理如下图所示：


利用DRS数据回滚功能回滚源端truncate表的原理如下：

举例来说，比如Source DataBase的做了truncate表AA操作，同步到target DataBases数据库以后，DDS首先会把目标的表AA重命名为表AA.old表（也就是改变表的名称），这样就在targetDataBase 保留了truncate表AA，这样就能够利用DRS数据回滚功能在目标端回滚在源端truncate掉的表。


二、 使用DRS恢复数据

2.1、 全部恢复到指定的交易

具体使用过程，请参考以下使用过程

（1）ddstop停止目标端DDS软件

（2）通过查看msg.log或vshow 命令确认打算恢复的sql语句位于哪个dtf文件，如：

$cd $DDS_DATA

$ vshow -3 10001

--------------10001.dtf.bak

--BEGIN WORK; SCN:0x4dbc9 Time:2007/05/16 14:11:40 OracleVer:169869568

--DROP TABLE ( objn=10279 objp=0 NO Dict)

COMMIT; --SCN:0x4dbf9 Time:2007/05/16 14:11:41 Session:159.11

（3）通过rput命令在目标端数据库恢复该事务：

$ rput -d 10001

PROCESS ALL TABLES.

0516141220[5] TGT DB VER 10

。。。。。。

0516141220[5] ReverseLoad /oracle/dds_t/dt/put0/10001.dtf.bak (LEN=113)

0516141220[5] UNDROP TABLE: ALTER TABLE "AA"."TEST_RB_0" RENAME TO "TEST_RB"

0516141220[5] UNDROP TABLE: MOVE /oracle/dds_t/dt/dict/2827_0-->/oracle/dds_t/dt/dict/2827

0516141220[5] UNDROP TABLE: MOVE /oracle/dds_t/dt/rm/00002827_0-->/oracle/dds_t/dt/rm/00002827

0516141220[5] CY I-0 U-0 D-0 DDL-0 IGN=0 BAD-0 Time:21ms        MIN:39s MAX:39s AVG:39s THE:39s

 

这时可通过在目标端查询恢复后数据的准确性，确认无误后，导出需要在源端恢复的对象和记录,可以通过exp/imp方式将该表数据导入到源端。

（4）通过 rrput命令在目标端数据库反向恢复该事务：

$ rrput -d 10001

PROCESS ALL TABLES.

0516141239[5] TGT DB VER 10

0516141239[5] ReverseLoad /oracle/dds_t/dt/put0/10001.dtf.bak (LEN=113)

0516141239[5] DROP TABLE: ALTER TABLE "AA"."TEST_RB" RENAME TO "TEST_RB_0"

0516141239[5] DROP TABLE: RENAME(/oracle/dds_t/dt/dict/2827->/oracle/dds_t/dt/dict/2827_0)

0516141239[5] DROP TABLE: RENAME(/oracle/dds_t/dt/rm/00002827->/oracle/dds_t/dt/rm/00002827_0)

0516141239[5] CY I-0 U-0 D-0 DDL-1 IGN=0 BAD-0 Time:42ms        MIN:58s MAX:58s AVG:58s THE:58s

。。。。。。

（5）在源端导入恢复的对象和记录，恢复操作完成

（6）ddstart启动目标端，增量同步继续正常进行


 2.2、DTF文件包含多个事务，只恢复到其中的部分交易

使用如下方法操作：

1。源端模拟操作语句，其中包括三个事务(insert表AA，update表BB，delete表CC)：

sqlplus aa/aa <<EOF

insert into aa select * from aa;

commit;

update bb set col2='def' where 1=1;

commit;

delete from cc where 1=1;

commit;

EOF

2.在源端的第1步操作后，目标端生成DTF文件$DDS_DATA/dt/put0/28.dtf.bak，使用vshow -3 命令查看：

$ vshow -3 28.dtf.bak |more

-------------- 28.dtf.bak

--BEGIN WORK; SCN:0x7270a Time:2007/05/21 17:31:59 OracleVer:169869568

INSERT INTO "AA"."AA" ("COL1","COL2","COL3","COL4") VALUES ('abc','def','ghi ','

jkl'); --AAACkhAAEAAAAHmAAB

COMMIT; --SCN:0x7270b Time:2007/05/21 17:31:59 Session:134.55

--BEGIN WORK; SCN:0x7270e Time:2007/05/21 17:31:59 OracleVer:169869568

UPDATE "AA"."BB" SET "COL2"='def' WHERE "COL2"='abc' AND "COL1"=100; --AAACkiAAE

AAAAHuAAA

COMMIT; --SCN:0x7270f Time:2007/05/21 17:31:59 Session:134.55

--BEGIN WORK; SCN:0x72711 Time:2007/05/21 17:31:59 OracleVer:169869568

DELETE FROM "AA"."CC" WHERE "COL1"='abc' AND "COL2"=100 AND "COL3"=200; --AAACkj

AAEAAAAH2AAA

COMMIT; --SCN:0x72712 Time:2007/05/21 17:31:59 Session:134.55

3.在目标端使用vshow  -7命令按事务分解DTF文件28.dtf.bak：

$ vshow -7 28

-------------- 28.dtf.bak

$ ls -al 000*

-rw------- 1 dds_t oinstall 141 May 21 17:33 00000.dtf.2.2c.b2

-rw------- 1 dds_t oinstall 142 May 21 17:33 00001.dtf.1.1b.85

-rw------- 1 dds_t oinstall 129 May 21 17:33 00002.dtf.3.27.ac

4.在目标端使用vshow -3 命令查看第3步生成的文件，确定需要恢复的sql语句。如只需恢复update 表BB的事务和delete表CC的事务，可确定文件 00001.dtf.1.1b.85和00002.dtf.3.27.ac包含需要恢复的sql语句

$ vshow -3 000* |more

-------------- 00000.dtf.2.2c.b2

--BEGIN WORK; SCN:0x7270a Time:2007/05/21 17:31:59 OracleVer:169869568

INSERT INTO "AA"."AA" ("COL1","COL2","COL3","COL4") VALUES ('abc','def','ghi ','

jkl'); --AAACkhAAEAAAAHmAAB

COMMIT; --SCN:0x7270b Time:2007/05/21 17:31:59 Session:134.55

-------------- 00001.dtf.1.1b.85

--BEGIN WORK; SCN:0x7270e Time:2007/05/21 17:31:59 OracleVer:169869568

UPDATE "AA"."BB" SET "COL2"='def' WHERE "COL2"='abc' AND "COL1"=100; --AAACkiAAE

AAAAHuAAA

COMMIT; --SCN:0x7270f Time:2007/05/21 17:31:59 Session:134.55

-------------- 00002.dtf.3.27.ac

--BEGIN WORK; SCN:0x72711 Time:2007/05/21 17:31:59 OracleVer:169869568

DELETE FROM "AA"."CC" WHERE "COL1"='abc' AND "COL2"=100 AND "COL3"=200; --AAACkj

AAEAAAAH2AAA

COMMIT; --SCN:0x72712 Time:2007/05/21 17:31:59 Session:134.55

5.在目标端使用cat命令修改28.dtf.bak文件，cat文件00001.dtf.1.1b.85和00002.dtf.3.27.ac到28.dtf.bak中，文件之间以空格分开，其中包含需要恢复的update 表BB的事务和delete表CC的事务

$cat 00001.dtf.1.1b.85 00002.dtf.3.27.ac > 28.dtf.bak

6.在目标端使用vshow  -3 命令检查第5步修改的DTF文件，确认其中包含的sql语句是需要恢复的：

$ vshow -3 28.dtf.bak |more

-------------- 28.dtf.bak

--BEGIN WORK; SCN:0x7270e Time:2007/05/21 17:31:59 OracleVer:169869568

UPDATE "AA"."BB" SET "COL2"='def' WHERE "COL2"='abc' AND "COL1"=100; --AAACkiAAE

AAAAHuAAA

COMMIT; --SCN:0x7270f Time:2007/05/21 17:31:59 Session:134.55

--BEGIN WORK; SCN:0x72711 Time:2007/05/21 17:31:59 OracleVer:169869568

DELETE FROM "AA"."CC" WHERE "COL1"='abc' AND "COL2"=100 AND "COL3"=200; --AAACkj

AAEAAAAH2AAA

COMMIT; --SCN:0x72712 Time:2007/05/21 17:31:59 Session:134.55

7.ddstop停止目标端DDS软件

8.通过rput命令在目标端数据库恢复这两个事务：

$ rput -d 28

PROCESS ALL TABLES.

0521173903[5] TGT DB VER 10

0521173903[5] ReverseLoad /oracle/dds_t/dt/put0/28.dtf.bak (LEN=271)

0521173904[5] CY I-1 U-1 D-0 DDL-0 IGN=0 BAD-0 Time:253ms       MIN:425s MAX:425s AVG:425s THE:425s

这时可通过在目标端查询恢复后数据的准确性，确认无误后，导出需要在源端恢复的对象或记录

9.通过 rrput命令在目标端数据库反向恢复这两个事务：

$ rrput -d 28

PROCESS ALL TABLES.

0521182259[5] TGT DB VER 10

0521182259[5] ReverseLoad /oracle/dds_t/dt/put0/28.dtf.bak (LEN=271)

0521182259[5] CY I-0 U-1 D-1 DDL-0 IGN=0 BAD-0 Time:257ms       MIN:44s MAX:44s AVG:44s THE:44s

10.ddstart启动目标端，增量同步继续正常进行


2.3、 指定表恢复到指定的交易

这种方式也包含该事务包含了多个dtf文件中的情况。使用如下方法操作：

1。源端模拟操作语句:

SQL> delete from dd where rownum<40000;

39999 rows deleted.

SQL> commit;

Commit complete.

2。在源端的第1步操作后，目标端生成$DDS_DATA/dt/put0/83.dtf.bak和$DDS_DATA/dt/put0/84.dtf.bak两个DTF文件，使用vshow -3 命令查看：

$ vshow -3 83.dtf.bak |more

-------------- 83.dtf.bak

--BEGIN WORK; SCN:0x81be4 Time:2007/05/22 10:59:56 OracleVer:169869568

DELETE FROM "AA"."DD" WHERE "OWNER"='SYS' AND "OBJECT_NAME"='ALERT_QUE' AND "SUB

OBJECT_NAME"=NULL AND "OBJECT_ID"=8809 AND "DATA_OBJECT_ID"=NULL AND "OBJECT_TYP

E"='QUEUE' AND "CREATED"=TO_DATE('20070513201409','YYYYMMDDHH24MISS') AND "LAST_

DDL_TIME"=TO_DATE('20070513201546','YYYYMMDDHH24MISS') AND "TIMESTAMP"='2007-05-

13:20:15:46' AND "STATUS"='VALID' AND "TEMPORARY"='N' AND "GENERATED"='N' AND "S

ECONDARY"='N'; --AAACkrAAEAAAAeCAA4

....................................................................................................................................................................................................................................

DELETE FROM "AA"."DD" WHERE "OWNER"='PUBLIC' AND "OBJECT_NAME"='AWRSQRPT_TEXT_TYPE_TABLE' AND "SUBOBJECT_NAME"=NULL AND "OBJECT_ID"=9167 AND "DATA_OBJECT_ID"=NULL AND "OBJECT_TYPE"='SYNONYM' AND "CREATED"=TO_DATE('20070513201419','YYYYMMDDHH24MISS') AND "LAST_DDL_TIME"=TO_DATE('20070513201419','YYYYMMDDHH24MISS') AND "TIMESTAMP"='2007-05-13:20:14:19' AND "STATUS"='VALID' AND "TEMPORARY"='N' AND "GENERATED"='N' AND "SECONDARY"='N'; --AAACkrAAEAAAAjKAAL

$ vshow -3 84.dtf.bak|more

-------------- 84.dtf.bak

--BEGIN WORK; SCN:0x81be4 Time:2007/05/22 10:59:56 OracleVer:169869568

DELETE FROM "AA"."DD" WHERE "OWNER"='SYS' AND "OBJECT_NAME"='AWRRPT_NUM_ARY' AND

 "SUBOBJECT_NAME"=NULL AND "OBJECT_ID"=9168 AND "DATA_OBJECT_ID"=NULL AND "OBJEC

T_TYPE"='TYPE' AND "CREATED"=TO_DATE('20070513201419','YYYYMMDDHH24MISS') AND "L

AST_DDL_TIME"=TO_DATE('20070513201419','YYYYMMDDHH24MISS') AND "TIMESTAMP"='2007

-05-13:20:14:19' AND "STATUS"='VALID' AND "TEMPORARY"='N' AND "GENERATED"='N' AN

D "SECONDARY"='N'; --AAACkrAAEAAAAjKAAM

....................................................................................................................................................................................................................................

DELETE FROM "AA"."DD" WHERE "OWNER"='PUBLIC' AND "OBJECT_NAME"='GV$LOGSTDBY_TRANSACTION' AND "SUBOBJECT_NAME"=NULL AND "OBJECT_ID"=7292 AND "DATA_OBJECT_ID"=NULL AND "OBJECT_TYPE"='SYNONYM' AND "CREATED"=TO_DATE('20070513201244','YYYYMMDDHH24MISS') AND "LAST_DDL_TIME"=TO_DATE('20070513201244','YYYYMMDDHH24MISS') AND "TIMESTAMP"='2007-05-13:20:12:44' AND "STATUS"='VALID' AND "TEMPORARY"='N' AND "GENERATED"='N' AND "SECONDARY"='N'; --AAACkrAAEAAAAl9AAP

COMMIT; --SCN:0x822a4 Time:2007/05/22 11:00:15 Session:159.78

3。ddstop停止目标端DDS软件

4.在目标端数据库恢复这个事务至83.dtf.bak这个DTF文件，并且只恢复与表DD有关的操作，其余操作不做处理(本例中85.dtf.bak 没有恢复)：

$ rput -d 83  -t aa.dd

PROCESS OBJ#      0  = 10539

0522114810[5] TGT DB VER 10

0522114810[5] ReverseLoad /oracle/dds_t/dt/put0/85.dtf.bak (LEN=111)

0522114810[5] CY I-0 U-0 D-0 DDL-0 IGN=0 BAD-0 Time:0ms MIN:730s MAX:730s AVG:730s THE:730s

0522114810[5] ReverseLoad /oracle/dds_t/dt/put0/84.dtf.bak (LEN=1734424)

0522114811[5] CY I-14193 U-0 D-0 DDL-0 IGN=0 BAD-0 Time:966ms   MIN:730s MAX:753s AVG:741s THE:753s

0522114811[5] ReverseLoad /oracle/dds_t/dt/put0/83.dtf.bak (LEN=3145851)

0522114815[5] CY I-25806 U-0 D-0 DDL-0 IGN=0 BAD-0 Time:3952ms  MIN:730s MAX:757s AVG:746s THE:757s

这时可通过在目标端查询恢复后数据的准确性，确认无误后，导出需要在源端恢复的对象或记录

5.在目标端数据库开始反向恢复这个事务至83.dtf.bak这个DTF文件，并且只反向恢复与表DD有关的操作，其余操作不做处理(本例中85.dtf.bak没有反向恢复)：：

$rrput -d 83 -t aa.dd

PROCESS OBJ#      0  = 10539

0522115138[5] TGT DB VER 10

0522115138[5] ReverseLoad /oracle/dds_t/dt/put0/83.dtf.bak (LEN=3145851)

0522115139[5] CY I-0 U-0 D-25806 DDL-0 IGN=0 BAD-0 Time:1130ms  MIN:961s MAX:961s AVG:961s THE:961s

0522115139[5] ReverseLoad /oracle/dds_t/dt/put0/84.dtf.bak (LEN=1734424)

0522115140[5] CY I-0 U-0 D-14193 DDL-0 IGN=0 BAD-0 Time:670ms   MIN:961s MAX:962s AVG:961s THE:962s

0522115140[5] ReverseLoad /oracle/dds_t/dt/put0/85.dtf.bak (LEN=111)

0522115140[5] CY I-0 U-0 D-0 DDL-0 IGN=0 BAD-0 Time:1ms MIN:940s MAX:962s AVG:954s THE:940s

6.ddstart启动目标端，增量同步继续正常进行


zhangzengbo1987
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
oralce数据库的回滚操作原理
让软件普及到企业中去而奋斗终生
01-08 3912
 1 打开分析参数SQL> set autotrace traceonly statistics2 创建测试用的表格SQL> create table t as select * from all_objects where 1=0;表已创建。SQL> desc t; 名称                                      是否为空? 类型 ----------------
有关数据库事务回滚机制实例
03-18
主要是在实际开发中运用到对数据库的操作同步进行，几个操作相关性的问题。 回滚了就说明事务有个判断，阻止SQL的自动提交，添加认为控制
深入理解分布式事务⑥ ----＞MySQL 事务的实现原理 之 Undo Log 回滚日志（基本概念、存储方式（回滚段）、基本原理、MVCC 机制原理分析、相关参数）详解
最新发布
Java 领域技术分享
05-02 1243
深入理解分布式事务⑥ ----＞MySQL 事务的实现原理 之 Undo Log 回滚日志（基本概念、存储方式（回滚段）、基本原理、MVCC 机制原理分析、相关参数）详解
MySQL--事务回滚机制与原理
降温的博客
03-18 8950
事务回滚机制 其实，讨论MySQL的事务回滚机制，也就是在说MySQL的事务原子性是如何实现的（关于事务之前文章中有过简单介绍）。所谓原子性，就是指一个事务是一个不可分割的工作单位，其中的操作要么都做，要么都不做；如果事务中的一个sql语句执行失败，则已执行的语句必须回滚，数据库会退回到事务前的状态。我们可以这么理解，就是说如果事务失败了，那么它对我们的数据库是没有任何影响的。 实现原理 在说明原理之前，需要首先介绍一下MySQL的事务日志。MySQL的日志有很多种，如二进制日志、错误日志、查询日志、慢查询
一文搞懂MySQL持久化和回滚的原理
shengjk1的博客
04-13 846
本篇文章主要说说持久性相关的知识。这里面有几个关键的点：redo log是什么？为什么需要redo log？prepare状态的redo log是什么？redo log和binlog是否可以只选其一...?带着这一系列的问题，我们来揭开redo log的面纱。
VMware的DRS原理(英文版)
11-03
VMware的资源调度原理，虚拟化集群使用。
DRS.rar_drs_drs 分离_离散随机分离_随机分离DRS
09-23
"DRS.rar_drs_drs 分离_离散随机分离_随机分离DRS"这个压缩包包含了一套用于理解和应用离散随机分离的资源，用户可以通过学习提供的MATLAB代码和文档，掌握DRS的原理和实践技巧，以便在实际的信号处理或数据分析项目...
TDRS002.rar_3DRS_3DRS matlab_matlab 3DRS
07-15
帧率倍频使用的3DRS算法，使用时空域的信息得出运动向量
学习软件_电脑学习_DRS数据回归免费下载.zip
07-16
标题中的“学习软件_电脑学习_DRS数据回归免费下载.zip”表明这是一款专注于电脑学习，特别是数据回归分析的软件资源。这款软件可能是为了帮助用户理解、应用和掌握数据回归这一统计学方法，它可能包含了教程、示例...
drs_js_v39_api_arcgis_
10-03
本资料集“drs_js_v39_api_arcgis_”专注于介绍API的v3.9版本，这个版本在功能和性能上都有显著提升，为开发者提供了更丰富的地图展示和交互能力。 首先，我们来看看“jsdoc.css”。这是JavaScript文档样式表文件，...
ctc_monc3drs_CTI_
10-04
《CTC_monc3drs_CTI_编程指南》 CTI（Computer Telephony Integration，计算机电话集成）是一种技术，它允许计算机系统与电话系统交互，从而实现自动化通信服务。在"CTC_monc3drs_CTI_"这个主题下，我们主要关注的...
回滚机制有多少种？它们的实现原理是什么？你确定都知道？
m0_63437643的博客
07-18 1566
但是，当保存订单出错时，JVM实例挂掉了，那么之前扣减的优惠券和库存就没有回滚，这种情况可以考虑在本地记录事务日志，当JVM实例重启后，分析事务日志重新回滚，当然也可以记录事务日志表，或者通过补偿机制，定期扫描优惠券和库存使用表，回滚没有关联订单的或者已取消订单的记录。在页面改版、添加新的功能时需要进行灰度发布，--般情况下是两个版本并行跑一段时间，一些用户访问老版本，一些用户访问新版本，功能验证成功后或者新版本效果不错时，再全量发布。然后，等所有流量迁移到新版本集群后，老版本集群就可以下线了。
阿里云DRS MySQL云数据库使用
qq_42760681的博客
05-11 371
作为全球最受欢迎的开源数据库之一，高安全等级，高稳定，相比开源版本性能最高5倍（官网原话），适合于个人学习与使用。 最重要的是首年19.9元，简直白送！！！建议学习者使用。 [购买链接]https://www.aliyun.com/product/rds/mysql?spm=5176.19720258.J_8058803260.148.8dc02c4anrRWhH 购买完成之后，首先需要创建ip地址白名单，建议设置为自己电脑IP： 在这里可以设置白名单、账号以及数据库： 或者在RDS界面点击管理控制台
GaussDB技术解读系列：5分钟带您了解DRS录制回放
Gauss松鼠会
01-12 2271
DRS录制回放是将源数据库发生的真实业务流量，在目标数据库模拟执行，从而观察和检验目标数据库的功能和性能表现。录制回放主要分为录制、回放两个阶段，录制过程是从源数据库上将所需时间段内的全部SQL原语句（包括增、删、改、查）通过审计日志下载、录制代理等进行采集；回放是将采集到的全部SQL语句在目标数据库上进行执行（目标数据库需有源数据库的初始数据）。
回滚机制有多少种？它们的实现原理是什么？这些你确定都知道？
Java圈全能架构师的博客
08-12 1万+
回滚是指当程序或数据出错时，将程序或数据恢复到最近的一个正确版本的行为。最常见的如事务回滚、代码库回滚、部署版本回滚、数据版本回滚、静态资源版本回滚等。通过回滚机制可保证系统在某些场景下的高可用。 7.1 事务回滚 在执行数据库SQL时，如果我们检测到事务提交冲突，那么事务中所有已执行的SQL要进行回滚，目的是防止数据库出现数据不一致。 对于单库事务回滚直接使用相关SQL即可。如果涉及分布式数据库,则要考虑使用分布式事务,最常见的如两阶段提交、三阶段提交协议，这种方式实现事务回滚难度较低，但是对性能影响
PDMS通用命令
u011498594的博客
08-08 7034
对象操作 拷贝 对象和属性的拷贝。 // 拷贝并重命名 new STRU name /newName copy /oldName rename /oldName /newName 移动 by 沿坐标系移动。(by只能正向移动，无法沿着某个方向移动) 语法格式： by + <pos> + [axes] 命令 说明 BY E400 N300 沿当前对象所属层次的坐标系移...
DRS是啥你都不知道?不是吧，不是吧
热门推荐
敖丙
07-10 2万+
居然这么重要？
DRS数据复制服务
10-09 1075
什么是DRS？ DRS（Data Replication Service数据复制服务）提供数据库零停机的迁移上云，支持同构异构数据库、分布式数据库、分片式数据库之间的迁移。 支持的迁移模式： 全量迁移 全量迁移+增量迁移 支持的网络： VPC网络 VPN网络 专线网络 公网网络 优势： 易操作，周期短，低成本，低风险 实时迁移 实时迁移支持多种网络迁移方式，如：公网网络、VPC网络、VPN网络和专线网络。可实现跨云平台数据库迁移、云下数据库迁移上云或云上跨区域的数据库迁移等多种业务场景迁移。 特点：通过增量
数据复制服务DRS的核心技术原理
03-28
数据复制服务（DRS）是一种用于数据备份和灾难...综上所述，DRS的核心技术原理主要包括数据复制方式、数据传输方式、数据压缩和加密、数据校验和校验点等方面，这些技术可以保障数据备份和恢复的安全性、可靠性和效率。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值