Dataguard Issue - Logs get shipped but not Applied - Due to Primary DB reset (merged) [message #590721] |
Mon, 22 July 2013 11:00  |
Morgs
Messages: 21 Registered: October 2010 Location: South AFrica
|
Junior Member |

|
|
HI
I have a Sap Primry Database and also a standby db that was working perfectly.. We migrated the primary db from windows 2003 to windows 2008 and brought the primary db up.. I had to create a controlfile and do a system copy and had to reset the logs on the Primary.. All came up and when i checked the standby it was receiving the logs but after a month. i see that it was not applying the logs as I think because of the sequence number .. it stopped.
I did the ffg as per the attachement
My logs have been shipped across but not applied, But What worrries me is the log sequence number on my Primary
SQL> select max(sequence#),thread# from gv$archived_log group by thread#;
MAX(SEQUENCE#) THREAD#
-------------- ----------
27727 1
[Updated on: Mon, 22 July 2013 13:07] by Moderator Report message to a moderator
|
|
|
|
|
|
|
|
|
|
|
|
|
Re: Dataguard Issue - Logs get shipped but not Applied - Due to Primary DB reset (merged) [message #590822 is a reply to message #590820] |
Tue, 23 July 2013 05:14   |
John Watson
Messages: 8976 Registered: January 2010 Location: Global Village
|
Senior Member |
|
|
Are you saying that you want to change reality? It seems to me that the last log applied was 27726. You haven't applied any more, so presumably you are missing 27727. Was that the one that was active when you did the resetlogs? If you have a copy of it somewhere, you can try to apply it, and then apply the 2083 archives generated since. But if Data Guard can't sort this out automatically, I think you have broken it.
|
|
|
|
|
|
|