Dataguard redo log transfer

we configured DataGuard in ASYNC mode as per the documentation from "http://www.orafaq.com/node/2030#comment-6448".
The problem is the redo log files is only transferd by applying the "Alter System switch logfile;" .
Is there any other option to apply redo files with out manually giving the above command.
we are new to DataGaurd .Please help.

This is a forum for the Oracle Forms product. You probably want to post this on another Forum on OTN to get an answer.

Similar Messages

Dataguard ,redo log not applied

hi
i am using oracle dataguard 10g .
everything was quit fine . but some days later a problem occured . after sequence 128 log is not applied .
i am using realtime log appled.
can anybody help me .
Thanks in advance
munir .

Hi,
Is your standby database a physical or a logical standby ???
Is the standby database in recover mode?
What is the current log sequence number on your primary database?
Place your standby database in recovery mode (if it is not) and restore arhcive logs on the standby database generated after log seq. 128
Regards
Asif Momen
http://momendba.blogspot.com

Redo log transfer

How can I be sure that, my redo transport services has been enable and LGWR is transferring on another machine??
source:
ALTER SYSTEM SET LOG_ARCHIVE_DEST_2='SERVICE=DS02.BD.NET LGWR ASYNC OPTIONAL NOREGISTER
VALID_FOR=(ALL_LOGFILES,PRIMARY_ROLE)' SCOPE=SPFILE;
ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=ENABLE SCOPE=SPFILE;
ALTER SYSTEM SET LOG_ARCHIVE_CONFIG='send' SCOPE=SPFILE;
destination:
ALTER SYSTEM SET LOG_ARCHIVE_DEST_2='LOCATION=/home/arc_dest/srl_dbs1 MANDATORY VALID_FOR=(STANDBY_LOGFILE,PRIMARY_ROLE)' SCOPE=SPFILE;
ALTER SYSTEM SET LOG_ARCHIVE_CONFIG='recieve' SCOPE=SPFILE;
ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=ENABLE SCOPE=SPFILE;
this is what I have done.

What's your Oracle version?
If you are trying to build Data Guard, just follow the document,
Oracle® Data Guard Concepts and Administration
10g Release 2 (10.2)

DataGuard Windows 9201 - log file transfer interrupt with a big redo log

OS WINDOWS
Oracle 9201
Primary: service_name orcl1 db_name orcl1
Standby: service_name orcl2 db_name orcl1
Same dir structure distribute on different VMware machine but connect with a real physical fiber network enviorment, two node distance more than 20km.
LOG FILE - 100M
MAX PERFORMACE MODE
we can got succesful result when input 'alter system switch log file' manually, the log usually small than 20m.
but when we try to switch a full redo log the error occur, log can't transfer to standby site.
it's seem to a transfer interrupt by some unnameable reason.
we check the network ping, lsnrctl service_name status, dataguard configration and windows tcpip configration, but have no conclusion.
we will crzy!! help
the log trace that use log_archive_trace=128 on primary site show:
Destination LOG_ARCHIVE_DEST_2 is in CLUSTER CONSISTENT mode
Destination LOG_ARCHIVE_DEST_2 is in MAXIMUM PERFORMANCE mode
- Created archivelog as 'C:\ORACLE\ORAARCH\ARC00095.001'
*** 2010-09-02 15:30:39.000
Fail to ping standby 'orcl2', error = 12571
Error 12571 when pinging standby orcl2.
*** 2010-09-02 15:30:39.000
kcrrfail: dest:2 err:12571 force:0
*** 2010-09-02 15:31:40.000
Fail to ping standby 'orcl2', error = 1010
Error 1010 when pinging standby orcl2.
*** 2010-09-02 15:31:41.000
kcrrfail: dest:2 err:1010 force:0
*** 2010-09-02 15:32:32.000
Setting trace level: 31 (1f)
*** 2010-09-02 15:32:32.000
ARC0: Evaluating archive log 3 thread 1 sequence 97
VALIDATE
PREPARE
*** 2010-09-02 15:32:32.000
Acquiring global enqueue on thread 1 sequence 97
*** 2010-09-02 15:32:32.000
Acquired global enqueue on thread 1 sequence 97
INITIALIZE
SPOOL
*** 2010-09-02 15:32:32.000
ARC0: Beginning to archive log 3 thread 1 sequence 97
*** 2010-09-02 15:32:32.000
Creating archive destination LOG_ARCHIVE_DEST_2: 'orcl2'
Network re-configuration required
Detaching RFS server from standby instance at 'orcl2'
RFS message number 151
Error 1010 detaching RFS from standby instance at host 'orcl2'
Disconnecting from destination LOG_ARCHIVE_DEST_2 standby host 'orcl2'
Ignoring kcrrvnc() detach error 1010
Primary database is in CLUSTER CONSISTENT mode
Primary database is in MAXIMUM PERFORMANCE mode
Connecting to destination LOG_ARCHIVE_DEST_2 standby host 'orcl2'
Attaching RFS server to standby instance at 'orcl2'
RFS message number 152
Dest LOG_ARCHIVE_DEST_2 standby mount ID: '42590f20'
Standby database restarted; old mount ID 0x4258a5ae now 0x42590f20
Destination LOG_ARCHIVE_DEST_2 is in CLUSTER CONSISTENT mode
Destination LOG_ARCHIVE_DEST_2 is in MAXIMUM PERFORMANCE mode
Issuing standby Create archive destination at 'orcl2'
RFS message number 153
*** 2010-09-02 15:32:32.000
Creating archive destination LOG_ARCHIVE_DEST_1: 'C:\ORACLE\ORAARCH\ARC00097.001'
- Created archivelog as 'C:\ORACLE\ORAARCH\ARC00097.001'
Dest LOG_ARCHIVE_DEST_1 primary mount ID: '0x42586021'
Archiving block 1 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 1 count 2048 to 'orcl2'
RFS message number 154
Archiving block 1 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 2049 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 2049 count 2048 to 'orcl2'
RFS message number 155
Archiving block 2049 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 4097 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 4097 count 2048 to 'orcl2'
RFS message number 156
Archiving block 4097 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 6145 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 6145 count 2048 to 'orcl2'
RFS message number 157
Archiving block 6145 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 8193 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 8193 count 2048 to 'orcl2'
RFS message number 158
Archiving block 8193 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 10241 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 10241 count 2048 to 'orcl2'
RFS message number 159
Archiving block 10241 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 12289 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 12289 count 2048 to 'orcl2'
RFS message number 160
Archiving block 12289 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 14337 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 14337 count 2048 to 'orcl2'
RFS message number 161
Archiving block 14337 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 16385 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 16385 count 2048 to 'orcl2'
RFS message number 162
Archiving block 16385 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 18433 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 18433 count 2048 to 'orcl2'
RFS message number 163
Archiving block 18433 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 20481 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 20481 count 2048 to 'orcl2'
RFS message number 164
Archiving block 20481 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 22529 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 22529 count 2048 to 'orcl2'
RFS message number 165
Archiving block 22529 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 24577 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 24577 count 2048 to 'orcl2'
RFS message number 166
Archiving block 24577 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 26625 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 26625 count 2048 to 'orcl2'
RFS message number 167
Archiving block 26625 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 28673 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 28673 count 2048 to 'orcl2'
RFS message number 168
Archiving block 28673 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 30721 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 30721 count 2048 to 'orcl2'
RFS message number 169
Archiving block 30721 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 32769 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 32769 count 2048 to 'orcl2'
RFS message number 170
Archiving block 32769 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 34817 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 34817 count 2048 to 'orcl2'
RFS message number 171
Archiving block 34817 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 36865 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 36865 count 2048 to 'orcl2'
RFS message number 172
Archiving block 36865 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 38913 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 38913 count 2048 to 'orcl2'
RFS message number 173
Archiving block 38913 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 40961 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 40961 count 2048 to 'orcl2'
RFS message number 174
Archiving block 40961 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 43009 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 43009 count 2048 to 'orcl2'
RFS message number 175
Archiving block 43009 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 45057 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 45057 count 2048 to 'orcl2'
RFS message number 176
*** 2010-09-02 15:33:22.000
RFS network connection lost at host 'orcl2'
Error 3114 writing standby archive log file at host 'orcl2'
*** 2010-09-02 15:33:22.000
ARC0: I/O error 3114 archiving log 3 to 'orcl2'
*** 2010-09-02 15:33:22.000
kcrrfail: dest:2 err:3114 force:0
Local destination LOG_ARCHIVE_DEST_1 is still active
ORA-03114: not connected to ORACLE
Archiving block 45057 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 47105 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 49153 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 51201 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 53249 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 55297 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 57345 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 59393 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 61441 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 63489 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 65537 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 67585 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 69633 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 71681 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 73729 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 75777 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 77825 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 79873 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 81921 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 83969 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 86017 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 88065 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 90113 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 92161 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 94209 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 96257 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 98305 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 100353 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 102401 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 104449 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 106497 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 108545 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 110593 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 112641 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 114689 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 116737 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 118785 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 120833 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 122881 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 124929 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 126977 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 129025 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 131073 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 133121 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 135169 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 137217 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 139265 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 141313 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 143361 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 145409 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 147457 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 149505 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 151553 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 153601 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 155649 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 157697 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 159745 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 161793 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 163841 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 165889 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 167937 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 169985 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 172033 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 174081 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 176129 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 178177 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 180225 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 182273 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 184321 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 186369 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 188417 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 190465 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 192513 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 194561 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 196609 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 198657 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 200705 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 202753 count 2024 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Closing archive destination LOG_ARCHIVE_DEST_1: C:\ORACLE\ORAARCH\ARC00097.001
FINISH
Archival failure destination LOG_ARCHIVE_DEST_2: 'orcl2'
Archival success destination LOG_ARCHIVE_DEST_1: 'C:\ORACLE\ORAARCH\ARC00097.001'
COMPLETE, min-succeed count met
*** 2010-09-02 15:33:27.000
ArchivedLog entry added for thread 1 sequence 97 ID 0x42585a2b: C:\ORACLE\ORAARCH\ARC00097.001
Marking [1] log 3 thread 1 sequence 97 spooled
Updating thread 1 sequence 97 archive SCN 0:4503061
Scanning 'to be archived' list': kcrrdal
log 2 thread 1 sequence 98
Completed 'to be archived' list
*** 2010-09-02 15:33:27.000
Releasing global enqueue
ARCHIVED
*** 2010-09-02 15:33:27.000
ARC0: Completed archiving log 3 thread 1 sequence 97
Scanning 'to be archived' list': kcrrwk
log 2 thread 1 sequence 98
Completed 'to be archived' list
Scanning 'to be archived' list': kcrrwk
log 2 thread 1 sequence 98
Completed 'to be archived' list
*** 2010-09-02 15:34:29.000
ARC0: Heartbeat ticks... (thread 1)
Establishing link for destination LOG_ARCHIVE_DEST_2 to standby orcl2
Primary database is in CLUSTER CONSISTENT mode
Primary database is in MAXIMUM PERFORMANCE mode
Connecting to destination LOG_ARCHIVE_DEST_2 standby host 'orcl2'
Attaching RFS server to standby instance at 'orcl2'
RFS message number 177
Dest LOG_ARCHIVE_DEST_2 standby mount ID: '42590f20'
Pinging destination LOG_ARCHIVE_DEST_2 at standby orcl2
RFS message number 178
Not in RAC mode
*** 2010-09-02 15:35:30.000
ARC0: Heartbeat ticks... (thread 1)
Establishing link for destination LOG_ARCHIVE_DEST_2 to standby orcl2
Pinging destination LOG_ARCHIVE_DEST_2 at standby orcl2
RFS message number 179
Not in RAC mode
*** 2010-09-02 15:36:22.000
ARC0: Heartbeat ticks... (thread 1)
Establishing link for destination LOG_ARCHIVE_DEST_2 to standby orcl2
Pinging destination LOG_ARCHIVE_DEST_2 at standby orcl2
RFS message number 180
Not in RAC mode
*** 2010-09-02 15:36:39.000
Setting trace level: 128 (80)
Setting trace level: 128 (80)
Destination LOG_ARCHIVE_DEST_2 is in CLUSTER CONSISTENT mode
Destination LOG_ARCHIVE_DEST_2 is in MAXIMUM PERFORMANCE mode
- Created archivelog as 'C:\ORACLE\ORAARCH\ARC00099.001'
Setting trace level: 128 (80)
*** 2010-09-02 15:37:32.000
Setting trace level: 128 (80)

Something is going on in your network:
RFS network connection lost at host 'orcl2'
Error 3114 writing standby archive log file at host 'or
Network Administrators may help

Adding redo logs for dataguard primary server

Dear all:
i have physical dataguard servers
i want to add new redologs for primary server with big size ..
please advice what will be the action with stand by server.
Thanks ,,

Dear all:
i have physical dataguard servers
i want to add new redologs for primary server with
big size ..
please advice what will be the action with stand by
server.
Thanks ,,Most of these information are kept in the control file . You have to recreate your stand by control file after you added the new online redo logs. Transfer this to the standby server , with the the new online redo redo while you standby is down . Your standby system should be able to recognize it when it goes back to stand by mode.

Resizing online and standby redo log in dataguard setup.

In 10gr2 dataguard i would like to increase redo logsize from 50M to 100M.
on primary
standby_file_management=manual
added online redo groups with 100M
log switched
drop old one and readded with 100m
deleted log added in step2.
same for standby redo logs.
On standby
was able to resize standby redo logs.
but cannot resize online redologs status is clearing or clearing_current.
please comment. thanks.

I assume you just had to wait until the Primary switched out of that online log so it became inactive at the standby as well? We track where the Primary is by marking the online redo log files at the standby as clearing_current so you can tell where the primary was at any given moment.
Make sure you create new standby redo log files at the Primary and Standby to match the new online redo log file size.
Larry

How to know the delay in redo log apply on Active Dataguard 11g

Hello All,
How to know the delay in redo log apply on Active Dataguard 11g...
Do we need to wait till log switch occurs?
Or is it recommended to schedule a log switch every 15 min, no matter data is updated/inserted or not in primary?
Please suggest...
Oracle : oracle 11g Release 2
OS : RHEL 5.4
Thanks
Edited by: user1687821 on Feb 23, 2012 12:02 AM

Hello CKPT,
Thank you for the valuable information...
We have not configured databroker.
Output of the query
SELECT * FROM (
SELECT sequence#, archived, applied,
TO_CHAR(completion_time, 'RRRR/MM/DD HH24:MI') AS completed
FROM sys.v$archived_log
ORDER BY sequence# DESC)
WHERE ROWNUM <= 10
Primary...
SEQUENCE#     ARCHIVED     APPLIED     COMPLETED
29680          YES          YES     2012/02/23 01:11
29680          YES          NO     2012/02/23 01:11
29679          YES          NO     2012/02/22 23:11
29679          YES          YES     2012/02/22 23:11
29678          YES          YES     2012/02/22 23:11
29678          YES          NO     2012/02/22 23:11
29677          YES          YES     2012/02/22 22:32
29677          YES          NO     2012/02/22 22:32
29676          YES          YES     2012/02/22 22:02
29676          YES          NO     2012/02/22 22:02
Standby...
SEQUENCE# ARC APP COMPLETED
29680 YES YES 2012/02/23 01:11
29679 YES YES 2012/02/22 23:11
29678 YES YES 2012/02/22 23:11
29677 YES YES 2012/02/22 22:32
29676 YES YES 2012/02/22 22:02
29675 YES YES 2012/02/22 21:24
29674 YES YES 2012/02/22 19:24
29673 YES YES 2012/02/22 18:59
29672 YES YES 2012/02/22 17:42
29671 YES YES 2012/02/22 17:41
Primary shows yes as well as no...
Next,
From primary:-
SQL> select thread#,max(sequence#) from v$archived_log group by thread#;
THREAD#     MAX(SEQUENCE#)
1     29680
From standby:-
SQL> select thread#,max(sequence#) from v$archived_log where applied='YES' group by thread#;
THREAD# MAX(SEQUENCE#)
1 29680
What is the redo transport service you are using? is it LGWR or ARCH ?
Output of query select * from v$parameter where name like 'log_archive_dest_2' shows below value...
SERVICE=b_stdb LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=b_stdb
So is it lgwr already configured...? if yes then how do i see the delay in both servers..
Yes, the network is good as they both resides in same LAN within same rack
Thanks...

Dataguard lost both Primary redo log and standby redo log files

Hi,
I am new to data guard, i came acorss a scenario where we loose both primary redo log file and standby redo log files.
Can someone please help me understand how to recover from this situation.
Thanks!

>loose both primary redo log file and standby redo log files
We have to be very clear.
There are (set A) online redo log files and (set B) standby redo log files at (location 1) Primary and (location 2) Standby.
The standby redo log files, depending on the configuration, aren't strictly mandatory. The standby can be applying redo without online redo log files present as well, depending on how it was setup.
So, the question is : Did you lose online redo log files at the primary ? Didn't the primary shutdown itself then ? If so, you have to do an incomplete recovery at the primary OR switch over to the standby (which may or may not have received the last transaction, depending on how it was configured and operating) OR restore from the standby (again, with possible loss of transactions) to the primary.
Hemant K Chitale

Oracle DataGuard - Standy Redo log on physical Standby db

Hello Guys,
A quick question on my 10.2.0.2 db with Windows 2003 x64 OSs.
I have 2 machines - One for primary & the other for physical standby
I have successfully setup DG with Real Time Apply and also tested switchover & failover scenarios and they work well and as expected...
But I have a query which popped up when I was trying to set this up at home.
I create the physical standby db by shutting the primary db and copying all the datafiles, tempfiles,online redo logs and then creating a standby control file which will be used for the physical standby db to start off with.
After mounting the standby db, I tried to create standby redo logs files starting with Group 4 but I got error that standby group 4 already exists.
Upon querying v$logfile view, I noticed that the standby redo logs that I created on primary are also showing up on the standby db which I understand is from the standby control file.
So here is my quesiton: What is correct method of creating these standby redo logs on the standby database?
I know that I could drop those 4 standby redo logs from the standby db and recreate them but all the DG docs online and the documents that I have referred say that I should create the standby redo logs on the standby as I did on the primary but how can this duplication be avoided i.e. from the standby control file?
I know that I could use another method to create a hot backup such as RMAN etc...but I wanted to follow this way of shutting down the primary and copy the relevant database files.
Any help appreciated...and thanks in advance guys!
-Bharath

so with the setup that I used, i.e. create a standby control file which contains info about the standby redo logs at the primary site, should I also copy over the standby redo logs from the primary to standby as I only copied the datafiles, tempfile(s) & online redo logs? But then the filenames of the standby redo logs will be the exact same as that of the primary. Will that cause any issue during a switchover/failover?
I don't remember exactly how I did it when I got the whole thing working but I have a vague remembrance that I drop the std. redo log files entries from the std database and then recreate new ones with different filenames (as compared to primary).
Thanks

Dataguard Solution for standby redo log file groups

Respected Experts,
My database version is 10.2.0.1.0 and Red Hat 5 os.I want to create a standby database using RMAN.
Can any one help me with the full steps.And i'm also confuse about number of standby redo log file members
need to be created.
Thanks and Regards
Monoj Das

My database version is 10.2.0.1.0 and Red Hat 5 os.I want to create a standby database using RMAN.To configure standby either you can use duplicate target database for standby
or
1) restore standby controlfile
2) mount standby database
3) restore database
and configure standby paraemter then start MRP, will do.
http://docs.oracle.com/cd/B19306_01/server.102/b14239/create_ps.htm
Can any one help me with the full steps.And i'm also confuse about number of standby redo log file members
need to be created.It depends which parameter you want to use, if you mention log_archive_dest_2='service ARCH ' then no need to create any standby redo log file groups,
If you use log_archive_dest_2='service LGWR ' here transport will be in terms of redo and you need standby redo log files on standby database. Which is realtime.
When you use LGWR, data lost will be less if in case of any online redo log file lost. which is recommended.
HTH.

Créating new redo log group with dataguard

Hi,
is there an impact on the standby database if i create a new redo log group on the primary database?
Thanks

Hello,
No, there is no impact at all, it will be a completely independent operation, just be sure to replicate the operation on the Standby database - even if the standby_file_management parameter is set to 'AUTO' I don't believe that that (automatic file management) applies to redo logs, only data files.

Online Redo logs instead of Standby Redo logs

RDBMS Version: 11.2.0.3/Platform : RHEL 6.3
To migrate a 3TB Database to a new DB server , we are going to use RMAN DUPLICATE.
Step1. Take full backup of DB + Standby Control file at primary site and transfer the Bkp files to Standby site
Step2. At standy site, we will run the RMAN duplicate target database for standby
After the above step, we don't want to create the standby redo logs because the newly restored DB in standby server is going to be the new Prod DB which application will be pointing to.
So, Can I skip the Standby Redo log creation part and create Online redo logs instead ?
As mentioned earlier, Our objective is not to create a proper Dataguard Standby DB setup. We just want to clone our DB to another server using RMAN Duplicate.

Tom wrote:
RDBMS Version: 11.2.0.3/Platform : RHEL 6.3
To migrate a 3TB Database to a new DB server , we are going to use RMAN DUPLICATE.
Step1. Take full backup of DB + Standby Control file at primary site and transfer the Bkp files to Standby site
Step2. At standy site, we will run the RMAN duplicate target database for standby
After the above step, we don't want to create the standby redo logs because the newly restored DB in standby server is going to be the new Prod DB which application will be pointing to.
So, Can I skip the Standby Redo log creation part and create Online redo logs instead ?
As mentioned earlier, Our objective is not to create a proper Dataguard Standby DB setup. We just want to clone our DB to another server using RMAN Duplicate.
Hi,
Take full backup of DB + Standby Control
We just want to clone our DB to another server using RMAN Duplicate
If you want only clone database of production, why you are take Standby controlfile?
If you don't want create standby database then, why you using DUPLICATE command with FOR STANDBY option.
You can use DUPLICATE command for clone database, without for standby option.
If you say no, we want create standby database and we will perform swithover,
then yes, you can use online redo logs for max performance mode.
and you can create standby redo logs on all database, but this redo logs will use by database when database role
is standby.
Regards
Mahir M. Quluzade

Why do we need standby redo log on Primary database.

Hi Gurus,
I was going through the document in OBE,
http://www.oracle.com/technology/obe/11gr1_db/ha/dataguard/physstby/physstdby.htm
I have two queries:
1) I noticed the statement -
"Configure the primary database to receive redo data, by adding the standby logfiles to the primary. "
Why do we have to create standby redo log on a primary database?
2) There is another statement --
"It is highly recommended that you have one more standby redo log group than you have online redo log groups as the primary database. The files must be the same size or larger than the primary database’s online redo logs. "
Why do we need one additional standby redo log group than in Primary database.
Could anyone please explain to me in simple words.
Thanks
Cherrish Vaidiyan

Hi,
1. Standby redo logs are used only when the database_role is standby, it is recommended to be added in primary also so that they can be used on role reversal, however during normal working standby redo logs will not be used at all on primary.
2. In case of 3 online redo log groups, it is recommended to use 4 standby redo log group this is in case if log switching is happening frequently on primary and all 3 standby redo logs are still not completely archived on the standby and 4th can be used here as there will be some delay on standby due to network or slowness of arch on standby.
Use of the standby redo log groups depends on the redo generation rate, you can see only 2 standby redo logs are getting used while you have 4 standby redo log groups, when the redo generation rate is less.
So it is recommended to have one more standby redo log group when redo generation rate is high and all of the existing standby redo log group are getting used.
Regards
Anudeep

Physical standby database standby redo log problem

Hello
We have a physical standby database , I've created some standby redo log files but my problem is that they aren't used,
their status in v$stanby_log view is UNASSIGNED
and I see this message (ORA-16086: standby database does not contain available standby log files) in primary database alert_log file
while when I run "alter system switch logfile" in the primary database it transfer redo logs to the physsical standby database
and archive log file will be created in standby database
I've even recreated the standby redo log files and I added new ones to them but the problem wasn't solved
Do you know what is problem ?
elect group#,THREAD#,BYTES,STATUS from V$STANDBY_LOG;
group#     THREAD#      BYTES       STATUS
1                   0                   524288000                   UNASSIGNED
2                   0                   524288000                   UNASSIGNED
3                   0                   524288000                   UNASSIGNED
8                   0                   524288000                   UNASSIGNED
9                   0                   524288000                   UNASSIGNED
10                   0                   524288000                   UNASSIGNED
select group#,THREAD#,BYTES,MEMBERS,STATUS from v$log;
group#                    THREAD#                    BYTES                    MEMBERS                    STATUS
4                   1                   524288000                   2                   CLEARING
7                   1                   524288000                   2                   CLEARING_CURRENT
6                   1                   524288000                   2                   CLEARING
5                   1                   524288000                   2                   CLEARING
thanks

Hello Anurag
Thank you for your reply
I have found some issue in the standby database alert_log too , in the standby database alert_log it has been written:
RFS[782]: Assigned to RFS process 3919
RFS[782]: Identified database type as 'physical standby'
Primary database is in MAXIMUM AVAILABILITY mode
Standby controlfile consistent with primary
Primary database is in MAXIMUM AVAILABILITY mode
Standby controlfile consistent with primary
RFS[782]: No standby redo logfiles selected (reason:6)
Sun Jan 31 13:59:43 2010
Errors in file /u01/app/oracle/admin/tehrep/udump/tehrep_rfs_3919.trc:
ORA-16086: standby database does not contain available standby log files
Sun Jan 31 13:59:48 2010
RFS[781]: Archived Log: '/disks/sda/tehrep/archivelogs/1_6516_670414641.dbf'
Sun Jan 31 13:59:50 2010
and the context "/u01/app/oracle/admin/tehrep/udump/tehrep_rfs_3919.trc" is below :
+/u01/app/oracle/admin/tehrep/udump/tehrep_rfs_3919.trc+
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
ORACLE_HOME = /u01/app/oracle/product/10.2.0/db_1
System name:    Linux
Node name:      linserver2.com
Release:        2.6.9-42.ELsmp
Version:        #1 SMP Wed Jul 12 23:27:17 EDT 2006
Machine:        i686
Instance name: tehrep
Redo thread mounted by this instance: 1
Oracle process number: 58
Unix process pid: 3919, image: [email protected]
*** SERVICE NAME:() 2010-01-31 13:59:43.865
*** SESSION ID:(109.1225) 2010-01-31 13:59:43.865
KCRRFLAS
KCRRSNPS
No space in recovery area for active standby redo logs
The primary database is operating in MAXIMUM PROTECTION
or MAXIMUM AVAILABILITY mode, and the standby database
does not contain adequate disk space in the recovery area
to safely archive the contents of the standby redo logfiles.
ORA-16086: standby database does not contain available standby log files
when I saw this line "No space in recovery area for active standby redo logs" I thought that STANDBY_ARCHIVE_DEST parameter points where that there is no enough space , but when I consider I found out that points a directory on disk a "sda" that has enough space , I don't know what that means
by the way, at below I've written a section of the primary database alert_log context and "lgwr" trace file around Sun Jan 31 13:30:34 2010
alert_log :
ORA-16086: standby database does not contain available standby log files
Sun Jan 31 13:30:34 2010
LGWR: Failed to archive log 7 thread 1 sequence 6512 (16086)
Thread 1 advanced to log sequence 6512
Current log# 7 seq# 6512 mem# 0: /disks/sdb/tehrep/redo71.log
Current log# 7 seq# 6512 mem# 1: /disks/sdd/tehrep/redo72.log
LNSc started with pid=53, OS id=11451
Sun Jan 31 13:36:34 2010
Errors in file /u01/app/oracle/admin/tehrep/bdump/tehrep_lgwr_3692.trc:
ORA-16086: standby database does not contain available standby log files
Sun Jan 31 13:36:34 2010
LGWR: Failed to archive log 5 thread 1 sequence 6513 (16086)
Thread 1 advanced to log sequence 6513
Current log# 5 seq# 6513 mem# 0: /disks/sdb/tehrep/redo51.log
Current log# 5 seq# 6513 mem# 1: /disks/sdd/tehrep/redo52.log
*/u01/app/oracle/admin/tehrep/bdump/tehrep_lgwr_3692.trc file :*
Error 16086 creating standby archive log file at host '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=linserver2.com
+)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=tehrep_XPT.com)(INSTANCE_NAME=tehrep)(SERVER=dedicated)))'+
*** 2010-01-31 13:30:34.712 60679 kcrr.c
LGWR: Attempting destination LOG_ARCHIVE_DEST_3 network reconnect (16086)
*** 2010-01-31 13:30:34.712 60679 kcrr.c
LGWR: Destination LOG_ARCHIVE_DEST_3 network reconnect abandoned
ORA-16086: standby database does not contain available standby log files
*** 2010-01-31 13:30:34.712 60679 kcrr.c
LGWR: Error 16086 creating archivelog file '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=linserver2.com)(PORT=1521
+)))(CONNECT_DATA=(SERVICE_NAME=tehrep_XPT.com)(INSTANCE_NAME=tehrep)(SERVER=dedicated)))'+
*** 2010-01-31 13:30:34.712 58941 kcrr.c
kcrrfail: dest:3 err:16086 force:0 blast:1
Receiving message from LNSc
*** 2010-01-31 13:30:34.718 55444 kcrr.c
Making upidhs request to LNSc (ocis 0x0xb648db48). Begin time is <01/31/2010 13:30:30> and NET_TIMEOUT <180> seconds
NetServer pid:11196
*** 2010-01-31 13:30:38.718 55616 kcrr.c
upidhs done status 0
*** 2010-01-31 13:36:31.062
LGWR: Archivelog for thread 1 sequence 6513 will NOT be compressed
*** 2010-01-31 13:36:31.062 53681 kcrr.c
+Initializing NetServer[LNSc] for dest=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=linserver2.com)(PORT=1521)))(CO+
NNECT_DATA=(SERVICE_NAME=tehrep_XPT.com)(INSTANCE_NAME=tehrep)(SERVER=dedicated))) mode SYNC
LNSc is not running anymore.
New SYNC LNSc needs to be started
Waiting for subscriber count on LGWR-LNSc channel to go to zero
Subscriber count went to zero - time now is <01/31/2010 13:36:31>
Starting LNSc ...
Waiting for LNSc to initialize itself
*** 2010-01-31 13:36:34.116 53972 kcrr.c
+Netserver LNSc [pid 11451] for mode SYNC has been initialized+
Performing a channel reset to ignore previous responses
+Successfully started LNSc [pid 11451] for dest (DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=linserver2.com)(PORT=1+
+521)))(CONNECT_DATA=(SERVICE_NAME=tehrep_XPT.com)(INSTANCE_NAME=tehrep)(SERVER=dedicated))) mode SYNC ocis=0x0xb648db48+
*** 2010-01-31 13:36:34.116 54475 kcrr.c
+Making upiahm request to LNSc [pid 11451]: Begin Time is <01/31/2010 13:36:31>. NET_TIMEOUT = <180> seconds+
Waiting for LNSc to respond to upiahm
*** 2010-01-31 13:36:34.266 54639 kcrr.c
upiahm connect done status is 0
Receiving message from LNSc
Receiving message from LNSc
Destination LOG_ARCHIVE_DEST_3 is in STANDBY RESYNCHRONIZATION mode
Receiving message from LNSc

Apply standby redo log to physical stby db.

Hi all,
Facing a problem in the following scenario.
I have dataguard configuration operating in maximum availability mode with a local standby db (A - lgwr sync not using real time apply) and a remote standby db (B - lgwr async). I then simualted a crash of my primary database with batch jobs running. Since the stby db A is in lgwr sync option ,all the commited data in the current online redo log has been transmitted to stby A and is present in its stby redo log (Group 2).How do I apply this stby redo log to the remote stby db.
Tried the following methods.
1.ftp the stby redo log to the remote db and tried to regiter it, got an error that it is not completely archived.
2.issued the recover standby database command and supplied the stby redo log when it asked for the sequence in the stby redo, got an error saying there is corruption in a block(tried this option multiple times ended up with the same result.)
Regards.

Hello,
Did you try "alter database recover managed standby database finish" on the standby database ?
Regards,
Shivananda

Dataguard redo log transfer

Similar Messages

Maybe you are looking for