Replicat is abending

This is what i have on source and target:
Source db: oracle 10.2.0.4 block size 8K
target :db: oracle 10.2.0.4 block size 32K
Souce configuration:
MGR.prm
PORT 7820
USERID ggs_user, PASSWORD ggs_user
PURGEOLDEXTRACTS /u01/oracle/ggs/dirdat/ex, USECHECKPOINTS
extract load1.prm
EXTRACT load1
USERID ggs_user, PASSWORD ggs_user
RMTHOST targetserver , MGRPORT 7820
rmttrail /u01/oracle/ggs/dirdat/lt
--RMTTASK replicat, GROUP load2
TABLE usachclic.username_test;
enabled supplemental logging.
logged in as gss user and ran add trandata usachclic.username_test.
On TARGET
mgr.prm
PORT 7820
USERID ggs_user, PASSWORD ggs_user
load2.prm
REPLICAT load2
ASSUMETARGETDEFS
USERID ggs_user, PASSWORD ggs_user
discardfile /u01/oracle/ggs/discard/rep1_discard.txt, append, megabytes 10
MAP usachclic.username_test, TARGET usachclic.username_test;
./GLOBAL
GGSCHEMA ggs_user
CHECKPOINTTABLE ggs_user.checkpoint
When i start intial load every thing looks goon on extarct load1
This is the snapshot of GGSEVT
2010-12-30 14:59:38 GGS INFO 302 Oracle GoldenGate Manager for Oracle, mgr.prm: EXTRACT LOAD1 starting.
2010-12-30 14:59:38 GGS INFO 310 Oracle GoldenGate Capture for Oracle, load1.prm: EXTRACT LOAD1 starting.
2010-12-30 14:59:38 GGS WARNING Z1-078 Oracle GoldenGate Capture for Oracle, load1.prm: No valid default archive log destination directory found for thre
ad 1.
2010-12-30 14:59:38 GGS INFO 310 Oracle GoldenGate Capture for Oracle, load1.prm: EXTRACT LOAD1 started.
2010-12-30 14:59:43 GGS INFO 406 Oracle GoldenGate Capture for Oracle, load1.prm: Socket buffer size set to 27985 (flush size 27985).
2010-12-30 14:59:43 GGS INFO 112 Oracle GoldenGate Capture for Oracle, load1.prm: Recovery initialization completed for target file /u01/oracle/ggs
/dirdat/lt000002, at RBA 1682.
2010-12-30 14:59:43 GGS INFO Z0-05M Oracle GoldenGate Capture for Oracle, load1.prm: Output file /u01/oracle/ggs/dirdat/lt is using format RELEASE 10.
4.
2010-12-30 14:59:43 GGS INFO 224 Oracle GoldenGate Capture for Oracle, load1.prm: Rolling over remote file /u01/oracle/ggs/dirdat/lt000003.
2010-12-30 14:59:43 GGS INFO 112 Oracle GoldenGate Capture for Oracle, load1.prm: Recovery completed for target file /u01/oracle/ggs/dirdat/lt00000
3, at RBA 969.
2010-12-30 14:59:43 GGS INFO 112 Oracle GoldenGate Capture for Oracle, load1.prm: Recovery completed for all targets.
But on target when i run:
infol all command
I get mamager is running and replicat load2 is abending.
when i do info replicat load2 i get this
REPLICAT LOAD2 Last Started 2010-12-30 14:36 Status ABENDED
Checkpoint Lag 23:28:32 (updated 01:16:18 ago)
Log Read Checkpoint File /u01/oracle/ggs/dirdat/lt000000
2010-12-29 15:08:21.059469 RBA 969
This is the snapshop of GGSEVT on target.
2010-12-30 14:36:53 GGS ERROR 190 Oracle GoldenGate Delivery for Oracle, load2.prm: PROCESS ABENDING.
2010-12-30 14:46:26 GGS INFO 399 Oracle GoldenGate Command Interpreter for Oracle: GGSCI command (oracle): edit params mgr.
2010-12-30 14:46:48 GGS INFO 399 Oracle GoldenGate Command Interpreter for Oracle: GGSCI command (oracle): edit params ./GLOBAL.
2010-12-30 14:47:17 GGS INFO 399 Oracle GoldenGate Command Interpreter for Oracle: GGSCI command (oracle): edit params load2.
2010-12-30 14:49:10 GGS INFO 399 Oracle GoldenGate Command Interpreter for Oracle: GGSCI command (oracle): edit params load2.
2010-12-30 14:58:22 GGS INFO 399 Oracle GoldenGate Command Interpreter for Oracle: GGSCI command (oracle): stop replicat load2.
2010-12-30 14:59:09 GGS INFO 371 Oracle GoldenGate Collector, port 7840: Closing /u01/oracle/ggs/dirdat/lt000002.
2010-12-30 14:59:09 GGS INFO 372 Oracle GoldenGate Collector, port 7840: Terminating after client disconnect.
2010-12-30 14:59:26 GGS INFO 301 Oracle GoldenGate Manager for Oracle, mgr.prm: Command received from EXTRACT on host 172.30.130.31 (START SERVER C
PU -1 PRI -1 PARAMS ).
2010-12-30 14:59:26 GGS INFO 302 Oracle GoldenGate Manager for Oracle, mgr.prm: Manager started collector process (Port 7840).
2010-12-30 14:59:26 GGS INFO 373 Oracle GoldenGate Collector, port 7840: Waiting for connection (started dynamically).
2010-12-30 14:59:31 GGS INFO 373 Oracle GoldenGate Collector: Connected to hcli-stag1101.hcli.usac.loc:55726.
2010-12-30 14:59:31 GGS INFO 370 Oracle GoldenGate Collector, port 7840: Opening /u01/oracle/ggs/dirdat/lt000002 (byte 1682, current EOF 1682).
2010-12-30 14:59:31 GGS INFO 371 Oracle GoldenGate Collector, port 7840: Closing /u01/oracle/ggs/dirdat/lt000002.
2010-12-30 14:59:31 GGS INFO 370 Oracle GoldenGate Collector, port 7840: Opening /u01/oracle/ggs/dirdat/lt000003 (byte -1, current EOF 0).
2010-12-30 15:26:27 GGS ERROR 190 Oracle GoldenGate Command Interpreter for Oracle: Received signal: Program interrupt (2).
2010-12-30 15:26:27 GGS ERROR 190 Oracle GoldenGate Command Interpreter for Oracle: PROCESS ABENDING.
2010-12-30 15:46:06 GGS INFO 399 Oracle GoldenGate Command Interpreter for Oracle: GGSCI command (oracle): edit params mgr.
2010-12-30 15:47:40 GGS INFO 399 Oracle GoldenGate Command Interpreter for Oracle: GGSCI command (oracle): edit params load2.
2010-12-30 15:48:24 GGS INFO 399 Oracle GoldenGate Command Interpreter for Oracle: GGSCI command (oracle): edit params ./GLOBAL.
2010-12-30 15:53:22 GGS ERROR 190 Oracle GoldenGate Command Interpreter for Oracle: Received signal: Program interrupt (2).
2010-12-30 15:53:22 GGS ERROR 190 Oracle GoldenGate Command Interpreter for Oracle: PROCESS ABENDING.
Please HELP

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 Linux: Version 10.2.0.4.0 - Production
NLSRTL Version 10.2.0.4.0 - Production
Database Language and Character Set:
NLS_LANG environment variable not set, using default value AMERICAN_AMERICA.US7ASCII.
NLS_LANGUAGE = "AMERICAN"
NLS_TERRITORY = "AMERICA"
NLS_CHARACTERSET = "WE8ISO8859P1"
Warning: NLS_LANG is not set. Please refer to user manual for more information.
** Run Time Messages **
Opened trail file /u01/oracle/ggs/dirdat/lt000002 at 2010-12-30 19:16:19
MAP resolved (entry USACHCLIC.USERNAME_TEST):
MAP USACHCLIC.USERNAME_TEST, TARGET usachclic.username_test;
Using following columns in default map by name:
USERNAMEID, USERNAME, PASSWORD, FIRSTNAME, LASTNAME, EMAIL,
DISABLEDFLAG, USERID, CREATIONDATE, LASTEDITDATE
Using the following key columns for target table USACHCLIC.USERNAME_TEST: USERNAMEID.
Switching to next trail file /u01/oracle/ggs/dirdat/lt000003 at 2010-12-30 19:16:19 due to EOF, with current RBA 1682
Opened trail file /u01/oracle/ggs/dirdat/lt000003 at 2010-12-30 19:16:19
Processed extract process graceful restart record at seq 3, rba 969.
Switching to next trail file /u01/oracle/ggs/dirdat/lt000004 at 2010-12-30 19:16:19 due to EOF, with current RBA 1362
Opened trail file /u01/oracle/ggs/dirdat/lt000004 at 2010-12-30 19:16:19
Processed extract process graceful restart record at seq 4, rba 969.
Switching to next trail file /u01/oracle/ggs/dirdat/lt000005 at 2010-12-30 19:16:19 due to EOF, with current RBA 1167
Opened trail file /u01/oracle/ggs/dirdat/lt000005 at 2010-12-30 19:16:19
Processed extract process graceful restart record at seq 5, rba 969.
Switching to next trail file /u01/oracle/ggs/dirdat/lt000006 at 2010-12-30 19:16:19 due to EOF, with current RBA 1029
Opened trail file /u01/oracle/ggs/dirdat/lt000006 at 2010-12-30 19:16:19
Processed extract process graceful restart record at seq 6, rba 969.
2010-12-30 19:16:19 GGS WARNING 218 Aborted grouped transaction on 'USACHCLIC.USERNAME_TEST', Database error 1 (ORA-00001: unique constraint (USACHCLIC
.SYS_C0036809) violated).
2010-12-30 19:16:19 GGS WARNING 218 Repositioning to rba 1345 in seqno 2.
Opened trail file /u01/oracle/ggs/dirdat/lt000002 at 2010-12-30 19:16:19
Switching to next trail file /u01/oracle/ggs/dirdat/lt000003 at 2010-12-30 19:16:19 due to EOF, with current RBA 1682
Opened trail file /u01/oracle/ggs/dirdat/lt000003 at 2010-12-30 19:16:19
Processed extract process graceful restart record at seq 3, rba 969.
Switching to next trail file /u01/oracle/ggs/dirdat/lt000004 at 2010-12-30 19:16:19 due to EOF, with current RBA 1362
Opened trail file /u01/oracle/ggs/dirdat/lt000004 at 2010-12-30 19:16:19
Processed extract process graceful restart record at seq 4, rba 969.
Switching to next trail file /u01/oracle/ggs/dirdat/lt000005 at 2010-12-30 19:16:19 due to EOF, with current RBA 1167
Opened trail file /u01/oracle/ggs/dirdat/lt000005 at 2010-12-30 19:16:19
Processed extract process graceful restart record at seq 5, rba 969.
Switching to next trail file /u01/oracle/ggs/dirdat/lt000006 at 2010-12-30 19:16:19 due to EOF, with current RBA 1029
Opened trail file /u01/oracle/ggs/dirdat/lt000006 at 2010-12-30 19:16:19
Processed extract process graceful restart record at seq 6, rba 969.
2010-12-30 19:16:19 GGS WARNING 218 SQL error 1 mapping USACHCLIC.USERNAME_TEST to USACHCLIC.USERNAME_TEST OCI Error ORA-00001: unique constraint (USAC
HCLIC.SYS_C0036809) violated (status = 1), SQL <INSERT INTO "USACHCLIC"."USERNAME_TEST" ("USERNAMEID","USERNAME","PASSWORD","FIRSTNAME","LASTNAME","EMAIL","D
ISABLEDFLAG","USERID","CREATIONDATE","LASTEDITDATE") VALUES (:a0,:a1,:a2,:a3,:a4,:a5,:a6,:a>.
2010-12-30 19:16:19 GGS WARNING 218 Repositioning to rba 1029 in seqno 6.
Source Context :
SourceModule : [er.main]
SourceID : [$Id: //depot/releases/OpenSys/v10.4.0/src/app/er/rep.c#19 $]
SourceFunction : [take_rep_err_action]
SourceLine : [14904]
ThreadBacktrace : [7] elements
: [u01/oracle/ggs/replicat(_ZN15CMessageContext16AddThreadContextEv+0x26) [0x5b1b46]]
: [u01/oracle/ggs/replicat(_ZN15CMessageFactory13CreateMessageEP14CSourceContextjz+0x383) [0x5aa483]]
: [u01/oracle/ggs/replicat [0x4ba31d]]
: [u01/oracle/ggs/replicat [0x4c1687]]
: [u01/oracle/ggs/replicat(main+0x4ee) [0x4d337e]]
: [lib64/libc.so.6(__libc_start_main+0xf4) [0x3f18e1d994]]
: [u01/oracle/ggs/replicat(__gxx_personality_v0+0x172) [0x45adea]]
2010-12-30 19:16:19 GGS ERROR 218 Error mapping from USACHCLIC.USERNAME_TEST to USACHCLIC.USERNAME_TEST.
* ** Run Time Statistics ** *
Last record for the last committed transaction is the following:
Trail name : /u01/oracle/ggs/dirdat/lt000004
Hdr-Ind : E (x45) Partition : . (x04)
UndoFlag : . (x00) BeforeAfter: B (x42)
RecLength : 9 (x0009) IO Time : 2010-12-30 18:44:52.031077
IOType : 3 (x03) OrigNode : 255 (xff)
TransInd : . (x03) FormatType : R (x52)
SyskeyLen : 0 (x00) Incomplete : . (x00)
AuditRBA : 181 AuditPos : 126247440
Continued : N (x00) RecCount : 1 (x01)
2010-12-30 18:44:52.031077 Delete Len 9 RBA 1029
Name: USACHCLIC.USERNAME_TEST
Reading /u01/oracle/ggs/dirdat/lt000006, current RBA 1029, 3 records
Report at 2010-12-30 19:16:19 (activity since 2010-12-30 19:16:19)
From Table USACHCLIC.USERNAME_TEST to USACHCLIC.USERNAME_TEST:
# inserts: 2
# updates: 0
# deletes: 1
# discards: 1
Last log location read:
FILE: /u01/oracle/ggs/dirdat/lt000006
SEQNO: 6
RBA: 1029
TIMESTAMP: 2010-12-30 19:09:24.032634
EOF: NO
READERR: 0
CACHE OBJECT MANAGER statistics
CACHE MANAGER VM USAGE
vm current = 0 vm cached = 0
vm anon = 0 vm file = 0
vm used max = 0 ==> CACHE BALANCED
CACHE CONFIGURATION
cache size = 512M cache force paging = 881M
buffer min = 64K buffer highwater = 4M
pageout eligible size = 4M
CACHE Transaction Stats
trans active = 0 max concurrent = 0
non-zero total = 0 trans total = 0
CACHE File Caching
disk current = 0 disk total = 0
disk caching = 0 file cached = 0
file retrieves = 0
CACHE MANAGEMENT
buffer links = 0 anon gets = 0
forced unmaps = 0 cnnbl try = 0
cached out = 0 force out = 0
Allocation Request Distribution
< 128B: 0
128B: 0 0 | 512B: 0 0
2K: 0 0 | 8K: 0 0
32K: 0 0 | 128K: 0 0
512K: 0 0 | 2M: 0 0
8M: 0 0 | 32M: 0 0
128M: 0 0 | 512M: 0 0
2G: 0 0 | 8G: 0
Cached Transaction Size Distribution
0: 0
< 4K: 0
4K: 0 0 | 16K: 0 0
64K: 0 0 | 256K: 0 0
1M: 0 0 | 4M: 0 0
16M: 0 0 | 64M: 0 0
256M: 0 0 | 1G: 0 0
4G: 0 0 | 16G: 0 0
64G: 0 0 | 256G: 0 0
1T: 0 0 | 4T: 0 0
16T: 0 0 | 64T: 0 0
256T: 0 0 |1024T: 0 0
QUEUE Statistics:
num queues = 15 default index = 0
cur len = 0 max len = 0
q vm current = 0 vm max = 0
q hits = 0 q misses = 0
queue size q hits curlen maxlen cannibalized
0 64K 0 0 0 0
1 128K 0 0 0 0
2 256K 0 0 0 0
3 512K 0 0 0 0
4 1M 0 0 0 0
5 2M 0 0 0 0
6 4M 0 0 0 0
7 8M 0 0 0 0
8 16M 0 0 0 0
9 32M 0 0 0 0
10 64M 0 0 0 0
11 128M 0 0 0 0
12 256M 0 0 0 0
13 512M 0 0 0 0
14 1G 0 0 0 0
================================================================================
CACHE POOL #0
POOL INFO group: load2 id: p344_BLOB
trans active = 0 trans concurrent (max) = 0
trans total = 0 (0 )
flag = 0x00000003
highestCSN = (wrap=0, base=0) valid = 0
last error = (0=<none>)
Allocation Request Distribution
< 128B: 0
128B: 0 0 | 512B: 0 0
2K: 0 0 | 8K: 0 0
32K: 0 0 | 128K: 0 0
512K: 0 0 | 2M: 0 0
8M: 0 0 | 32M: 0 0
128M: 0 0 | 512M: 0 0
2G: 0 0 | 8G: 0

Similar Messages

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?

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

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.

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

GoldenGate - Oracle to MSSQL - handling DDL replication abends on replicat

Sorry for the cross-post. I clearly failed to actually read the "there's a GoldenGate forum" sticky...
Hello -
Very much a GoldenGate noob here, so please excuse me if I fumble on the terms / explanations - still learning.
We've recently been lucky enough to have a GoldenGate pump put into our campus environment to support our data warehouse. We don't manage the pump or source systems - just the target.
Pump: GoldenGate 11.1.1.1
Source: Oracle 11g
Target: MSSQL 2008R2
~5,000 tables of hugely varying sizes
The extract is apparently configured to push DDL changes, which is clearly not going to work with a MSSQL 2008 R2 target. We're getting abend messages on the replicat and I'd like to know if we can bypass them on the replicat or need to ask that the extract process be modified to exclude DDL operations.
The replicat error logs show exception:
OGG-00453: DDL Replication is not supported for this database
On the replicat I've tried including:
DDL EXCLUDE ALL
DDLERROR DEFAULT DISCARD (or DDLERROR DEFAULT IGNORE - neither let the process continue)
The replicat just abends with the same OGG-00453 exception.
My question: Can I gracefully handle these abends on the replicat? Or do I need to request the extract be updated with "DDL EXCLUDE ALL." Ideally, we can handle this on the replicat - I'm trying to be considerate of the main GoldenGate admin's time and also avoid any disruption of the extract.
Any direction / info / ideas much appreciated.
Thank you,
Eric

924681 wrote:
Sorry for the cross-post. I clearly failed to actually read the "there's a GoldenGate forum" sticky...
Hello -
Very much a GoldenGate noob here, so please excuse me if I fumble on the terms / explanations - still learning.
We've recently been lucky enough to have a GoldenGate pump put into our campus environment to support our data warehouse. We don't manage the pump or source systems - just the target.
Pump: GoldenGate 11.1.1.1
Source: Oracle 11g
Target: MSSQL 2008R2
~5,000 tables of hugely varying sizes
The extract is apparently configured to push DDL changes, which is clearly not going to work with a MSSQL 2008 R2 target. We're getting abend messages on the replicat and I'd like to know if we can bypass them on the replicat or need to ask that the extract process be modified to exclude DDL operations.
The replicat error logs show exception:
OGG-00453: DDL Replication is not supported for this database
On the replicat I've tried including:
DDL EXCLUDE ALL
DDLERROR DEFAULT DISCARD (or DDLERROR DEFAULT IGNORE - neither let the process continue)
The replicat just abends with the same OGG-00453 exception.
My question: Can I gracefully handle these abends on the replicat? Or do I need to request the extract be updated with "DDL EXCLUDE ALL." Ideally, we can handle this on the replicat - I'm trying to be considerate of the main GoldenGate admin's time and also avoid any disruption of the extract.
Any direction / info / ideas much appreciated.
Thank you,
EricI find strange that DDLERROR DEFAULT IGNORE does not work, are you sure you placed it properly? did you restarted the replicats after doing the change?
Why dont you try specifying the error like:
DDLERROR <error> IGNORE

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.

To retrieve data after process abended

Hi everyone,
Is there any method of replicating the DDL,DML 's fired after the processes like replicat abended.
Currently i am using : alter replicat rep1 begin now
It seems to work to make processes running again but the i lost the data that was replicated after the process abended.
plz help......
thanks
Saurav

Hi,
1.
My Suggestion is NOT to use BEGIN NOW option with Replicat. This will make your target tables go out of sync and miss some of the DML/DDL as you are altering replciat to process from current time stamp instead of recovery.
GGSCI>alter replicat rep1 begin now
Instead you should always start at seqno 0 and RBA 0 if you are starting fresh or starting Relicat for first time
GGSCI>alter replicat <replicat_name>, Extseqno 0, Extrba 0
GGSCI>start replicat <replicat_name>
OR
if the Replicat has abended earlier and you would like to restart it, you should simply restart it as it will have all the checkpoint information with it and it will automatically start processing data from the recovery checkpoint(trail file).
GGSCI>start replicat <replicat_name>
OR
If you intend to start processing fom a specific trail file then you should use below command
Example:
$cd trail
$ls -ltr
lt000123
lt000124
lt000125
If you are sure that the Replciat processed trail file 123 and you would like to start from trail file seq 124 then try
GGSCI>alter replicat <replicat_name>, Extseqno 124, Extrba 0
GGSCI>start replicat <replicat_name>
OR
If you want to start processing from specific record or start of transaction with in a trail file then you could use LOGDUMP utility to find the RBA and use the same to alter the Replicat.
GGSCI>alter replicat <replicat_name>, Extseqno 124, Extrba 8999934
GGSCI>start replicat <replicat_name>
2.
As you have already lost some of the data and your target DB is already out of sync, I would suggest below method to resync it.
full database export using expdp(Oracle Source to Oracle Target)
1) Enable Minimal Supplemental Logging in Oracle on source
SQLPLUS > alter database add supplemental log data ;
2) Enable Supplemental Logging at Table Level on source
GGSCI> dblogin userid xxxxx password xxxxxx
GGSCI> add trandata <schema>.<tablename>
3) Add Extract, Add Exttrail, Add Pump, Add Rmttrail on source
4) Start Extract, Start Pump on source
5) Create a database directory:
SQLPLUS> create directory dumpdir as '<some directory>' ;
6) Get the current SCN on the source database:
SQLPLUS> select current_scn from v$database ;
28318029
7) Run the export using the flashback SCN you obtained in the previous step. The following example shows running the expdp utility at a Degree Of Parallelism (DOP) of 4. If you have sufficient system resources (CPU,memory and IO) then running at a higher DOP will decrease the amount of time it takes to take the export (up to 4x for a DOP of 4). Note that expdp uses Oracle Database parallel execution settings (e.g.parallel_max_servers) which have to be set appropriately in order to take advantage of parallelism. Other processes running in parallel may be competing for those resources. See the Oracle Documentation for more details.
a.expdp directory=dumpdir full=y parallel=4 dumpfile=ora102_%u.dmp flashback_scn=28318029
Username: sys as sysdba
Password:
Note: The export log needs to be checked for errors.
8) Start an import using impdp to the target database when step 7 is complete.
9) Add and Start Replicat:
GGSCI> add replicat <rep_name>, exttrail ./dirdat/<xx>
GGSCI> start replicat <rep_name>, aftercsn <value returned from step 6>
Hope this information helps.
Thanks & Regards
SK

Goldengate Trailfiles

Hi,
My replicat process abended after delete command was issued on the source, reason being there isn't any unique, primarykeys as well as KEYCOLS value.
So now i want make goldengate read from another trailfile instead of existing trailfile,
ie gg is currently reading from rt000020 trailfile, so i want instruct gg to read from rt000021 trailfile.
Can anyone let me the solution for this.
Thanks,
Bharat Damarla

Hi,
I tried to start with a particular RBA (99999855) from file rt000021 but still its reading from rt000020 only and failing that the specified RBA isnt found. Here is the error report
2012-09-04 07:52:17 INFO OGG-03035 Operating system character set identified as UTF-8. Locale: en_US, LC_ALL:.
REPLICAT rdw_drr
USERID goldgate, PASSWORD *********
HANDLECOLLISIONS
DBOPTIONS SUPPRESSTRIGGERS,DEFERREFCONST
ASSUMETARGETDEFS
--DDL INCLUDE ALL
--DDLERROR DEFAULT IGNORE RETRYOP
DISCARDFILE /u02/oradata/gg/discard,append
MAP rdw.*, TARGET rdw.*;
MAP rdw.remote_machines, TARGET rdw.remote_machines;
MAP rdw.mach_xfer_hist, TARGET rdw.mach_xfer_hist;
MAP rdw.meter_def, TARGET rdw.meter_def;
MAP rdw.module_type_def, TARGET rdw.module_type_def;
MAP rdw.OGG_TEST_PARTITION, target rdw.OGG_TEST_PARTITION KEYCOLS(FAULT_HISTOGRAM_HIST_ID);
2012-09-04 07:52:17 INFO OGG-01815 Virtual Memory Facilities for: COM
anon alloc: mmap(MAP_ANON) anon free: munmap
file alloc: mmap(MAP_SHARED) file free: munmap
target directories:
/u01/app/goldengate/dirtmp.
CACHEMGR virtual memory values (may have been adjusted)
CACHESIZE: 2G
CACHEPAGEOUTSIZE (normal): 8M
PROCESS VM AVAIL FROM OS (min): 4G
CACHESIZEMAX (strict force to disk): 3.41G
Database Version:
Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 64bit Production
PL/SQL Release 11.2.0.2.0 - Production
CORE 11.2.0.2.0 Production
TNS for Linux: Version 11.2.0.2.0 - Production
NLSRTL Version 11.2.0.2.0 - Production
Database Language and Character Set:
NLS_LANG = "AMERICAN_AMERICA.AL32UTF8"
NLS_LANGUAGE = "AMERICAN"
NLS_TERRITORY = "AMERICA"
NLS_CHARACTERSET = "AL32UTF8"
** Run Time Messages **
Opened trail file */u02/oradata/gg/datacapture/rt000020* at 2012-09-04 07:52:17
Source Context :
SourceModule : [er.processloop]
SourceID : [scratch/aime1/adestore/views/aime1_adc4150256/oggcore/OpenSys/src/app/er/processloop.cpp]
SourceFunction : [process_extract_loop]
SourceLine : [873]
ThreadBacktrace : [7] elements
: [u01/app/goldengate/libgglog.so(CMessageContext::AddThreadContext()+0x1e) [0x2aab838dd06e]]
: [/u01/app/goldengate/libgglog.so(CMessageFactory::CreateMessage(CSourceContext*, unsigned int, ..
.)+0x2cc) [0x2aab838d944c]]
: [/u01/app/goldengate/libgglog.so(_MSG_ERR_ER_GENERIC_FAILURE(CSourceContext*, char const*, CMessa
geFactory::MessageDisposition)+0x31) [0x2aab838c12a9]]
: [u01/app/goldengate/replicat(process_extract_loop()+0x246e) [0x536cde]]
: [u01/app/goldengate/replicat(main+0x732) [0x548752]]
: [lib64/libc.so.6(__libc_start_main+0xf4) [0x343341d994]]
: [u01/app/goldengate/replicat(__gxx_personality_v0+0x322) [0x4be48a]]
2012-09-04 07:52:38 ERROR OGG-01028 Incompatible record (101) in /u02/oradata/gg/datacapture/rt000020, rba 99999855 (gett
ing header).
* ** Run Time Statistics ** *
Reading /u02/oradata/gg/datacapture/rt000020, current RBA 99999855, 0 records
Report at 2012-09-04 07:52:38 (activity since 2012-09-04 07:52:17)
No records were replicated.
2012-09-04 07:52:38 ERROR OGG-01668 PROCESS ABENDING.

Query on DML operation

Hi,
I am new to Golden Gate. I have query
I am setting up a UNIDIRECTIONAL replication from Source to Target (very simple default configuration.GETINSERT,GETUPDATE,GETDELETE) to replica of source and target.
Table :SOURCE_A(SOR_COL). Insert below three rows
APPLE
ORANGE
BANANA
I did a Intial Load to trarger TARGET_A(TAR_COL) and got all the three rows
APPLE
ORANGE
BANANA
I did a house keeping and say I deleted row 'ORANGE' from target table TARGET_A.
APPLE
BANANA
Now Scenrio arrive. I updated the SOURCE table SOURCE_A (ORANGE) to BEANS and added one row TOMATO and my data in SOURCE_A will look like
APPLE
BEANS
BANANA
TOMATO
Now Please let me know what will happen to my TARGET table TARGET_A UPDATE operation since the target data will not be for the incremental load
Thanks in Advance
Balu S

In this case by default the replicat will abend. If you dont' want the replicat to abend and want to insert the record you are updating on the source,
you can use INSERTMISSINGUPDATES parameter on your replicat.

How to convert string to date and check date difference in filter clause | error in filter clause

Hi All,
I have a requirement where i want to stop replicat if particular record is encountered on target.
if PARAMETER_CODE="APPLDATE" and difference between parameter_value is 1 then replicat should stop.
the code i am using is,
map schema.src_tablename , target schema.trg_tablename, &
WHERE(PARAMETER_CODE="APPLDATE"), &
filter (on updates, (@to_date(before.PARAMETER_VALUE,'dd/mm/yyyy hh24:mi:ss')) - (@to_date(PARAMETER_VALUE,'dd/mm/yyyy hh24:mi:ss')) =1), &
EVENTACTIONS(STOP);
Replicat process abends with error in filter clause.
Concern here is the parameter_value column is in varchar2 and not in date. (if its date than filter (on updates, @datediff ("DD",before.PARAMETER_VALUE, PARAMETER_VALUE) =1) is working correctly). I need to stop replicat when date(in varchar2 format) gets incremented by 1.
Please do help in solving the issue.
Thanks,
TrushB.

Dear all,
Please do update... how to covert a varchar2 to date in GG.

Partition tables replication

Can anyone let me know how to replicate partitioned tables using goldengate.

Hi,
I have enabled replication for one of the partitioned table and inserted few rows which got replicated successfully.
Then i tried to update the rows at source, and i could see that this change didnt happen at target side. Similarly when i tried to delete rows my replicat process abended with an error.
Please check this link where i have posted the output and all. Let me know what can be done, we need to move to production implementation asap if this testing goes fine.
Replicat Abended while rows are deleted at source
Thanks,
Bharat Damarla

WARNING OGG-00869 Oracle GoldenGate Delivery, repdb2.prm: [SQL error 0 (0x0)][Oracle][ODBC PostgreSQL Wire Protocol driver]String data, right truncated.

     When I migrate CLOB datas from Oracle 10g to PostgreSQL 9.0,and the target data type is text,the replicat process abend,and it reports as following:
WARNING OGG-03056 Oracle GoldenGate Delivery, repdb2.prm: Source table SDCMNET.T_INFO_SUPERIOR_PROGRAM column PRO_CONTENT_CLOB data size exceeds the maximum target table sdcmnet.t_info_superior_program column pro_content_clob size. Automatic truncation is enabled for all tables/columns without further warnings.
WARNING OGG-00869 Oracle GoldenGate Delivery, repdb2.prm: [SQL error 0 (0x0)][Oracle][ODBC PostgreSQL Wire Protocol driver]String data, right truncated.
WARNING OGG-01004 Oracle GoldenGate Delivery, repdb2.prm: Aborted grouped transaction on 'sdcmnet.t_info_superior_program', Database error 0 ([SQL error 0 (0x0)][Oracle][ODBC PostgreSQL Wire Protocol driver]String data, right truncated.
     But,according to the SEQNO and RBA,I find the records have been migrated,and the length of records is equal to what is in oracle.Then I try to use the odbc driver of postgresql 9.3 to replace,although I can login the database ,but it warns again.
     Can anyone help me?

This forum is for Oracle Maven Repository. You might have more luck posting your question in an forum for GoldenGate - you are more likely to find someone who knows about that product in its own forums.

Invalid option for map: resolveconflict

I have this rules in the replicat
Map schema.table, target schema.table resolveconflict (updaterowexists(default,overwrite), cols(col1,col2));
Map schema.\*, target schema.*;
And now the replicat is abended due to:
Invalid option for map: resolveconflict
Where am I wrong?
Edited by: user597097 on 03:03 21/05/2012

RESOLVECONFLICT does not exist. At least is not present in the OGG 11 Refernce Guide
What is what you are trying to achieve?

Replicat abend

Hi
i new with goldengate and i'm sorry if my english is bad.
i'm trying to do active-active replicat from oracle 10gr2 to oracle 10gr2 using goldengate
source n target have been running
when i create table in source, target will recognize that
but i have a problem
this is what i do.
source :
drop table a
target :
select * from table a -> the result is table a not found (extract and replicat still running)
then i do : select * from table a at source, then my replicat at target abend.
cannot find table sender.a
how can i handle this?
can anyone help me about sqlexec too?
how i use commit by using sqlexec? i put it on extract or replicat?
i need to do the extract n replicat commit the dml automatically.
therefore, i don't need to do commit everytime i do insert at source.
thanks for helllpppp.. really need this.
Edited by: 826012 on Jan 6, 2011 2:17 AM
Edited by: 826012 on Jan 6, 2011 2:18 AM

Source :
extract ext_1
userid oraclegg, password oracle
rmthost 192.168.111.129, mgrport 7809
rmttrail /u01/app/oracle/ggs/dirdat/aa
ddl include mapped objname sender.*
table sender.*;
replicat rep_2
assumetargetdefs
userid oraclegg, password oracle
map receiver.*, target sender.*;
Target :
extract ext_2
userid oraclegg, password oracle
rmthost 192.168.111.182, mgrport 7809
rmttrail /u01/app/oracle/ggs/dirdat/bb
ddl include mapped objname receiver.*
table receiver.*;
replicat rep_1
assumetargetdefs
userid oraclegg, password oracle
map sender.*, target receiver.*;
this is the error for rep_2 :
2011-01-06 15:45:00 ERROR OGG-01296 Error mapping from RECEIVER.A to SENDER.A.
next case is this :
before i run my extract and replicat at source and target, i drop table A from schema receiver and sender, then when i start extract and replicat, the replicat (rep_1 and rep_2) are abended.
error at rep_1 :
2011-01-07 07:16:19 ERROR OGG-00519 Fatal error executing DDL replication: error [Error code [942], ORA-00942: table or view does not exist, SQL drop table "SENDER"."A" /* GOLDENGATE_DDL_REPLICATION */], no error handler present.
error at rep_2 :
2011-01-07 07:25:00 ERROR OGG-00199 Table RECEIVER.A does not exist in target database.
what error handler to handle this? how can i use ignore?
thanks for help......

Replicat is abending

Similar Messages

Maybe you are looking for