基于GoldenGate的灾备智能切控制方法_2

文档序号:9349821阅读:来源:国知局
10NS MISSINGROff ABEND
[0052]STAT0PT1NS REP0RTFETCH
[0053]WARNLONGTRANS IH,CHECKINTERVAL 1m
[0054]DYNAMICRESOLUTI ON
[0055]TABLE OWNER.* ;
[0056]3.投递进程使用D开头,投递进程的参数可参考如下:
[0057]extract yyyyyy
[0058]passthru
[0059]dynamicresolut1n
[0060]rmthost 10.254.9.61,mgrport 7959,compress[0061 ]rmttraiI/opt/oracle/ogg/ggndb/dirdat/zzzzzz/ss
[0062]discardfile./dirrpt/yyyyyy.dsc, append, megabytes 1024
[0063]discardrollover at 6:00
[0064]reportrollover at 6:00
[0065]reportcount every lhours, rate
[0066]TABLE owner.* ;
[0067]4.复制进程使用R开头,复制进程的参数可参考如下:
[0068]REPLICAT zzzzzz
[0069]obey/opt/oracle/product/rdbms/11.2.0/ogg/gg—ndb2—param.0by
[0070]assumetargetdefs
[0071]SQLEXEC'ALTER SESS1N SET COMMIT—WRITE = N0WAIT〃
[0072]SQLEXEC'ALTER SESS1N SET CONSTRAINTS = DEFERRED"
[0073]DBOPT1NS DEFERREFCONST
[0074]DBOPT1NS SUPPRESSTRIGGERS
[0075]
[0076]--bbbb
[0077]—cccc
[0078]—dddd
[0079]DISCARDFILE./dirrpt/zzzzzz.dsc, APPEND, MEGABYTES 1024
[0080]DISCARDR0LL0VER AT 6:00
[0081]reperror (default, abend)
[0082]reperror(24344, discard)
[0083]DDL INCLUDE MAPPED
[0084]DDLOPT1NS REPORT
[0085]REPORTROLLOVER AT 6:00
[0086]REPORTCOUNT EVERY 1H0URS, RATE
[0087]NUMFILES 150
[0088]APPLYN00PUPDATES
[0089]GR0UPTRANS0PS 1000
[0090]batchsql opsperqueue 5000,opsperbatch 5000
[0091]MAP OWNER.*,TARGET OWNER.* ;
[0092]5.使用数据栗或其他方式做一次全量数据的初始化;
[0093]6.在目标端增加一个AEXTCHK抽取进程,检查有没有除OGG同步之外的操作;
[0094]7.反向同步的配置和上述方式类同;
[0095]8.将智能切换脚本部署在每个节点中,建议各节点的路径一致;
[0096]9.在Set_enV.sh中配置好环境变量,每个节点上的配置可能不一样;
[0097]10.切换前,先检查数据是否已经同步完成,切换过程脚本会自己去判断,若没有同步完成,那么它会循环判断,直至数据同步完成;
[0098]11.使用 root 用户执行脚本:sh switch_ogg_SZtoBJ.sh$0RACLE_SIDo
[0099]如果源端和灾备目标端的节点主机上存在多个实例,则每次通过脚本执行切换一个实例,采用上述脚本执行方式,能在短时间内完成切换,约I分钟,大大缩短了业务停止生产的时间。请继续参见图2,假设环境如下:1.生产系统是两个节点的RAC,服务器在深圳,每个节点上存在四个实例;2.灾备系统是两个节点的RAC,服务器在北京,每个节点上存在四个实例;3.生产系统与灾备系统之间是通过G0LDENGATE实现的数据同步。采用本发明的控制方法后,生产系统的任何一个与灾备系统中的任何一个节点,均可实现切换和回切;系统中的任何一个实例,均通过一套脚本实现。假设dba的业务连接在深圳,那么,执Rsh switch_ogg_SZtoBJ.sh dba I即可将数据库切换至北京端,此时,业务连接至北京端即可使用。
[0100]本发明提供的基于GoldenGate的灾备智能切控制方法,不但安全可靠,有效避免数据丢失,并且能够在短时间内完成切换,大大缩短了业务停止生产的时间,具有自动化、智能化、完整性、一致性的特点。具体优点如下:自动化:每次切换一个实例,仅需执行一次脚本,所有工作均自动完成。智能化:通过配置参数文件Set_enV.sh可实现一个库多个实例的切换,同时大大提高了可迀移性,在其他库上运用此切换脚本时,只需配置Set_enV.sh参数文件即可。完整性:整个切换流程,考虑周全,从监听、进程、抽取、投递、复制均考虑到了,同时还使用添加AEXTCHK抽取进程,以获取队G0LDENGATE同步之外产生的数据。一致性:脚本切换的整套流程是完整的,那么可确保数据同步是一致的,同步,若出现切换后还有数据在源端产生,那么还可通过AEXTCHK进程获取这些数据,故提高了数据一致性的保障。
[0101]虽然本发明已以较佳实施例揭示如上,然其并非用以限定本发明,任何本领域技术人员,在不脱离本发明的精神和范围内,当可作些许的修改和完善,因此本发明的保护范围当以权利要求书所界定的为准。
【主权项】
1.一种基于GoldenGate的灾备智能切控制方法,其特征在于,包括如下步骤: 51:在源端和灾备目标端的节点主机上分别部署GoldenGate软件进行数据同步备份; 52:每次切换前,在源端停止实时应用集群监听,避免应用系统再连接到实例中; 53:获取源端和灾备目标端的节点主机上各实例的SPID,并自动生成KILL脚本停止各实例的SPID,断开会话,保证实例中无活动的业务进程; 54:在源端节点主机上循环检测抽取进程,以判断数据抽取是否全部完成,完成了则停止抽取进程; 55:在源端节点主机循环检测投递进程,以判断数据投递是否全部完成,完成了则停止投递进程; 56:在源端节点主机启动反向同步的复制进程,并提前准备好接收反向同步的数据; 57:在目标端节点主机循环检测复制进程,以判断数据复制是否全部完成,完成了则停止正向同步的复制进程,并从当前时间开始取数启动反向同步的抽取进程; 58:最后在目标端节点主机上启动投递进程。2.如权利要求1所述的基于GoldenGate的灾备智能切控制方法,其特征在于,所述源端节点主机启动反向同步的复制进程后,还启动AEXTCHK备用抽取进程,以抽取GoldenGate同步以外产生的数据,抽取出来的数据存放在本地,根据用户需求再确定是否将数据同步到目标端,避免数据丢失。3.如权利要求1所述的基于GoldenGate的灾备智能切控制方法,其特征在于,如果源端和灾备目标端的节点主机上存在多个实例,则每次通过脚本执行切换一个实例。4.如权利要求1所述的基于GoldenGate的灾备智能切控制方法,其特征在于,所述步骤SI中源端节点主机上的GoldenGate利用抽取进程和数据库日志获得数据的增量变化,将增量数据转化为GoldenGate格式并采用10:1的压缩率对数据压缩后,利用投递进程在容灾链路上直接通过TCP/IP网络传输至灾备目标端节点主机;所述目标端节点主机上的GoldenGate通过交易重组,分批加载加快数据投递的速度和效率,在亚秒级实现增量数据的复制。5.如权利要求1所述的基于GoldenGate的灾备智能切控制方法,其特征在于,所述步骤S7中目标端节点主机获取灾备目标端最后应用的SCN号,查询该SCN号对应的时间点,并从该时间点开始取数启动反向同步的抽取进程。
【专利摘要】本发明公开了一种基于GoldenGate的灾备智能切控制方法,包括如下步骤:在源端和灾备目标端的节点主机上分别部署GoldenGate软件进行数据同步备份;每次切换前,在源端停止RAC监听,获取源端和灾备目标端的节点主机上各实例的SPID,并自动生成KILL脚本停止各实例的SPID;在源端节点主机上循环检测并停止抽取进程和投递进程;在源端节点主机启动反向同步的复制进程;在目标端节点主机循环检测复制进程,停止正向同步的复制进程,并启动反向同步的抽取进程;最后在目标端节点主机上启动投递进程。本发明不但安全可靠,有效避免数据丢失,并且能够在短时间内完成切换,大大缩短了业务停止生产的时间。
【IPC分类】G06F17/30, G06F11/14
【公开号】CN105068886
【申请号】CN201510458516
【发明人】程永新, 林小勇, 温伟灵
【申请人】上海新炬网络信息技术有限公司
【公开日】2015年11月18日
【申请日】2015年7月30日
当前第2页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1