Standby DB real time redo log apply problem

Hi all,
I am using Oracle 10g to create physical standby db. In the standby
db, normal archived log apply does not have problem, but when I try to
use redo log real time apply and issue command
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE;
it shows:
ERROR at line 1:
ORA-38500: USING CURRENT LOGFILE option not available without stand
What is the problem??
Thanks a lot !
Steven

Note:3633226.8 from Metalink states:
Setting a standby's RealTimeApply property to ON when there are no standby
redo logs on the standby or the standby is not in SYNC transport, will
seemingly succeed. However, the apply engine will not start. The DRC log
will report an error like ORA-38500. In this case, add standby redo logs
and set the log transport mode for the standby to be SYNC and set the
standby state to ONLINE.
Workaround:
Add Standby Redo Logs on the standby and set the following broker properties
on the standby:
LogXptMode to SYNC and reset RealTimeApply to ON.
Then set the standby state to ONLINE.
HTH

Similar Messages

  • Doubt regarding REAL time redo apply in Dataguard

    Friends, how to check whether 'REAL TIME REDO APPLY' is configured in my dataguard configuration. If it is not 'on' , how to enable 'REAL TIME REDO APPLY' on using dataguard broker.
    Thanks in advance.

    918868 wrote:
    Friends, how to check whether 'REAL TIME REDO APPLY' is configured in my dataguard configuration. If it is not 'on' , how to enable 'REAL TIME REDO APPLY' on using dataguard broker.
    Thanks in advance.You have to check the client process whether it is LGWR or ARCH process. The CLIENT PROCESS refers to corresponding primary database process.
    SQL> SELECT THREAD#,SEQUENCE#,PROCESS,CLIENT_PROCESS,STATUS,BLOCK#,BLOCKS FROM V$MANAGED_STANDBY;
       THREAD#  SEQUENCE# PROCESS   CLIENT_P STATUS           BLOCK#     BLOCKS
             0          0 ARCH      ARCH     CONNECTED             0          0
             0          0 ARCH      ARCH     CONNECTED             0          0
             0          0 ARCH      ARCH     CONNECTED             0          0
             0          0 ARCH      ARCH     CONNECTED             0          0
             1        149 ARCH      ARCH     CLOSING           61440       1244
             0          0 RFS       N/A      IDLE                  0          0
            "1        150 RFS       LGWR     IDLE               8910          1"
             1        150 MRP0      N/A      APPLYING_LOG       8910     204800

  • Redo Log Apply after Standby Restarts

    hi all,
    To start my learning on Data Guard, I've successfully followed the manual steps to create a physical standby database. What I noticed is when I restart the standby database, the received redo log aren't automatically applied until I issued the following command:
    ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;Is that normal? If yes, is there a way to make redo application remains automatic after standby database restarts?
    Thanks in advance.

    When you configure the DataGuard in an SQL environment you need to manually start the redo apply process after the Standby Database is mounted. You can script the database startup and include that when "select database_role from v$database" is Physical Standby then "ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT;"
    OR
    Yo can configure the DataGuard under the broker control which will start the redo apply process automatically when the Standby Server starts.
    Sudhir.

  • 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...

  • Active Dataguard switchover puts new standby in real time query

    Hi Gurus,
    If using Active Dataguard ,after swicthover/failover using dg broker and observer does sthe new standby will be put in real time query mode(ADG) or manually have to open the db in read only mode.
    Please let me know.
    Thanks

    Yes it does:
    [uhesse]$ dgmgrl sys/oracle@prima
    DGMGRL for Linux: Version 11.2.0.1.0 - Production
    Copyright (c) 2000, 2009, Oracle. All rights reserved.
    Welcome to DGMGRL, type "help" for information.
    Connected.
    DGMGRL> show configuration
    Configuration - myconf
      Protection Mode: MaxAvailability
      Databases:
        prima - Primary database
        logst - Logical standby database
        physt - Physical standby database
    Fast-Start Failover: DISABLED
    Configuration Status:
    SUCCESS
    DGMGRL> show database physt
    Database - physt
      Role:            PHYSICAL STANDBY
      Intended State:  APPLY-ON
      Transport Lag:   0 seconds
      Apply Lag:       0 seconds
      Real Time Query: ON
      Instance(s):
        physt
    Database Status:
    SUCCESS
    DGMGRL> switchover to physt;
    Performing switchover NOW, please wait...
    New primary database "physt" is opening...
    Operation requires shutdown of instance "prima" on database "prima"
    Shutting down instance "prima"...
    ORA-01109: database not open
    Database dismounted.
    ORACLE instance shut down.
    Operation requires startup of instance "prima" on database "prima"
    Starting instance "prima"...
    ORACLE instance started.
    Database mounted.
    Database opened.
    Switchover succeeded, new primary is "physt"
    DGMGRL> show configuration
    Configuration - myconf
      Protection Mode: MaxAvailability
      Databases:
        physt - Primary database
        prima - Physical standby database
        logst - Logical standby database
    Fast-Start Failover: DISABLED
    Configuration Status:
    SUCCESS
    DGMGRL> show database prima
    Database - prima
      Role:            PHYSICAL STANDBY
      Intended State:  APPLY-ON
      Transport Lag:   0 seconds
      Apply Lag:       0 seconds
      Real Time Query: ON
      Instance(s):
        prima
    Database Status:
    SUCCESSKind regards
    Uwe Hesse
    http://uhesse.wordpress.com

  • SIT Real-time data logging and passing data

    Hello all,
    I am pretty new to LabView real-time, so I just want to confirm a few things. I am also using the Simulation Interface Toolkit.
    Let's take the Sinewave.vi from the SIT examples. I have modified it to use sinewave.dll, and run on PXI-8101. If my understanding is correct, when I click "Play", the entire Sinewave.vi is deloyed into PXI-8101, and therefore the entire VI is running at the same pace. The front panel I see on my desktop is slower snapshots of what is actually happening?
    1) Let's pretend now that the sinewave model is time critical and must run every 10ms. How do I do that? I have noticed that within the "SIT_Indicator_Indices" loop, there is a Wait 50ms block. Is that accurate?
    2) I have also added a time elapsed block that will change the Frequency and Amplitude inputs as a function of time. I made them update every 2ms. What clock are we running on? If my sinewave.mdl suddenly calculate integration (time dependent), can I use that elapsed time block as my timer to pass into the model?
    3) How fast is the sinewave.vi running anyways?
    4) Let's say I want a log of the sinewave output (a data point every 10ms). I don't need the log in real-time, I just want to do some analysis on it later. How do I do it?
    Thanks.
    Attachments:
    Sine Wave.vi ‏104 KB

    Hi Bladhart,
    When running the in the Development Environment (pressing the run button on the Real-Time vi) there will be an extra thread to handle the front panel you see. This thread will be handled just like any other thread in Real-Time and will take processor time, thus slowing down your entire application to a certain extent.  
    1. You would need to make sure everthing inside the loop can execute within 10ms and change the wait time to 10ms. Or you can use a timed loop set to run every 10ms and get rid of the wait time but again you would need to ensure everything in the loop can execute in under 10ms.
    2. The elapsed time should be running off the Real-Time system clock. 
    3. The time that the Sinewave.vi is running is system dependent, there is no set speed.
    4. You can log the data by saving to a *.tdms file. You can then use the data from the *.tdms file to do processing later. 
    <Brian A | Applications Engineering | National Instruments> 

  • Redo Log Writer Problem

    Hello
    What can I do, when Average redo log write time is 17'300ms (averaged over 30ms)?
    I have only one redolog writer. Should I start more then one redolog writer? We have 3 Redolog Groups (64MB) and we work with oracle dataguard. Its Oracle 11.2 (Unix Solaris 10).
    The system switch every 45 min the redogroup.
    Thanks for your support...
    Best regards...
    Roger

    Street wrote:
    Hello
    What can I do, when Average redo log write time is 17'300ms (averaged over 30ms)?
    I have only one redolog writer. Should I start more then one redolog writer? We have 3 Redolog Groups (64MB) and we work with oracle dataguard. Its Oracle 11.2 (Unix Solaris 10).
    The system switch every 45 min the redogroup.
    Thanks for your support...
    Best regards...
    Roger
    Why do you think that this time, 30ms is not good enough for your database ? Did you get any redo log related issues in the Statspack/AWR report?
    There is only one LGWR possible, you can't have more than one LGWR.
    Aman....

  • Disabling Intego Virus Barrier Real Time Scanning Solved my Problem

    I was having terrible problems trying to get time capsule to work with my macbook pro until i permanently disabled Intego Virus X5 Barrier's Real Time Scanning. This solved my problem. Hopefully it might help somebody out there too.

    Often times, considering how advanced malware has gotten, a System Restore will simply result in getting infected again. Most infections I've come across tend to occur months before they actually strike and are found. If they are one of those infections that slip in overnight (those JavaScript ones that slip in through Advertisements and infected search results), those tend to infect even the System Restore points. System Restore is a handy tool to have, but it isn't bulletproof.
    When such issues happen, MalwareBytes Anti-Malware and SUPERAntiSpyware are wonderful, free pieces of software to have around. Best scanners out there for Malware that are updated daily. To be on the safe side before you start messing with the system anymore, download and install MalwareBytes (http://www.malwarebytes.org) along with SUPERAntiSpyware (http://www.superantispyware.com) and perform a full scan with both scanners. Clean out any infections found, reboot if needed, and then we can go from there to see why the Security Suite is acting up.
    When you install the Verizon Internet Security Suite (McAfee under the hood), one of the first things it does is disables the built-in Windows Defender as well as the Windows Firewall, since the Security Suite includes a Firewall and a Spyware scanner with itself. Having two Firewalls and/or real-time scanners in operation can cause some rather nasty problems, besides dragging down system performace. So yes, if the security suite is installed, it's normal for Defender and Windows Firewall to be disabled. When the suite is removed, Defender and Windows Firewall should automatically be re-enabled.
    ========
    The first to bring me 1Gbps Fiber for $30/m wins!

  • Dataguard (10.2.0.5) - physical standby (async, real time apply)

    Hi Guys,
    Just wondering.
    For eg, I have a Production Database and a physical standby DB.
    Only the physical standby DB has flash back on.
    For eg, one day if there's a need for me to restore the production DB from tape (point in time recovery, so need to resetlogs).
    Do i need to rebuild the physical standby DB? (from the backup of restored db)
    Or can i make use of flash back? If i make use of flash back, i will have to re-create the control file right?
    thanks

    Hello;
    Within Data Guard can use Flashback for the following :
    On the Standby to recover data because of a delay in the apply process.
    On the Standby ( Physical ) to open the database in snapshot mode.
    On the Primary and Standby to flash the database back in time (if Standby then Primary must flashback too)
    On the Primary to recover the database after a failover.If I understand you question correctly you are talking "Incomplete recovery" on the Primary with no Flashback there. So the answer is No, Flashback on the Standby cannot help.
    You can correct this by setting up flashback on the Primary.
    Best Regards
    mseberg

  • IPCCx License Real Time Counter/Log?

    Does anyone know if there is a way to see how many IPCCx enhanced licenses out of the pool are being used at any one time? Can it be reported on?
    Cheers,
    Rich

    Hi
    Version 8 - no idea
    Pre Version 8 - you can run 'showlicenseusage.exe' from the cmd window on the server (it's in program files\cisco\desktop\bin) to see how many seats are in use and by whom.
    It's not logged to the DB unfortunately, so no reporting as such.
    Regards
    Aaron
    Please rate helpful posts..

  • Real-time apply in Maximum Performance Mode Not Working

    We have configured physical standby database in maximum performance mode. It's working perfectly fine. Archive logs are being applied to the physical standby.
    We can open the DB in read-only mode, but real-time apply is not working. Physical standby database is lagging behind the primary db by an archive log. As soon as primary database generates an archive log, it's transported over to the standby and applied immediately by the media recovery process. But real-time redo is not working. Standby redo logs have been configured.
    On Physcial Standby:
    SQL> alter database recover managed standby database using current logfile disconnect ;
    Database Altered.
    SQL> select group#, DBID, status,first_time, last_time from v$standby_log ;
    GROUP# DBID STATUS FIRST_TIM LAST_TIME
    4 UNASSIGNED UNASSIGNED
    5 UNASSIGNED UNASSIGNED
    6 UNASSIGNED UNASSIGNED
    7 UNASSIGNED UNASSIGNED
    SQL> select * from v$dataguard_stats ;
    NAME
    VALUE
    UNIT TIME_COMPUTED
    apply lag
    +00 00:31:36
    day(2) to second(0) interval 22-JUN-2010 08:42:06
    transport lag
    +00 00:31:34
    day(2) to second(0) interval 22-JUN-2010 08:42:06
    As you could see from the output above, value of transport and apply lag is equal to the elapsed time since last archive log switch.
    ********* Standby init.ora
    db_name = CPRD
    db_unique_name = CPRDS
    instance_name = CPRD
    service_names = hrDBSBY.WORLD
    log_archive_format = CPRD%r%s.%t
    log_archive_dest_1 = "location=f:\orarch\hresysprod"
    log_archive_dest_2='service=hresysprod async db_unique_name=cprd valid_for=(primary_role,online_logfile)'
    log_archive_config='dg_config=(cprd,cprds)'
    fal_server=hresysprod
    fal_client=hresysprods
    standby_file_management=auto
    log_archive_trace=1
    log_file_name_convert = ('hresysprod','hresysprods')
    db_file_name_convert = ('hresysprod','hresysprods')
    remote_login_passwordfile = exclusive
    ******* Primary init.ora
    log_archive_config='dg_config=(cprd,cprds)'
    fal_server=hresysprods
    fal_client=hresysprod
    standby_file_management=auto
    log_archive_format = CPRD%r%s.%t
    log_archive_dest_1 = "location=f:\orarch\hrESYSPROD"
    log_archive_dest_2='service=hresysprods async db_unique_name=cprds valid_for=(primary_role,online_logfile)'
    log_archive_trace=1
    remote_login_passwordfile = exclusive
    Please advise.
    Thanks,
    jay

    Hi,
    In your case you are using ARC process for redo transfer as you have not specified any process in log_archive_dest_2 and default is arch.
    I will suggest you to use LGWR to transfer the redo to standby and also check the size of standby redo logs on standby is same to the size of online redo logs on primary
    Regards
    Anudeep

  • The file structure online redo log, archived redo log and standby redo log

    I have read some Oracle documentation for file structure and settings in Data Guard environment. But I still have some doubts. What is the best file structure or settings in Oracle 10.2.0.4 on UNIX for a data guard environment with 4 primary databases and 4 physical standby databases. Based on Oracle documents, there are 3 redo logs. They are: online redo logs, archived redo logs and standby redo logs. The basic settings are:
    1. Online redo logs --- This redo log must be on Primary database and logical standby database. But it is not necessary to be on physical standby database because physical standby is not open. It doesn't generate redo log. However, if don't set up online redo log on physical standby, when primary failover and switch standby as primary. How can standby perform without online redo logs? In my standby databases, online redo logs have been set up.
    2. Archived redo logs --- It is obviously that primary database, logical and physical standby database all need to have this log file being set up. Primary use it to archive log files and ship to standby. Standby use it to receive data from archived log and apply to database.
    3. Standby redo logs --- In the document, it says A standby redo log is similar to an online redo log, except that a standby redo log is used to store redo data received from another database. A standby redo log is required if you want to implement: The maximum protection and maximum availability levels of data protection and Real-time apply as well as Cascaded destinations. So it seems that this standby redo log only should be set up on standby database, not on primary database. Am my understanding correct? Because I review current redo log settings on my environment, I have found that Standby redo log directory and files have been set up on both primary and standby databases. I would like to get more information and education from experts. What is the best setting or structure on primary and standby database?

    FZheng:
    Thanks for your input. It is clear that we need 3 type of redo logs on both databases. You answer my question.
    But I have another one. In oracle ducument, it says If you have configured a standby redo log on one or more standby databases in the configuration, ensure the size of the current standby redo log file on each standby database exactly matches the size of the current online redo log file on the primary database. It says: At log switch time, if there are no available standby redo log files that match the size of the new current online redo log file on the primary database. The primary database will shut down
    My current one data gurard envirnment setting is: On primary DB, online redo log group size is 512M and standby redo log group size is 500M. On the standby DB, online redo log group size is 500M and standby redo log group size is 750M.
    This was setup by someone I don't know. Is this setting OK? or I should change Standby Redo Log on standby DB to 512M to exactly meatch with redo log size on primary?
    Edited by: 853153 on Jun 22, 2011 9:42 AM

  • Active data Guard but with delay on applying redo logs

    Hello,
    A question: Active Data Guard gives the possibility of having a physical stand-by database open read-only, for instance for making 'up-to-date' reports.
    Data Guard also has the possibility to apply logs with delay, for instance with a delay of some hours. Every commit on primary database is applied to standby after the delay period.
    Can this delay be combined with Active Data Guard? This means that standby database is open read-only but with the delay... In case the delay is 2 hours, every report created on standby is ("up-to-date" minus 2 hours)...
    Thanks for your answer,
    Jan.

    Hello All,
    I answered my own question: indeed it is possible to activate 'real time apply' but with a delay in applying the logs. In EM-11 check the box "enable real time query" and apply. Nect go to thje tab "standby role properties" and change the value after "Apply delay" to for instance 30 minutes. Apply also.
    Log on on the primary, create a table, insert some rows and do some logswitches. Log in on the standby and check for the new table. Notice that after 30 minutes the switched logs are applied, even when you change the delay period within the 30 minutes. The information about the delay seems to be in the log, since it is possible to change the delay immediately after the logswitches to 3 minutes, drop the table and do some logswitches again. The logs with the 'create table' statement in it are NOT applied after 3 minutes, but still after 30 minutes. The drop of the table however is done after 3 minutes on the standby. So the 'delay' information is in the log sent over to the Stand-by!

  • Increase current redo log size in standby database in mount stage

    We have oracle 10g standby database. The standby database is always running in mount stage while apply logs manually not data guard is used.
    We have increase size or online redo log in primary . Now want to inrease in standby database also.
    how to increase the size of current online redo log in standby database while it in mount stage .
    in mount stage we cant run alter system switch logfile

    user11965804 wrote:
    We have oracle 10g standby database. The standby database is always running in mount stage while apply logs manually not data guard is used.
    We have increase size or online redo log in primary . Now want to inrease in standby database also.
    how to increase the size of current online redo log in standby database while it in mount stage .
    in mount stage we cant run alter system switch logfilein 10g Standby will be always in Mount status when MRP is running.
    When you increase size of online redo log files in primary, You should increase in standby also..
    Standby redo log file size should be equal or higher than primary. You no need to switch log files on Standby.
    You will have only standby redo log files in standby not ORL(online redo log files)
    You can use this below script to add standby redo log files.
    http://www.pythian.com/news/581/oracle-standby-redo-logs/

  • Online redo logs on a physical standby?

    A question on REDO logs on physical standby databases. (10.2.0.4 db on Windows 32bit)
    My PRIMARY has 3 ONLINE REDO groups, 2 members each, in ..ORADATA\LOCP10G
    My PHYSICAL STANDBY has 4 STANDBY REDO groups, 2 members each, in ..ORADATA\SBY10G
    I have shipping occurring from the primary in LGWR, ASYNC mode - max availablility
    However I notice the STANDBY also has ONLINE REDO logs, same as the PRIMARY, in the ..ORADATA\SBY10G folder
    According to the 10g Dataguard docs, section 2.5.1:
    "Physical standby databases do not use an online redo log, because physical standby databases are not opened for read/write I/O."
    I have tried to drop these on the STANDBY when not in apply mode, but I get the following:
    SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
    Database altered.
    SQL> ALTER DATABASE DROP LOGFILE GROUP 3;
    ALTER DATABASE DROP LOGFILE GROUP 3
    ERROR at line 1:
    ORA-01275: Operation DROP LOGFILE is not allowed if standby file management is
    automatic.
    I also deleted them while the STANDBY instance was idle, but it recreated them when moved to MOUNT mode.
    So my question is why is my PHYSICAL recreating and using these, if the docs say the shouldn't?
    I saw the same error mentioned here: prob. with DataGuard
    Is this a case of the STANDBY needing at least a notion of where the REDO logs will need to be should a failover occur, and if the files are already there, the standby database CONTROLFILE will hold onto them, as they are not doing any harm anyway?
    Or, is this a prooduct of having management=AUTOMATIC - i.e. the database will create these 'automatically'
    Ta
    bt

    According to the 10g Dataguard docs, section 2.5.1:
    "Physical standby databases do not use an online redo log, because physical standby databases are not opened for read/write I/O."yes, those are used when database is open.
    You should not perform any changes in Standby. Even if those exist online redo log files, whats the difficulty you have seen?
    These will be used whenever you performed switchover/failover. So nothing to worry on this.
    Is this a case of the STANDBY needing at least a notion of where the REDO logs will need to be should a failover occur, and if the files are already there, the standby database CONTROLFILE will hold onto them, as they are not doing any harm anyway?Then oracle functionality itself harm if you think in that way. When they not used in open then what the harm with that?
    Standby_File_management --> for example if you add any datafile, those information will be in archives/redos once they applied on standby those will be added automatically when it is set to AUTO if its manual, then it creates a unnamed file in $ORACLE_HOME/dbs location later you have to rename that file and recovery need to perform .
    check this http://docs.oracle.com/cd/B14117_01/server.101/b10755/initparams206.htm
    HTH.

Maybe you are looking for