Skip to Main Content

Breadcrumb

Question and Answer

Connor McDonald

Thanks for the question, naved.

Asked: July 10, 2016 - 11:20 am UTC

Last updated: July 11, 2016 - 1:02 am UTC

Version: 11.2.0.4

Viewed 10K+ times! This question is

You Asked

HI,

what could be the reason for RFS not starting at standby.
anything specific I have to look for.

DR:-
SQL>
select inst_id,process,status,thread#,sequence#,block#,blocks from gv$managed_standby; SQL>

INST_ID PROCESS STATUS THREAD# SEQUENCE# BLOCK# BLOCKS
---------- --------- ------------ ---------- ---------- ---------- ----------
1 ARCH CONNECTED 0 0 0 0
1 ARCH CONNECTED 0 0 0 0
1 ARCH CONNECTED 0 0 0 0
1 ARCH CONNECTED 0 0 0 0
1 MRP0 WAIT_FOR_GAP 1 37665 0 0
DR:-
SQL> show parameter log_f

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_file_name_convert string /data/rmsdata/ORALIVE/redo03.l
og, /data/rmsdata/ORALIVE/redo
03.log, /data/rmsdata/ORALIVE/
redo02.log, /data1/ORALIVE/red
o02.log, /data/rmsdata/ORALIVE
/redo01.log, /data/rmsdata/ORA
LIVE/redo01.log

errorlog:-
the archivelog its asking is behind the current max seq..

alter database recover managed standby database disconnect from session
Attempt to start background Managed Standby Recovery process (ORALIVE_STBY)
Sun Jul 10 13:44:10 2016
MRP0 started with pid=24, OS id=25299
MRP0: Background Managed Standby Recovery process started (ORALIVE_STBY)
started logmerger process
Sun Jul 10 13:44:15 2016
Managed Standby Recovery not using Real Time Apply
Parallel Media Recovery started with 4 slaves
Waiting for all non-current ORLs to be archived...
All non-current ORLs have been archived.
Media Recovery Waiting for thread 1 sequence 37665
Fetching gap sequence in thread 1, gap sequence 37665-37665
Completed: alter database recover managed standby database disconnect from session
Sun Jul 10 13:46:07 2016
FAL[client]: Failed to request gap sequence
GAP - thread 1 sequence 37665-37665
DBID 2384854341 branch 883058567
FAL[client]: All defined FAL servers have been attempted.
------------------------------------------------------------
Check that the CONTROL_FILE_RECORD_KEEP_TIME initialization
parameter is defined to a value that's sufficiently large
enough to maintain adequate log switch information to resolve
archivelog gaps.
------------------------------------------------------------
Sun Jul 10 13:58:19 2016
db_recovery_file_dest_size of 10240 MB is 0.00% used. This is a

and Connor said...

*Potential* problems could be:

1) password mismatch between primary and standby. Copy the password *file* from the primary to the standby. Good information here

https://prutser.wordpress.com/2011/06/13/password-file-maintenance-in-a-data-guard-environment/

2) archiver processes in a spin. Try defer/enable the archive destinations on the primary to "reset" things. TO avoid in future, have log_archive_processes set slightly higher so that if one gets hung, others will still take up the load

3) sqlnet config issue, so RFS cannot connect to the service specified.

Rating

  (1 rating)

Is this answer out of date? If it is, please let us know via a Comment

Comments

RFS issue

JUSTIN RAJU, February 13, 2018 - 8:43 pm UTC

Thanks TOM (Connor)
for the respective answer or i should precise answer.
more

Connor and Chris don't just spend all day on AskTOM. You can also catch regular content via Connor's blog and Chris's blog. Or if video is more your thing, check out Connor's latest video and Chris's latest video from their Youtube channels. And of course, keep up to date with AskTOM via the official twitter account.

More to Explore

Security

All of the vital components for a secure database are covered in the Security guide.