GoldenGate 反向切换步骤

1 事先配置好反向复制链路;

2 停止源端的应用程序;

3 确认源端Capture已捕获所有的Redo信息;

GGSCI>info all

GGSCI>info ext_app

4 确认源端所有queue中无积压数据

GGSCI>info all

GGSCI>info ext_app

GGSCI>info pmp_app

5 把源端的压缩表和要复制的接口表等复制到目标端;

6 确认目标端的sequence的next_value大于等于源端的值,如不满足要求需要对目标端的

sequence进行调整;

7 比对源端和目标端表的数据是否一致;[minus或者count(*)或者hash value对比];或用

vardata工具抽样进行全表对比;

8 启用目标端的约束和外键以及job;

select ‘alter table ‘||owner||‘.‘||table_name||‘ enable constraint ‘||constraint_name||‘;‘

from dba_constraints

where constraint_type in (‘R‘) and

owner in(‘APPUSR‘)

order by status,owner;

select ‘alter trigger ‘||owner||‘.‘||trigger_name||‘ enable;‘

from dba_triggers

where owner in(‘APPUSR‘)

order by status,owner;

SQL>alter system set job_processes=10 scope=both sid=’*’;

9 停止源端的约束和外键以及job;

select ‘alter table ‘||owner||‘.‘||table_name||‘ disable constraint ‘||constraint_name||‘;‘

from dba_constraints

where constraint_type in (‘R‘) and

owner in(‘APPUSR‘)

order by status,owner;

select ‘alter trigger ‘||owner||‘.‘||trigger_name||‘ disable;‘

from dba_triggers

where owner in(‘APPUSR‘)

order by status,owner;

SQL>alter system set job_processes=0 scope=both sid=’*’;

10 启动反向复制的Capture进程,如有可能启动DataPump进程;

11 把应用程序切换到目标端;

12 确认目标端Capture进程状态正常;

13 源端数据库修复后,需要进行反向回切,在此过程中可能需要将数据库从目标端初始化到源端,视具体情况而定;

14 启动反向复制DataPump进程和Replicat进程,将数据从目标端Apply到源端;

15 停止目标端的应用

16 确认源端的Replicat队列没有数据了;

17 把目标端的压缩表和要复制的接口表等复制到源端

18 比对源端和目标端表的数据是否一致;[minus或者count(*)或者hash value对比]

Internal Partner Win Story

19 确认源端的sequence的next_value大于等于目标端的值,如果不是,则需要调整源端的Sequence;

20 启用源端的trigger和约束,以及job

select ‘alter table ‘||owner||‘.‘||table_name||‘ enable constraint ‘||constraint_name||‘;‘

from dba_constraints

where constraint_type in (‘R‘) and

owner in(‘APPUSR‘)

order by status,owner;

select ‘alter trigger ‘||owner||‘.‘||trigger_name||‘ enable;‘

from dba_triggers

where owner in(‘APPUSR‘)

order by status,owner;

SQL>alter system set job_processes=10 scope=both sid=’*’;

21 停止目标端的约束和外键以及job

select ‘alter table ‘||owner||‘.‘||table_name||‘ disable constraint ‘||constraint_name||‘;‘

from dba_constraints

where constraint_type in (‘R‘) and

owner in(‘APPUSR‘)

order by status,owner;

select ‘alter trigger ‘||owner||‘.‘||trigger_name||‘ disable;‘

from dba_triggers

where owner in(‘APPUSR‘)

order by status,owner;

SQL>alter system set job_processes=0 scope=both sid=’*’;

22 启动目标端的Replicat

23 源端启用应用,回切完成

时间: 2024-08-03 09:48:24

GoldenGate 反向切换步骤的相关文章

OGG切换步骤

步骤描述 提前准备好切换方案:以及其他相关人员的配合 切换至容灾数据库: (1)停止前端业务,确认目标端数据已经追平 (2)数据校验,确认数据一致 (3)停止生产库OGG进程(停止后可以直接删除) (4)停止容灾库OGG进程(停止后可以直接删除) (5)重置容灾库的sequence值(如果不做序列复制,则一定需要:如果序列复制,检查一下,确认容灾上值大于等于源库) (6)容灾库配置OGG捕获进程和传输进程:源端配置OGG投递进程 (7)Enable容灾库之前被disable的触发器和约束 (8)

正向解析 反向解析 步骤

总结如何配置一个正向解析区域的详细步骤(必须掌握) 1:定义解析区域, 编辑/etc/named.rfc1912.zones文件,添加zone "yhyblog.cn" IN { type master; file "yhyblog.cn.zone"; }; 2: 编辑/var/named/yhyblog.cn.zone,添加解析区域$TTL 3600; 这里会自动补全yhyblog.cn $ORIGIN yhyblog.cn.@ IN SOA ns1.yhyblo

MHA 自动切换步骤及过程剖析

MHA是众多使用MySQL数据库企业高可用的不二选择,它简单易用,功能强大,实现了基于MySQL replication架构的自动主从故障转移,本文主要描述了MHA自动切换的步骤,对切换过程做了演示以及进行了适当的分析,供大家参考和理解MHA以及MySQL的原理. 1.MHA自动切换的步骤a.MHA manager启动时的校验阶段   根据配置文件校验复制配置以及识别当前的master   导致监控终止情形:复制配置异常,存在的异常slave,一些需要的脚本脚本异常   MHA manager启

mybatis 反向生成步骤

Mybatis 反向生成. 反向生成的步骤: 反向生成的文件 打开文件夹显示 3.打开generator.xml文件 更改配置信息  路径一般情况下用英文  中文的路径有些会识别不了  或产生乱码 4.在电脑的左下角      左击打开  点击  运行  输入 cmd  按回车键 5.输入 6. 7. <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE generatorConfiguration PU

mysql主从切换步骤

1>   正常切换 1)从server检查SHOW PROCESSLIST语句的输出,直到你看到Has read all relaylogwaiting for the slave I/O thread to update it 2)确保从server已经处理了日志中的全部语句. mysql> STOP SLAVE IO_THREAD 当从server都运行完这些,它们能够被又一次配置为一个新的设置. 3)在被提升为主server的从server上,发出 STOP SLAVE和RESET MA

greenplum(5.10)生产系统主备节点切换

集群安装信息参考:系统初始化:http://blog.51cto.com/michaelkang/2167195集群安装配置:http://blog.51cto.com/michaelkang/2170627 本文对敏感信息进行了替换!!!! 集群主备节点 master => gpnode615.kjh.com standby => gpnode616.kjh.com 状态查看工具 gpstate 命令 参数 作用 gpstate -b => 显示简要状态 gpstate -c =>

处理器执行模式+进程切换

大多数处理器至少支持两种执行模式.某些指令只能在特权模式下执行,包括读取或者改变诸如程序状态字之类控制寄存器的指令.原始IO指令和内存管理相关的指令.另外,有一部分内存区域仅在特权下可以被访问到. 非特权态常被称为用户态,这是因为用户程序通常在该模式下执行:特权态可称作系统态.控制态或者内核态,内核态指的是操作系统的内核,这是操作系统中包含重要系统功能的部分. 这样产生了两个问题:处理器如何知道它正在什么模式下执行以及如何改变这一模式.对第一个问题,程序状态字中有一个位表示执行模式,这一位应某些

【DATAGUARD】物理dg配置客户端无缝切换 (八.1)--Data Guard Broker 的配置

[DATAGUARD]物理dg配置客户端无缝切换 (八.1)--Data Guard Broker 的配置 一.1  BLOG文档结构图       一.2  前言部分   一.2.1  导读 各位技术爱好者,看完本文后,你可以掌握如下的技能,也可以学到一些其它你所不知道的知识,~O(∩_∩)O~: ① Data Guard Broker 的配置 ② Fast-Start Failover 的配置 ③ Oracle DataGuard 之客户端TAF 配置 ④ 使用DGMGRL 来管理数据库 ⑤

线上项目腾讯云平滑迁移方案及步骤

目前项目需要迁移至公有云,数据量较大,访问量极高,以腾讯云为例.我们有两种方案(1)购买配置cvm部署应用,云存储Redis,CDB for MySQL,负载均衡CLB(公网)问题: 1.腾讯云redis迁移工具原理为主从拉取rbd\aof进行全量同步,考虑共用腾讯云旧实例保留老数据,及本身主从redis有其他项目数据,便放弃迁移. 2.redis主从同步,跟分库(15个)无关,slaveof后会覆盖各个分库.拉取主库全部分库数据. 3.腾讯云不支持mysql5.7迁移及mysql5.7至mys