Golden gate - purging processin source db should not replicate in Target db

Oracle : 11.2.0.3
Server: Linux 64-bit
I have a requirement in my golden gate environment that, some purging process in Source database should not reflect in target database.
(few tables will be purged once in 3 months ,that should not be replicate in target)
Golden gate is configured for few schemas.
Could anyone please help me to solve this.
Thanks in advance,

Osama thanks for your promt response and help..
I think the link which you have provided is not suitable for my scenario ( http://mverzijl.wordpress.com/2011/10/15/handle-truncates-in-goldengate/ ),
In my scenario, we want to delete some 2 years record from a table in source db, but this delete should not replicate in target. We want to maintain the records in target db.
Find below my EXTRACT & REPLICATE Parameters
EXTRACT ext1
USERID ggs_owner, PASSWORD ggs_owner
RMTHOST lnxdev.hq.company.com, MGRPORT 7809
RMTTRAIL /oradata/ORACLE/goldengate/dirdat/rt
DDL INCLUDE MAPPED
TABLE CLG_OWNR.*;
TABLE LOC_OWNR.*;
SEQUENCE CLG_OWNR.*;
SEQUENCE LOC_OWNR.*;
-Rep
REPLICAT rep1
ASSUMETARGETDEFS
USERID ggs_owner, PASSWORD ggs_owner
MAP CLG_OWNR.*, TARGET CLG_OWNR.*;
MAP LOC_OWNR.*, TARGET LOC_OWNR.*;
DDLERROR DEFAULT IGNORE RETRYOP
thanks & regards,
Feroz Khan

Similar Messages

Unique Identifier of the source style does not match the target st

I'm running into a bunch of problems with an export/import, but I'll limit myself to the more opaque ones for the moment. We've got a page group in place and are trying to overwrite it, or at least parts of it, with a revised version. The export appears to succeed, but the pre-check (and consequently, it appears, the entire import) fails. One of the few specific errors has to do with a style:
[ERROR] id = NULL context = style_pre_check user = PORTAL The Unique Identifier of the source style MY_STYLE does not match the target style MY_STYLE.
The style in question exists in both our development environment (from which we're exporting) and our target environment (into which we're importing, of course). It hasn't even been changed in the development environment, so it's identical to what it's replacing. Does anybody know what's going on here and how it might be fixed?

This indicates the style in the production did not come from the same development system as the one you're attempting the new import from. Also, this could happen, if for some reason you had deleted the style in the development after it was deployed to production and (re-) created a new style with the same name.
In order for pre-check to succeed, you would need to either rename the style on the production or rename it on development and re-export and import the transport set again.

In Procedure command, source query results not passed to target as # variables - why not?

Hi all,
I'm using ODI 11.1.1.6.0.
Has anyone had issues with this version with this feature?
I've just upgraded from 10.1.3.4.5.6_02 and feature doesn't work at all (not even in new procedures!) in my repository.
I've even tried creating a brand new repository then creating a new data server, new physical schema, new logical schema, mapped physical schema to the logical schema, and created a new procedure that does:-
Source tab (Oracle): SELECT scen_name FROM snp_scen
Target tab (ODI Tools): OdiStartScen -SCEN_NAME=DUMMY -SESSION_NAME=#scen_name
The session that's created has the name "#scen_name" and not the name from the result of the source query.
The DUMMY scenario is just generated from another procedure that has a single OdiSleep command.
Any ideas chaps?

Yet another bug...
Fixed in 11.1.1.6.4.

HT4889 my source mac will not recognise my target mac what do I do?

The source mac is a macbook running 10.5.8 and I am trying to use migration assistant to get my music to my ne macbook pro which is running 10.8.2
I have tried connecting them with an ethernet cable and this still didn't work...
Any suggestions??

Have you tried resetting the VRAM and SMC:
http://support.apple.com/kb/HT3964
http://support.apple.com/kb/HT1379
If that does not work either, you may want to book an appointment at your nearest Genius Bar for a free diagnosis as it could be a USB port problem.

Golden Gate functionality during new deployments

Hi can anybody tell me what can be done during deployment activity is performed for Active-Active(bi-directional) Golden Gate configuration?
In our case during new deployments we fail-over complete traffic from once Data centre to another active data centre.
After traffic fail-over we perform deployment work on Database. Which might insert/add columns etc.....
Adding columns and inserting data on once database makes Golden Gate to replicate them to target database which is not desired for a running database.
Anybody suggest what can be done in such scenario?
Also if we try to ignore those tables, we have seen a situation where Golden Gate will fail saying parent keys not found.
Any suggestion on handling such situation will help me a lot.
Thanks in advance.

Hello,
Maybe a late reply, but have you thought of creating an extract process specif to the deployment (active data center)?
You could use the extracted trails and pump them over to the other data center and run the trails/changes as a batch job.
I recently had a similar scenario, and create a specific extract(active center) and batch replicat(passive center). The parameter nodbcheckpoint tell Oracle GG that you are running a batch job.
Here is an example:
GGSCI> ADD REPLICAT LOADDRP, EXTTRAIL ./dirdat/tx nodbcheckpoint
GGSCI> EDIT PARAMS LOADDRP
REPLICAT LOADDRP
SETENV (NLS_LANG = "AMERICAN_AMERICA.WE8MSWIN1252")
EXTTRAIL ./dirdat/tx
HANDLECOLLISIONS
--END RUNTIME
USERID GGATE@MYDB01, PASSWORD *******
ASSUMETARGETDEFS
DISCARDFILE ./dirrpt/loadtemppassive.dsc, purge
STATOPTIONS RESETREPORTSTATS
DDL INCLUDE ALL
DDLERROR DEFAULT IGNORE RETRYOP MAXRETRIES 5
REPORT AT 00:01
REPORTROLLOVER AT 00:01
REPORTCOUNT EVERY 60 SECONDS, RATE
DDLOPTIONS REPORT
MAP I_S_L_2.*, TARGET I_S_L_2.*;
ETC......Hope this gets you on the right track.
Sincerely
Jan S.

Does Golden Gate provide any Webservices to start and stop services?

Hi all,
We are trying to use GG in our application. But we need a way to start and stop services from java code.
Is there any Webservice interface or API to start and stop Golden gate services like GG manager, extract and replicat processes??
Thanks in advance for your help.
Yamini.

You can control this at a database level using EVENTACTIONS parameter.
Create a table at source & target called "EVENT" with field EVENT_TYPE ( example names only - please call it what you like ) .
at Replicat config actions based on the data passed into the EVENT_TYPE column
MAP GG_ADM.EVENT TARGET GG_ADM.EVENT, &
FILTER ( (@STREQ(@IF(@COLTEST(EVENT_TYPE,PRESENT),EVENT_TYPE,"No EVENT"),"STOP") = 1)), &
EVENTACTIONS (IGNORE , LOG,STOP);
You'll need a seperate replicat to handle the start
MAP GG_ADM.EVENT TARGET GG_ADM.EVENT, &
FILTER ( (@STREQ(@IF(@COLTEST(EVENT_TYPE,PRESENT),EVENT_TYPE,"No EVENT"),"START_APP_02") = 1)), &
EVENTACTIONS ((SHELL (${GG_HOME}/diroby/start.ksh R1APP_02 )));
Hope that helps

Golden Gate obey not returning.

Hello,
I am attempting to use golden gate to go from single instance 10.2.0.4 on sparc to exadata 11.2.0.3 on linux server.
When I run the obey command on the source side in golden gate, it seems to process ok, then just hangs and never returns. There is no error produced, it just sits there staring at me, mocking me! Since this is on the 10.2.0.4 side, I will provide that information first.
I believe I have installed all the gg software correctly for each server, if anyone has seen this before or if there is a bug I am unaware of, please let me know. Here is the pertinent information.
*10G Server Information:*
dssna040-(/opt/vgi/oracle/GoldenGate)->uname -a
SunOS dssna040 5.10 Generic_147440-21 sun4u sparc SUNW,Sun-Fire
*10G GoldenGate installed software:*
dssna040-(/opt/vgi/oracle/GoldenGate)->ggsci
Oracle GoldenGate Command Interpreter for Oracle
Version 11.2.1.0.1 OGGCORE_11.2.1.0.1_PLATFORMS_120423.0230_FBO
Solaris, sparc, 64bit (optimized), Oracle 10g on Apr 24 2012 09:06:57
Copyright (C) 1995, 2012, Oracle and/or its affiliates. All rights reserved.
MGR.PRM
port 2499
--LAGREPORTMINUTES 5
--LAGINFOMINUTES 0
--LAGCRITICALSECONDS 30
PURGEOLDEXTRACTS ./dirdat/e*, USECHECKPOINTS, MINKEEPFILES 5, FREQUENCYMINUTES 60
--PURGEOLDEXTRACTS ./dirdat/t*, USECHECKPOINTS, MINKEEPFILES 5, FREQUENCYMINUTES 60
--PURGEOLDEXTRACTS ./dirdat/s*, usecheckpoints, minkeepdays 1, maxkeepdays 1
--Forces manager to restart extract, pump and replicat if they shut down
AUTORESTART ER *, RETRIES 12, WAITMINUTES 5, RESETMINUTES 60
SOURCE SIDE OBEY FILE
DBLOGIN USERID ggadmin, PASSWORD password
ADD TRANDATA stgadm.*
ADD TRANDATA dshadm.*
ADD EXTRACT e1, TRANLOG, THREADS 1, BEGIN now
ADD EXTTRAIL ./dirdat/e1, EXTRACT e1, MEGABYTES 500
ADD EXTRACT p1, EXTTRAILSOURCE ./dirdat/e1
ADD RMTTRAIL ./dirdat/t1, EXTRACT p1, MEGABYTES 500
EXTRACT FILE
extract e1
TRANLOGOPTIONS ASMUSER sys@dssna040_asm, ASMPASSWORD password, ASMBUFSIZE 28672
SETENV (ORACLE_HOME = "/opt/vgi/oracle/10.2.0.4.0/db")
USERID ggadmin@dshtst00, PASSWORD password
CACHEDIRECTORY /opt/vgi/oracle/migration_dxv1-cluster/dshtst00
EXTTRAIL ./dirdat/e1
DISCARDFILE ./dirrpt/e1.rpt, append
WILDCARDRESOLVE dynamic
table stgadm.*;
table dshadm.*;
PUMP FILE
EXTRACT p1
--RMTHOST cssna009.vanguard.com, MGRPORT 5111
RMTHOST dxv1db01.vanguard.com, MGRPORT 2499
DISCARDFILE ./dirrpt/p1.rpt, append
RMTTRAIL ./dirdat/t1
PASSTHRU
--EOFDELAYCSECS 10
--GETTRUNCATES
--REPORTCOUNT EVERY 5 minutes, rate
table stgadm.*;
table dshtst.*;

You don't need to use a fully qualified back, just know that the RMTTRAIL will be relative to the target OGG installation, not the source. It seems like you're using IPv6 on your network but not a version of OGG that supports it. IPv6 support started in OGG 11.2, which you are using. And this shouldn't be an error you'd see from creating something. It just doesn't make sense.
Running the obey file will echo back each command before it runs it so you should be able to see exactly which command is hanging. And in the ggserr.log there should be something.
I'd try cutting and pasting each command from the obey to GGSCI and run them one at a time. If you're still not getting insight then I'd start ggsci in one window, in another window get the PID and truss -p PID and see what system call it does before hanging.
Good luck,
-joe

Golden Gate for mysql5.5 extract is Abended,and not error in the file

Dear All,
golden gate for mysql5.5 to oracle 11g,extract is Abended ,but there didn't have error in the log , And sometimes the successful extraction some records;
extract :
EXTRACT EXT_M1
TRANLOGOPTIONS AltLogDest /mydata/mysqllog/binlog/binlog.index
SOURCEDB [email protected]:16052, USERID mama,PASSWORD mama
sqlexec "set names gbk;"
EXTTRAIL dirdat/m1
Dynamicresolution
TABLE mama.merchants_member_card_customer;
datapump:
EXTRACT DPRD_M1
SOURCEDB [email protected]:16052, USERID mama,PASSWORD mama
RMTHOST 192.168.2.57, MGRPORT 7089, compress --COMPRESSUPDATESETWHERE
RMTTRAIL /home/oracle/goldengate/dirdat/m1
NOPASSTHRU
TABLE mama.merchants_member_card_customer;
GGSCI>>info all
Program     Status      Group       Lag at Chkpt Time Since Chkpt
MANAGER     RUNNING
EXTRACT     RUNNING     DPRD_M1     00:00:00      00:00:01
EXTRACT     ABENDED     EXT_M1      00:11:49      00:01:56
REPORT:
GGSCI>>view report ext_m1
                  Oracle GoldenGate Capture for MySQL
      Version 11.2.1.0.1 OGGCORE_11.2.1.0.1_PLATFORMS_120423.0230
Linux, x64, 64bit (optimized), MySQL Enterprise on Apr 23 2012 05:23:34
Copyright (C) 1995, 2012, Oracle and/or its affiliates. All rights reserved.
                    Starting at 2013-09-29 18:38:08
Operating System Version:
Linux
Version #1 SMP Wed Jun 13 18:24:36 EDT 2012, Release 2.6.32-279.el6.x86_64
Node: M46
Machine: x86_64
                         soft limit   hard limit
Address Space Size   :    unlimited    unlimited
Heap Size            :    unlimited    unlimited
File Size            :    unlimited    unlimited
CPU Time             :    unlimited    unlimited
Process id: 6322
Description:
**            Running with the following parameters                  **
2013-09-29 18:38:08 INFO    OGG-03035 Operating system character set identified as UTF-8. Locale: zh_CN, LC_ALL:.
EXTRACT EXT_M1
TRANLOGOPTIONS AltLogDest /mydata/mysqllog/binlog/binlog.index
SOURCEDB [email protected]:16052, USERID mama100,PASSWORD ****************
sqlexec "set names gbk;"
Executing SQL statement...
2013-09-29 18:38:08 INFO    OGG-00893 SQL statement executed successfully.
EXTTRAIL dirdat/m1
Dynamicresolution
TABLE mama100.merchants_member_card_customer;
2013-09-29 18:38:08 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:
    /home/goldengate/dirtmp.
CACHEMGR virtual memory values (may have been adjusted)
CACHESIZE:                               64G
CACHEPAGEOUTSIZE (normal):                8M
PROCESS VM AVAIL FROM OS (min):         128G
CACHESIZEMAX (strict force to disk):     96G
Database Version:
MySQL
Server Version: 5.5.24-patch-1.0-log
Client Version: 6.0.0
Host Connection: 192.168.2.46 via TCP/IP
Protocol Version: 10
2013-09-29 18:38:08 INFO    OGG-01056 Recovery initialization completed for target file dirdat/m1000000, at RBA 1295, CSN 000086|000000065228677.
2013-09-29 18:38:08 INFO    OGG-01478 Output file dirdat/m1 is using format RELEASE 11.2.
2013-09-29 18:38:08 INFO    OGG-01026 Rolling over remote file dirdat/m1000000.
2013-09-29 18:38:08 INFO    OGG-00182 VAM API running in single-threaded mode.
2013-09-29 18:38:08 INFO    OGG-01515 Positioning to begin time 2013-9-29 06:26:18.
**                     Run Time Messages                             **
2013-09-29 18:38:08 INFO    OGG-01516 Positioned to Log Number: 86
    Record Offset: 65223906, 2013-9-29 06:26:18.
2013-09-29 18:38:08 INFO    OGG-01517 Position of first record processed Log Number: 86
    Record Offset: 65223906, 2013-9-29 06:26:18.
TABLE resolved (entry mama100.merchants_member_card_customer):
TABLE mama100."merchants_member_card_customer";
Using the following key columns for source table mama100.merchants_member_card_customer: id.
2013-09-29 18:38:08 INFO    OGG-01054 Recovery completed for target file dirdat/m1000001, at RBA 1316, CSN 000086|000000065228677.
2013-09-29 18:38:08 INFO    OGG-01057 Recovery completed for all targets.
ggsevt:
2013-09-29 18:38:08 INFO    OGG-00963 Oracle GoldenGate Manager for MySQL, mgr.prm: Command received from GGSCI on host localhost (START EXTRACT EXT_M1 ).
2013-09-29 18:38:08 INFO    OGG-00975 Oracle GoldenGate Manager for MySQL, mgr.prm: EXTRACT EXT_M1 starting.
2013-09-29 18:38:08 INFO    OGG-00992 Oracle GoldenGate Capture for MySQL, ext_m1.prm: EXTRACT EXT_M1 starting.
2013-09-29 18:38:08 INFO    OGG-03035 Oracle GoldenGate Capture for MySQL, ext_m1.prm: Operating system character set identified as UTF-8. Locale: zh_CN, LC_ALL:.
2013-09-29 18:38:08 INFO    OGG-00893 Oracle GoldenGate Capture for MySQL, ext_m1.prm: SQL statement executed successfully.
2013-09-29 18:38:08 INFO    OGG-01815 Oracle GoldenGate Capture for MySQL, ext_m1.prm: Virtual Memory Facilities for: COM
    anon alloc: mmap(MAP_ANON) anon free: munmap
    file alloc: mmap(MAP_SHARED) file free: munmap
    target directories:
    /home/goldengate/dirtmp.
2013-09-29 18:38:08 INFO    OGG-00993 Oracle GoldenGate Capture for MySQL, ext_m1.prm: EXTRACT EXT_M1 started.
2013-09-29 18:38:08 INFO    OGG-01056 Oracle GoldenGate Capture for MySQL, ext_m1.prm: Recovery initialization completed for target file dirdat/m1000000, at RBA 1295, CSN 000086|000000065228677.
2013-09-29 18:38:08 INFO    OGG-01478 Oracle GoldenGate Capture for MySQL, ext_m1.prm: Output file dirdat/m1 is using format RELEASE 11.2.
2013-09-29 18:38:08 INFO    OGG-01026 Oracle GoldenGate Capture for MySQL, ext_m1.prm: Rolling over remote file dirdat/m1000000.
2013-09-29 18:38:08 INFO    OGG-00182 Oracle GoldenGate Capture for MySQL, ext_m1.prm: VAM API running in single-threaded mode.
2013-09-29 18:38:08 INFO    OGG-01515 Oracle GoldenGate Capture for MySQL, ext_m1.prm: Positioning to begin time 2013-9-29 06:26:18.
2013-09-29 18:38:08 INFO    OGG-01516 Oracle GoldenGate Capture for MySQL, ext_m1.prm: Positioned to Log Number: 86
    Record Offset: 65223906, 2013-9-29 06:26:18.
2013-09-29 18:38:08 INFO    OGG-01517 Oracle GoldenGate Capture for MySQL, ext_m1.prm: Position of first record processed Log Number: 86
    Record Offset: 65223906, 2013-9-29 06:26:18.
2013-09-29 18:38:08 INFO    OGG-01054 Oracle GoldenGate Capture for MySQL, ext_m1.prm: Recovery completed for target file dirdat/m1000001, at RBA 1316, CSN 000086|000000065228677.
2013-09-29 18:38:08 INFO    OGG-01057 Oracle GoldenGate Capture for MySQL, ext_m1.prm: Recovery completed for all targets.
2013-09-29 18:38:09 INFO    OGG-01054 Oracle GoldenGate Capture for MySQL, dprd_m1.prm: Recovery completed for target file /home/oracle/goldengate/dirdat/m1000002, at RBA 1435, CSN 000086|000000055512672.
2013-09-29 18:38:09 INFO    OGG-01057 Oracle GoldenGate Capture for MySQL, dprd_m1.prm: Recovery completed for all targets.

GGSCI>>info ext_m1 showch
EXTRACT    EXT_M1    Last Started 2013-09-29 18:38   Status ABENDED
Checkpoint Lag       00:11:49 (updated 00:12:05 ago)
VAM Read Checkpoint 2013-09-29 18:26:18.665841
Current Checkpoint Detail:
Read Checkpoint #1
VAM External Interface
Startup Checkpoint (starting position in the data source):
    Timestamp: 2013-09-29 18:26:18.665841
Recovery Checkpoint (position of oldest unprocessed transaction in the data source):
    Timestamp: 2013-09-29 18:26:18.665841
Current Checkpoint (position of last record read in the data source):
    Timestamp: 2013-09-29 18:26:18.665841
Write Checkpoint #1
GGS Log Trail
Current Checkpoint (current write position):
    Sequence #: 0
    RBA: 917
    Timestamp: 2013-09-29 18:30:55.655570
    Extract Trail: dirdat/m1
CSN state information:
CRC: 20-82-1D-34
CSN: Not available
Header:
Version = 2
Record Source = A
Type = 8
# Input Checkpoints = 1
# Output Checkpoints = 1
File Information:
Block Size = 2048
Max Blocks = 100
Record Length = 20480
Current Offset = 0
Configuration:
Data Source = 5
Transaction Integrity = 1
Task Type = 0
Status:
Start Time = 2013-09-29 18:38:08
Last Update Time = 2013-09-29 18:38:08
Stop Status = A
Last Result = 0

Golden Gate - DML statements are not replicated to target database

Hi,
Testing Environment
Source:
OS: RHEL 4.6, Database: 11gR2, Golden Gate 10.4, ASM
extract ext1
connection to database
userid ggate, password qwerty
hostname and port for trail
rmthost win2003, mgrport 7800
path and name for trial
rmttrail C:\app\admin\GOLDENGATE\dirdat\lt
EXTTRAIL /u01/oracle/goldengate/dirdat/lt
--TRANLOGOPTIONS ASMUSER SYS@ASM, ASMPASSWORD sys ALTARCHIVELOGDEST /u03/app/arch/ORCL/archivelog
--DDL support
ddl include mapped objname sender.*;
--DML
table sender.*;
Target:
OS: Windows 2003, Database: 11gR2, Golden Gate 10.4
--replicate group
replicat rep1
--source and target defintions
ASSUMETARGETDEFS
--target database login
userid ggate, password ggate
--file for discared transaction
discardfile C:\app\admin\GOLDENGATE\discard\rep1_disc.txt, append, megabytes 10
--ddl support
DDL
--specifying table mapping
map sender.* ,target receiver.* ;
I've Successfully setup Oracle Golden Gate test environment as above.
DDL statements are replicating successfully to target database.
while DML statements are not being replicated to target database.
Pl. try to solve the problem
Regards,
Edited by: Vihang Astik on Jul 2, 2010 2:33 PM

Almost ok but how you will handle the overlapping (transactions captured by expdp & captured by Extract too) of transactions for the new table ?
Metalink doc ID 1332674.1 has the complete steps. Follow the "without HANDLECOLLISIONS" approach.

Golden gate extract and replicate process are not running.

All,
I am trying replicate data between two oracle databases using golden gate.
I am trying this scenario in a single machine(two databases and golden gate are on same windows machine)
1. I have two databases PROD, UAT both are running on 11.2 oracle home.
2. Created the ggate user both the databases, and enabled supplemental logging.
3. Ran the following scripts in both databases.
SQL> @marker_setup.sql
SQL> @ddl_setup.sql
SQL> @role_setup.sql
SQL> grant GGS_GGSUSER_ROLE to ggate;
SQL> @ddl_enable.sql
4. Connected the source database (PROD) in ggsci prompt
GGSCI (home-c07402bbc5) 79> add extract ext1, tranlog, begin now
add exttrail C:\app\Bhanu\Goldengate\lt, extract ext1
edit params ext1
EXTRACT ext1
USERID ggate@PROD, PASSWORD 123456
RMTHOST home-c07402bbc5, MGRPORT 7840
rmttrail C:\app\Bhanu\Goldengate\lt
ddl include mapped objname bhanu.* // bhanu is a schema in PROD database.
TABLE bhanu.*;
5. Connected the target database(UAT) in ggsci prompt
add checkpointtable ggate.checkpoint
edit params ./GLOBALS
GGSCHEMA ggate
CHECKPOINTTABLE ggate.checkpoint
add replicat rep1, exttrail C:\app\Bhanu\Goldengate\Mt,checkpointtable ggate.checkpoint
edit params rep1
replicat rep1
ASSUMETARGETDEFS
userid ggate@UAT, password 123456
discardfile C:\app\Bhanu\Goldengate\rep1_discard.txt, append, megabytes 10
map bhanu.*, target kiran.*;
After that started the extract, replicat using
start extract ext1, start replicate rep1
Now the status.
GGSCI (home-c07402bbc5) 103> info all
Program Status Group Lag Time Since Chkpt
MANAGER RUNNING
EXTRACT STOPPED EXT1 00:00:00 00:11:43
REPLICAT STOPPED REP1 00:00:00 00:21:16
Can you please help me what is wrong in my setup and why extract and replicate process are not running.
Edited by: user12178861 on Nov 19, 2011 11:22 AM

Thanks for your quick reply.
I have done few changes but extract, replicate process not running.
couple of points I would like to share with you regarding my setup.
1. I am using single golden date instance to replicate the data between PROD and UAT databases.
2. GGSCI (home-c07402bbc5) 1> dblogin userid ggate@PROD,PASSWORD 123456
Successfully logged into database.
GGSCI (home-c07402bbc5) 2> info all
Program Status Group Lag Time Since Chkpt
MANAGER RUNNING
EXTRACT STOPPED EXT1 00:00:00 01:23:29
REPLICAT STOPPED REP1 00:00:00 01:33:02
GGSCI (home-c07402bbc5) 3> VIEW REPORT EXT1
ERROR: REPORT file EXT1 does not exist.
GGSCI (home-c07402bbc5) 4> start er *
Sending START request to MANAGER ...
EXTRACT EXT1 starting
Sending START request to MANAGER ...
REPLICAT REP1 starting
GGSCI (home-c07402bbc5) 5> VIEW REPORT EXT1
ERROR: REPORT file EXT1 does not exist.
GGSCI (home-c07402bbc5) 6> info all
Program Status Group Lag Time Since Chkpt
MANAGER RUNNING
EXTRACT STOPPED EXT1 00:00:00 01:24:10
REPLICAT STOPPED REP1 00:00:00 01:33:44
Target :
GGSCI (home-c07402bbc5) 1> dblogin ggate@UAT,PASSWORD 123456
ERROR: Unrecognized parameter (GGATE@UAT), expected USERID.
GGSCI (home-c07402bbc5) 2> dblogin userid ggate@UAT,PASSWORD 123456
Successfully logged into database.
GGSCI (home-c07402bbc5) 5> add replicat rep1, exttrail C:\app\Bhanu\Goldengate/lt,checkpointtable ggate.checkpoint
ERROR: REPLICAT REP1 already exists.
GGSCI (home-c07402bbc5) 6> delete replicat rep1
Deleted REPLICAT REP1.
GGSCI (home-c07402bbc5) 7> add replicat rep1, exttrail C:\app\Bhanu\Goldengate/lt,checkpointtable ggate.checkpoint
REPLICAT added.
GGSCI (home-c07402bbc5) 8> edit params rep1
GGSCI (home-c07402bbc5) 9> start er *
Sending START request to MANAGER ...
EXTRACT EXT1 starting
Sending START request to MANAGER ...
REPLICAT REP1 starting
GGSCI (home-c07402bbc5) 10> info all
Program Status Group Lag Time Since Chkpt
MANAGER RUNNING
EXTRACT STOPPED EXT1 00:00:00 01:29:46
REPLICAT STOPPED REP1 00:00:00 00:00:48
3. Is mandatory that I need two golden gate instances running each side ?
Thanks for spending your time on this problem.

Oracle Golden Gate Manager not starting

Trying to configure Oracle Golden Gate between oracle 10g and Oracle 9i
Golden gate Manager is not starting
Error in MGR.rpt
Source Context :
SourceModule : [mgr.main]
SourceID : [home/ecloud/workspace/Build_FBO_OpenSys_r11.1.1.0.0_078_[34085]/perforce/src/app/mgr/mgr.c]
SourceFunction : [param_file_args]
SourceLine : [2854]
2010-10-03 09:27:48 ERROR OGG-00303 Unrecognized parameter (<CODE>PORT).
2010-10-03 09:27:48 ERROR OGG-01668 PROCESS ABENDING.
GGSCI (ggntestb) 1> edit params mgr
"/export/home/oracle/ggs/dirprm/mgr.prm" 1 line, 23 characters
<code>PORT 7809</code>

Hi,
Welcome to oracle forums :)
Refer Link: http://gavinsoorma.com/2010/02/goldengate-tutorial-3-configuring-the-manager-process/
Regards,
X A H E E R

Golden Gate Between MySQL to Oracle Not stable

Dear All,
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)
Most of the time replication is smooth but occasionally the extract process gets ABENDED and when I try to restart it won't.
The errors I have found in log file and report file are like this:
From Report:
2013-03-20 15:39:42 ERROR OGG-00542 Unexpected threading library failure. Error code 35 (Resource deadlock avoided).
From Error Log File:
VAM function VAMRead returned unexpected result: error 600 - VAM Client Report <CAUSE OF FAILURE : Failed to Query Metadata from Table : kannel.sent_sms WHEN FAILED : While Sending Insert and Delete Record WHERE FAILED : MySQLBinLog Reader Module CONTEXT OF FAILURE : No Information Available!>.
2013-03-17 15:46:53 ERROR OGG-01668 Oracle GoldenGate Capture for MySQL, kannel3.prm: PROCESS ABENDING.
2013-03-20 10:45:51 ERROR OGG-00146 Oracle GoldenGate Capture for MySQL, kannel3.prm: VAM function VAMControl returned unexpected result: error 600 - VAM Client Report <CAUSE OF FAILURE : Sanity Check Failed for events WHEN FAILED : While reading log event from binary log WHERE FAILED : MySQLBinLog Reader Module CONTEXT OF FAILURE : No Information Available!>.
2013-03-20 10:45:51 ERROR OGG-01668 Oracle GoldenGate Capture for MySQL, kannel3.prm: PROCESS ABENDING.
2013-03-20 15:39:42 ERROR OGG-01414 Oracle GoldenGate Capture for MySQL, kannel3.prm: CACHEMGR: tran id: 0 length memtran: 0xb44b6dd8.
2013-03-20 15:39:42 ERROR OGG-00542 Oracle GoldenGate Capture for MySQL, kannel3.prm: Unexpected threading library failure. Error code 35 (Resource deadlock avoided).
2013-03-20 15:39:42 ERROR OGG-01668 Oracle GoldenGate Capture for MySQL, kannel3.prm: PROCESS ABENDING.
This is my extract param:
EXTRACT KANNEL3
DBOPTIONS HOST 10.168.20.241, CONNECTIONPORT 14421
SOURCEDB [email protected]:14421, USERID "kannel", PASSWORD "kannel"
RMTHOST 10.168.20.31, MGRPORT 7809
RMTTRAIL /u01/app/oracle/oradata/GG/dirdat/k3
TRANLOGOPTIONS ALTLOGDEST /root/sandboxes/multi_msb_5_5_19/node2/data/mysql-bin.index
TABLE kannel.sent_sms;
And this is my Replicat:
REPLICAT KREP3
USERID ggs_owner, PASSWORD warsaw
ASSUMETARGETDEFS
HANDLECOLLISIONS
SOURCEDEFS /u01/app/oracle/oradata/GG/dirdef/kannel2.def
DISCARDFILE /u01/app/oracle/oradata/GG/dirrpt/krep3.dsc, PURGE
MAP "kannel.sent_sms", TARGET kannel2.sent_sms, COLMAP (usedefaults,COMPRESS_=compress,SERVICE=@STRCAT(service,"_sms"));
However, my replicat keeps on running fine with no errors.
I will be looking forward for your kind help in this regard.
Regards, Imran

I have now used the pump to configure this replication.
I am still monitoring the situation.
So far i have faced, one problem when i stop the extract myself, and when i try to restart it. It gets abend with no error in report or log file.
This is in my log file:
Host Connection: 10.168.20.241 via TCP/IP
Protocol Version: 10
2013-03-27 12:01:58 INFO OGG-01055 Recovery initialization completed for target file /root/sandboxes/GG/dirdat/l1000002, at RBA 546054.
2013-03-27 12:01:58 INFO OGG-01478 Output file /root/sandboxes/GG/dirdat/l1 is using format RELEASE 10.4/11.1.
2013-03-27 12:01:58 INFO OGG-01026 Rolling over remote file /root/sandboxes/GG/dirdat/l1000002.
2013-03-27 12:01:58 INFO OGG-01053 Recovery completed for target file /root/sandboxes/GG/dirdat/l1000003, at RBA 1005.
2013-03-27 12:01:58 INFO OGG-01057 Recovery completed for all targets.
2013-03-27 12:01:58 INFO OGG-00182 VAM API running in single-threaded mode.
2013-03-27 12:01:58 INFO OGG-01513 Positioning to Log Number: 1915444
Record Offset: 2207.
2013-03-27 12:01:58 INFO OGG-00975 Oracle GoldenGate Manager for MySQL, mgr.prm: EXTRACT SMPP2 starting.
2013-03-27 12:01:58 INFO OGG-00992 Oracle GoldenGate Capture for MySQL, smpp2.prm: EXTRACT SMPP2 starting.
2013-03-27 12:01:58 INFO OGG-00993 Oracle GoldenGate Capture for MySQL, smpp2.prm: EXTRACT SMPP2 started.
2013-03-27 12:01:58 INFO OGG-01055 Oracle GoldenGate Capture for MySQL, smpp2.prm: Recovery initialization completed for target file /root/sandboxes/GG/dirdat/l1000002, at RBA 546054.
2013-03-27 12:01:58 INFO OGG-01478 Oracle GoldenGate Capture for MySQL, smpp2.prm: Output file /root/sandboxes/GG/dirdat/l1 is using format RELEASE 10.4/11.1.
2013-03-27 12:01:58 INFO OGG-01026 Oracle GoldenGate Capture for MySQL, smpp2.prm: Rolling over remote file /root/sandboxes/GG/dirdat/l1000002.
2013-03-27 12:01:58 INFO OGG-01053 Oracle GoldenGate Capture for MySQL, smpp2.prm: Recovery completed for target file /root/sandboxes/GG/dirdat/l1000003, at RBA 1005.
2013-03-27 12:01:58 INFO OGG-01057 Oracle GoldenGate Capture for MySQL, smpp2.prm: Recovery completed for all targets.
2013-03-27 12:01:58 INFO OGG-00182 Oracle GoldenGate Capture for MySQL, smpp2.prm: VAM API running in single-threaded mode.
2013-03-27 12:01:58 INFO OGG-01513 Oracle GoldenGate Capture for MySQL, smpp2.prm: Positioning to Log Number: 1915444 Record Offset: 2207.
kindly help how to start this extract.
Regards, Imran

Golden Gate Sequence Value replication?

Hi all,
I have searched the web, and read the Golden Gate documentation but I've found mixed answers.
I'm just trying to ascertain for certain whether it's possible to automatically replicate sequence values in a bi-directional configuration. Both databases will be identical and both will be 11gR2 with the latest version of GG.
If it is not possible to automatically increment sequences in a bi-directional configuration, what are the best practices for maintaing them?
One option is the alternate sequences on each database, one with even values (for example) and one with odd values, but this requires deployment of new sequences on both databases, something we were hoping would be taken care of by the replication. (yes the sequence creation can be taken care of but the value is not incremented on the target database).
another way that we thought of off the top of our heads is to have an on insert trigger (we only use sequences to generate surrogate keys) which will select nextval from the target database via a db link, but this seems somewhat cumbersome.
What is best practice?

Use sequence parameter... here is from Golden gate document:
SEQUENCE
Valid for Extract
Use the SEQUENCE parameter to extract sequence values from the transaction log forpropagation to a GoldenGate trail and delivery to another database. Currently, GoldenGate supports sequences for the Oracle database.
NOTE DDL support for sequences (CREATE, ALTER, DROP, RENAME) is compatible with, but not required for, replicating sequence values. To replicate just sequence values, you do not need to install the GoldenGate DDL support environment. You can just use the SEQUENCE parameter.
GoldenGate ensures that the values of a target sequence are:
● higher than the source values if the increment interval is positive
● lower than the source values if the increment interval is negative
Depending on the increment direction, Replicat applies one of the following formulas as a test when it performs an insert:
source_highwater_value + (source_cache_size * source_increment_size * source_RAC_nodes) <= target_highwater_value
Or...
source_highwater_value + (source_cache_size * source_increment_size * source_RAC_nodes) >= target_highwater_value
If the formula evaluates to FALSE, the target sequence is updated to be higher than the source value (if sequences are incremented) or lower than the source value (if sequences are decremented). The target must always be ahead of, or equal to, the expression in the parentheses in the formula. For example, if the source highwater value is 40, and CACHE is 20, and the source INCREMENTBY value is 1, and there are two source RAC nodes, the target highwater value should be at least 80:
40 + (20*1*2) <80
If the target highwater value is less than 80, GoldenGate updates the sequence to increase the highwater value, so that the target remains ahead of the source. To get the current highwater value, perform this query:
SELECT last_number FROM all_sequences WHERE sequence_owner=upper('SEQUENCEOWNER') AND sequence_name=upper('SEQUENCENAME');

Golden Gate Error while replicating 2 oracle databases, reason RAC

Dear All,
My RAC database and the standby database is 11gR2 on Linux.
I was configuring simple replication between RAC and standby database using Golden Gate.
When I start the extract process it does not start on the source database that is RAC, I am configuring golden gate on one node of the RAC.
Here is what I get in my log file:
2011-12-25 15:20:39 INFO OGG-00963 Oracle GoldenGate Manager for Oracle, mgr.prm: Command received from GGSCI on host 10.168.20.31 (START EXTRACT EXT1 ).
2011-12-25 15:20:39 INFO OGG-00975 Oracle GoldenGate Manager for Oracle, mgr.prm: EXTRACT EXT1 starting.
2011-12-25 15:20:39 INFO OGG-00992 Oracle GoldenGate Capture for Oracle, ext1.prm: EXTRACT EXT1 starting.
2011-12-25 15:20:39 INFO OGG-01635 Oracle GoldenGate Capture for Oracle, ext1.prm: BOUNDED RECOVERY: reset to initial or altered checkpoint.
*2011-12-25 15:20:41 WARNING OGG-01423 Oracle GoldenGate Capture for Oracle, ext1.prm: No valid default archive log destination directory found for thread 1.*
*2011-12-25 15:20:41 WARNING OGG-01423 Oracle GoldenGate Capture for Oracle, ext1.prm: No valid default archive log destination directory found for thread 2.*
2011-12-25 15:20:42 INFO OGG-00546 Oracle GoldenGate Capture for Oracle, ext1.prm: Default thread stack size: 10485760.
2011-12-25 15:20:42 ERROR OGG-00446 Oracle GoldenGate Capture for Oracle, ext1.prm: The number of Oracle redo threads (2) is not the same as the number of checkpoint threads (1). EXTRACT groups on RAC systems should be created with the THREADS parameter (e.g., ADD EXT <group name>, TRANLOG, THREADS 2, BEGIN...).
2011-12-25 15:20:42 ERROR OGG-01668 Oracle GoldenGate Capture for Oracle, ext1.prm: PROCESS ABENDING.
Kindly suggest what I have to do to fix this error.
Regards,
Imran

For more understanding of the problem here is the output of command:
view report ext1
GGSCI (racnode1) 2> view report ext1
Oracle GoldenGate Capture for Oracle
Version 11.1.1.1.2 OGGCORE_11.1.1.1.2_PLATFORMS_111004.2100
Linux, x64, 64bit (optimized), Oracle 11g on Oct 7 2011 05:37:17
Copyright (C) 1995, 2011, Oracle and/or its affiliates. All rights reserved.
Starting at 2011-12-26 10:50:37
Operating System Version:
Linux
Version #1 SMP Fri Aug 26 19:08:58 EDT 2011, Release 2.6.18-274.3.1.el5xen
Node: racnode1
Machine: x86_64
soft limit hard limit
Address Space Size : unlimited unlimited
Heap Size : unlimited unlimited
File Size : unlimited unlimited
CPU Time : unlimited unlimited
Process id: 11430
Description:
** Running with the following parameters **
extract group
extract ext1
connection to the database
userid ggs_owner, password ******
hostname and port for trail
rmthost x.x.x.x, mgrport ****
--path and name for the trail
rmttrail /u01/app/ggs/dirdat/lt
--DDL Support
ddl include mapped objname radius_dsl.*;
--DML
table test.*;
2011-12-26 10:50:37 INFO OGG-01635 BOUNDED RECOVERY: reset to initial or altered checkpoint.
Bounded Recovery Parameter:
Options = BRRESET
BRINTERVAL = 4HOURS
BRDIR = /u01/app/ggs
CACHEMGR virtual memory values (may have been adjusted)
CACHEBUFFERSIZE: 64K
CACHESIZE: 8G
CACHEBUFFERSIZE (soft max): 4M
CACHEPAGEOUTSIZE (normal): 4M
PROCESS VM AVAIL FROM OS (min): 16G
CACHESIZEMAX (strict force to disk): 13.99G
Database Version:
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 Linux: Version 11.2.0.1.0 - Production
NLSRTL Version 11.2.0.1.0 - Production
Database Language and Character Set:
NLS_LANG environment variable specified has invalid format, default value will be used.
NLS_LANG environment variable not set, using default value AMERICAN_AMERICA.US7ASCII.
NLS_LANGUAGE = "AMERICAN"
NLS_TERRITORY = "AMERICA"
NLS_CHARACTERSET = "WE8MSWIN1252"
Warning: your NLS_LANG setting does not match database server language setting.
Please refer to user manual for more information.
2011-12-26 10:50:38 INFO OGG-00546 Default thread stack size: 10485760.
2011-12-26 10:50:38 INFO OGG-01515 Positioning to begin time Dec 26, 2011 9:35:19 AM.
Here is the output of command (From target database)
view report rep1
Oracle GoldenGate Delivery for Oracle
Version 11.1.1.1.2 OGGCORE_11.1.1.1.2_PLATFORMS_111004.2100
Linux, x64, 64bit (optimized), Oracle 11g on Oct 7 2011 05:44:59
Copyright (C) 1995, 2011, Oracle and/or its affiliates. All rights reserved.
Starting at 2011-12-25 11:24:46
Operating System Version:
Linux
Version #1 SMP Tue May 31 13:22:04 EDT 2011, Release 2.6.18-238.12.1.el5
Node: standbydb.etisalcom.private
Machine: x86_64
soft limit hard limit
Address Space Size : unlimited unlimited
Heap Size : unlimited unlimited
File Size : unlimited unlimited
CPU Time : unlimited unlimited
Process id: 8812
Description:
** Running with the following parameters **
Replicat group
replicat rep1
--source and target definitions
ASSUMETARGETDEFS
target database login
userid ggs_owner, password ******
file for dicarded transaction
discardfile /u01/app/ggs/discard/rep1_discard.txt, append, megabytes 10
--ddl support
DDL
Specify table mapping -
map test.*, target test.*;
CACHEMGR virtual memory values (may have been adjusted)
CACHEBUFFERSIZE: 64K
CACHESIZE: 512M
CACHEBUFFERSIZE (soft max): 4M
CACHEPAGEOUTSIZE (normal): 4M
PROCESS VM AVAIL FROM OS (min): 1G
CACHESIZEMAX (strict force to disk): 881M
Database Version:
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 Linux: Version 11.2.0.1.0 - Production
NLSRTL Version 11.2.0.1.0 - Production
Database Language and Character Set:
NLS_LANG environment variable specified has invalid format, default value will be used.
NLS_LANG environment variable not set, using default value AMERICAN_AMERICA.US7ASCII.
NLS_LANGUAGE = "AMERICAN"
NLS_TERRITORY = "AMERICA"
NLS_CHARACTERSET = "WE8MSWIN1252"
Warning: your NLS_LANG setting does not match database server language setting.
Please refer to user manual for more information.
** Run Time Messages **
I have also observed that the process extract stops after few minutes. When it stops and I view the log it says:
*ERROR OGG-00446 Oracle GoldenGate Capture for Oracle, ext1.prm: error 2 (No such file or directory) opening redo log +FRA/racdb/archivelog/1_12041_763744886.dbf*
Means it is not getting the path of ASM archive log destination.
what should I do in this case, kindly help.
Regards,
Imran

Golden Gate and Streams

Oracle 11.1.0.7:
Before I ask my simple question. Is there a place I can get detailed documentation of Golden Gate? I got some documentation but that is very high level. I am looking for some document or tutorial like the ones Oracle has on tahiti.oracle.com.
We are currently using streams and personally worked on it. I see following issues:
1. When some errors occur in dba_apply_error it's really slow to re-execute them. Recovery is very slow
2. Streaming the LOBs over of just 512 bytes makes the CCA very slow
3. Manageability of scripts, configuration etc. is a headache
4. Come accross streams bugs all the time
From what I have read about golden gate is that is super fast and better than streams. I haven't read about it so I don't have complete comparision. Could someone with similar experience provide the insight.
Also, if someone can please help me get right detailed documents would be really great.

Hi,
Think the goldengate documentation provide adequate help to install and configure oracle goldengate process. I can put down a sample configuration for you to get started.
Installing GoldenGate and configuring a extract replicat process.
First FTP the installation zip in binary mode from the PC to the installation directory on machine where Oracle GoldenGate suppose to be installed.
Use gzip to decompress the file.
gzip –d <file_name>.gz
Extract the files
Use tar to extract the files. All GoldenGate files will be placed in the current subdirectory.
tar –xvf <file_name>.tar
Create folders
Create the required sub-directories in the installation directory by using
Shell> cd <install location>
Shell> ggsci
GGSCI> create subdirs
GGSCI> exit
Oracle-specific installation steps
The below steps are only required when GoldenGate will be capturing data from the server. Therefore it is only needed when you are installing GoldenGatef or Oracle as your <source> environment.
You need to turn on supplemental logging at the database level. This command requires the ALTER DATABASE permissions.
Shell> sqlplus <login>/<password>
SQL> alter database add supplemental log data;
Now Switch to the next redo log file.
SQL> alter system switch logfile;
SQL> exit
Then now configure manager parameter file.
GGSCI> EDIT PARAMS MGR
•     Use the editor to assign a port
--GoldenGate Manager parameter file
PORT <port>
example: PORT 7840
•     To Start the Manager, issue following command
GGSCI> START MGR
•     To Verify that the Manager has started, issue the following command
GGSCI> INFO MGR
Now Configure Supplemental logging.
By default, if not supplimentory logging enabled , only the change vectors will be logged in redo logs So inorder to get the columns required for constructing the image by replicat in target we require atleast minimum supplimentory logging enabled in database level and table level logging required for proper functioning of Oracle Goldengate Software.
Using GGSCI, log in to the database on the <source> and turn on supplemental logging for the the tables configured for replication
Shell> ggsci
GGSCI> DBLOGIN USERID <login>
GGSCI> ADD TRANDATA <owner/schema>.<table-name>
Do this for all the tables.
Configure change capture
1. Add the Extract group
Execute the following command on the <source> system to add an Extract group
GGSCI> ADD EXTRACT <extract-name>, TRANLOG, BEGIN NOW
Verify the results:
GGSCI> INFO EXTRACT <extract-name>
Create the Extract parameter file
Execute the following commands on the <source> system.
GGSCI> EDIT PARAM <extract-name>
EXTRACT <extract-name>
USERID <login>, PASSWORD <password>
RMTHOST <target>, MGRPORT <port>
RMTTRAIL ./dirdat/<trail id>
TABLE <owner/schema>.<table-name>
TABLE <owner/schema>.<table-name>
for example
extract testext
userid ggs password ggs
rmthost 172.25.25.177
rmttrail ./dirdat/tr
table scott.mytable;
table scott.yourtable;
Define the GoldenGate trail
Execute the following command on the <source> to add the trail that will store the changes on the <target>.
GGSCI> ADD RMTTRAIL ./dirdat/<trail id>, EXTRACT <extract-name>
Verify the results:
GGSCI> INFO RMTTRAIL *
Start the capture process
GGSCI> START EXTRACT <extract-name>
Configure Change Delivery or replicat
we have to do the following
•     Set up the checkpoint table on the target system.(this is optional)
•     Create a named group that includes the Replicat process and the checkpoint tables.
•     Configure the Replicat group by adding parameters.
•     Start the Replicat group.
Now we will check how to set up the checkpoint table (this is a optional settings)
Create a GLOBALS file on the target system
Execute the following commands on the <target> system.
Create and edit the GLOBALS parameter file to add the checkpoint table.
Shell> cd <install location>
Shell> ggsci
GGSCI> EDIT PARAMS ./GLOBALS
In the text editor, type:
CHECKPOINTTABLE <owner/schema>.ggschkpt
•     Record the checkpoint table owner and name, then save and close the file.
Please Note: You could name the table anything you want
•     Verify that the GLOBALS file was created in the root GoldenGate directory, and remove any file extension that was added.
Activate the GLOBALS parameters
For the GLOBALS configuration to take effect, you must exit the session in which
the changes were made. Execute the following command to exit GGSCI.
GGSCI> EXIT
Add a Replicat checkpoint table
On the <target> system, execute the following commands in GGSCI:
Shell> cd <install location>
Shell> ggsci
GGSCI> DBLOGIN USERID <login>, PASSWORD <password>
GGSCI> ADD CHECKPOINTTABLE
Configure Change Delivery
Add the Replicat group
Execute the following command on the <target> system to add a delivery group
named <replicat-name>
GGSCI> ADD REPLICAT <replicat-name>, EXTTRAIL ./dirdat/<trail id>
Note: Refer to your Extract set up for the correct two-character <trail id>.
Create Replicat parameter file
Execute the following commands on the <target> system to bring up the parameter
file in the editor.
GGSCI> EDIT PARAM <replicat-name>
-Type in the following parameters
REPLICAT <replicat-name>
USERID <login>, PASSWORD <password>
HANDLECOLLISIONS
ASSUMETARGETDEFS
DISCARDFILE ./dirrpt/RORA<unique id>.DSC, PURGE
MAP <owner/schema>.<source table-name>, TARGET <owner/schema>.<target table-name>;
Start the Replicat process
GGSCI> START REPLICAT <replicat-name>
Verify the results:
GGSCI> INFO REPLICAT <replicat-name>
The above i scrapped is a basic extract-replication process which you can scale up once you get accustomed with this beautiful product.
Thanks & Regards,
Antony Joseph Jethu.

Golden gate - purging processin source db should not replicate in Target db

Similar Messages

Maybe you are looking for