Error OGG-01168 abending replicat process

Hello All,
Greetings !
I have tables that do not have any unique key in source and target database. Replicat process work fine in this case for some tables but for certain table it stops. and generates error:
"ERROR OGG-01168 Encountered an update for target table SAPSR3.BTCCTL, which has no unique key defined. KEYCOLS can be used to define a key. Use ALLOWNOOPUPDATES to process the update without applying it to the target database. Use APPLYNOOPUPDATES to force the update to be applied using all columns in both the SET and WHERE clause."
What it exactly means ? I am not understanding, since both the tables have same structures. Pleas help.
Best Regards,
R.Kapil

Hi,
1. how you have added supplemental lod data on database ? database level or table level?
2.Did you execute ADD TRANDATA <schemaname.*> on source side?
3. have you used any COLMAP or Tokens in your parameter files?
4. if you paste the extract and replicat prm files that would be help to check the details.

Similar Messages

  • Update statements encounterd  Errors  OGG-01168 & SQL error 1403 mapping

    Hi Expetrs,
    Update statements throwing below error:
    2012-11-07 10:40:11  WARNING OGG-00869  Oracle GoldenGate Delivery for Oracle, rep1.prm:  No unique key is defined for table AAAA. All viable columns will be used to represent the key, but may not guarantee uniqueness.  KEYCOLS may be used to define the key.
    2012-11-07 10:40:12  WARNING OGG-00869  Oracle GoldenGate Delivery for Oracle, rep1.prm:  No unique key is defined for table AAAA. All viable columns will be used to represent the key, but may not guarantee uniqueness.  KEYCOLS may be used to define the key.
    2012-11-07 10:40:15  WARNING OGG-00869  Oracle GoldenGate Delivery for Oracle, rep1.prm:  No unique key is defined for table BBBB. All viable columns will be used to represent the key, but may not guarantee uniqueness.  KEYCOLS may be used to define the key.
    2012-11-07 10:40:15  WARNING OGG-00869  Oracle GoldenGate Delivery for Oracle, rep1.prm:  No unique key is defined for table BBBB. All viable columns will be used to represent the key, but may not guarantee uniqueness.  KEYCOLS may be used to define the key.
    2012-11-07 10:40:16  WARNING OGG-01004  Oracle GoldenGate Delivery for Oracle, rep1.prm:  Aborted grouped transaction on 'abc.BBBB', Database error 100 (retrieving bind info for query).
    2012-11-07 10:40:16  WARNING OGG-01003  Oracle GoldenGate Delivery for Oracle, rep1.prm:  Repositioning to rba 17466 in seqno 1384.
    2012-11-07 10:40:16  WARNING OGG-01154  Oracle GoldenGate Delivery for Oracle, rep1.prm:  SQL error 1403 mapping abc.BBBB to abc.BBBB.
    2012-11-07 10:40:16  WARNING OGG-01003  Oracle GoldenGate Delivery for Oracle, rep1.prm:  Repositioning to rba 20104 in seqno 1384.
    2012-11-07 10:40:16  ERROR   OGG-01296  Oracle GoldenGate Delivery for Oracle, rep1.prm:  Error mapping from abc.BBBB to abc.BBBB.
    2012-11-07 10:40:16  ERROR   OGG-01668  Oracle GoldenGate Delivery for Oracle, rep1.prm:  PROCESS ABENDING.If I use KEYCOLS:
    --extract file:
    TABLE abc.INDIA , KEYCOLS (ID);--replicat parameter file
    MAP abc.INDIA, TARGET abc.INDIA , KEYCOLS (ID);Encountered below error
    2012-11-09 00:37:54  WARNING OGG-00869  Oracle GoldenGate Delivery for Oracle, rep1.prm:  No unique key is defined for table INDIA. All viable columns will be used to represent the key, but may not guarantee uniqueness.  KEYCOLS may be used to define the key.
    2012-11-09 00:48:34  ERROR   OGG-01168  Oracle GoldenGate Delivery for Oracle, rep1.prm:  Encountered an update for target table abc.INDIA, which has no unique key defined.  KEYCOLS can be used to define a key.  Use ALLOWNOOPUPDATES to process the update without applying it to the target database.  Use APPLYNOOPUPDATES to force the update to be applied using all columns in both the SET and WHERE clause.
    2012-11-09 00:48:34  ERROR   OGG-01668  Oracle GoldenGate Delivery for Oracle, rep1.prm:  PROCESS ABENDING.any clues plz ??
    Regards,
    Edited by: user13403707 on 19 Nov, 2012 10:55 PM

    If you know of any columns that can be used to identify the records you want to replicat changes to at the target table, use them as KEYCOLS.
    Then add supplemental logging using those columns as
    ADD TRANDATA owner.table_name, COLS (col1, col2).
    If you can't think of any such columns, just do
    ADD TRANDATA owner.table_name;
    It will add supplemental logging with the below warning
    2012-11-19 09:59:13 WARNING OGG-00869 No unique key is defined for table table_name. All viable columns will be used to represent the key, but may not guarantee uniqueness. KEYCOLS may be used to define the key.
    Logging of supplemental redo data enabled for table owner.table_name.

  • How to get the changes during ABENDED replicat process

    Hi,
    I am working on Oracle GG bi-directional DML replication. I m stuck in one place.
    My target replicat process was ABENDED due to Error :- ORA-01403: no data found. I restarted my replicat process again by runing the below command
    GGSCI (db1) 30> alter replicat rep2 begin now
    GGSCI (db1) 30> start replicat rep2
    After restart the replicat process I can't see the changes on target server which I had applyed on source server during target replicat was ABENED.
    My doubt is.
    1. Is my command is correct for start the ABENDEND replicat process?
    2.How to get the changes on target server which applyed on source during ABNDED of targer replication?
    3.How to avoid the ABENDED replicat process on production server?
    4.how to track the ABENDED process in production server?
    Please HELP:(
    Edited by: NaveenK on Aug 29, 2012 3:32 AM

    NaveenK wrote:
    Hi,
    I am working on Oracle GG bi-directional DML replication. I m stuck in one place.
    My target replicat process was ABENDED due to Error :- ORA-01403: no data found. I restarted my replicat process again by runing the below command
    GGSCI (db1) 30> alter replicat rep2 begin now
    GGSCI (db1) 30> start replicat rep2
    After restart the replicat process I can't see the changes on target server which I had applyed on source server during target replicat was ABENED.
    My doubt is.
    1. Is my command is correct for start the ABENDEND replicat process?
    2.How to get the changes on target server which applyed on source during ABNDED of targer replication?
    3.How to avoid the ABENDED replicat process on production server?
    4.how to track the ABENDED process in production server?
    Please HELP:(
    Edited by: NaveenK on Aug 29, 2012 3:32 AMHi Naveen. SQL Error 1403 means row not found. Your data is out of sync and you should fix this.
    By doing begin now when this happens, you are skipping all the transactions that were "in-line" since the process ABENDED.
    You have more than one way to deal with these things, first of all you should synchronize your data! This should get rid of the 1403 errors.
    Then you can write rules using REPERROR to tell the replicat how to behave in case of errors should come up.
    Using logdump, you can read the exact row which failed and find out the next RBA to skip that specific one if required. You should also configure a DISCARDFILE to get details about errors when they happen.
    Greetings,
    N K

  • Replicat process abending with no error in logfile

    Hi,
    I m trying to replication from 11g to 10g on the same physical host. Below the replicat abending but unable to find the source of error in view GGSEVT logfile.
    GGSCI (rhel5.4_prod) 8> info all
    Program     Status      Group       Lag at Chkpt  Time Since Chkpt
    MANAGER     RUNNING                                          
    EXTRACT     RUNNING     EXTLOCAL    00:00:00      00:00:07   
    REPLICAT    ABENDED     REPLOCAL    00:00:00      18:12:27
    2013-04-16 09:58:40  INFO    OGG-00987  Oracle GoldenGate Command Interpreter for Oracle:  GGSCI command (oracle): start mgr.
    2013-04-16 09:58:41  INFO    OGG-00983  Oracle GoldenGate Manager for Oracle, mgr.prm:  Manager started (port 7809).
    2013-04-16 09:58:45  INFO    OGG-00987  Oracle GoldenGate Command Interpreter for Oracle:  GGSCI command (oracle): start extract extlocal.
    2013-04-16 09:58:45  INFO    OGG-00963  Oracle GoldenGate Manager for Oracle, mgr.prm:  Command received from GGSCI on host rhel5.4_prod (START EXTRACT EXTLOCAL ).
    2013-04-16 09:58:45  INFO    OGG-00975  Oracle GoldenGate Manager for Oracle, mgr.prm:  EXTRACT EXTLOCAL starting.
    2013-04-16 09:58:45  INFO    OGG-00992  Oracle GoldenGate Capture for Oracle, extlocal.prm:  EXTRACT EXTLOCAL starting.
    2013-04-16 09:58:45  INFO    OGG-03035  Oracle GoldenGate Capture for Oracle, extlocal.prm:  Operating system character set identified as UTF-8. Locale: en_US, LC_ALL:.
    2013-04-16 09:58:46  INFO    OGG-03500  Oracle GoldenGate Capture for Oracle, extlocal.prm:  WARNING: NLS_LANG environment variable does not match database character set, or not set. Using database
    character set value of US7ASCII.
    2013-04-16 09:58:46  INFO    OGG-01815  Oracle GoldenGate Capture for Oracle, extlocal.prm:  Virtual Memory Facilities for: BR
        anon alloc: mmap(MAP_ANON)  anon free: munmap
        file alloc: mmap(MAP_SHARED)  file free: munmap
        target directories:
        /u05/GG/BR/EXTLOCAL.
    2013-04-16 09:58:46  INFO    OGG-01815  Oracle GoldenGate Capture for Oracle, extlocal.prm:  Virtual Memory Facilities for: COM
        anon alloc: mmap(MAP_ANON)  anon free: munmap
        file alloc: mmap(MAP_SHARED)  file free: munmap
        target directories:
        /u05/GG/dirtmp.
    2013-04-16 09:58:46  INFO    OGG-01513  Oracle GoldenGate Capture for Oracle, extlocal.prm:  Positioning to Sequence 22, RBA 18459664, SCN 0.1177097.
    2013-04-16 09:58:46  INFO    OGG-01516  Oracle GoldenGate Capture for Oracle, extlocal.prm:  Positioned to Sequence 22, RBA 18459664, SCN 0.1177097, Apr 15, 2013 4:21:50 PM.
    2013-04-16 09:58:46  INFO    OGG-00993  Oracle GoldenGate Capture for Oracle, extlocal.prm:  EXTRACT EXTLOCAL started.
    2013-04-16 09:58:46  INFO    OGG-00963  Oracle GoldenGate Manager for Oracle, mgr.prm:  Command received from EXTRACT on host rhel5.4_prod (START SERVER CPU -1 PRI -1  TIMEOUT 300 PARAMS ).
    2013-04-16 09:58:46  INFO    OGG-01677  Oracle GoldenGate Collector for Oracle:  Waiting for connection (started dynamically).
    2013-04-16 09:58:46  INFO    OGG-00963  Oracle GoldenGate Manager for Oracle, mgr.prm:  Command received from SERVER on host localhost.localdomain (REPORT 4714 7819).
    2013-04-16 09:58:46  INFO    OGG-00974  Oracle GoldenGate Manager for Oracle, mgr.prm:  Manager started collector process (Port 7819).
    2013-04-16 09:58:46  INFO    OGG-01228  Oracle GoldenGate Collector for Oracle:  Timeout in 300 seconds.
    2013-04-16 09:58:51  INFO    OGG-01226  Oracle GoldenGate Capture for Oracle, extlocal.prm:  Socket buffer size set to 27985 (flush size 27985).
    2013-04-16 09:58:51  INFO    OGG-01229  Oracle GoldenGate Collector for Oracle:  Connected to rhel5.4_prod:11890.
    2013-04-16 09:58:51  INFO    OGG-01669  Oracle GoldenGate Collector for Oracle:  Opening /u05/GG/dirdat/aa000000 (byte -1, current EOF 1145).
    2013-04-16 09:58:51  INFO    OGG-01670  Oracle GoldenGate Collector for Oracle:  Closing /u05/GG/dirdat/aa000000.
    2013-04-16 09:58:51  INFO    OGG-01055  Oracle GoldenGate Capture for Oracle, extlocal.prm:  Recovery initialization completed for target file /u05/GG/dirdat/aa000000, at RBA 1145.
    2013-04-16 09:58:51  INFO    OGG-01478  Oracle GoldenGate Capture for Oracle, extlocal.prm:  Output file /u05/GG/dirdat/aa is using format RELEASE 11.2.
    2013-04-16 09:58:51  INFO    OGG-01669  Oracle GoldenGate Collector for Oracle:  Opening /u05/GG/dirdat/aa000000 (byte 1145, current EOF 1145).
    2013-04-16 09:58:51  INFO    OGG-01735  Oracle GoldenGate Collector for Oracle:  Synchronizing /u05/GG/dirdat/aa000000 to disk.
    2013-04-16 09:58:51  INFO    OGG-01735  Oracle GoldenGate Collector for Oracle:  Synchronizing /u05/GG/dirdat/aa000000 to disk.
    2013-04-16 09:58:51  INFO    OGG-01670  Oracle GoldenGate Collector for Oracle:  Closing /u05/GG/dirdat/aa000000.
    2013-04-16 09:58:51  INFO    OGG-01026  Oracle GoldenGate Capture for Oracle, extlocal.prm:  Rolling over remote file /u05/GG/dirdat/aa000001.
    2013-04-16 09:58:51  INFO    OGG-01669  Oracle GoldenGate Collector for Oracle:  Opening /u05/GG/dirdat/aa000001 (byte -1, current EOF 0).
    2013-04-16 09:58:51  INFO    OGG-01053  Oracle GoldenGate Capture for Oracle, extlocal.prm:  Recovery completed for target file /u05/GG/dirdat/aa000001, at RBA 1018.
    2013-04-16 09:58:51  INFO    OGG-01057  Oracle GoldenGate Capture for Oracle, extlocal.prm:  Recovery completed for all targets.
    2013-04-16 09:58:51  INFO    OGG-01517  Oracle GoldenGate Capture for Oracle, extlocal.prm:  Position of first record processed Sequence 22, RBA 18459664, SCN 0.1177097, Apr 15, 2013 4:21:50 PM.
    2013-04-16 09:58:51  INFO    OGG-00732  Oracle GoldenGate Capture for Oracle, extlocal.prm:  Found crash recovery marker from thread #1 on sequence 23 at RBA 1040. Aborting uncommitted transactions
    2013-04-16 09:58:56  INFO    OGG-00987  Oracle GoldenGate Command Interpreter for Oracle:  GGSCI command (oracle): start replicat replocal.
    2013-04-16 09:58:56  INFO    OGG-00963  Oracle GoldenGate Manager for Oracle, mgr.prm:  Command received from GGSCI on host rhel5.4_prod (START REPLICAT REPLOCAL ).
    2013-04-16 09:58:56  INFO    OGG-00975  Oracle GoldenGate Manager for Oracle, mgr.prm:  REPLICAT REPLOCAL starting.
    2013-04-16 09:58:56  INFO    OGG-00995  Oracle GoldenGate Delivery for Oracle, replocal.prm:  REPLICAT REPLOCAL starting.
    2013-04-16 09:58:56  INFO    OGG-03035  Oracle GoldenGate Delivery for Oracle, replocal.prm:  Operating system character set identified as UTF-8. Locale: en_US, LC_ALL:.
    2013-04-16 09:58:56  INFO    OGG-01815  Oracle GoldenGate Delivery for Oracle, replocal.prm:  Virtual Memory Facilities for: COM
        anon alloc: mmap(MAP_ANON)  anon free: munmap
        file alloc: mmap(MAP_SHARED)  file free: munmap
        target directories:
        /u05/GG/dirtmp.
    2013-04-16 09:58:56  INFO    OGG-00996  Oracle GoldenGate Delivery for Oracle, replocal.prm:  REPLICAT REPLOCAL started.Configuration
    GGSCI (rhel5.4_prod) 9> view params mgr
    PORT 7809
    USERID ggs_owner, PASSWORD ggs_owner
    PURGEOLDEXTRACTS /u05/GG/dirdat/ex, USECHECKPOINTS
    GGSCI (rhel5.4_prod) 10> view params extlocal
    extract extlocal
    userid ggs_owner, password ggs_owner
    setenv (ORACLE_HOME="/u03/app/oracle/product/11.2.0/db_1")
    setenv (ORACLE_SID="PROD11G")
    rmthost 192.168.1.9, mgrport 7809
    rmttrail /u05/GG/dirdat/aa
    TABLE TESTUSER.*;
    GGSCI (rhel5.4_prod) 11> view params replocal
    REPLICAT replocal
    SETENV (ORACLE_HOME="/u02/app10g/oracle10g/product/10.2.0/db_1")
    SETENV (ORACLE_SID="PROD10G")
    SETENV (NLS_LANG="AMERICAN_AMERICA.US7ASCII")
    ASSUMETARGETDEFS
    USERID ggs_owner, PASSWORD ggs_owner
    MAP TESTUSER.*, TARGET TESTUSER.*;

    Hi,
    Not sure if you have created a definition file. Try if your source and target has a mismatch. Also, find below some additional parameters which will help in sorting out the issue:
    DISCARDFILE :
    Valid for Extract and Replicat
    Use the DISCARDFILE parameter to generate a discard file to which GoldenGate can log records that it cannot process. Records can be discarded for several reasons. For example,
    a record is discarded if the underlying table structure changed since the record was written to the trail. You can use the discard file to help you identify the cause of processing errors. Each entry in the discard file contains the discarded record buffer and an error code indicating the reason. GoldenGate creates the specified discard file in the dirrpt subdirectory of the GoldenGate installation directory. You can view it with a text editor or by using the following command in GGSCI.
    VIEW REPORT
    Where: is the fully qualified name of the discard file.
    To prevent having to perform manual maintenance of discard files, use either the PURGE or APPEND option. Otherwise, you must specify a different discard file name before starting
    each process run, because GoldenGate will not write to an existing discard file. To set an upper limit for the size of the file, use either the MAXBYTES or MEGABYTES option. If
    the specified size is exceeded, the process will abend. Default By default, GoldenGate does not generate a discard file.
    DISCARDROLLOVER:
    Valid for Extract and Replicat
    Use the DISCARDROLLOVER parameter to set a schedule for aging discard files. For long or continuous runs, setting an aging schedule prevents the discard file from filling up and
    causing the process to abend, and it provides a predictable set of archives that can be included in your archiving routine.
    When the DISCARDROLLOVER age point is reached, a new discard file is created, and old files are renamed in the format of ., where:
    ? is the name of the Extract or Replicat group
    ? is a number that gets incremented by one each time a new file is created, for
    example: myext0.dsc, myext1.dsc, myext2.dsc, and so forth.
    You can specify a time of day, a day of the week, or both. Specifying just a time of day (AT option) without a day of the week (ON option) generates a discard file at the specified time every day.
    Default Disabled. No rules specified.
    REPERROR:
    Use REPERROR to specify an error and a response that together control how Replicat responds to the error when executing the MAP statement. You can use REPERROR at the MAP level to override and supplement global error handling rules set with the REPERROR parameter. Multiple REPERROR statements can be applied to the same MAP statement to
    enable automatic, comprehensive management of errors and interruption-free replication processing.
    DEFAULT Sets a global response to all errors except those for which explicit REPERROR statements are specified.
    GETDELETES | IGNOREDELETES:
    Valid for Extract and Replicat
    Use the GETDELETES and IGNOREDELETES parameters to control whether or not GoldenGate processes delete operations. These parameters are table-specific. One parameter remains in effect for all subsequent TABLE or MAP statements, until the other parameter is encountered.
    GETUPDATES | IGNOREUPDATES:
    Valid for Extract and Replicat
    Use the GETUPDATES and IGNOREUPDATES parameters to control whether or not GoldenGate processes update operations. The parameters are table-specific. One parameter remains in effect for all subsequent TABLE or MAP statements, until the other parameter is encountered.
    GETINSERTS | IGNOREINSERTS:
    Valid for Extract and Replicat
    Use the GETINSERTS and IGNOREINSERTS parameters to control whether or not insert operations are processed by GoldenGate. The parameters are table-specific. One parameter remains in effect for all subsequent TABLE or MAP statements, until the other parameter is encountered.
    Update the parameter file on target as
    edit params <TARGET PARAM FILE>
    REPLICAT rcreator
    SOURCEDEFS /u01/app/oracle/product/goldengate/dirdat/defecreator
    DISCARDFILE /u01/app/oracle/product/goldengate/dirdat/creator_err, purge
    DISCARDROLLOVER ON saturday
    USERID goldengate, PASSWORD AACAAAAAAAAAAAKAPATACEHBIGQGCFZCCDIGAEMCQFFBZHVC, ENCRYPTKEY default
    REPERROR (DEFAULT, DISCARD)
    IGNOREDELETES
    IGNOREUPDATES
    GETINSERTS
    MAP meditate.life, TARGET CONSCIOUSNESS.tenure, &
    COLMAP (PERSON_ID=HUMAN_ID, &
    INITIALNAME=FIRSTNAME, &
    ENDNAME=LASTNAME, &
    BIRTH_DATE=DATE_OF_BITH, &
    AGE_AT_DEATH=AGE_AT_TIME_OF_DEATH, &
    DEED_ID_AT_DEATH=DEED_ID_AT_TIME_OF_DEATH), &
    KEYCOLS (PERSON_ID, INITIALNAME,ENDNAME);
    Now stop and start the replicat on target as:
    GGSCI (goldengate) 9> stop replicat RCREATOR
    Sending STOP request to REPLICAT RCREATOR ...
    Request processed.
    GGSCI (goldengate) 10> info all

  • ERROR OGG-00685  begin time : extract process abending

    Hi Gurus,
    I have installed Oracle Golden Gate in the below environment.But unable to start extract process I am newer to OGG and its production setup.
    Primary site (source): This is production DB and up and running.
    RAC 2 nodes
    Oracle RAC 11.2.0.1.0
    ASM
    Oracle GoldenGate 11g Release 1 (11.1.1.0.0)
    Enterprise Linux Server release 5.5 (Carthage)
    Processor Type x64
    OS 64 bit
    target Site (destination):
    Standalone single server - Non RAC
    Oracle version 11.2.0.1.0
    ASM
    Oracle GoldenGate 11g Release 1 (11.1.1.0.0)
    Enterprise Linux Server release 5.5 (Carthage)
    Processor Type x64
    OS 64 bit
    Error is as below:
    2012-08-12 22:57:09  ERROR   OGG-00685  begin time May 1, 2011 11:06:53 AM prior to oldest log in log
    2012-08-12 22:57:09  ERROR   OGG-01668  PROCESS ABENDING. Please suggest , I am stuck
    Thanks
    Edited by: user13403707 on 16 Aug, 2012 9:07 AM

    ggsci> alter urban begin now
    Or explicitly specify a date time:
    ggsci> alter urban begin 2012-08-13 12:00:00
    I also noticed that this line:
    table urbanlive.*
    Is missing the closing semi colon. It should be:
    table urbanlive.*;
    Make sure you read on open transactions. This is important when you BEGIN capturing change data and performing your initial synchronization. If you don't understand this you will not initialize properly and you'll always be out of sync.
    Good luck,
    -joe

  • Replicat Process Abend

    Hi:
    i have active-active bidirectional replication in Oracle GoldeGate.
    when i change in A database it replicates in B database. like insert (1,'A') values in A database it replicates in B database.
    when i am trying to insert (2,'B') in B database, then it abend the process and display unique contraint error. in discard file it dislpay error for 1, A record.
    Discard File:
    Current time: 2011-05-11 09:56:32
    Discarded record from action ABEND on error 1
    OCI Error ORA-00001: unique constraint (PRS.SYS_C0011963) violated (status = 1), SQL <INSERT INTO "PRS"."TEST_DEMO" ("SNO","ENAME") VALUES (:a0,:a1)>
    Aborting transaction on D:\REMOTE_TRAIL_PD1EPCS_EPDBMAINB2_EPDBMAINB1\dirdat\pt beginning at seqno 2 rba 4409
    error at seqno 2 rba 4409
    Problem replicating PRT.TEST_DEMO to PRS.TEST_DEMO
    Mapping problem with insert record (target format)...
    SNO = 8
    ENAME = H
    Process Abending : 2011-05-11 09:56:32
    Please help
    Regards,
    Abhishek

    Well, it looks like your databases are not/were not synchronized. The record already lives in A, it did not in B, so the insert in B worked, and the replicat on A abended. If you expect to have more records like that, you can add exception handling on A.

  • Replicat process abended

    Hello,
    Before replicat process abended, I received warnings and inserted in exceptions table.
    "Error - OCI Error ORA-14400: inserted partition key does not map to any partition " . One of the table doesn't have the partitions on the target database. 51 rows inserted in exceptions table.
    Replicat process abended after the database restart.
    Steps followed to start the replicat process :-
    a) We have added the missing partitions to that table.
    b) Get the RBA info from - info replicat repa, detail
    c) alter replicat repa, extrba 80711767
    Replicat is running successfully. But the problem is Source database row count is not in sync with the target database.
    Source record count - 2000. But the target count is 500. Nearly 1500 records was not replicated.
    Is there any way to replicat the missing records on to target machine through goldengate?
    Do we need to prefer datapump utility to load the data?
    Please help me!!!
    Thanks,
    951419

    Do the logs (or report) show anything?

  • Error OGG-01517  Position of first record processed

    INFO OGG-01517 Position of first record processed LSN: 0x00000008:00000038:0004, Jul 10, 2012 1:45:47 PM.
    TABLEWildcard resolved (entry DBO.*):
    table DBO.NEW TABLE;
    Source Context :
    SourceModule : [er.main]
    SourceID : [er/rep.c]
    SourceFunction : [get_map_entry]
    SourceLine : [8661]
    2012-07-10 13:55:37 ERROR OGG-00212 Invalid option for MAP: TABLE.
    2012-07-10 13:55:37 INFO OGG-00178 VAM Client Report <Last LSN Read: 00000008:0000003d:0002
    Open Transactions
    0000:0000025e (2012/07/10 13:55:35.943) @ 00000008:0000003d:0001: Upd(Comp) = 0(0), Row(comp) = 1(0)
    .2012-07-10 13:55:37 INFO OGG-00178 VAM Client Report <Sanity checking is not enabled.
    .I try edit error in file but failed.
    table dbo."New Table"; but No records extracted.

    Bug 13458343 is fixed in version 11.2.1.
    Please try it ... change the version 11.1 for 11.2 and post your results

  • Unable to start replicat process

    Hi,
    We have configured goldengate between two oracle system for uni directional replication, it's running for few hours after that in target side the replicat process is abended with below error message,
    2012-08-02 10:12:07 WARNING OGG-01004 Aborted grouped transaction on 'ACCOUNT.ACCOUNT_STATS', Database error 1732 (OCI Error ORA-01732: data manipulation
    operation not legal on this view (status = 1732). DELETE FROM "ACCOUNT"."ACCOUNT_STATS" WHERE "REP_NAME" = :b0 AND "DAILY" is NULL AND "WEEKLY"
    is NULL AND "COUNT" is NULL AND "COUNT" = :b4 AND ROWNUM = 1).
    i found some of the solution in google but no luck... there is a table name and MV in both the database , the name of the two objects are in same name. so i can't exclude the MV in replicat process.
    SQL> select owner,object_name,object_type from all_objects where object_name ='RC_REPS_STATS';
    OWNER OBJECT_NAME OBJECT_TYPE
    ACCOUNT ACCOUNT_STATS TABLE
    ACCOUNT ACCOUNT_STATS MATERIALIZED VIEW
    also there is no constraint on that tables , Can any one help on this to resolve this issue?

    You're the victim of a bad database design. The application updating the same base tables would have the same problem but my guess is that only the target system has the materialized views. Regardless, a viable work around would be to create a "normal" view on the table with a unique name and then map to the new view.
    Good luck,
    -joe

  • Goldengate: XMLType abending replicat

    Hi,
    we are setting up a GG replication between a Oracle 10g and 11g Db.
    Replication is setup and works fine, testing it with simple operations on tables looks fine.
    We are using the clasical replications, and we are replicating one complete schema. No strange mappings, just simple replication from one Db, 1 to 1, to the second DB.
    But then we run into a problem: We have some tables that contain XMLTYPE. On the extract and Pump side it seems to work, but the Replicat is abending when encountering one of those tables.
    Getting the error:
    2012-12-19 09:29:02 WARNING OGG-01003 Oracle GoldenGate Delivery for Oracle, rsc_ddl1.prm: Repositioning to rba 37853107 in seqno 0.
    2012-12-19 09:29:02 INFO OGG-01020 Oracle GoldenGate Delivery for Oracle, rsc_ddl1.prm: Processed extract process RESTART_ABEND record at seq 0, rba 38014575 (aborted 478 records).
    2012-12-19 09:29:03 ERROR OGG-00665 Oracle GoldenGate Delivery for Oracle, rsc_ddl1.prm: OCI Error getting OCI_ATTR_NAME for UDT SYS.XMLTYPE (status = 24328-ORA-24328: UnzulÌssiger Attributwert), SQL<Not available>.
    2012-12-19 09:29:03 ERROR OGG-01668 Oracle GoldenGate Delivery for Oracle, rsc_ddl1.prm: PROCESS ABENDING.
    This is the table actually causing the error as per logdump:
    CREATE TABLE SOMETABLENAME
    DATECREATED DATE DEFAULT SYSDATE,
    DATECOMPLETED DATE,
    CLIENTORDERID NUMBER,
    ORDERTYPE VARCHAR2(100 BYTE),
    BUSINESSEVENT VARCHAR2(100 BYTE),
    CREATEDBY VARCHAR2(100 BYTE),
    COMORDERTBLID NUMBER(15,5),
    OBJECTID NUMBER(15,5),
    OBJECTTYPE VARCHAR2(40 BYTE),
    REVISION NUMBER(15,5),
    I_XML_PAYLOAD SYS.XMLTYPE,
    SUPPLEMENTAL LOG GROUP GGS_2209838 (COMORDERTBLID) ALWAYS
    Looks like the issue is with SYS.XMLTYPE.
    Any idea how to solve this?
    Thank you very much.
    manuel

    Hi Annamalai,
    1.
    Source DB:
    SQL> select * from v$version;
    BANNER
    Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
    PL/SQL Release 10.2.0.4.0 - Production
    CORE 10.2.0.4.0 Production
    TNS for HPUX: Version 10.2.0.4.0 - Production
    NLSRTL Version 10.2.0.4.0 - Production
    Dest Db:
    Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
    PL/SQL Release 11.2.0.1.0 - Production
    CORE     11.2.0.1.0     Production
    TNS for HPUX: Version 11.2.0.1.0 - Production
    NLSRTL Version 11.2.0.1.0 - Production
    GG has the same version on both sides:
    Oracle GoldenGate Delivery for Oracle
    Version 11.2.1.0.1 OGGCORE_11.2.1.0.1_PLATFORMS_120423.0230
    2:
    Source:
    VERSION STATUS
    Oracle XML Database
    10.2.0.4.0 VALID
    destination:
    this is strange, I do not get any output if I run that command onthe destination Db.
    So is this XDb maybe the problem?
    regards
    manuel

  • Error MySQL to Oracle Replication   ERROR   OGG-00146 Failed to Query Meta

    Hello Guys,
    I have a configured replication between MySQL database and Oracle Database using Golden Gate.
    Extract data from MySQL is replicated to Oracle.
    MySQL is on Linux and version is 5.5
    Oracle is 11gR2 RAC on Linux (I am using one node for replication)
    When i start extract and replicat they works fine, but as soon as record is inserted in source database i.e MySQL extract ABENDED with this error in the log file:
    *2013-04-11 16:24:40 ERROR OGG-00146 Oracle GoldenGate Capture for MySQL, smpp7.prm: VAM function VAMRead returned unexpected result: error 600 - VAM Client Report* *<CAUSE OF FAILURE : Failed to Query Metadata from Table : smpp7.sent_sms WHEN FAILED : While Sending Insert and Delete Record WHERE FAILED : MySQLBinLog Reader Module*
    CONTEXT OF FAILURE : No Information Available!>.
    *2013-04-11 16:24:40 ERROR OGG-01668 Oracle GoldenGate Capture for MySQL, smpp7.prm: PROCESS ABENDING*
    This is my extract and replicat:
    Extract
    GGSCI>ADD EXTRACT SMPP7, TRANLOG, BEGIN NOW
    GGSCI>EDIT PARAMS SMPP7
    EXTRACT smpp7
    DBOPTIONS HOST 10.168.20.253, CONNECTIONPORT 14422
    SOURCEDB [email protected]:14422, USERID "*******", PASSWORD "*******"
    RMTHOST 10.168.20.31, MGRPORT 7809
    RMTTRAIL /u01/app/oracle/oradata/GG/dirdat/D2
    TRANLOGOPTIONS ALTLOGDEST /mysql/node3/data/mysql-bin.index
    TABLE smpp7.sent_sms;
    GGSCI>ADD RMTTRAIL /u01/app/oracle/oradata/GG/dirdat/D2, EXTRACT SMPP7, MEGABYTES 5
    GGSCI>INFO RMTTRAIL *
    GGSCI>START EXTRACT SMPP7
    Replicat
    GGSCI>ADD REPLICAT smpp7, EXTTRAIL /u01/app/oracle/oradata/GG/dirdat/D2, checkpointtable ggs_owner.checkpoint
    3) edit params smpp7
    REPLICAT SMPP7
    USERID *******, PASSWORD *******
    ASSUMETARGETDEFS
    HANDLECOLLISIONS
    SOURCEDEFS /u01/app/oracle/oradata/GG/dirdef/smpp7.def
    DISCARDFILE /u01/app/oracle/oradata/GG/dirrpt/smpp7.dsc, PURGE
    MAP "smpp7.sent_sms", TARGET MYSQL_SMPP7.sent_sms, COLMAP (usedefaults,COMPRESS_=compress,SERVICE=@STRCAT(service,"_sms"));
    GGSCI>START REPLICAT smpp7
    I have given full rights to MySQL user:
    GRANT ALL PRIVILEGES ON *.* TO '**********'@'localhost' IDENTIFIED BY 'kannel' WITH GRANT OPTION;
    GRANT ALL PRIVILEGES ON *.* TO '**********'@'10.168.20.253' IDENTIFIED BY 'kannel' WITH GRANT OPTION;
    Can you please help me to get through this problem.
    Regards, Imran

    Hi,
    I have the same error between two Mysql 5.5.
    I have added this line in the extact param file :
    vam params (arliberror -14 warn)
    And on my replicate param file :
    map "aix"."etat", target "FR"."etat", REPERROR (-1403, EXCEPTION);
    It looks working better.
    But I can't modify my max_binlog_size to 4069 (4k). It make have to much file and slow my system.

  • ERROR  OGG-01201  Error reported by MGR : No available dynamic port entries

    Dear All,
    I have configured Golden Gate for MySQL on Linux machine.
    All my extracts and replicats were running fine but suddenly the initial load extract have started trowing this error:
    *2013-02-25 14:30:08 ERROR OGG-01201 Error reported by MGR : No available dynamic port entries.*
    *2013-02-25 14:30:08 ERROR OGG-01668 PROCESS ABENDING.*
    This is the same configuration that was working fine for many days:
    GGSCI>ADD EXTRACT exp1, SOURCEISTABLE
    GGSCI>INFO EXTRACT *, TASKS
    GGSCI>edit params exp1
    EXTRACT exp1
    SOURCEDB db@localhost:3306, USERID "******", PASSWORD "******"
    RMTHOST 10.168.20.31, MGRPORT 7809
    RMTTASK REPLICAT, GROUP imp1
    TABLE netfors.edr;
    --on 31
    GGSCI>ADD REPLICAT imp1, SPECIALRUN
    GGSCI>edit params imp1
    replicat imp1
    USERID user, PASSWORD password
    SOURCEDEFS /u01/app/oracle/oradata/GG/dirdef/edr.def
    DISCARDFILE /u01/app/oracle/oradata/GG/dirrpt/imp1.dsc, PURGE
    HANDLECOLLISIONS
    MAP "db.edr", TARGET db.SDR_TBLICPRAWEDR, COLMAP (usedefaults,
    ICPRE_RAWEDRID=seqno,
    ICPRE_SENDER=sender,
    ICPRE_RECEIVER=receiver,
    ICPRE_ICCARRIERID=incoming,
    ICPRE_OGCARRIERID=outgoing,
    ICPRE_QUEUE=queue,
    NE_ELEMENTID=18,
    ICPRE_CREATETIME=createtime,
    ICPRE_TIMEOFDAYBEGIN=timeofdaybegin,
    ICPRE_TIMEOFDAYEND=timeofdayend,
    ICPRE_UPDATETIME=updatetime,
    ICPRE_STATE=state,
    ICPRE_MODE=mode,
    ICPRE_BATCHID=batchid,
    ICPRE_REFERENCE=reference,
    ICPRE_MSG_REFERENCE=msg_reference,
    ICPRE_SEGMENT=segment,
    ICPRE_CSMSID=csmsid,
    ICPRE_GMSC=gmsc,
    ICPRE_IMSI=imsi,
    ICPRE_SMPP_MESSAGE_ID=smpp_message_id,
    ICPRE_RETRIES=retries,
    ICPRE_ELOCATION=elocation,
    ICPRE_ECODE1=ecode1,
    ICPRE_ECODE2=ecode2,
    ICPRE_FLAGS=flags);
    Kindly help to resolve this issue.
    Thanks, Imran

    Thanks for your reply and time Kamal.
    When i run :
    GGSCI (smsc.etisalcom.net) 1> send mgr getportinfo detail
    returns
    Sending GETPORTINFO, request to MANAGER ...
    No Dynamic Ports In Use or Configured
    But I have tried with
    DYNAMICPORTLIST 7809,7810,7811 7812-7850
    But error message was the same.
    Current settings for the mgr
    GGSCI>edit params mgr
    PORT 7813
    Regards, Imran

  • ERROR   OGG-00146  VAM function VAMInitialize returned unexpected

    I am configuring Golden Gate for MySQL and when i start extract it says extract started successfully but when i see its log file then i see this
    2011-03-04 01:55:10 ERROR OGG-00146 VAM function VAMInitialize returned unexpected
    result: error 600 - VAM Client Report <CAUSE OF FAILURE : Log index file
    does not exist,please check if binary logging is enabled - /var/lib/mysql//Hassan-bin.index
    WHEN FAILED : While initializing binary log configuration
    WHERE FAILED : MySQLBinLog Reader Module
    CONTEXT OF FAILURE : No Information Available!>.
    2011-03-04 01:55:10 ERROR OGG-01668 PROCESS ABENDING.
    then i changed MySQL bin log file name format to what it is saying and restarted MySQL service and again tried to start extract process. Now I am getting this error which is not clear to me
    011-03-04 23:13:14 ERROR OGG-00146 VAM function VAMInitialize returned unexpected
    result: error 600 - VAM Client Report <CAUSE OF FAILURE : Position time is
    prior then earliest time available in the log : Earliest time available in the
    log is 2011-03-04 23:08:25
    WHEN FAILED : SetInitialPosition by time stamp
    WHERE FAILED : MySQLBinLog Reader Module
    CONTEXT OF FAILURE : No Information Available!>.
    2011-03-04 23:13:14 ERROR OGG-01668 PROCESS ABENDING.
    any one can help me out why this is occuring

    I have just deleted all extract & replicat and reconfigured , now things are working fine.

  • Restart of replicat process

    hello
    I use goldengate 11.1.1.1.2 on Aix 6.1 server and oracle database 10.2.0.4, the retention of trail files is one day on the target,
    when the replicat process abended, I see that, at restart, it reprocess all the trail files , this generate a huge volume of discarded
    records, du to  :  "OCI Error ORA-00001: unique constraint  violated".
    Why replicat don't use the last scn it has processed ?, and how to restart it at the first non processed record ?
    Thank you

    As far as I have seen and read, replicat does use the last scn it has processed and restarts at the first non processed record. That is the default behaviour of the replicat. It will never process a record that it has already processed UNLESS you manually position it at some other place in the trail.
    Please see your configuration properly. There should be some other issue. If you have implemented it on RAC, ensure it is implemented properly and replicats on two nodes are not running simultaneously.

  • ERROR   OGG-01028  Incompatible record (logical EOF)

    Hi experts,
      i am getting below error in replicat side
    2015-03-13 05:19:08  ERROR   OGG-01028  Incompatible record (logical EOF) in /opt/app/database/ggs/11.2/dirdat/pp1enb6d6/pdrmain/cs034783, rba 153386999
    info replicat
    REPLICAT   replicate   Last Started 2015-03-13 05:18   Status ABENDED
    Checkpoint Lag       37:02:43 (updated 00:28:01 ago)
    Log Read Checkpoint  File /opt/app/p2enb3d6/ggs/11.2/dirdat/database/drmain/cs034767
                         2015-03-11 15:53:51.572589  RBA 179098561
    current trail file is 034767 and corrupted trail file is 034783. i think the transaction is runnin from 034767 onwards.. please confirm if we can skip the transaction as oracle note suggest and move to next good record after rba of 153386999 of trail 034783

    Hi,
    >>current trail file is 034767 and corrupted trail file is 034783. i think the transaction is running from 034767 onwards.
    Yes you can find out the end of transaction by using logdump.
    >> please confirm if we can skip the transaction as oracle note suggest and move to next good record after rba of 153386999 of trail 034783
    Do you know about that transaction? why do you want to skip it, do you know after skipping target table(s) will not be out of sync with primary.
    I would advise reading this note and see if you can recover that.
    Master Note for Oracle GoldenGate(OGG) Error OGG-01028 (Doc ID 1502276.1)
    HTH,
    Pradeep

Maybe you are looking for