OGG中断后,重新同步操作
模拟一下goldengata中断后,重新同步操作:
1、关掉源端抽取进程
GGSCI (20081122-2105) 15> info all
Program Status Group Lag Time Since Chkpt
MANAGER RUNNING
EXTRACT RUNNING EORA 00:00:00 00:00:03
EXTRACT RUNNING PUMP_SO 00:00:00 00:00:09
GGSCI (20081122-2105) 16> stop eora
Sending STOP request to EXTRACT EORA ...
Request processed.
GGSCI (20081122-2105) 17> stop pump_so
Sending STOP request to EXTRACT PUMP_SO ...
Request processed.
GGSCI (20081122-2105) 18> info all
Program Status Group Lag Time Since Chkpt
MANAGER RUNNING
EXTRACT STOPPED EORA 00:00:00 00:00:07
EXTRACT STOPPED PUMP_SO 00:00:00 00:00:02
2、关掉目标端进程
GGSCI (PC0527ZQM) 16> info all
Program Status Group Lag Time Since Chkpt
MANAGER RUNNING
REPLICAT RUNNING REPL 00:00:00 00:00:09
GGSCI (PC0527ZQM) 17> stop repl
Sending STOP request to REPLICAT REPL ...
Request processed.
GGSCI (PC0527ZQM) 18> info all
Program Status Group Lag Time Since Chkpt
MANAGER RUNNING
REPLICAT STOPPED REPL 00:00:00 00:00:02
3、检查源端demo表
SQL> select count(*) from demo;
COUNT(*)
----------
0
4、检查目标端demo表
SQL> select count(1) from demo;
COUNT(1)
----------
0
5、源端插入100000表数据
SQL> insert into demo
2 select level,level||'a' from dual connect by level <= 100000;
100000 rows inserted
SQL> commit;
Commit complete
6、如果现在直接重启goldengate,数据是能同步过去的,这没有问题,也没有难度。
我现在要做的操作是:
(1)结束当前的本地日志,重新开始一个日志。
(2)然后从当前序列重新抓取。
7、源端操作。
D:\goldengate\dirdat>ls
et000151 et000153 et000155 et000157 et000159 et000161 et000163
et000152 et000154 et000156 et000158 et000160 et000162 et000164
--当前是164号文件,重启的时候自动会变成165,
--现在我手动结束164号文件,然后设置抽取进程从165号文件开始抓取。
GGSCI (20081122-2105) 19> alter extract eora etrollover
2011-12-14 13:43:21 INFO OGG-01520 Rollover performed. For each affected output trail of
Version 10 or higher format, after starting the source extract, issue ALTER EXTSEQNO for that trail's reader
(either pump EXTRACT or REPLICAT) to move the reader's scan to the new trail file; it will not happen automatically.
EXTRACT altered.
GGSCI (20081122-2105) 20> alter eora extseqno 165,extrba 0
EXTRACT altered.
--同时我也设置投递进程的号也为165号文件
GGSCI (20081122-2105) 22> alter extract pump_so etrollover
2011-12-14 13:46:03 INFO OGG-01520 Rollover performed. For each affected output trail of
Version 10 or higher format, after starting the source extract, issue ALTER EXTSEQNO for that trail's rea
der (either pump EXTRACT or REPLICAT) to move the reader's scan to the new trail file; it will not happen automatically.
EXTRACT altered.
GGSCI (20081122-2105) 23> alter pump_so extseqno 165,extrba 0
EXTRACT altered.
8、现在是关键一步,设置从哪个时间点开始抓取事务。
ALTER EXTRACT eora, TRANLOG, BEGIN 2011-12-14 13:30
9、重启源端进程。
GGSCI (20081122-2105) 25> start eora
Sending START request to MANAGER ('GGSMGR') ...
EXTRACT EORA starting
GGSCI (20081122-2105) 26> start pump_so
Sending START request to MANAGER ('GGSMGR') ...
EXTRACT PUMP_SO starting
GGSCI (20081122-2105) 27> info all
Program Status Group Lag Time Since Chkpt
MANAGER RUNNING
EXTRACT RUNNING EORA 00:00:00 00:00:05
EXTRACT RUNNING PUMP_SO 00:00:00 00:05:15
10、看看源端本地日志,重新生成了165、166、167号文件。而164号文件没写满就结束了。
D:\goldengate\dirdat>ls -l
总用量 44552
-rwxrwx---+ 1 Administrators SYSTEM 359769 十一 16 08:58 et000151
-rwxrwx---+ 1 Administrators SYSTEM 17448 十二 5 09:39 et000152
-rwxrwx---+ 1 Administrators SYSTEM 978 十二 14 10:48 et000153
-rwxrwx---+ 1 Administrators SYSTEM 1270 十二 14 10:50 et000154
-rwxrwx---+ 1 Administrators SYSTEM 919 十二 14 11:16 et000155
-rwxrwx---+ 1 Administrators SYSTEM 1414 十二 14 11:17 et000156
-rwxrwx---+ 1 Administrators SYSTEM 1414 十二 14 11:17 et000157
-rwxrwx---+ 1 Administrators SYSTEM 919 十二 14 11:30 et000158
-rwxrwx---+ 1 Administrators SYSTEM 1559 十二 14 11:30 et000159
-rwxrwx---+ 1 Administrators SYSTEM 1500 十二 14 11:33 et000160
-rwxrwx---+ 1 Administrators SYSTEM 919 十二 14 13:25 et000161
-rwxrwx---+ 1 Administrators SYSTEM 9999953 十二 14 13:25 et000162
-rwxrwx---+ 1 Administrators SYSTEM 9999978 十二 14 13:31 et000163
-rwxrwx---+ 1 Administrators SYSTEM 2570306 十二 14 13:31 et000164
-rwxrwx---+ 1 Administrators SYSTEM 9999953 十二 14 13:51 et000165
-rwxrwx---+ 1 Administrators SYSTEM 9999961 十二 14 13:51 et000166
-rwxrwx---+ 1 Administrators SYSTEM 2569952 十二 14 13:51 et000167
11、此时查看目标端远程日志。
D:\ggs\ggs\dirdat>dir
驱动器 D 中的卷没有标签。
卷的序列号是 30DD-ABBC
D:\ggs\ggs\dirdat 的目录
2011-12-14 13:51 <DIR> .
2011-12-14 13:51 <DIR> ..
2011-12-05 09:39 17,595 pt000151
2011-12-05 10:13 1,167 pt000152
2011-12-14 10:48 1,150 pt000153
2011-12-14 11:02 1,543 pt000154
2011-12-14 11:13 1,234 pt000155
2011-12-14 11:27 2,266 pt000156
2011-12-14 11:31 1,318 pt000157
2011-12-14 11:33 1,360 pt000158
2011-12-14 11:34 1,983 pt000159
2011-12-14 13:26 9,999,996 pt000161
2011-12-14 13:31 9,999,915 pt000162
2011-12-14 13:31 2,570,455 pt000163
2011-12-14 13:51 9,999,996 pt000164
2011-12-14 13:51 9,999,884 pt000165
2011-12-14 13:51 2,570,115 pt000166
可以看出,163号文件结束,重新开始了165,166文件,但是和源端差一个文件号。
源端是165-167,目的端是164-166,这没有关系。
12、设置目标段读取进程,从164号文件开始读取。
GGSCI (PC0527ZQM) 21> alter REPLICAT repl extseqno 164, extrba 0
REPLICAT altered.
GGSCI (PC0527ZQM) 23> start repl
Sending START request to MANAGER ('GGSMGR') ...
REPLICAT REPL starting
GGSCI (PC0527ZQM) 24> info all
Program Status Group Lag Time Since Chkpt
MANAGER RUNNING
REPLICAT RUNNING REPL 00:00:00 00:00:12
13、检查源端端数据情况。
SQL> select count(1) from demo;
COUNT(1)
----------
100000
14、检查目标端数据情况
SQL> select count(1) from demo;
COUNT(1)
----------
100000
至此,goldengate 中断后,又重新同步成功。下面的命令非常关键:
--前滚重新生成一个新的队列文件
alter extract xxx etrollover
--从指定时间重新抓取(重新抓取数据前提:归档文件没有删除)
ALTER EXTRACT xxx, TRANLOG, BEGIN 2010-12-31 08:00
--重置抽取进程,本地文件序列号从0开始生成。
alter extract ext1,extseqno 0,extrba 0
--重置读取进程,重新从0号trial文件开始读取。
alter replicat rep1,extseqno 0,extrba 0
转载:http://blog.itpub.net/7204674/viewspace-713290/
OGG中断后,重新同步操作的更多相关文章
- 模拟一下goldengate中断后,重新同步操作
模拟一下goldengata中断后,重新同步操作: 1.关掉源端抽取进程 GGSCI (20081122-2105) 15> info all Program Status ...
- STM32单片机实现中断后不继续向下执行而是返回到main函数
做公司的一个项目,实现一个功能就是 机器在进行一项功能时(这项工作时间挺长),想要取消这项工作,重新选择.想了半天没想出来,结果同事提醒了一句,可以在程序中加一个外部中断,在中断中软件复位程序.用到以 ...
- Pvmove中断后恢复LV状态
Pvmove中断后恢复LV状态 pvmove执行时关闭中断窗口后,pvmove进程会被强制杀掉,从而导致lv的状态异常,无法重新进行pvmove和其他lvm镜像增加相关操作,可以通过如下方式修复: ...
- 浅谈SQL Transaction在请求中断后的行锁表锁
最近在维护Web Service接口时,由于数据数据量达到千万级别,接口调用不时出现错误让人不胜烦恼,经过性能测试查出瓶颈在数据库数据处理上,可着实忙了一番.相信众多程序猿和DBA都会头痛性能的问题, ...
- VS2010安装异常中断后无法安装的解决方法(安装时发生严重错误)
最近,因为公司开发的需要,对开发环境进行全面的升级,在这其中也遇到了不少问题,在之后将陆续整理出来,以便以后查看. 之前开发环境:ArcGIS9.3,ArcEngine9.3,Oracle10g,Ar ...
- PowerPC-关闭中断后,还能报sc中断?
https://mp.weixin.qq.com/s/OsHIfPzYUagaTe5J88dIIg 一. 基本问题 FreeRTOS有一个宏,portYIELD_WITHIN_API(), 意 ...
- Ubuntu虚拟机中断后重启网络断接错误解决方案
因为该死的windows自动更新,所以vmplayer经常会被强制关闭. 但重新启动后,会发生不能连接到网络的情况显示: waiting for the network configuration…… ...
- socket相关函数中断后重试
慢系统调用accept,read,write被信号中断时应该重试.对于accept,如果errno为ECONNABORTED,也应该重试. connect虽然也会阻塞,但被信号中断时不能立即重试,该s ...
- 【Linux】xshell连接中断后就无法连接虚拟机中的Linux
具体情景是这样的: 在使用Linux的时候,本来一直好好的,突然就断了,我去百度了一番,网上的说法有千万种 有的说:是由于防火墙的问题 有的说:是由于Linux与其他ip冲突造成 ... 说法千万种, ...
随机推荐
- avalon1.5+中组件的定义方式
avalon在1.5之后引入新的组件定义和使用方式,其总的宗旨是为了使定义和使用组件更加简单 组件库的概念 首先,需要注意的是,引入了组件库的概念(也可以理解为namespace),之后定义的组件必须 ...
- SpringAOP导致@Autowired依赖注入失败
之前用springAOP做了个操作日志记录,这次在往其他类上使用的时候,service一直注入失败,找了网上好多内容,发现大家都有类似的情况出现,但是又和自己的情况不太符合.后来总结自己的情况发现:方 ...
- Redis客户端API操作 Jedis详解
redis是一个著名的key-value存储系统,也是nosql中的最常见的一种.其实,个人认为,redis最强大的地方不在于其存储,而在于其强大的缓存作用. 我们可以把它想象成一个巨大的(多借点集群 ...
- Hololens文件读写
unity 内勾选 RemovableStorage 选项或 Package.appxmanifest 勾选 可移动存储 选项 uwp app IO操作用 StreamReader 会提示没有权限,如 ...
- 添加JSTL 1.2 依赖库
添加JSTL 1.2 依赖库 JSTL 是一项很有历史的技术,而且版本自Java 5以来长期停留在1.2.但在做简单演示的页面时jstl依然有用,当前我们依然能看到这项技术(在博客.文档的demo里很 ...
- dplyr 数据操作 常用函数(5)
继续来了解dplyr中的其他有用函数 1.sample() 目的是可以从一个数据框中,随机抽取一些行,然后组成新的数据框. sample_n(tbl, size, replace = FALSE, w ...
- C语言之字符串典型例题解析
今天又遇见几个好题,和以前的一些凑一块写一篇文章,作为我延迟去自习室的一个借口吧. 首先是第一题 int fun(char* s){ char* t = s; while(*t++); return ...
- [SOJ] Ordering Tasks
1940. Ordering Tasks Constraints Time Limit: 1 secs, Memory Limit: 32 MB Description John has n task ...
- Struts2的通配符配置方式
Struts2的Action类很有意思,你可以使用3种方式来实现具体的Action类: 让你的Action类继承自ActionSupport类(项目中最常用这种方式,因为ActionSupport类中 ...
- window 7 安装mysql
Mysql版本5.7.16 下载完mysql包之后,直接解压缩. 编辑my-default.ini文件,将下面2行注释取消. basedir = e:/mysql #mysql解压目录 datadir ...