Replication Process Abending

Hello All,
Following is the scenario
Source - HP-UX Oracle 10.2
add extract ext1
edit params ext1
     extract ext1
     setenv (NLS_LANG=AMERICAN_AMERICA.AL32UTF8)
     userid ggs_owner, password ggs_owner
     rmthost 115.124.104.167, mgrport 7809
     rmttask replicat, group ext2
     table sapsr3.*;
On Target - Red Hat 5.8 Oralce 10.2
add replicat ext2
edit params ext2
     replicat ext2
     setenv (NLS_LANG=AMERICAN_AMERICA.AL32UTF8)
     userid ggs_owner, password ggs_owner
     ASSUMETARGETDEFS
     map sapsr3.*, target sapsr3.*;
The result of "view ggsevt" on target gives the following error at the last -
ERROR OGG-00446 Oracle GoldenGate Delivery for Oracle, ext2.prm: Invalid data source -1 in checkpoin
t file /opt/oracleGG/dirchk/EXT2.cpr.
ERROR OGG-01668 Oracle GoldenGate Delivery for Oracle, ext2.prm: PROCESS ABENDING.
Please guide me, I am new to Golden Gate, tried lot to fetch info from net but failed :(
thanks in advanced.
Krishna.

Hi,
U r following one time intial load process then there is no need of checkpoint file.
Performing intial load for one time: Please follow the link you will get clear steps.
http://gavinsoorma.com/2010/02/oracle-goldengate-tutorial-4-performing-initial-data-load/
Thanks
paddu kandimalla

Similar Messages

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.

Userexit/BAdi in BP replication process in R/3?

Hi All,
Is there any userexit/Badi is available in R/3 for BP replication process for CRM to R/3? It would be much appreciated if you provide the same.
Thanks,
Narsaiah

Hi All,
Thanks for your response, after my investigation I found that there is no issue in CRM o/b BDocs, issue is only when populating the BP in R/3. To populate this it's using BDC call transaction there it's not populating the Name1 and Name2 fields of BP(Customer) in XD01. And its using BAPI PI_BP_PROXY_BAPI_CUSTOMER in R/3 side to process i/b data. I'm not sure why its not populating in call transaction. It's using DEBITOR_BDCDATA to get BDC data with this FM I'm bit confused, as its not picking any screen fields for Name1, Name2 and Address. However its updating address not Name1 and Name2. Could you please someone advise on this? It would be greatly appreciated.
Thanks in advance.
Narsaiah

Query regarding replication process in oracle 8i

While replicating the master database I need some data. For that I stopped the replication process but in that time the application using the master database was not able to modify the database content because stopping of replication process put the master definition in read only mode.
So my query is Does oracle 8i puts the master definition site in read only mode if someone stops the replication ? If yes then is there any way to avoid this?
Thanks

Hi
First of all why you are using so much old version (oracle 8i).
when we have synchronous oracle database replication (multi master replication) then before saving our transaction at source site it will communication at all the oracle database server by using database link if at one site it find any link breakage then it will not save transaction at the source site and that transaction will ber rollback. ( Mean in synchronous replication your database link will be up any all time. This method is used where there are heavy network resource or they have replication on LAN.
In Relication 90% people use Asynchronous replication
In asynchronous replication if database link become down then our transaction become pending in the queue when link become resoted then transaction are pushed one by one in the fifo (First in First our).to their destination site to all other master or master definition sites.
Second
When we stopp replication there are two methods to stop the replication
Method A is quised the replication group at master definition site. When you quised replication group then your all tables present in that replication becomes read only you can not perform DML statment on that tables at all sites. and it is only perform by DBA to perform some administration activities like include new table in a group or regererate replication support of existing tables.or add new replication site.
Method B we totally sotpped replication that now our this server will not be in replication further. for this we use store procedure. like this
connect repadmin/repadmin@hr
SQL> Execute DBMS_REPUTIL.REPLICATION_OFF;
PL/SQL procedure successfully completed.
If you wants to again continue replication at that server. after connection wtih replication administrator apply the following command
SQL> Execute DBMS_REPUTIL.REPLICATION_ON;
PL/SQL procedure successfully completed.
For further problem you can contact me any time
Best Regard
Abdul Hameed Malik
[email protected]
Islambad Pakistan
Edited by: Abdul Hameed on Feb 9, 2009 12:04 AM
Edited by: Abdul Hameed on Feb 9, 2009 12:05 AM

How to supervise Replication Process

Hello,
On Directory Server 5.2. How can i supervise the replication process ? I want to supervise automaticly the process : if it is running or not. The best way (if it's possible), without scan access log.
Can you help me

I have not used the Perl tools I mentioned below.
Someone had recommended the use of these two tools to check if the replication has done its job of maintaining LDAP data integrity, i.e. same content before master and slave, I think this is more complete than just checking if replication is "running".
http://www.openldap.org/lists/openldap-software/200501/msg00167.html
http://search.cpan.org/~gbarr/perl-ldap-0.3202/contrib/ldifsort.pl
http://search.cpan.org/~gbarr/perl-ldap-0.3202/contrib/ldifdiff.pl
Gary

Automation of Replication Process

Hi,
I want to automate replication process for creating Xcelsius Dashboard using some Windows Programming or JAVA or something.
My Scenario is:
I have to create one Xcelsius dashboard for each coutry across the world.
For each country I have separate webi report but webi structure is same.
So Curently for replication I had to manualy do the following steps.
1) Develop one coutry Dashboard
2)For replication Point next countries webi report in Object Properties
3)Add Data Connections
4) Save the Page
5)Export Page
These Steps are repeated for all countries
Please suggest me ways to automate these steps in any way.
I am using Windows XP as operating System
Thanks,
Deepak

Hello,
Could you tell me how you created a java program to make the job, I am interested in knowing how it is possible?
Thanks for your help
Regards,
Jérôme

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?

Script for checking the replication process in Netscape Directory Sever 4.1

Hi,
We are using Netscape Directory Server 4.1.6 in our production environment. Where we want to know is there any script available to check the replication process. Or can we write a script to check the process.
Waiting for your replies at the earliest.
Thanks,
Syed A.

Hi Syed,
Replication state is very easy to see in 4.x and earlier. The last changenumber in the supplier changelog is visible (on the root DSE IIRC), and each consumer suffix has an operational attribute "copiedfrom" that tells you the name of the supplier, the database generation id, and the last change replayed from the supplier.
So a script that compares the results of
ldapsearch -h <supplier> -s base -b "" "objectclass=*" lastchangenumber
and
ldapsearch -h <consumer> -s base -b <base_suffix> "objectclass=*" copiedFrom
will show you if a replica has fallen out of sync. It won't tell you more than how many changes behind the replica is, though, because pre-5.x changenumbers are sequential integers, not timestamps.
However, the change that corresponds to the changenumber is clearly visible under the "cn=changelog" suffix. So if you look at the change itself you can see the timestamp on it.
For more info on the status of replication, you should be able to query the agreements on the supplier. Those live under the "Netscape Machine Data Suffix", which you can also find on the supplier's root DSE:
ldapsearch -h <supplier> -s base -b "" "objectclass=*" netscapemdsuffix
And of course the error logs will usually tell you if replication is failing outright.
I may be off on some of the attribute names, but if you do some investigating along these lines, you should be able to figure it out.

ERROR OGG-00685 begin time : extract process abending

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

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

Detect finishing of replication process

Hello,
i intend to use a HANA instance as HANA-based accelerator to accelerate some time-costly db reading transactions, using a secondary db connect.
I'm examining the SAP LT Replication Server for real-time data replication to HANA, for having my whole process of read and update data untouched, but transform the costly selection statements to use a secondary db connection.
While playing around, i noticed that the replication process isn't handled in real-time, and subsequent reading transactions operate on the non-replicated data set.
In my use case, this is a crucial problem.
Is there an appliance to monitor the replication process, so I can detect the finishing of the process? Is there a signal that flags the finishing of the replication process?
Have you any other approach to disrupt and continue my transaction sequence, to assure to operate on the most actual data?
Thanks, Stephan

Hi Tobias,
thanks for your reply.
To me, real-time would imply, that, at the end of my db transaction, the applied data record is already replicated. Yet the LT replication server offers a real-time launched replication, but that's ok if i can deal with it in a smart way.
In my usage scenario, accelerate extreme transaction processing, i have two subsequent transactions, both operating on the same data record. Transaction one updates the data record on the primary application db, which is to be replicated to a HANA db. Transaction two selects the data record via secondary db connection from the HANA db and returns the pre-replicated data record. I have average latency times below 1 second on this scenario.
For me, it would be sufficient to pause my process until the replication process is finished, the overall acceleration due to the HANA select makes it worth, but i need some kind of signal to continue my process and perform the HANA select on the most recent data set.
Regards, Stephan

Archiver Issue| Automatic replication process | Archiver thread blocking

Hi,
Recently, we are facing a strange issue with Archiver auto replication process. Sometime, archiver thread is blocking and auto replication is stalling. We observed this issue after we apply latest OUCM patches downloded from Oracle support site.
As an work around, we are doing UCM restart.
Anybody got this kind off issue? We are following this up with Oracle in parallel. Any help regarding this is highly appreciated.
Gowtham J

What version/patch set/core update of UCM are you using?
Jonathan
http://redstonecontentsolutions.com
http://corecontentonly.com

Start the replication process manually 9i oid

There is problem replication of db entries in oid, i found replication process is not running on that db...
How to start replication process manually ? i tried this but did'n work?
porter-db1$oidctl server=oidrepld connect=ldaphou1 instance=1 flags="-p 389 -h dolly-db1" start
porter-db1$ps -ef | grep oidrepld
porter-db1$ps -ef | grep oid
oracle9i 1301 1 3 Aug 18 ? 3:46 oidmon connect=ldaphou1 start
oracle9i 1315 1301 0 Aug 18 ? 57:15 oidldapd connect=ldaphou1 -p 389 -debug 0 -i 1 -conf 0 -sport 636 -sslenable 2
oracle9i 1321 1 0 Aug 18 ? 1219:56 oidldapd

-> Check oidrepld.log
-> Also check $ORACLE_HOME/ldap/log/remtool.log
-> Make sure the 'configset' and 'instances are right when you are attempting to start replication.
-- Pramod Aravind

Replication process halts and aborts

Hello all,
We have a an instance of NS Directory 4.15 running on solaris 2.6.
We have 1 Supplier and 15 Consumers.
During replication of 4 consumers, the replication process halts and aborts,
and error messages similar to the following messages appear:
[29/Oct/2001:14:32:02 +0200] - Automatic online replica
creation is turned off. Replication cannot continue until you manually
reinitialize the consumer from the replication admin screen. Aborting.
[29/Oct/2001:14:32:02 +0200] - consumer XXX.XXX.XXX.XXX/o=XXX.XXX:
REPLICATION HALTED
the above error messages occur.
Why is it happen?
What should I do to prevent it?
Please let me know.
Thanks,

Ehhh.. Real-time makes it significantly more complex. What versions of Oracle & Sybase do you have?
To achieve this level of "real-time" replication, you are realistically going to have to set up a message-passing system to send the data changes from Sybase to Oracle. If you had a window of at least a few minutes, you could use something like Sybase Replication Server or Oracle Heterogeneous Services to do the replication in batches.
At a high level, whenever a data change is made in Sybase, a message will need to be created and propagated to the Oracle database where the change is applied. You can roll this sort of thing yourself using JMS (Java Messaging System) since that is pretty standard-- you can configure Sybase to generate JMS messages and configure Oracle Advanced Queues to accept those messages. You would then need to write a process in Oracle that dequeued and processed the messages.
Sybase Real-Time Data Services may be helpful here. What isn't clear to me, though, is how much code you really end up not having to write vs. how much effort is required on the setup & maintenance side. Whether you go for a custom point-to-point solution or the message bus approach probably depends on whether this is a one-off project or whether this is something that your organization is going to want to leverage for multiple projects.
Justin
Distributed Database Consulting, Inc.
http://www.ddbcinc.com/askDDBC

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

Replication Process Abending

Similar Messages

Maybe you are looking for