Oracle备份与容灾详解.ppt

上传人:豆**** 文档编号:60903758 上传时间:2022-11-19 格式:PPT 页数:32 大小:2.21MB
返回 下载 相关 举报
Oracle备份与容灾详解.ppt_第1页
第1页 / 共32页
Oracle备份与容灾详解.ppt_第2页
第2页 / 共32页
点击查看更多>>
资源描述

《Oracle备份与容灾详解.ppt》由会员分享,可在线阅读,更多相关《Oracle备份与容灾详解.ppt(32页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。

1、Oracle数据安全01020403备份与容灾的重要性备份与容灾概况逻辑备份物理备份05容灾一一.为什么要进行备份和容灾?为什么要进行备份和容灾?1.1.数据库系统故障数据库系统故障案例案例1:如某客户的IT设备机房突然停电,造成存储磁盘损坏,数据文件也因此损坏,来电后数据库无法启动,如果没有备份,则数据库恢复工作将非常艰难.案例案例2:某客户的oracle数据库系统采用aix小机做硬件平台,但由于此小机购买年份较早,早过了维保期,某天突然宕机,操作系统无法启动,由于没有专业的小机维护人员,小机始终无法启动,业务也因此无法运行,幸好有异机备份,在短时间内恢复了数据。案例案例3:某客户要新装一套

2、rac数据库,但由于安装过程报错,需要删除软件并重新安装,但不小心连到了生产数据库,删除了生产库的数据库软件,类似误删除操作还有很多惨痛的案例一一.为什么要进行备份和容灾?为什么要进行备份和容灾?1.2.应用程序故障应用程序故障案例:案例:某客户的软件系统在试运行期间,由于需要上新的功能模块,开发人员添加一个栏目时发现添加有问题,需要删掉此栏目,结果删除的时候把上级目录也删掉了,导致整个目录的其他栏目都删掉了,此问题是软件的一个bug,而此时undo回滚表空间的内容也已经冲掉了,如果没有备份,数据将很难找回来。1.3.人为失误人为失误案例:案例:某客户维护一张表时,认为数据不再需要了,就tru

3、ncatetablet_xxx,结果后来又证明那张表还有需要的数据,但后悔已经来不及了二二.备份和容灾概况备份和容灾概况我们有哪些方式避免各种自然灾害、人为失误及应用程序故障?我们有哪些方式避免各种自然灾害、人为失误及应用程序故障?Oracle为我们提供了多种备份和容灾方式:为我们提供了多种备份和容灾方式:1.冷备份(操作系统copy数据文件)2.Rman物理备份3.逻辑备份(exp/expdp)4.rac5.数据卫士(Dataguard)6.Goldengate其他厂商提供的备份和容灾方式:其他厂商提供的备份和容灾方式:IBM的FlashCopyEMC的SRDF等存储复制技术2.1 区分物理

4、备份和逻辑备份区分物理备份和逻辑备份物理备份就是转储ORACLE物理文件(如数据文件、控制文件、归档日志文件等),一旦数据库发生故障,可以利用这些文件进行还原;逻辑备份就是对数据库对象(如用户、表、存储过程等)利用EXPORT等工具进行导出工作,可以利用IMPORT等工具把逻辑备份文件导入到数据库。特点:特点:物理备份备份的是数据文件、归档日志等底层文件,是真正适用于生产环境的备份,强烈推荐生产库采用物理备份逻辑备份是按一定的格式导出业务数据,适合特定场合,两种备份都不能直接查看数据,需要用相应的工具导入或还原才能读取数据2.2.1 什么是冷备份?什么是冷备份?数据库没有打开的情况下,使用操作

5、系统命令或数据库没有打开的情况下,使用操作系统命令或rman进行备份,由于数据库没有进行备份,由于数据库没有打开,数据库的数据是干净一致的,不存在活动事务。打开,数据库的数据是干净一致的,不存在活动事务。方式:使用操作系统命令直接复制数据文件到另外一个目录即可,windows下直接复制粘贴,其他平台如linux下:cporacledb10gdatafile$pwd/u01/oradata/ORCL/datafileoracledb10gdatafile$cp*.dbf*.ctl*.log/backup/特点:需要将数据库关闭才能做冷备,这样就影响了业务使用,因此在实际生产环境不具实际使用价值2

6、.2 区分冷备份和热备份区分冷备份和热备份2.2.2 什么是热备份?什么是热备份?数据库在数据库在open状态,事务还在活动,此时备份就是热备份,状态,事务还在活动,此时备份就是热备份,oracle数据库支持热备数据库支持热备份,最常用最实用的是用份,最常用最实用的是用rman进行热备份进行热备份三三.rman物理备份物理备份Rman是是oracle数据库的一个组件,功能强大,既能备份也能恢复数据库的一个组件,功能强大,既能备份也能恢复rman可以备份可以备份这些文件:这些文件:数据文件归档日志文件参数文件控制文件三三.rman物理备份物理备份恢复原理:恢复原理:基础整库备份+归档日志(+日志

7、重演)恢复到想要恢复的时间点因此必须开启归档模式,让数据库的在线重做日志保存到归档日志目录里,这样才能利用基点备份基点备份+归档日志归档日志重演数据库到指定时间而如果使用非归档模式,则数据库不会保存在线重做日志,数据丢失后将不能利用基点备份重演日志,通常用通常用rman做物理备份。做物理备份。查看归档是否开启:查看归档是否开启:使用sys或system用户用sqlplus登录数据库:SYSorclarchive log listDatabaselogmodeArchive ModeAutomaticarchivalEnabledArchivedestination/u01/app/oracle

8、/admin/orcl/archivelog或者:SQLselectlog_modefromv$database;LOG_MODE-ARCHIVELOGoracledb$rman target/-使用使用rman登录数据库登录数据库connectedtotargetdatabase:TESTDB(DBID=2592324560)RMANbackup database format/backup/fullbak_%U;Startingbackupat2013/09/0509:23:00usingtargetdatabasecontrolfileinsteadofrecoverycatalogal

9、locatedchannel:ORA_DISK_1channelORA_DISK_1:sid=145devtype=DISKchannelORA_DISK_1:startingfulldatafilebackupsetchannelORA_DISK_1:specifyingdatafile(s)inbackupsetinput datafile fno=00001 name=/u01/app/oracle/oradata/testdb/system.dbfinput datafile fno=00003 name=/u01/app/oracle/oradata/testdb/sysaux.db

10、finput datafile fno=00004 name=/u01/app/oracle/oradata/testdb/users.dbfchannelORA_DISK_1:startingpiece1at2013/09/0509:23:01channelORA_DISK_1:finishedpiece1at2013/09/0509:24:07piecehandle=/backup/fullbak_05oj2uvl_1_1 tag=TAG20130905T092301comment=NONEchannelORA_DISK_1:backupsetcomplete,elapsed time:0

11、0:01:06channelORA_DISK_1:startingfulldatafilebackupsetchannelORA_DISK_1:specifyingdatafile(s)inbackupsetincluding current control file in backupsetincluding current SPFILE in backupsetchannelORA_DISK_1:startingpiece1at2013/09/0509:24:10channelORA_DISK_1:finishedpiece1at2013/09/0509:24:11piecehandle=

12、/backup/fullbak_06oj2v1n_1_1 tag=TAG20130905T092301comment=NONEchannelORA_DISK_1:backupsetcomplete,elapsed time:00:00:04Finishedbackupat2013/09/0509:24:113.1 备份过程示例:备份过程示例:可以看出备份全库时包括两部分:一个数据文件的备份集,其中包括了所有的数据文件,一个控制文件+spfile的备份集,包括了控制文件和spfilerootdbbackup#ls-lhtotal811M-rw-r-1oracleoinstall795MSep50

13、9:23fullbak_05oj2uvl_1_1-rw-r-1oracleoinstall15MSep509:24fullbak_06oj2v1n_1_13.2 rman备份恢复场景示例:备份恢复场景示例:现在已经做了全备,即基点备份,如果我们需要恢复数据库,我们就可以使用这个全备的rman备份做基点,加上归档日志来恢复,如创建一个表并插入数据,如果此时突然发生磁盘磁盘损坏,导致数据文件损坏及数据库异常终止,可以按如下方法恢复:SQLcreatetablet(idnumber,namevarchar2(30);Tablecreated.SQLinsertintotvalues(1,mcl);1

14、rowcreated.SQLinsertintotvalues(2,admin);1rowcreated.SQLinsertintotvalues(3,dba);1rowcreated.SQLcommit;1.在mcl用户下新建一张表,并插入数据SQLselect*fromt;IDNAME-1mcl2admin3dbaSQL alter system switch logfile;Systemaltered.2.假设此时磁盘发生损坏,并强制关闭了数据库-强制关闭数据库强制关闭数据库SQLshutdownabortORACLEinstanceshutdown.-删除数据文件删除数据文件oracl

15、edbtestdb$lscurrent.269.808996433goldengate.dbfredo03.dbfTESTDBundotbs2.dbfcurrent.269.808996433.bakredo01.dbfsysaux.dbfts_bbed.dbfundotbs3.dbfcurrent.bakredo02.dbfsystem.dbfts_mcl.dbfusers.dbforacledbtestdb$rm-rf*-启动数据库启动数据库SQLstartupORACLEinstancestarted.TotalSystemGlobalArea331350016bytesFixedSiz

16、e2083720bytesVariableSize117441656bytesDatabaseBuffers205520896bytesRedoBuffers6303744bytesORA-00205:error in identifying control file,check alert log for more infoSQLselectinstance_name,statusfromv$Instance;INSTANCE_NAMESTATUS-testdbSTARTED3.恢复控制文件RMANrestore controlfile from/backup/fullbak_06oj2v1

17、n_1_1;Startingrestoreat2013/09/0510:46:47usingtargetdatabasecontrolfileinsteadofrecoverycatalogallocatedchannel:ORA_DISK_1channelORA_DISK_1:sid=156devtype=DISKchannelORA_DISK_1:restoringcontrolfilechannelORA_DISK_1:restorecomplete,elapsedtime:00:00:03outputfilename=/u01/app/oracle/oradata/testdb/cur

18、rent.269.808996433Finishedrestoreat2013/09/0510:46:51-mount控制文件控制文件SQLalterdatabasemount;Databasealtered.SQLselectinstance_name,statusfromv$Instance;INSTANCE_NAMESTATUS-testdbMOUNTED4.恢复数据文件包括两步:restore、recoverRMANrestore database;Startingrestoreat2013/09/0512:42:18usingchannelORA_DISK_1channelORA_D

19、ISK_1:startingdatafilebackupsetrestorechannelORA_DISK_1:specifyingdatafile(s)torestorefrombackupsetrestoringdatafile00001to/u01/app/oracle/oradata/testdb/system.dbfrestoringdatafile00002to/u01/app/oracle/oradata/testdb/ts_mcl.dbfrestoringdatafile00003to/u01/app/oracle/oradata/testdb/sysaux.dbfrestor

20、ingdatafile00004to/u01/app/oracle/oradata/testdb/users.dbfrestoringdatafile00005to/u01/app/oracle/oradata/testdb/ts_bbed.dbfrestoringdatafile00006to/u01/app/oracle/oradata/testdb/goldengate.dbfrestoringdatafile00007to/u01/app/oracle/oradata/testdb/undotbs2.dbfrestoringdatafile00008to/u01/app/oracle/

21、oradata/testdb/undotbs3.dbfchannelORA_DISK_1:readingfrombackuppiece/backup/fullbak_05oj2uvl_1_1channelORA_DISK_1:restoredbackuppiece1piecehandle=/backup/fullbak_05oj2uvl_1_1tag=TAG20130905T092301channelORA_DISK_1:restorecomplete,elapsedtime:00:00:55Finishedrestoreat2013/09/0512:43:13Restore其实就是把备份还原

22、出来,但此时还是备份时的数据状态,也就是建mcl.t表之前的状态,数据文件目录的文件现在都回来了,但注意此时数据并没有mcl.t表oracledbbackup$ls-lh/u01/app/oracle/oradata/testdb/total1.2G-rw-r-1oracleoinstall15MSep512:45current.269.808996433-rw-r-1oracleoinstall21MSep512:42goldengate.dbf-rw-r-1oracleoinstall301MSep512:42sysaux.dbf-rw-r-1oracleoinstall521MSep51

23、2:43system.dbf-rw-r-1oracleoinstall11MSep512:42ts_bbed.dbf-rw-r-1oracleoinstall1.1MSep512:42ts_mcl.dbf-rw-r-1oracleoinstall51MSep512:42undotbs2.dbf-rw-r-1oracleoinstall51MSep512:42undotbs3.dbf-rw-r-1oracleoinstall213MSep512:42users.dbfRMANrecover database;Startingrecoverat2013/09/0512:53:46usingchan

24、nelORA_DISK_1startingmediarecoveryarchivelogfilename=/u01/app/oracle/arch/1_17_823348175.dbfthread=1sequence=17archivelogfilename=/u01/app/oracle/arch/1_17_823348175.dbfthread=1sequence=18RMAN-00571:=RMAN-00569:=ERRORMESSAGESTACKFOLLOWS=RMAN-00571:=RMAN-03002:failureofrecovercommandat09/05/201312:53

25、:53RMAN-11003:failureduringparse/executionofSQLstatement:alterdatabaserecoverlogfile/u01/app/oracle/arch/1_17_823348175.dbfORA-00310:archivedlogcontainssequence17;sequence18requiredORA-00334:archivedlog:/u01/app/oracle/arch/1_17_823348175.dbf5.恢复数据文件continue包括两步:restore、recoverSQLarchiveloglistDatab

26、aselogmodeArchiveModeAutomaticarchivalEnabledArchivedestination/u01/app/oracle/archOldestonlinelogsequence15Nextlogsequencetoarchive17Currentlogsequence 176.打开数据库由于数据库的当前联机日志已经被删除,因此需要resetlogs方式重建redolog,并打开数据库SQLalterdatabaseopenresetlogs;Databasealtered.7.验证数据SQLselect*frommcl.t;IDNAME-1mcl2admin

27、3dba总结:备份不是目的,恢复才是目的。恢复时需要一个基点备份(restore出来),然后在此基础上重演归档日志和在线日志(recover过程),恢复到故障发生的那一刻3.3 生产环境下备份作业(适合小数据量)生产环境下备份作业(适合小数据量)1.准备一个空间足够的备份盘,并mount到/backup目录2.创建相关备份目录mkdir-p/backup/oracle/testdb/archbackupmkdir-p/backup/oracle/testdb/fullbackupmkdir-p/backup/oracle/testdb/ctlbackupmkdir-p/backup/oracl

28、e/testdb/scriptmkdir-p/backup/oracle/testdb/logmkdir-p/backup/oracle/testdb/otherchown-Roracle:oinstall/backup/chmod-R775/backup/3.上传备份脚本到/backup/oracle/testdb/script/4.制定任务计划定时执行备份:crontab-e02*/backup/oracle/testdb/script/startrman.sh3.4 生产环境下增量备份作业(适合大数据量)生产环境下增量备份作业(适合大数据量)增量备份的级别:增量备份的级别:增量备份可以有

29、n多个级别,从0级、1级、2级这样顺序排列直到n级(n为小于等于4的正整数)。增量备份分类:增量备份分类:差异增量备份(备份同级和小于同级的变化数据)累计增量备份(备份小于同级的变化数据)差异增量备份差异增量备份周日:周日:全库备份周一:周一:只备份level0之后有变化的数据块周二:周二:只备份周一以来所有变化的数据块周三:周三:只备份周二以来所有变化的数据块累计累计增量备份增量备份周日:周日:全库备份周一:周一:备份周日level0之后有变化的数据块周二:周二:备份周日以来所有变化的数据块周三:周三:备份周日以来所有变化的数据块差异增量备份特点:只备份小于同级的数据变化,但恢复时需要读取更

30、多的备份集,因此备份时间短,恢复时间长。累计增量备份特点:只备份小于等于同级的数据变化,但恢复时可以读取更少的备份集,因此备份时间长,恢复时间短。实际生产环境备份示例:实际生产环境备份示例:1.创建备份磁盘及目录,建立相关目录(参考上节)部署备份作业步骤:部署备份作业步骤:2.上传备份脚本到/backup/oracle/testdb/script目录3.开启备份的blockchangetrace功能(非必须)SQLalterdatabaseenableblockchangetracking;SQLselect*fromv$block_change_tracking;STATUSFILENAME

31、BYTES-ENABLED+DATADG/urpdb/changetracking/ctf.303.82387916712681216crontab-e02*/backup/oracle/testdb/script/startrman.sh4.制定备份自动注意:以上脚本需要根据实际数据库名做修改注意:以上脚本需要根据实际数据库名做修改四四.逻辑备份逻辑备份逻辑备份包括逻辑备份包括exp/expdp:其中exp是oracle比较古老的数据导出工具了,oracle10g及以后建议使用expdp导数据,因为后者速度更快,使用更加灵活,两者之间最大的区别在于:exp可以把数据导出到客户端,也可以导出到

32、服务器端,但expdp只能导出到服务器端逻辑导出的特点:逻辑导出的特点:优点:优点:逻辑导出可以只导出部分对象,方式灵活,导出的dmp文件可以跨平台、跨操作系统、跨数据库版本导入到别的数据库中,因此这种平台无关、版本无关的特性适合数据迁移(1T以下)、数据备份。缺点:缺点:导出那一刻数据就已经固定了,无法利用数据库日志进行重演而恢复到最新的状态,但有时候也不需要这种功能。另外导出速度快,导入速度慢,不适合大数据量的导入,但对于中小型数据库(1T以下)使用场景很多。exp/expdp分为三种导出模式:分为三种导出模式:表模式:表模式:导出一个表或多个表,在导出时指定tables=xxx.xxx用

33、户模式:用户模式:导出一个schema下的所有对象全库模式:全库模式:full=ySQLselectuserenv(language)fromdual;USERENV(LANGUAGE)-AMERICAN_AMERICA.AL32UTF84.1 exp示例:示例:1.查询数据库的字符集查询数据库的字符集2.设置设置NLS_LANG环境变量,避免环境变量,避免导出时字符集转换导出时字符集转换oracledbbackup$exportNLS_LANG=AMERICAN_AMERICA.AL32UTF83.exp导出数据导出数据oracledbbackup$exp mcl/mcl tables=mc

34、l.t file=/backup/mcl_t.dmpExport:Release10.2.0.4.0-ProductiononThuSep516:23:442013Copyright(c)1982,2007,Oracle.Allrightsreserved.Connectedto:OracleDatabase10gEnterpriseEditionRelease10.2.0.4.0-64bitProductionWiththePartitioning,OLAP,DataMiningandRealApplicationTestingoptionsExportdoneinAL32UTF8chara

35、ctersetandAL16UTF16NCHARcharactersetAbouttoexportspecifiedtablesviaConventionalPath.exportingtableT3rowsexportedExportterminatedsuccessfullywithoutwarnings.oracledbbackup$mkdir-p/backup/dir_dump/SQLcreatedirectorydir_dumpas/backup/dir_dump;Directorycreated.4.2 expdp示例:示例:1.建目录及目录对象:建目录及目录对象:2.导出数据:导

36、出数据:oracledbbackup$expdp mcl/mcl directory=dir_dump tables=mcl.t dumpfile=mcl_t_expdp.dmp logfile=expdp_mcl_t.logExport:Release10.2.0.4.0-64bitProductiononThursday,05September,201316:44:30Copyright(c)2003,2007,Oracle.Allrightsreserved.Connectedto:OracleDatabase10gEnterpriseEditionRelease10.2.0.4.0-6

37、4bitProductionWiththePartitioning,OLAP,DataMiningandRealApplicationTestingoptionsStartingMCL.SYS_EXPORT_TABLE_01:mcl/*directory=dir_dumptables=mcl.tdumpfile=mcl_t_expdp.dmplogfile=expdp_mcl_t.logEstimateinprogressusingBLOCKSmethod.ProcessingobjecttypeTABLE_EXPORT/TABLE/TABLE_DATATotalestimationusing

38、BLOCKSmethod:64KBProcessingobjecttypeTABLE_EXPORT/TABLE/TABLEProcessingobjecttypeTABLE_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS.exported MCL.T 5.242 KB 3 rowsMastertableMCL.SYS_EXPORT_TABLE_01successfullyloaded/unloaded*DumpfilesetforMCL.SYS_EXPORT_TABLE_01is:/backup/dir_dump/mcl_t_expdp.dmpJobMCL.S

39、YS_EXPORT_TABLE_01successfullycompletedat16:44:524.3 一个实际生产环境逻辑备份示例:一个实际生产环境逻辑备份示例:生产库环境:10.2.0.5rac数据库操作系统平台:HUPX11.31备份库环境:10.2.0.1单机数据库操作系统平台:AIX5.3逻辑备份需求:主库有rman物理备份,但为了加固数据安全,防止因存储控制器损坏等问题造成数据全部丢失,利旧AIX小机做逻辑备份,数据文件总大小为196G,expdp导出并压缩后的实际数据为5G,业务用户约50个,每天夜里备份完所有的业务用户数据后,使用scp复制到备库,并在主库保留7天数据,备库上

40、保留14天。5.其他灾备其他灾备5.1 racRAC是为了满足人们对系统的高可靠性、高速性以及VLDB(大规模数据库)的需求而开发设计的一项集群处理技术。另外,它还能提高系统的吞吐量,并有效支持更多的用户,RAC可以让多个节点的多个实例同时访问同一个数据库。这样,系统就可以把一个大的任务分为几个子任务,给不同的节点去执行,从而横向扩展服务器内存、cpu压力。Rac的的优点优点:多个数据库服务器担任实例,同时能对外提供服务,可以提供负载均衡和故障切换,任何一台数据库服务器发生故障,业务均不会受到影响,对服务器单点故障能起到很好的保护作用.Rac的的缺点缺点:在共享存储上只有1份数据,如果存储发生

41、故障,数据可能会丢失,RTO时间也比较长,从性能角度上讲,如果软件本身的性能比较差(如sql比较低效),扩容成rac也不能解决性能问题,另外如果硬件比较差,如存储读写慢、内网速度慢,rac本身就是性能瓶颈;部署要求部署要求:两台相同硬件架构(甚至型号)的数据库服务器,每台数据库服务器至少两块网卡,一台共享存储,至少一台光纤交换机;5.1 rac5.2 dataguarddataguard包含一个生产数据库(单机或者rac)和一个或更多备份数据库(也可以是单机或rac)。在DataGuard配置中的数据库可以通过oracleNet连接并可以分布在不同地理位置,通过冗余数据来提供数据保护。data

42、guard通过日志同步机制保证冗余数据和主数据之间的同步,这种同步可以是实时、延时、同步、异步多种形式。数据库所处位置是没有限制的,只要它们能互相通信,特点如下:pDataGuard采用捕获主库归档日志或在线重做日志的方式,把所有主库的数据改变传递到备库进行重演,以此保证低延迟、一致性的多份数据。p10g版本的dataguard的备库只能处于mount模式下做日志同步,如果想打开数据库进行查询只能先停止恢复数据并openreadonly模式打开数据库,因此备库的作用只能用作灾备而不能利用起来,11g版本的dataguard的备库可以在openreadonly模式进行日志恢复,因此可以在备库上进

43、行实时只读查询业务,但要注意的是,虽然可以在Standby机器上执行只读查询,从而分散Primary数据库的性能压力,但是DataGurad不是性能解决方案。pdataguard的两端主备库的操作系统要采用相同平台、相同版本的操作系统,硬件配置最好一致。pDataGuard能与传统的rac、cluster技术一起使用,而且主库端和备库端可以分别采用单机+单机、rac+单机、单机+rac、rac+rac的方式组件dataguard,以提供高级别的数据保护和数据可用性。5.2 dataguard优点:优点:真正的数据库灾备技术,数据可以同时存放在两个或更多个存储上,主库新数据可以进行实时同步,按数

44、据库的保护级别可以进行最大保护、最高可用、最高性能三种模式灵活进行保护。缺点:缺点:备库只能做灾备使用,业务系统不能利用备库提供业务访问(虽然11gactivedataguard可以提供只读访问,但只能应用中某些特定场景,如报表查询功能),因此对硬件有些浪费。5.3 goldengateGoldengate软件是一种基于日志的结构化数据复制软件,它通过解析源数据库在线日志或归档日志获得数据的增量变化,再将这些变化应用到目标数据库,从而实现源数据库与目标数据库同步。GoldenGate可以在异构的IT基础结构(包括几乎所有常用操作系统平台和数据库平台)之间实现大量数据亚秒一级的实时复制,从而可以

45、在应急系统、在线报表、实时数据仓库供应、交易跟踪、数据同步、集中/分发、容灾等多个场景下应用。其中跨平台特性是goldengate的一大亮点,即支持oracle和不同操作系统平台下的oracle可以进行数据同步,也支持在不同操作系统平台下和其他数据库(如mysql、sqlserver、db2等)进行数据同步。同时,GoldenGate可以实现一对一、广播(一对多)、聚合(多对一)、双向、点对点、级联等多种灵活的拓扑结构,下图是oraclegoldengate支持的架构。优点优点:主库和从库可以进行在不同平台、不同操作系统、不同数据库版本甚至不同数据库下灵活配置,可以同步一张表、一个用户下的所有

46、或部分表、整库同步等多种同步模式,粒度更细更灵活,可以用作灾备、数据同步、ETL、升级、数据汇总等多种场景缺点缺点:配置复杂,维护成本较高5.3 goldengate5.4 各种容灾技术对比各种容灾技术对比对比比项架构架构RacDataguardGoldengate数数据据库服服务器器故故障障Rto最快取决于数据库切换及应用切换时间取决于应用切换时间存存储故障故障RTO数据有可能丢失,恢复时间最慢数据不会丢失,恢复时间取决于切换时间及应用切换时间数据不会丢失,恢复时间取决于应用切换时间是否要同平台是否要同平台需要需要不需要软件同版本件同版本需要需要不需要数据的副本数数据的副本数只有一份一份或以上一份或以上数据同步量数据同步量N/A多少对业务的支持的支持可以在两个节点上同时提供业务访问备库只能提供只读访问主备端均可读可写主要用途主要用途避免单点服务器故障,提供负载均衡灾备灾备、数据抽取、更灵活的数据同步

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 教育专区 > 高考资料

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知得利文库网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号-8 |  经营许可证:黑B2-20190332号 |   黑公网安备:91230400333293403D

© 2020-2023 www.deliwenku.com 得利文库. All Rights Reserved 黑龙江转换宝科技有限公司 

黑龙江省互联网违法和不良信息举报
举报电话:0468-3380021 邮箱:hgswwxb@163.com