eygle.com   eygle.com
eygle.com eygle
eygle.com  
 

« 百花齐放:十二大亮点抢鲜看,数据技术嘉年华11.17日北京盛放 | Blog首页

千丝万缕:Oracle扩展统计信息虚拟列引发OGG 1161错误

昨天有朋友在微信群提出一个问题,Oracle 12c GoldenGate 在复制时出现错误 OGG-01161 。

提示在 Trail 文件中,本应有 79 列,事实上出现了 93 列。

错误信息如下:

Bad column index (93) specified for table T_INITIAL_PREM, max columns = 79.

在检查数据表时,的确发现多出来很多列,这些列以 SYS_STS 开头,如果以 SYS_STS% 过滤,可以找到这些列:

WechatIMG12.png

那么这些列是怎么得来的?

查了一下文档确认:这是扩展统计信息生成的虚拟列 - Extended Stats Column 。

删除扩展统计信息,这些列就被清除了:

DBMS_STATS.DROP_EXTENDED_STATS(OWNNAME => 'MISBI',TABNAME => 'T_INITIAL_PREM',EXTENSION =>'("SALE_SVC_ID","SALECHNL","CTFLAG","CTVALIDATE","BANK_SELL_TYPE")');

这个案例提示我们,要注意学习Oracle的新特性,也要认真思考这些新特性可能带来的级联影响,按照六度关系理论,数据库中任何的修改都可能快速的关联到整个系统的核心稳定性上。


历史上的今天...
    >> 2012-11-15文章:
    >> 2011-11-15文章:
    >> 2010-11-15文章:
    >> 2009-11-15文章:
    >> 2008-11-15文章:
    >> 2006-11-15文章:
    >> 2005-11-15文章:
           iSCSI节点名称定义及其他
           NetAPP iSCSI性能测试
    >> 2004-11-15文章:
           使用热备份进行分时恢复

无觅

By eygle on 2017-11-15 09:39 | Comments (0) | Case | 3268 |


CopyRight © 2004~2020 云和恩墨,成就未来!, All rights reserved.
数据恢复·紧急救援·性能优化 云和恩墨 24x7 热线电话:400-600-8755 业务咨询:010-59007017-7040 or 7037 业务合作: marketing@enmotech.com