goldengate出错

baiying1213

很奇怪，同步的几百张表中唯一只有这个usertoper表经常出现这种问题。
以下是目标端replicat的discard文件信息：
[oracle@dbslave dirrpt]$ more RINImj.dsc
Current time: 2011-08-31 20:00:55
Discarded record from action ABEND on error 1403
Aborting transaction on /u01/goldengate/dirdat/mj beginning at seqno 0 rba 487982
                         error at seqno 0 rba 487982
Problem replicating FINANCE10.USERTOPER to FINANCE10.USERTOPER
Record not found
Mapping problem with delete record (target format)...
*
ID = ff80808131d253e20132135f4cf91d4d
*





[oracle@dbslave dirrpt]$


**********************************************************************
**                     Run Time Messages                             **
***********************************************************************

Opened trail file /u01/goldengate/dirdat/mj000000 at 2011-08-29 10:42:23

2011-08-29 13:22:27  INFO    OGG-01407  Setting current schema for DDL operation to [FINANCE10].

2011-08-29 13:22:32  INFO    OGG-01407  Setting current schema for DDL operation to [FINANCE10].

2011-08-29 13:22:32  INFO    OGG-01408  Restoring current schema for DDL operation to [OGG].

Wildcard MAP resolved (entry FINANCE10.*):
  MAP FINANCE10.TBS_TEST, TARGET finance10.TBS_TEST;
Using following columns in default map by name:
  ID

Using the following key columns for target table FINANCE10.TBS_TEST: ID.


2011-08-29 13:38:37  INFO    OGG-01407  Setting current schema for DDL operation to [FINANCE10].

2011-08-29 13:38:37  INFO    OGG-01408  Restoring current schema for DDL operation to [OGG].

Wildcard MAP resolved (entry FINANCE10.*):
  MAP FINANCE10.USERTOPER, TARGET finance10.USERTOPER;
Using following columns in default map by name:
  ID, USER_ID, PERMISS_ID, BOOK_ACCOUNT, CREATE_DATE, UPDATE_DATE

Using the following key columns for target table FINANCE10.USERTOPER: ID.


2011-08-31 20:00:55  WARNING OGG-01004  Aborted grouped transaction on 'FINANCE10.USERTOPER', Database error 1403 ().

2011-08-31 20:00:55  WARNING OGG-01003  Repositioning to rba 487982 in seqno 0.

2011-08-31 20:00:55  WARNING OGG-01154  SQL error 1403 mapping FINANCE10.USERTOPER to FINANCE10.USERTOPER.

2011-08-31 20:00:55  WARNING OGG-01003  Repositioning to rba 487982 in seqno 0.

Source Context :
  SourceModule            : [er.main]
  SourceID                : [/scratch/sganti/view_storage/sganti_core_lin64/oggcore/OpenSys/src/app/er/rep.c]
  SourceFunction          : [take_rep_err_action]
  SourceLine              : [16064]
  ThreadBacktrace         : [8] elements
                          : [/u01/goldengate/replicat(CMessageContext::AddThreadContext()+0x26) [0x5ec2e6]]
                          : [/u01/goldengate/replicat(CMessageFactory::CreateMessage(CSourceContext*, unsigned int, ...)+0x7b2) [0x5e2db2]]
                          : [/u01/goldengate/replicat(_MSG_ERR_MAP_TO_TANDEM_FAILED(CSourceContext*, DBString<777> const&, DBString<777> const&, CMessageFact
ory::MessageDisposition)+0x9b) [0x5c17fb]]
                          : [/u01/goldengate/replicat [0x8155fa]]
                          : [/u01/goldengate/replicat [0x8ee350]]
                          : [/u01/goldengate/replicat(main+0x6cb) [0x5068ab]]
                          : [/lib64/libc.so.6(__libc_start_main+0xf4) [0x30e661d994]]
                          : [/u01/goldengate/replicat(__gxx_personality_v0+0x1da) [0x4e31ba]]

2011-08-31 20:00:55  ERROR   OGG-01296  Error mapping from FINANCE10.USERTOPER to FINANCE10.USERTOPER.

***********************************************************************
*                   ** Run Time Statistics **                         *
***********************************************************************

Last record for the last committed transaction is the following:
___________________________________________________________________
Trail name :  /u01/goldengate/dirdat/mj000000
Hdr-Ind    :     E  (x45)     Partition  :     .  (x00)
UndoFlag   :     .  (x00)     BeforeAfter:     A  (x41)
RecLength  :  1181 (x049d)    IO Time    : 2011-08-29 13:38:32.810254  
IOType     :   160  (xa0)     OrigNode   :     0  (x00)
TransInd   :     .  (x03)     FormatType :     R  (x52)
SyskeyLen  :     0  (x00)     Incomplete :     .  (x00)
AuditRBA   :          0       AuditPos   : 0
Continued  :     N  (x00)     RecCount   :     1  (x01)

2011-08-29 13:38:32.810254 DDL OP             Len  1181 RBA 486654
Name:
___________________________________________________________________

Reading /u01/goldengate/dirdat/mj000000, current RBA 487982, 1 records

Report at 2011-08-31 20:00:55 (activity since 2011-08-29 13:23:50)

From Table FINANCE10.TBS_TEST to FINANCE10.TBS_TEST:
       #                   inserts:         1
       #                   updates:         0
       #                   deletes:         0
       #                  discards:         0
From Table FINANCE10.USERTOPER to FINANCE10.USERTOPER:
       #                   inserts:         0
       #                   updates:         0
       #                   deletes:         0
       #                  discards:         1


DDL replication statistics:

                    Operations:         2
             Mapped operations:         2
           Unmapped operations:         0
              Other operations:         0
           Excluded operations:         0
                        Errors:         2
                Retried errors:         1
              Discarded errors:         1
                Ignored errors:         0




Last log location read:
     FILE:      /u01/goldengate/dirdat/mj000000
     SEQNO:     0
     RBA:       487982
     TIMESTAMP: 2011-08-31 15:39:02.408306
     EOF:       NO
     READERR:   0


2011-08-31 20:00:55  ERROR   OGG-01668  PROCESS ABENDING.

renxiao2003

期待高人来解决。好久没搞它了。

yoyosys

ggserr.log信息贴上来看看

milujite

贴配置和errlog，检查下replicat端的配置文件，map时候逗号前后是否没加空格。

baiying1213

回复 4# milujite


    如果没加空格的话其他表也应该会出错的

gguxxing008

表有没有主键？结构是否有改变？

caribe

review table definition on source and target...

lsbhjl

问题分析：

出现该问题一般都是由于同步的源和目标表结构不一致，包括表字段和索引。

除表结构外，数据的不一致也可能导致mapping 错误，如原库要delete或update时，gg库找不到该条数据等，具体原因见report中的错误号：

Database error 1403

oerr ora 1403
01403, 00000, "no data found"
// *Cause:
// *Action:

问题处理：

1).如果是表字段不一致，需要修改表字段，异构数据库还需要重新生成表结构定义文件，再重启进程。

2). 如果是索引不一致，需要重建索引，异构数据库还需要重新生成表结构定义文件，再重启进程。(之前没有关注索引是否一样，以后关注一下索引)

3). 遇到这种情况，不能先去对比两端的表结构（可能修改表结构的sql在后面执行），而应该先去查明原因。若是数据问题，可以跳过该表的同步，然后重新同步该表。



你要去问系统运维人员，是否对这张表进程进行更改或者，是否有进行删除空行的操作。
是不是也没开DDL语句复制？

weblogic-fun

常规服务器挂起故障都有哪些？哪位好心人帮忙介绍一下。