Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

0

积分

1

好友

2

主题
1#
发表于 2012-12-6 14:43:54 | 查看: 5625| 回复: 5
最近遇到一个OGG压缩表相关的同步问题,
场景:一个大表被建成了OLTP压缩表,配置OGG后发现抽取报错:不支持压缩表。将该表改为不压缩,抽取依然报错,有没什么不停机的办法解决,谢谢!错误如下

2012-12-06 14:32:08  ERROR   OGG-01028  Oracle GoldenGate Capture for Oracle, e_crm2.prm:  Record on table CRM.KH_CUSTADD with
rowid AAAeghAAOAABsnKAAX from transaction 70.21.267502 (0x0046.015.000414ee) is compressed. Compression is not supported.
2012-12-06 14:32:08  ERROR   OGG-01668  Oracle GoldenGate Capture for Oracle, e_crm2.prm:  PROCESS ABENDING.

2#
发表于 2012-12-6 14:51:14
找到一个说明,晚些试下
http://blog.itpub.net/post/37766/519728

回复 只看该作者 道具 举报

3#
发表于 2012-12-6 22:18:27

最简单的修改该表 为 non-compression , 记得要move tablespace 才生效

回复 只看该作者 道具 举报

4#
发表于 2012-12-6 23:08:49
Liu Maclean(刘相兵 发表于 2012-12-6 22:18
最简单的修改该表 为 non-compression , 记得要move tablespace 才生效

在测试环境试了一下,执行alter table crm.kh_custadd move nocompress需要花费10分钟,另外执行后索引会失效,需要重建,请问这放在生产环境执行的话有没风险,除了会锁表影响DML,还有没其他潜在风险,没做过类似生产操作,求证,谢谢;

回复 只看该作者 道具 举报

5#
发表于 2012-12-6 23:10:40
如果是生产环境没有停机时间,那么考虑用在线重定义来做

也考虑OGG EXCLUDE该表, 之后再初始化同步也可以啊

回复 只看该作者 道具 举报

6#
发表于 2012-12-7 21:24:32
Liu Maclean(刘相兵 发表于 2012-12-6 23:10
如果是生产环境没有停机时间,那么考虑用在线重定义来做

也考虑OGG EXCLUDE该表, 之后再初始化同步也可以 ...

谢谢,准备找个晚上来做这个事情

回复 只看该作者 道具 举报

您需要登录后才可以回帖 登录 | 注册

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-11-18 18:48 , Processed in 0.064206 second(s), 20 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569