Logs not applying on Standby Database

I am afraid I am back.
I now have a primary database and a standby database and logs are being shipped but not applied. Done some research and I have got to the point where in my alert log I find the following when I try to start MRP:
Fri Jun 29 15:03:40 2012
alter database recover managed standby database disconnect from session
Attempt to start background Managed Standby Recovery process (SAPDS)
Fri Jun 29 15:03:40 2012
MRP0 started with pid=29, OS id=23272
MRP0: Background Managed Standby Recovery process started (SAPDS)
started logmerger process
Fri Jun 29 15:03:45 2012
Managed Standby Recovery not using Real Time Apply
Read of datafile '/var/hpsrp/drforp03/oradata/u04/SAPDS/DRFSAPDS/sysaux01.dbf' (fno 2) header failed with ORA-01206
Rereading datafile 2 header failed with ORA-01206
MRP0: Background Media Recovery terminated with error 1110
Errors in file /var/hpsrp/drforp03/oradata/u04/SAPDS/admin/diag/rdbms/drfsapds/SAPDS/trace/SAPDS_pr00_23308.trc:
ORA-01110: data file 2: '/var/hpsrp/drforp03/oradata/u04/SAPDS/DRFSAPDS/sysaux01.dbf'
ORA-01122: database file 2 failed verification check
ORA-01110: data file 2: '/var/hpsrp/drforp03/oradata/u04/SAPDS/DRFSAPDS/sysaux01.dbf'
ORA-01206: file is not part of this database - wrong database id
Recovery Slave PR00 previously exited with exception 1110
Errors in file /var/hpsrp/drforp03/oradata/u04/SAPDS/admin/diag/rdbms/drfsapds/SAPDS/trace/SAPDS_mrp0_23272.trc:
ORA-01110: data file 2: '/var/hpsrp/drforp03/oradata/u04/SAPDS/DRFSAPDS/sysaux01.dbf'
ORA-01122: database file 2 failed verification check
ORA-01110: data file 2: '/var/hpsrp/drforp03/oradata/u04/SAPDS/DRFSAPDS/sysaux01.dbf'
ORA-01206: file is not part of this database - wrong database id
MRP0: Background Media Recovery process shutdown (SAPDS)
Completed: alter database recover managed standby database disconnect from session
My question therefore is how can I get out of this and get my logs to apply on standby?

Hello again;
Do you think if I tried to repeat the duplicate?
Yes I think you should do this.
Give me a few minutes and I will review my Word document and provide a step by step overview here as insurance.
I always cleanup the standby before trying another dup
OVERVIEW
Step 1 - Password file fro standby - Copy from primary and rename
Step 2 - Directory Structure on the remote server - Make sure noting is missing
Step 3 - Oracle Net Setup - entry for the CLONE in your TNSNAMES.ORA on both servers
Step 4 - SID_LIST_LISTENER addition ( assumes listener named LISTENER )
Step 5 - Timeouts set in listener.ora and sqlnet.ora Both Servers
Step 6 - Initialization Parameter File for the Auxiliary Instance
Step 7 - Set SID for Auxiliary Instance
Step 8 - Create an SPFILE for the new database by using a pfile with the INIT settings
Step 9 - Shutdown and startup nomount on new Spfile ( Auxiliary Instance )
Step 10 - Start RMAN and run the DUPLICATE Command
SID_LIST_LISTENER Example from mine
SID_LIST_LISTENER =
   (SID_LIST =
       (SID_DESC =
       (SID_NAME = PLSExtProc)
       (ORACLE_HOME = /u01/app/oracle/product/11.2.0.2)
       (PROGRAM = extproc)
       (SID_DESC =
       (global_dbname = CLONE.hostname)
       (ORACLE_HOME = /u01/app/oracle/product/11.2.0.2)
       (sid_name = CLONE)
Prevent Timeouts
Add these to both servers
To listener.ora
INBOUND_CONNECT_TIMEOUT_ = 120
To sqlnet.ora
SQLNET.INBOUND_CONNECT_TIMEOUT = 120
Then stop and start the listener.
RMAN
$ORACLE_HOME/bin/rman target=sys/@primary auxiliary=sys/@standby
Connect should return something like this
connected to target database: RECOVER9 (DBID=3806912436)
connected to auxiliary database: CLONE (not mounted)RMAN>duplicate target database for standby from active database NOFILENAMECHECK;
INIT Extras
To avoid ORA-09925 make sure the PFILE has audit_file_dest and core_dump_dest set
Best Regards
mseberg
Edited by: mseberg on Jun 29, 2012 11:12 AM

Similar Messages

  • Redo log files are not applying to standby database

    Hi everyone!!
    I have created standby database on same server ( windows XP) and using oracle 11g . I want to synchronize my standby database with primary database . So I tried to apply redo logs from primary to standby database as follow .
    My standby database is open and Primary database is not started (instance not started) because only one database can run in Exclusive Mode as DB_NAME is same for both database.  I run the following command on the standby database.
                SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;
    It returns "Database altered" . But when I checked the last archive log on primary database, its sequence is 189 while on standby database it is 177. That mean archived redo logs are not applied on standby database.
    The tnsnames.ora file contains entry for both service primary & standby database and same service has been used to transmit and receive redo logs.
    1. How to resolve this issue ?
    2.Is it compulsory to have Primary database open ?
    3. I have created standby  control file by using  command
              SQL> ALTER DATABASE CREATE STANDBY CONTROLFILE AS ‘D:\APP\ORACLE\ORADATA\TESTCAT\CONTROLFILE\CONTROL_STAND1.CTL‘;
    So database name in the standby control file is same as primary database name (PRIM). And hence init.ora file of standby database also contains DB_NAME = 'PRIM' parameter. I can't change it because it returns error of mismatch database name on startup. Should  I have different database name for both or existing one is correct ?
    Can anybody help me to come out from this stuck ?
    Thanks & Regards
    Tushar Lapani

    Thank you Girish. It solved  my redo apply problem. I set log_archive_dest parameter again and then I checked archive redo log sequence number. It was same for both primary and standby database. But still table on standby database is not being refresh.
    I did following scenario.
    1.  Inserted 200000 rows in emp table of Scott user on Primary database and commit changes.
    2. Then I synchronized standby database by using Alter database command. And I also verify that archive log sequence number is same for both database. It mean archived logs from primary database has been applied to standby database.
    3. But when I count number of rows in emp table of scott user on standby database, it returns only 14 rows even of redo log has been applied.
    So my question is why changes made to primary database is not reflected on standby database although redo logs has been applied ?
    Thanks

  • All logs received but not applied | Physical Standby Database

    All,
    Need your help....
    We have physical standby database setup as below
    Primary : 2 node RAC
    Stdby : Standalone physical standby database.
    When I verify the stdby database status, I could see all the logs are received from primary but still not applied many.. Could any one please help me what is the issue and how to resolve it ...?
    Primary :
    =====
    SQL> SELECT THREAD# "Thread",SEQUENCE# "Last Sequence Generated"
    FROM V$ARCHIVED_LOG
    WHERE (THREAD#,FIRST_TIME ) IN (SELECT THREAD#,MAX(FIRST_TIME) FROM V$ARCHIVED_LOG GROUP BY THREAD#)
    ORDER BY 1 2 3 4 ;
    Thread Last Sequence Generated
    1 8073
    1 8073
    2 4521
    2 4521
    stdby:
    ====
    SQL> SELECT ARCH.THREAD# "Thread",
    2 ARCH.SEQUENCE# "Last Sequence Received",
    3 APPL.SEQUENCE# "Last Sequence Applied",
    4 (ARCH.SEQUENCE# - APPL.SEQUENCE#) "Difference"
    5 FROM
    6 (SELECT THREAD# ,SEQUENCE# FROM V$ARCHIVED_LOG WHERE (THREAD#,FIRST_TIME ) IN
    7 (SELECT THREAD#,MAX(FIRST_TIME) FROM V$ARCHIVED_LOG GROUP BY THREAD#)) ARCH,
    8 (SELECT THREAD# ,SEQUENCE# FROM V$LOG_HISTORY WHERE (THREAD#,FIRST_TIME ) IN
    (SELECT THREAD#,MAX(FIRST_TIME) FROM V$LOG_HISTORY GROUP BY THREAD#)) APPL
    9 10 WHERE ARCH.THREAD# = APPL.THREAD# ORDER BY 1;
    Thread Last Sequence Received Last Sequence Applied Difference
    1 8073 8055 18
    2 4521 4510 11
    --Below are tailed messages from standby alert log:
    Fri Nov 04 10:45:15 2011
    ARCH: Archival stopped, error occurred. Will continue retrying
    ORACLE Instance BWFCCSTD - Archival Error
    ORA-16014: log 6 sequence# 8058 not archived, no available destinations
    ORA-00312: online log 6 thread 1: '+ASM_DATA01/bwfccstd/onlinelog/group_6.418.766235259'
    ORA-00312: online log 6 thread 1: '+ASM_FRA01/bwfccstd/onlinelog/group_6.307.766235263'
    Fri Nov 04 10:50:15 2011
    Archiver process freed from errors. No longer stopped
    Fri Nov 04 10:50:15 2011
    ARCH: Archival stopped, error occurred. Will continue retrying
    ORACLE Instance BWFCCSTD - Archival Error
    ORA-16014: log 6 sequence# 8058 not archived, no available destinations
    ORA-00312: online log 6 thread 1: '+ASM_DATA01/bwfccstd/onlinelog/group_6.418.766235259'
    ORA-00312: online log 6 thread 1: '+ASM_FRA01/bwfccstd/onlinelog/group_6.307.766235263'
    Fri Nov 04 10:50:15 2011
    Archiver process freed from errors. No longer stopped
    Fri Nov 04 10:55:15 2011
    ARCH: Archival stopped, error occurred. Will continue retrying
    ORACLE Instance BWFCCSTD - Archival Error
    ORA-16014: log 6 sequence# 8058 not archived, no available destinations
    ORA-00312: online log 6 thread 1: '+ASM_DATA01/bwfccstd/onlinelog/group_6.418.766235259'
    ORA-00312: online log 6 thread 1: '+ASM_FRA01/bwfccstd/onlinelog/group_6.307.766235263'
    Fri Nov 04 11:00:15 2011
    Archiver process freed from errors. No longer stopped
    Fri Nov 04 11:00:15 2011
    ARCH: Archival stopped, error occurred. Will continue retrying
    ORACLE Instance BWFCCSTD - Archival Error
    ORA-16014: log 6 sequence# 8058 not archived, no available destinations
    ORA-00312: online log 6 thread 1: '+ASM_DATA01/bwfccstd/onlinelog/group_6.418.766235259'
    ORA-00312: online log 6 thread 1: '+ASM_FRA01/bwfccstd/onlinelog/group_6.307.766235263'
    Fri Nov 04 11:00:15 2011
    Archiver process freed from errors. No longer stopped
    Fri Nov 04 11:05:16 2011
    ARCH: Archival stopped, error occurred. Will continue retrying
    ORACLE Instance BWFCCSTD - Archival Error
    ORA-16014: log 6 sequence# 8058 not archived, no available destinations
    ORA-00312: online log 6 thread 1: '+ASM_DATA01/bwfccstd/onlinelog/group_6.418.766235259'
    ORA-00312: online log 6 thread 1: '+ASM_FRA01/bwfccstd/onlinelog/group_6.307.766235263'
    Fri Nov 04 11:05:16 2011
    Archiver process freed from errors. No longer stopped

    Primary:
    =====
    SQL> archive log list;
    Database log mode Archive Mode
    Automatic archival Enabled
    Archive destination +ASM_FRA01
    Oldest online log sequence 8073
    Next log sequence to archive 8074
    Current log sequence 8074
    SQL>
    Stdby:
    =====
    SQL> archive log list;
    Database log mode Archive Mode
    Automatic archival Enabled
    Archive destination ?/dbs/arch
    Oldest online log sequence 8074
    Next log sequence to archive 0
    Current log sequence 8074
    Enough space is available :
    =================
    SQL> set lines 180 pages 50000;
    SQL> set lines 100
    col name format a60
    select name
    , floor(space_limit / 1024 / 1024) "Size MB"
    , ceil(space_used / 1024 / 1024) "Used MB"
    from v$recovery_file_dest
    order by nameSQL> SQL> 2 3 4 5 ;
    NAME Size MB Used MB
    +ASM_FRA01                                                        70000        531
    Edited by: 889828 on 2011/11/04 2:26 AM

  • Archive logs not applied on logical database.

    I have 10.2.04 oracle logical dataguard on windows:
    The logs are trasported smoothly from primary to stanby;
    But they are not applied to the logical standby;
    There are no GAPS.
    This is the message i got from DG broker wehn i ran verify configuration
    Initializing
    Connected to instance I-AG1101:tito
    Starting alert log monitor...
    Updating Data Guard link on database homepage...
    Data Protection Settings:
    Protection mode : Maximum Performance
    Redo Transport Mode settings:
    hclistg: ASYNC
    hclidg: ASYNC
    Checking standby redo log files.....OK
    Checking Data Guard status
    hclistg : Normal
    hclidg : Normal
    Checking Inconsistent Properties
    Checking agent status
    hclistg ... OK
    hclidg ... WARNING: No credentials available for target. I-SAG1151
    Attempting agent ping ... OK
    Switching log file 420.Done
    Checking applied log on hclidg.......WARNING:
    Timed out after 60 seconds waiting for log to be applied.
    Processing completed.
    This is the results of query: SELECT SEQUENCE#, FIRST_TIME, APPLIED
    FROM DBA_LOGSTDBY_LOG
    ORDER BY SEQUENCE#;
    SEQUENCE#|FIRST_TIME|APPLIED
    391|3/31/2010 1:08:27 PM|CURRENT
    392|3/31/2010 3:10:19 PM|NO
    393|3/31/2010 3:47:05 PM|NO
    394|3/31/2010 3:47:13 PM|NO
    395|3/31/2010 3:47:40 PM|NO
    396|3/31/2010 3:47:46 PM|NO
    397|3/31/2010 3:50:14 PM|NO
    398|3/31/2010 3:50:20 PM|NO
    399|3/31/2010 3:54:01 PM|NO
    400|3/31/2010 3:54:36 PM|NO
    401|3/31/2010 3:54:43 PM|NO
    402|3/31/2010 3:56:24 PM|NO
    403|3/31/2010 3:56:30 PM|NO
    404|3/31/2010 4:00:46 PM|NO
    405|3/31/2010 4:34:03 PM|NO
    406|3/31/2010 4:35:31 PM|NO
    407|3/31/2010 5:38:57 PM|NO
    408|4/1/2010 7:30:25 AM|NO
    409|4/1/2010 11:45:23 AM|NO
    410|4/1/2010 11:47:06 AM|NO
    411|4/1/2010 2:26:25 PM|NO
    412|4/1/2010 2:26:43 PM|NO
    413|4/1/2010 2:26:44 PM|NO
    414|4/1/2010 2:28:13 PM|NO
    415|4/1/2010 5:08:12 PM|NO
    416|4/1/2010 5:08:19 PM|NO
    417|4/1/2010 5:08:52 PM|NO
    418|4/2/2010 10:31:19 AM|NO
    419|4/2/2010 10:35:06 AM|NO
    420|4/2/2010 11:24:27 AM|NO
    Please help,,,

    i am getting this error when i run alter database mount standby database
    SQL> shutdown immediate;
    Database closed.
    Database dismounted.
    ORACLE instance shut down.
    SQL> startup nomount;
    ORACLE instance started.
    Total System Global Area 1610612736 bytes
    Fixed Size 1299288 bytes
    Variable Size 545262760 bytes
    Database Buffers 1056964608 bytes
    Redo Buffers 7086080 bytes
    SQL> alter database mount standby database;
    alter database mount standby database
    ERROR at line 1:
    ORA-01665: control file is not a standby control file
    I configured my logical DG using Grid control

  • Archive logs not applied on standby!!

    Hi Guys,
    I am trying to set up physical standby on windows 2003 server. I am using oracle 10.2.0.4.0. I get the following error in my alert file on standby
    Failed to request gap sequence
    Following is the results of some queries :
    SQL> SELECT PROCESS, STATUS, THREAD#, SEQUENCE#, BLOCK#, BLOCKS FROM V$MANAGED_STANDBY;
    PROCESS STATUS THREAD# SEQUENCE# BLOCK# BLOCKS
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    MR(fg) WAIT_FOR_GAP 1 10004 0 0
    SQL> select * from v$archive_gap;
    no rows selected
    SQL> select message from v$dataguard_status;
    MESSAGE
    ARC0: Archival started
    ARC1: Archival started
    ARC2: Archival started
    ARC3: Archival started
    ARC4: Archival started
    ARC5: Archival started
    ARC6: Archival started
    ARC7: Archival started
    ARC8: Archival started
    ARC9: Archival started
    ARC0: Becoming the 'no FAL' ARCH
    MESSAGE
    ARC0: Becoming the 'no SRL' ARCH
    ARC1: Becoming the heartbeat ARCH
    Attempt to start background Managed Standby Recovery process
    MRP0: Background Managed Standby Recovery process started
    Managed Standby Recovery not using Real Time Apply
    Media Recovery Waiting for thread 1 sequence 10004
    Fetching gap sequence in thread 1, gap sequence 10004-10017
    FAL[client]: Failed to request gap sequence
    GAP - thread 1 sequence 10004-10017
    DBID 2422302575 branch 670594799
    FAL[client]: All defined FAL servers have been attempted.
    MESSAGE
    MRP0: Background Media Recovery cancelled with status 16037
    MRP0: Background Media Recovery process shutdown
    Managed Standby Recovery Canceled
    Media Recovery Start: Managed Standby Recovery
    Managed Standby Recovery not using Real Time Apply
    Media Recovery Waiting for thread 1 sequence 10004
    Fetching gap sequence in thread 1, gap sequence 10004-10017
    FAL[client]: Failed to request gap sequence
    GAP - thread 1 sequence 10004-10017
    DBID 2422302575 branch 670594799
    FAL[client]: All defined FAL servers have been attempted.
    SQL>SELECT THREAD#, SEQUENCE#, APPLIED FROM V$ARCHIVED_LOG
    where applied= 'YES'
    no rows selected
    ##Modification to primary##
    *.log_archive_dest_2='SERVICE=STANDBY'
    *.fal_client='STUTEST'
    *.fal_server='STUSTANDBY'
    *.log_archive_config='DG_CONFIG=(STUTEST,STUSTANDBY)'
    ##Modification to standby##
    *.db_unique_name='STANDBY'
    *.log_archive_dest_2='SERVICE=STANDBY'
    *.log_archive_dest_state_2='ENABLE'
    *.Fal_server=STUTEST
    *.Fal_client=STUSTANDBY
    *.db_file_name_convert='H:\ORACLE\ORADATA\STUTEST\','I:\ORACLE\ORADATA\STUTEST\s_'
    *.log_file_name_convert='D:\oracle\oradata\STUTEST\','D:\oracle\oradata\STUTEST\s_'
    Nore: I used RMAN to create the standby database. The following are brief steps
    Below are the steps to accomplish the task :
    Step 1: Backup the database that includes backup of datafiles, archivelogs and controlfile for standby
    backup current controlfile for standby;
    Step 2: Move the backups to the standby server and restore control file from backup
    Step 3: Make changes in the parameter files of both primary and standby database
    Step 4: Do the restore and recover on standby database
    Step 5: Put the standby database in recover managed mode
    Thanks for help guys!!!!!

    Hi sb92075
    Alert log on standby
    alter database mount standby database
    Mon Jul 26 14:10:40 2010
    Setting recovery target incarnation to 1
    ARCH: STARTING ARCH PROCESSES
    ARC0 started with pid=21, OS id=6708
    ARC1 started with pid=22, OS id=3892
    ARC2 started with pid=23, OS id=4380
    ARC3 started with pid=24, OS id=4896
    ARC4 started with pid=25, OS id=6348
    ARC5 started with pid=26, OS id=5868
    ARC6 started with pid=27, OS id=6904
    ARC7 started with pid=28, OS id=4428
    ARC8 started with pid=29, OS id=5008
    Mon Jul 26 14:10:40 2010
    ARC0: Archival started
    ARC9 started with pid=30, OS id=5804
    Mon Jul 26 14:10:41 2010
    ARC1: Archival started
    ARC2: Archival started
    ARC3: Archival started
    ARC4: Archival started
    ARC5: Archival started
    ARC6: Archival started
    ARC7: Archival started
    ARC8: Archival started
    ARC9: Archival started
    ARCH: STARTING ARCH PROCESSES COMPLETE
    Mon Jul 26 14:10:41 2010
    ARC0: Becoming the 'no FAL' ARCH
    ARC0: Becoming the 'no SRL' ARCH
    ARC0: Thread not mounted
    Mon Jul 26 14:10:41 2010
    Successful mount of redo thread 1, with mount id 2477113436
    Mon Jul 26 14:10:41 2010
    Physical Standby Database mounted.
    Mon Jul 26 14:10:42 2010
    ARC1: Becoming the heartbeat ARCH
    Completed: alter database mount standby database
    Mon Jul 26 14:10:42 2010
    Errors in file c:\oracle\admin\stustandby\udump\stustandby_ora_6604.trc:
    Mon Jul 26 14:11:41 2010
    alter database recover managed standby database disconnect from session
    MRP0 started with pid=19, OS id=3696
    Managed Standby Recovery not using Real Time Apply
    parallel recovery started with 7 processes
    Mon Jul 26 14:11:46 2010
    Waiting for all non-current ORLs to be archived...
    Media Recovery Waiting for thread 1 sequence 10004
    Fetching gap sequence in thread 1, gap sequence 10004-10017
    Mon Jul 26 14:11:47 2010
    Completed: alter database recover managed standby database disconnect from session
    Mon Jul 26 14:12:16 2010
    *FAL[client]: Failed to request gap sequence*
    GAP - thread 1 sequence 10004-10017
    DBID 2422302575 branch 670594799
    *FAL[client]: All defined FAL servers have been attempted.*
    Alert log on primary
    Mon Jul 26 13:50:11 2010
    db_recovery_file_dest_size of 40960 MB is 49.73% used. This is a
    user-specified limit on the amount of space that will be used by this
    database for recovery-related files, and does not reflect the amount of
    space available in the underlying filesystem or ASM diskgroup.
    Mon Jul 26 13:50:12 2010
    Successfully onlined Undo Tablespace 19.
    Mon Jul 26 13:50:12 2010
    SMON: enabling tx recovery
    Mon Jul 26 13:50:12 2010
    Database Characterset is WE8ISO8859P1
    Opening with internal Resource Manager plan
    where NUMA PG = 1, CPUs = 8
    replication_dependency_tracking turned off (no async multimaster replication found)
    Starting background process QMNC
    QMNC started with pid=38, OS id=3776
    Mon Jul 26 13:50:14 2010
    Completed: ALTER DATABASE OPEN
    Mon Jul 26 13:51:10 2010
    Shutting down archive processes
    Mon Jul 26 13:51:15 2010
    ARCH shutting down
    ARCa: Archival stopped
    Mon Jul 26 14:11:47 2010
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    *FAL[server]: DGID from FAL client not in Data Guard configuration*
    *FAL[server]: FAL request for destination STUSTANDBY was:*
    GAP - thread 1 sequence 10004-10017
    DBID 2422302575 branch 670594799
    Mon Jul 26 15:04:10 2010
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    *FAL[server]: DGID from FAL client not in Data Guard configuration*
    *FAL[server]: FAL request for destination STUSTANDBY was:*
    GAP - thread 1 sequence 10004-10017 DBID 2422302575 branch 670594799

  • Archive not applying on dr database

    Hi All,
    Archive log are transferring from primary db to standby db.but archive are not applying on dr database.
    Below alert log of dr database
    ORA-16037: user requested cancel of managed recovery operation
    Fri Jan 14 17:05:40 2011
    MRP0: Background Media Recovery process shutdown (QMSSTB)
    Fri Jan 14 17:05:41 2011
    Managed Standby Recovery Canceled (QMSSTB)
    Fri Jan 14 17:05:41 2011
    Completed: alter database recover managed standby database cancel
    Fri Jan 14 17:07:56 2011
    alter database recover managed standby database disconnect from session
    Fri Jan 14 17:07:56 2011
    Attempt to start background Managed Standby Recovery process (QMSSTB)
    MRP0 started with pid=19, OS id=823510
    Fri Jan 14 17:07:56 2011
    MRP0: Background Managed Standby Recovery process started (QMSSTB)
    Managed Standby Recovery not using Real Time Apply
    parallel recovery started with 2 processes
    Fri Jan 14 17:08:01 2011
    Waiting for all non-current ORLs to be archived...
    Clearing online redo logfile 1 /oradb/oradata/QMSPROD/redo01.log
    Clearing online log 1 of thread 1 sequence number 3401
    Fri Jan 14 17:08:01 2011
    Errors in file /oradb/oradata/QMSPROD/bdump/qmsstb_mrp0_823510.trc:
    ORA-19527: physical standby redo log must be renamed
    ORA-00312: online log 1 thread 1: '/oradb/oradata/QMSPROD/redo01.log'
    Clearing online redo logfile 1 complete
    Media Recovery Waiting for thread 1 sequence 3401 (in transit)
    Fri Jan 14 17:08:02 2011
    Completed: alter database recover managed standby database disconnect from session

    Hi all,
    Dr database query
    SQL> select sequence#,applied from v$archived_log order by 1;
    SEQUENCE# APP
    3401 NO
    3401 NO
    3402 NO
    3403 NO
    3404 NO
    3405 NO
    3406 NO
    3407 NO
    3408 NO
    3409 NO
    3410 NO
    SEQUENCE# APP
    3411 NO
    3412 NO
    3413 NO
    3414 NO
    3415 NO
    3416 NO
    3417 NO
    3418 NO
    3419 NO
    3420 NO
    3421 NO
    SEQUENCE# APP
    3422 NO
    3423 NO
    3424 NO
    SQL> select process,status,sequence# from v$managed_standby
    2 ;
    PROCESS STATUS SEQUENCE#
    ARCH CONNECTED 0
    ARCH CONNECTED 0
    MRP0 WAIT_FOR_LOG 3401
    RFS IDLE 3401
    RFS RECEIVING 0
    RFS RECEIVING 0

  • Archive log registered,but showing as not applied in standby db + oracle 9i

    Hi all,
    In my standby database some of the archive log files are not applied.found through the following command
    SQL > select sequence#,applied from v$archived_log where applied='NO';
    sequence# APP FIRST_TIME
    18425 NO 05-FEB-10
    but when try to register manually
    SQL > alter database register logfile '/disk12/arch/A00123000018425.arc';
    ERROR at line 1
    ORA-16089:archive log has already been registered.
    "recover standby database" also asking for the new archive file. how will i apply that?
    any solutions?

    user11919409 wrote:
    I have did that so many times from 05-feb-10 onwards.
    even then only one archive gap???
    or only one is not applied? if yes may be archive file which exist at standby may be corrupt try to restore it from backup and recover.
    also check for some clues at logs at standby and primary.. what actually happen. if archive gap is huge and you have all archvies then you may have to do manual recovery then keep it back to auto recovery mode.
    Hope that may help you.
    Anil Malkai

  • Standby log not applying

    Hi folks,
    Tried creating Data guard for the first time. Was able to successfully create a standby and on every log switch on primary database, a switch is seen on standby too..
    But the issue is, log's are not getting applied on standby db..
    SQL> archive log list;
    Database log mode              Archive Mode
    Automatic archival             Enabled
    Archive destination            F:\app\product\11.2.0\dbhome_1\RDBMS
    Oldest online log sequence     33
    Next log sequence to archive   0
    Current log sequence           38
    SQL> SELECT sequence#, first_time, next_time, applied
    2 FROM v$archived_log
    3 ORDER BY sequence#;
    SEQUENCE# FIRST_TIM NEXT_TIME APPLIED
    *16 31-MAY-12 31-MAY-12 NO*
    *17 31-MAY-12 31-MAY-12 NO*
    *19 31-MAY-12 31-MAY-12 NO*
    *20 31-MAY-12 31-MAY-12 NO*
    *28 31-MAY-12 31-MAY-12 NO*
    *29 31-MAY-12 31-MAY-12 NO*
    *32 31-MAY-12 31-MAY-12 NO*
    *34 31-MAY-12 31-MAY-12 NO*
    *36 31-MAY-12 31-MAY-12 NO*
    *37 31-MAY-12 31-MAY-12 NO*
    *38 31-MAY-12 31-MAY-12 NO*
    11 rows selected.
    Also the alert log on strandby show's as...
    Alert log on standby:
    Thu May 31 23:30:43 2012
    RFS[18]: Assigned to RFS process 3380
    RFS[18]: Identified database type as 'physical standby': Client is ARCH pid 5780
    RFS[18]: Selected log 4 for thread 1 sequence 36 dbid 196575176 branch 784736843
    Thu May 31 23:30:45 2012
    Archived Log entry 9 added for thread 1 sequence 36 ID 0xbb7cbc8 dest 1:
    Thu May 31 23:30:45 2012
    RFS[19]: Assigned to RFS process 4968
    RFS[19]: Identified database type as 'physical standby': Client is LGWR ASYNC pid 5072
    Primary database is in MAXIMUM PERFORMANCE mode
    RFS[19]: Selected log 4 for thread 1 sequence 37 dbid 196575176 branch 784736843
    Thu May 31 23:30:46 2012
    RFS[20]: Assigned to RFS process 4996
    RFS[20]: Identified database type as 'physical standby': Client is ARCH pid 5192
    Thu May 31 23:30:47 2012
    Archived Log entry 10 added for thread 1 sequence 37 ID 0xbb7cbc8 dest 1:
    RFS[19]: Selected log 4 for thread 1 sequence 38 dbid 196575176 branch 784736843
    Creating archive destination file : F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000010_0784736843.0001 (162 blocks)
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_4996.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000010_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000010_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_4996.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000010_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000010_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Thu May 31 23:30:48 2012
    RFS[21]: Assigned to RFS process 4508
    RFS[21]: Identified database type as 'physical standby': Client is ARCH pid 5780
    Thu May 31 23:30:48 2012
    RFS[22]: Assigned to RFS process 1524
    RFS[22]: Identified database type as 'physical standby': Client is ARCH pid 5308
    Creating archive destination file : F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000009_0784736843.0001 (198 blocks)
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_4508.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000009_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000009_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_4508.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000009_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000009_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Creating archive destination file : F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000008_0784736843.0001 (17296 blocks)
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_1524.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000008_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000008_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_1524.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000008_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000008_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Thu May 31 23:30:51 2012
    RFS[23]: Assigned to RFS process 460
    RFS[23]: Identified database type as 'physical standby': Client is ARCH pid 5192
    Creating archive destination file : F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000011_0784736843.0001 (65 blocks)
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_460.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000011_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000011_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_460.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000011_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000011_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Thu May 31 23:30:52 2012
    RFS[24]: Assigned to RFS process 3456
    RFS[24]: Identified database type as 'physical standby': Client is ARCH pid 5780
    Thu May 31 23:30:52 2012
    RFS[25]: Assigned to RFS process 1936
    RFS[25]: Identified database type as 'physical standby': Client is ARCH pid 5308
    Creating archive destination file : F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000012_0784736843.0001 (287 blocks)
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_3456.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000012_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000012_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_3456.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000012_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000012_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Creating archive destination file : F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000013_0784736843.0001 (10 blocks)
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_1936.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000013_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000013_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_1936.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000013_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000013_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Thu May 31 23:30:56 2012
    RFS[26]: Assigned to RFS process 5084
    RFS[26]: Identified database type as 'physical standby': Client is ARCH pid 5192
    Creating archive destination file : F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000014_0784736843.0001 (193 blocks)
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_5084.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000014_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000014_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_5084.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000014_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000014_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Thu May 31 23:30:57 2012
    RFS[27]: Assigned to RFS process 2404
    RFS[27]: Identified database type as 'physical standby': Client is ARCH pid 5780
    Creating archive destination file : F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000015_0784736843.0001 (8 blocks)
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_2404.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000015_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000015_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_2404.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000015_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000015_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Thu May 31 23:36:48 2012
    RFS[28]: Assigned to RFS process 2988
    RFS[28]: Identified database type as 'physical standby': Client is ARCH pid 5192
    Creating archive destination file : F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000010_0784736843.0001 (162 blocks)
    Thu May 31 23:36:49 2012
    RFS[29]: Assigned to RFS process 4152
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_2988.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000010_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000010_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    RFS[29]: Identified database type as 'physical standby': Client is ARCH pid 5308
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_2988.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000010_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000010_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Thu May 31 23:36:49 2012
    RFS[30]: Assigned to RFS process 4128
    RFS[30]: Identified database type as 'physical standby': Client is ARCH pid 5780
    Creating archive destination file : F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000009_0784736843.0001 (198 blocks)
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_4128.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000009_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000009_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_4128.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000009_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000009_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Creating archive destination file : F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000008_0784736843.0001 (17296 blocks)
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_4152.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000008_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000008_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_4152.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000008_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000008_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Thu May 31 23:36:51 2012
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_arc2_5596.trc:
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000038_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    ARC2: Error 19504 Creating archive log file to 'F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000038_0784736843.0001'
    ARCH: Archival stopped, error occurred. Will continue retrying
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_arc2_5596.trc:
    ORA-16038: log 4 sequence# 38 cannot be archived
    ORA-19504: failed to create file ""
    ORA-00312: online log 4 thread 1: 'F:\APP\ORADATA\STAN\SRL01.LOG'
    Thu May 31 23:36:53 2012
    RFS[31]: Assigned to RFS process 4340
    RFS[31]: Identified database type as 'physical standby': Client is ARCH pid 5192
    Creating archive destination file : F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000011_0784736843.0001 (65 blocks)
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_4340.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000011_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000011_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_4340.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000011_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000011_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Thu May 31 23:36:54 2012
    RFS[32]: Assigned to RFS process 3080
    RFS[32]: Identified database type as 'physical standby': Client is ARCH pid 5780
    Thu May 31 23:36:54 2012
    RFS[33]: Assigned to RFS process 3296
    RFS[33]: Identified database type as 'physical standby': Client is ARCH pid 5308
    Creating archive destination file : F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000012_0784736843.0001 (287 blocks)
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_3080.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000012_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000012_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_3080.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000012_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000012_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Creating archive destination file : F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000013_0784736843.0001 (10 blocks)
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_3296.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000013_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000013_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_3296.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000013_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000013_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Thu May 31 23:36:55 2012
    RFS[34]: Assigned to RFS process 3464
    RFS[34]: Identified database type as 'physical standby': Client is ARCH pid 5192
    Creating archive destination file : F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000014_0784736843.0001 (193 blocks)
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_3464.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000014_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000014_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_3464.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000014_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000014_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Thu May 31 23:36:57 2012
    RFS[35]: Assigned to RFS process 6036
    RFS[35]: Identified database type as 'physical standby': Client is ARCH pid 5780
    Creating archive destination file : F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000015_0784736843.0001 (8 blocks)
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_6036.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000015_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000015_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Errors in file f:\app\diag\rdbms\stan\stan\trace\stan_rfs_6036.trc:
    ORA-00270: error creating archive log F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000015_0784736843.0001
    ORA-19504: failed to create file "F:\APP\PRODUCT\11.2.0\DBHOME_1\RDBMS\ARC0000000015_0784736843.0001"
    ORA-27056: could not delete file
    OSD-04024: Unable to delete file.
    O/S-Error: (OS 32) The process cannot access the file because it is being used by another process.
    Thu May 31 23:37:09 2012
    Archived Log entry 11 added for thread 1 sequence 38 ID 0xbb7cbc8 dest 1:
    Archiver process freed from errors. No longer stopped
    confirmed that there is enough space and proper permission on the folder's..
    someone please suggest what could have gone wrong??
    Regards!

    Hello again;
    So I both servers log_archive_dest_1 is not set?
    The Oracle example is
    Primary
    LOG_ARCHIVE_DEST_1= 'LOCATION=/arch1/chicago/VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=chicago'
    Standby
    LOG_ARCHIVE_DEST_1='LOCATION=/arch1/boston/VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=boston'
    If a fast recovery area was configured (with the DB_RECOVERY_FILE_ DEST initialization parameter) and you have not explicitly configured a local archiving destination with the LOCATION attribute, Data Guard automatically
    uses the LOG_ARCHIVE_DEST_1 initialization parameter (if it has not already been set) as the default destination for local archiving. Also, see Chapter 15 for complete LOG_ARCHIVE_DEST_n information.
    My take is since you are not using FRA this parameter is not defined by default. I would probably set it on both, but frankly I'm not sure this will solve your issue. If it does I would sure like to know about it so i can add it to my notes.
    Not related to your issue
    Would consider setting standby_file_management to 'Auto' on both.
    Would consider setting log_archive_dest_state_2 to 'DEFER' on the Standby.
    Best Regards
    mseberg
    Would

  • Archive Logs NOT APPLIED but transferred

    Hi Gurus,
    I have configured Primary & Standby databases in same Oracle Home. OS version is OEL 5. Database version is 10.2.0.1. I could get the archive logs in the standby site but they are not getting applied in the standby database. I don't have OLAP installed in my database version. Would this create this issue? However I attached my primary alert log details below for your reference:
    Thu Aug 30 23:55:37 2012
    Starting ORACLE instance (normal)
    Cannot determine all dependent dynamic libraries for /proc/self/exe
    Unable to find dynamic library libocr10.so in search paths
    RPATH = /ade/aime1_build2101/oracle/has/lib/:/ade/aime1_build2101/oracle/lib/:/ade/aime1_build2101/oracle/has/lib/:
    LD_LIBRARY_PATH is not set!
    The default library directories are /lib and /usr/lib
    Unable to find dynamic library libocrb10.so in search paths
    Unable to find dynamic library libocrutl10.so in search paths
    Unable to find dynamic library libocrutl10.so in search paths
    LICENSE_MAX_SESSION = 0
    LICENSE_SESSIONS_WARNING = 0
    Picked latch-free SCN scheme 2
    Autotune of undo retention is turned on.
    IMODE=BR
    ILAT =18
    LICENSE_MAX_USERS = 0
    SYS auditing is disabled
    ksdpec: called for event 13740 prior to event group initialization
    Starting up ORACLE RDBMS Version: 10.2.0.1.0.
    System parameters with non-default values:
    processes = 150
    sga_target = 289406976
    control_files = /home/oracle/oracle/product/10.2.0/db_1/oradata/newprim/control01.ctl, /home/oracle/oracle/product/10.2.0/db_1/oradata/newprim/control02.ctl, /home/oracle/oracle/product/10.2.0/db_1/oradata/newprim/control03.ctl
    db_file_name_convert = /home/oracle/oracle/product/10.2.0/db_1/oradata/newstand, /home/oracle/oracle/product/10.2.0/db_1/oradata/newprim
    log_file_name_convert = /home/oracle/oracle/product/10.2.0/db_1/oradata/newstand, /home/oracle/oracle/product/10.2.0/db_1/oradata/newprim, /home/oracle/oracle/product/10.2.0/db_1/flash_recovery_area/NEWSTAND/onlinelog, /home/oracle/oracle/product/10.2.0/db_1/flash_recovery_area/NEWPRIM/onlinelog
    db_block_size = 8192
    compatible = 10.2.0.1.0
    log_archive_config = DG_CONFIG=(newprim,newstand)
    log_archive_dest_1 = LOCATION=/home/oracle/oracle/product/10.2.0/db_1/oradata/newprim/arch/
    VALID_FOR=(ALL_LOGFILES,ALL_ROLES)
    DB_UNIQUE_NAME=newprim
    log_archive_dest_2 = SERVICE=newstand LGWR ASYNC VALID_FOR=(online_logfiles,primary_role) DB_UNIQUE_NAME=newstand
    log_archive_dest_state_1 = enable
    log_archive_dest_state_2 = enable
    log_archive_max_processes= 30
    log_archive_format = %t_%s_%r.dbf
    fal_client = newprim
    fal_server = newstand
    db_file_multiblock_read_count= 16
    db_recovery_file_dest = /home/oracle/oracle/product/10.2.0/db_1/flash_recovery_area
    db_recovery_file_dest_size= 2147483648
    standby_file_management = AUTO
    undo_management = AUTO
    undo_tablespace = UNDOTBS1
    remote_login_passwordfile= EXCLUSIVE
    db_domain =
    dispatchers = (PROTOCOL=TCP) (SERVICE=newprimXDB)
    job_queue_processes = 10
    background_dump_dest = /home/oracle/oracle/product/10.2.0/db_1/admin/newprim/bdump
    user_dump_dest = /home/oracle/oracle/product/10.2.0/db_1/admin/newprim/udump
    core_dump_dest = /home/oracle/oracle/product/10.2.0/db_1/admin/newprim/cdump
    audit_file_dest = /home/oracle/oracle/product/10.2.0/db_1/admin/newprim/adump
    db_name = newprim
    db_unique_name = newprim
    open_cursors = 300
    pga_aggregate_target = 95420416
    PMON started with pid=2, OS id=28091
    PSP0 started with pid=3, OS id=28093
    MMAN started with pid=4, OS id=28095
    DBW0 started with pid=5, OS id=28097
    LGWR started with pid=6, OS id=28100
    CKPT started with pid=7, OS id=28102
    SMON started with pid=8, OS id=28104
    RECO started with pid=9, OS id=28106
    CJQ0 started with pid=10, OS id=28108
    MMON started with pid=11, OS id=28110
    MMNL started with pid=12, OS id=28112
    Thu Aug 30 23:55:38 2012
    starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
    starting up 1 shared server(s) ...
    Thu Aug 30 23:55:38 2012
    ALTER DATABASE MOUNT
    Thu Aug 30 23:55:42 2012
    Setting recovery target incarnation to 2
    Thu Aug 30 23:55:43 2012
    Successful mount of redo thread 1, with mount id 1090395834
    Thu Aug 30 23:55:43 2012
    Database mounted in Exclusive Mode
    Completed: ALTER DATABASE MOUNT
    Thu Aug 30 23:55:43 2012
    ALTER DATABASE OPEN
    Thu Aug 30 23:55:43 2012
    LGWR: STARTING ARCH PROCESSES
    ARC0 started with pid=16, OS id=28122
    ARC1 started with pid=17, OS id=28124
    ARC2 started with pid=18, OS id=28126
    ARC3 started with pid=19, OS id=28128
    ARC4 started with pid=20, OS id=28133
    ARC5 started with pid=21, OS id=28135
    ARC6 started with pid=22, OS id=28137
    ARC7 started with pid=23, OS id=28139
    ARC8 started with pid=24, OS id=28141
    ARC9 started with pid=25, OS id=28143
    ARCa started with pid=26, OS id=28145
    ARCb started with pid=27, OS id=28147
    ARCc started with pid=28, OS id=28149
    ARCd started with pid=29, OS id=28151
    ARCe started with pid=30, OS id=28153
    ARCf started with pid=31, OS id=28155
    ARCg started with pid=32, OS id=28157
    ARCh started with pid=33, OS id=28159
    ARCi started with pid=34, OS id=28161
    ARCj started with pid=35, OS id=28163
    ARCk started with pid=36, OS id=28165
    ARCl started with pid=37, OS id=28167
    ARCm started with pid=38, OS id=28169
    ARCn started with pid=39, OS id=28171
    ARCo started with pid=40, OS id=28173
    ARCp started with pid=41, OS id=28175
    ARCq started with pid=42, OS id=28177
    ARCr started with pid=43, OS id=28179
    ARCs started with pid=44, OS id=28181
    Thu Aug 30 23:55:44 2012
    ARC0: Archival started
    ARC1: Archival started
    ARC2: Archival started
    ARC3: Archival started
    ARC4: Archival started
    ARC5: Archival started
    ARC6: Archival started
    ARC7: Archival started
    ARC8: Archival started
    ARC9: Archival started
    ARCa: Archival started
    ARCb: Archival started
    ARCc: Archival started
    ARCd: Archival started
    ARCe: Archival started
    ARCf: Archival started
    ARCg: Archival started
    ARCh: Archival started
    ARCi: Archival started
    ARCj: Archival started
    ARCk: Archival started
    ARCl: Archival started
    ARCm: Archival started
    ARCn: Archival started
    ARCo: Archival started
    ARCp: Archival started
    ARCq: Archival started
    ARCr: Archival started
    ARCs: Archival started
    ARCt: Archival started
    LGWR: STARTING ARCH PROCESSES COMPLETE
    ARCt started with pid=45, OS id=28183
    LNS1 started with pid=46, OS id=28185
    Thu Aug 30 23:55:48 2012
    Thread 1 advanced to log sequence 68
    Thu Aug 30 23:55:48 2012
    ARCo: Becoming the 'no FAL' ARCH
    ARCo: Becoming the 'no SRL' ARCH
    Thu Aug 30 23:55:48 2012
    ARCp: Becoming the heartbeat ARCH
    Thu Aug 30 23:55:48 2012
    Thread 1 opened at log sequence 68
    Current log# 1 seq# 68 mem# 0: /home/oracle/oracle/product/10.2.0/db_1/oradata/newprim/redo01.log
    Successful open of redo thread 1
    Thu Aug 30 23:55:48 2012
    MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
    Thu Aug 30 23:55:48 2012
    SMON: enabling cache recovery
    Thu Aug 30 23:55:48 2012
    Successfully onlined Undo Tablespace 1.
    Thu Aug 30 23:55:48 2012
    SMON: enabling tx recovery
    Thu Aug 30 23:55:49 2012
    Database Characterset is WE8ISO8859P1
    replication_dependency_tracking turned off (no async multimaster replication found)
    Starting background process QMNC
    QMNC started with pid=47, OS id=28205
    Thu Aug 30 23:55:49 2012
    Error 1034 received logging on to the standby
    Thu Aug 30 23:55:49 2012
    Errors in file /home/oracle/oracle/product/10.2.0/db_1/admin/newprim/bdump/newprim_arc1_28124.trc:
    ORA-01034: ORACLE not available
    FAL[server, ARC1]: Error 1034 creating remote archivelog file 'newstand'
    FAL[server, ARC1]: FAL archive failed, see trace file.
    Thu Aug 30 23:55:49 2012
    Errors in file /home/oracle/oracle/product/10.2.0/db_1/admin/newprim/bdump/newprim_arc1_28124.trc:
    ORA-16055: FAL request rejected
    ARCH: FAL archive failed. Archiver continuing
    Thu Aug 30 23:55:49 2012
    ORACLE Instance newprim - Archival Error. Archiver continuing.
    Thu Aug 30 23:55:49 2012
    db_recovery_file_dest_size of 2048 MB is 9.77% used. This is a
    user-specified limit on the amount of space that will be used by this
    database for recovery-related files, and does not reflect the amount of
    space available in the underlying filesystem or ASM diskgroup.
    Thu Aug 30 23:55:50 2012
    Errors in file /home/oracle/oracle/product/10.2.0/db_1/admin/newprim/udump/newprim_ora_28120.trc:
    ORA-00604: error occurred at recursive SQL level 1
    ORA-12663: Services required by client not available on the server
    ORA-36961: Oracle OLAP is not available.
    ORA-06512: at "SYS.OLAPIHISTORYRETENTION", line 1
    ORA-06512: at line 15
    Thu Aug 30 23:55:50 2012
    Completed: ALTER DATABASE OPEN
    Thu Aug 30 23:56:33 2012
    FAL[server]: Fail to queue the whole FAL gap
    GAP - thread 1 sequence 1-33
    DBID 1090398314 branch 792689455
    Kindly, guide me please..
    -Vimal.

    CKPT: The trace file details are added below for your reference;
    /home/oracle/oracle/product/10.2.0/db_1/admin/newprim/bdump/newprim_arc1_28124.trc
    Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
    With the Partitioning and Data Mining options
    ORACLE_HOME = /home/oracle/oracle/product/10.2.0/db_1
    System name:     Linux
    Node name:     localhost.localdomain
    Release:     2.6.18-8.el5PAE
    Version:     #1 SMP Tue Jun 5 23:39:57 EDT 2007
    Machine:     i686
    Instance name: newprim
    Redo thread mounted by this instance: 1
    Oracle process number: 17
    Unix process pid: 28124, image: [email protected] (ARC1)
    *** SERVICE NAME:() 2012-08-30 23:55:48.314
    *** SESSION ID:(155.1) 2012-08-30 23:55:48.314
    kcrrwkx: nothing to do (start)
    Redo shipping client performing standby login
    OCISessionBegin failed -1
    .. Detailed OCI error val is 1034 and errmsg is 'ORA-01034: ORACLE not available
    *** 2012-08-30 23:55:49.723 60679 kcrr.c
    Error 1034 received logging on to the standby
    Error 1034 connecting to destination LOG_ARCHIVE_DEST_2 standby host 'newstand'
    Error 1034 attaching to destination LOG_ARCHIVE_DEST_2 standby host 'newstand'
    ORA-01034: ORACLE not available
    *** 2012-08-30 23:55:49.723 58941 kcrr.c
    kcrrfail: dest:2 err:1034 force:0 blast:1
    kcrrwkx: unknown error:1034
    ORA-16055: FAL request rejected
    ARCH: Connecting to console port...
    ARCH: Connecting to console port...
    kcrrwkx: nothing to do (end)
    *** 2012-08-31 00:00:43.417
    kcrrwkx: nothing to do (start)
    *** 2012-08-31 00:05:43.348
    kcrrwkx: nothing to do (start)
    *** 2012-08-31 00:10:43.280
    kcrrwkx: nothing to do (start)
    *** 2012-08-31 00:15:43.217
    kcrrwkx: nothing to do (start)
    *** 2012-08-31 00:20:43.160
    kcrrwkx: nothing to do (start)
    *** 2012-08-31 00:25:43.092
    kcrrwkx: nothing to do (start)
    *** 2012-08-31 00:30:43.031
    kcrrwkx: nothing to do (start)
    *** 2012-08-31 00:35:42.961
    kcrrwkx: nothing to do (start)
    *** 2012-08-31 00:40:42.890
    kcrrwkx: nothing to do (start)
    *** 2012-08-31 00:45:42.820
    kcrrwkx: nothing to do (start)
    *** 2012-08-31 00:50:42.755
    kcrrwkx: nothing to do (start)
    *** 2012-08-31 00:55:42.686
    kcrrwkx: nothing to do (start)
    *** 2012-08-31 01:00:42.631
    kcrrwkx: nothing to do (start)
    *** 2012-08-31 01:05:42.565
    kcrrwkx: nothing to do (start)
    *** 2012-08-31 01:10:42.496
    kcrrwkx: nothing to do (start)
    Mahir: Yes I have my 4 standby redo logs!
    I created the standby manually without using RMAN.
    Hemant: if it asks for even first thread, then obviously it shows nothing is applied on Standby. By the way so it is not called a 'GAP', I think..!
    Thanks.

  • Archive log not shipped to standby.

    Dear Experts,
    We have are using oracle 10.2.0.4.0 on AIX.
    And we have configured physical standby database which was working fine till date.
    suddenly i found that the MRP process is waiting for gap.
    i have all the archive logs on the primary system and all the logs are getting shipped to standby database expect one file.
    /oracle/PRD/saparch/PRDarch1_46811_755493268.dbf only this file is not getting shipped to standby database....due to which the standby is waiting for this log.
    log applied till 46810
    other logs are getting shipped.
    However i tried to manually copy this log to standby but it didnt start applying this log.
    and i heard that if i copy the log file manually then i need to register it...please let me know how to register it if it is the correct method.
    Please help to overcome this issue....
    Thanks,
    Shankar.
    Edited by: Shankar Viji on Jun 19, 2012 10:34 PM

    Shankar Viji wrote:
    Dear Mesberg,
    Is there any way to over come this bug.
    Bug 6851669 - ORA-308 / ORA-27037 from Dataguard GAP resolution [ID 6851669.8]
    if not i am planing to take offline backup of my primary and restore it on standby and start the DR again.
    Please suggest is that the correct way to do it r not.
    Thanks,
    Shankar.
    Edited by: Shankar Viji on Jun 21, 2012 10:51 PMHi,
    It looks for me that archive unable to read, it may be because of any header verification or corrupted blocks.
    Now do you have backup of archives ?
    If so restore it and retry again.
    If not, I suggest you to go with incremental scn for standby instead of recreation whole DR.
    Check this link http://www.oracle-ckpt.com/rman-incremental-backups-to-roll-forward-a-physical-standby-database-2/

  • Dataguard logs not applied

    Hi,
    We have dataguard on Oracle 10g. The logs are shipped from primary to physical stand by but when I look at "Last Applied Log" under EM on the primary db, I see 0. The logs are shipping but not applied to physical stand by.
    I restarted the standby to mount stage.
    I can tnsping both the database from other servers
    ***** on primary *****
    SELECT name, value FROM gv$parameter WHERE name = 'log_archive_dest_state_1';
    NAME
    VALUE
    log_archive_dest_state_1
    enable
    SELECT name, value FROM gv$parameter WHERE name = 'log_archive_dest_state_2';
    NAME
    VALUE
    log_archive_dest_state_2
    ENABLE
    SELECT name, value FROM gv$parameter WHERE name = 'standby_archive_dest';
    NAME
    VALUE
    standby_archive_dest
    select status, error from v$archive_dest where dest_id=2;
    STATUS ERROR
    VALID
    select switchover_status from v$database;
    SWITCHOVER_STATUS
    SESSIONS ACTIVE
    select protection_mode, protection_level, database_role from v$database;
    PROTECTION_MODE PROTECTION_LEVEL DATABASE_ROLE
    MAXIMUM PERFORMANCE MAXIMUM PERFORMANCE PRIMARY
    SELECT MAX(SEQUENCE#), THREAD# FROM V$ARCHIVED_LOG GROUP BY THREAD#;
    MAX(SEQUENCE#) THREAD#
    4483 1
    SELECT dest_id, valid_type, valid_role, valid_now FROM gv$archive_dest;
    DEST_ID VALID_TYPE VALID_ROLE VALID_NOW
    1 ONLINE_LOGFILE ALL_ROLES YES
    2 ONLINE_LOGFILE PRIMARY_ROLE YES
    ***** on physical stand by *****
    select protection_mode, protection_level, database_role from v$database;
    PROTECTION_MODE PROTECTION_LEVEL DATABASE_ROLE
    MAXIMUM PERFORMANCE MAXIMUM PERFORMANCE PHYSICAL STANDBY
    SELECT MAX(SEQUENCE#), THREAD# FROM V$ARCHIVED_LOG GROUP BY THREAD#;
    MAX(SEQUENCE#) THREAD#
    4483 1
    Can anyone advise what can I check and how can I get the logs to apply on the standy by. The stand by is in mount stage. Thanks

    The alert log for primary does not show any errors:
    LNS: Standby redo logfile selected for thread 1 sequence 4520 for destination LOG_ARCHIVE_DEST_2
    This is in the alert log for standby
    Primary database is in MAXIMUM PERFORMANCE mode
    RFS[11]: Successfully opened standby log 5: '/u02/oradata/prd1/stby_redo_g5_m1.dbf'
    On standby I have the MRP process running:
    $ ps -ef|grep mrp
    oracle 10957 1 0 15:26:48 ? 0:01 ora_mrp0_prd1
    SELECT RECOVERY_MODE FROM V$ARCHIVE_DEST_STATUS WHERE DEST_ID=2 ;
    RECOVERY_MODE
    MANAGED REAL TIME APPLY
    This is from v$dataguard_status
    Remote File Server Warning 0 167 0 NO 20-DEC-07
    RFS[11]: Successfully opened standby log 5: '/u02/oradata/prd1/stby_redo_g5_m1.dbf'
    should I try this as first suggested ?
    alter database recover managed standby database parallel 2 using current logfile disconnect;

  • Move datafile on Primary not replicted on Standby Database

    I'm using an automated script to move datafiles between partitions on my standby database, this ensures that only recent data is on the faster fibre channel disks, and older data is on SATA disks.
    The commands it uses:
    1. alter tablepspace offline;
    2. unix command to mv data file from one partition to another.
    3. alter tablepspace <tbname> rename datafile ' old datafile path' to 'new datafile path';
    4. alter tablepspace online;
    This works fine on the primary database, but the standby is not moving the datafiles.
    Any help as to why this is happening would be much appreciated.
    Thanks.

    And why would it be replicated? If there already is the same file on the standby, redo entries can be applied to it. Renaming of data files is
    not an operation that would be visible in redo logs, it is visible only in the control file(s). Standy databases apply redo logs from the primary
    database, period. That is all they do. If the change is not visible in the redo logs, it isn't applied to standby. If a file is created, dropped or
    changed in size, that is communicated to the standby which reacts appropriately if the STANDBY_FILE_MANAGEMENT parameter is set to AUTO on the standby side. Redo entry contains the following information:
    <ol><li>     SCN for the change.</li>
    <li>     The file number to which the change was made</li>
    <li>The block number of the changed block.</li>
    <li>     The offset and the size of the changed information.</li>
    <li>     The changed information itself.</li>
    </ol>
    When the standby receives the archived log file and parses that information, it applies the information to the corresponding file on
    the standby side, regardless of the file name. If the file 123 exists and contains the block 9876543210, redo entry will be applied
    and all will be well. There is absolutely no way by which the standby database would be able to discern the new file name. There is
    absolutely no need for that. To change the file name on the standby side, do the following on the standby side:
    <ol><li>ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;</li>
    <li>ALTER DATABASE DATAFILE 123 OFFLINE;</li>
    <li>ALTER DATABASE RENAME FILE 123 TO '/my/db/path/new_file.dbf';</li>
    <li>ALTER DATABASE DATAFILE 123 ONLINE;</li>
    <li>ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;</li>
    </ol>

  • 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

  • Materialized View Logs in a logical standby database

    I am trying to create materialized views based on a few tables in a logical standby database.
    The target database (11g R2) where the MVs will be created is a stand-alone database.
    The DB where the base tables reside is a logical standby database (11g R2).
    The requirement is to do a "FAST REFRESH" of the Materialized Views.
    My questions are :
    1. Can I create MV logs in the logical standby DB?
    2. If the answer to question no. 1 is "Yes", do I need to do anything different or configure the logical standby DB in a specific manner in order to create MV logs. From what I understand, the objects in the logical standby database are in a locked state. Is that going to be a problem ?
    Any other information that might be relevant is greatly appreciated.
    Thanks in advance.

    HI Daniel,
    I appreciate your quick response.
    My choice of name may not have been ideal, however changing new to another name - like gav - does not solve the problem.
    SYS@UATDR> connect / as sysdba
    Connected.
    SYS@UATDR>
    SYS@UATDR> select name, log_mode, database_role, guard_status, force_logging, flashback_on, db_unique_name
    2 from v$database
    3 /
    NAME LOG_MODE DATABASE_ROLE GUARD_S FOR FLASHBACK_ON DB_UNIQUE_NAME
    UATDR ARCHIVELOG LOGICAL STANDBY ALL YES YES UATDR
    SYS@UATDR>
    SYS@UATDR> create tablespace ts_gav
    2 /
    Tablespace created.
    SYS@UATDR>
    SYS@UATDR> create user gav
    2 identified by gav
    3 default tablespace ts_gav
    4 temporary tablespace temp
    5 quota unlimited on ts_gav
    6 /
    User created.
    SYS@UATDR>
    SYS@UATDR> grant connect, resource to gav
    2 /
    Grant succeeded.
    SYS@UATDR> grant unlimited tablespace, create table, create any table to gav
    2 /
    Grant succeeded.
    SYS@UATDR>
    SYS@UATDR> -- show privs given to gav
    SYS@UATDR> select * from dba_sys_privs where grantee='GAV'
    2 /
    GRANTEE PRIVILEGE ADM
    GAV CREATE TABLE NO
    GAV CREATE ANY TABLE NO
    GAV UNLIMITED TABLESPACE NO
    SYS@UATDR>
    SYS@UATDR> -- create objects in schema
    SYS@UATDR> connect gav/gav
    Connected.
    GAV@UATDR>
    GAV@UATDR> -- prove ability to create tables
    GAV@UATDR> create table gav
    2 (col1 number not null)
    3 tablespace ts_gav
    4 /
    create table gav
    ERROR at line 1:
    ORA-01031: insufficient privileges
    GAV@UATDR>

  • Archives are not transorting to standby database

    Hi Experts,
    DB version: 10.2.0.4
    OS Version: Windows 2003
    Here i have one issue, unable to transfer the archives from Primary to standby database.
    I have no errors found in primary and also in standby database, I can able to ping both primary & standby database from both locations, I unable to trace the issue,
    Take as high importance.Can any one help. Appriciated for your help.
    Completed: alter database recover managed standby database cancel
    Fri Jan 28 22:36:49 2011
    alter database recover managed standby database disconnect from session
    MRP0 started with pid=24, OS id=2164
    Managed Standby Recovery not using Real Time ApplyMedia Recovery Waiting for thread 1 sequence 84857
    Fri Jan 28 22:36:55 2011
    Completed: alter database recover managed standby database disconnect from session

    Post the values of the following parameters from your standby database: fal_client and fal_server, SQL> show parameter falNAME TYPE VALUE
    fal_client string STBY
    fal_server string SYS
    also post the last 100 lines from the alert log of your production database.
    Thread 1 advanced to log sequence 84895
    Current log# 1 seq# 84895 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\SYS\REDO01.LOG
    Current log# 1 seq# 84895 mem# 1: F:\ORA_DATA\REDO01A.LOG
    Fri Jan 28 22:00:10 2011
    Thread 1 advanced to log sequence 84896
    Current log# 3 seq# 84896 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\SYS\REDO03.LOG
    Current log# 3 seq# 84896 mem# 1: F:\ORA_DATA\REDO03A.LOG
    Thread 1 advanced to log sequence 84897
    Current log# 2 seq# 84897 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\SYS\REDO02.LOG
    Current log# 2 seq# 84897 mem# 1: F:\ORA_DATA\REDO02A.LOG
    Fri Jan 28 22:00:34 2011
    Thread 1 advanced to log sequence 84898
    Current log# 1 seq# 84898 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\SYS\REDO01.LOG
    Current log# 1 seq# 84898 mem# 1: F:\ORA_DATA\REDO01A.LOG
    Fri Jan 28 22:02:13 2011
    Thread 1 advanced to log sequence 84899
    Current log# 3 seq# 84899 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\SYS\REDO03.LOG
    Current log# 3 seq# 84899 mem# 1: F:\ORA_DATA\REDO03A.LOG
    Fri Jan 28 23:37:21 2011
    ALTER SYSTEM SET log_archive_dest_state_2='enable' SCOPE=BOTH;
    Fri Jan 28 23:46:36 2011
    ALTER SYSTEM SET log_archive_max_processes=12 SCOPE=BOTH;
    Sat Jan 29 00:01:32 2011
    alter database add standby logfile thread 1
    group 4 size 50m,
    group 5 size 50m
    Sat Jan 29 00:01:35 2011
    Starting control autobackup
    Sat Jan 29 00:01:39 2011
    Errors in file e:\oracle\product\10.2.0\admin\sys\udump\sys_ora_5056.trc:
    Sat Jan 29 00:01:39 2011
    Errors in file e:\oracle\product\10.2.0\admin\sys\udump\sys_ora_5056.trc:
    Sat Jan 29 00:01:39 2011
    Errors in file e:\oracle\product\10.2.0\admin\sys\udump\sys_ora_5056.trc:
    Control autobackup written to DISK device
         handle 'J:\ORACLE\RECO\SYS\AUTOBACKUP\2011_01_29\O1_MF_S_741657695_6N77SKJM_.BKP'
    Sat Jan 29 00:09:32 2011
    Thread 1 advanced to log sequence 84900
    Current log# 2 seq# 84900 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\SYS\REDO02.LOG
    Current log# 2 seq# 84900 mem# 1: F:\ORA_DATA\REDO02A.LOG
    Sat Jan 29 00:10:04 2011
    Thread 1 advanced to log sequence 84901
    Current log# 1 seq# 84901 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\SYS\REDO01.LOG
    Current log# 1 seq# 84901 mem# 1: F:\ORA_DATA\REDO01A.LOG
    Thread 1 cannot allocate new log, sequence 84902
    Checkpoint not complete
    Current log# 1 seq# 84901 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\SYS\REDO01.LOG
    Current log# 1 seq# 84901 mem# 1: F:\ORA_DATA\REDO01A.LOG
    Thread 1 advanced to log sequence 84902
    Current log# 3 seq# 84902 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\SYS\REDO03.LOG
    Current log# 3 seq# 84902 mem# 1: F:\ORA_DATA\REDO03A.LOG
    Thread 1 cannot allocate new log, sequence 84903
    Checkpoint not complete
    Current log# 3 seq# 84902 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\SYS\REDO03.LOG
    Current log# 3 seq# 84902 mem# 1: F:\ORA_DATA\REDO03A.LOG
    Sat Jan 29 00:10:18 2011
    Thread 1 advanced to log sequence 84903
    Current log# 2 seq# 84903 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\SYS\REDO02.LOG
    Current log# 2 seq# 84903 mem# 1: F:\ORA_DATA\REDO02A.LOG
    Thread 1 advanced to log sequence 84904
    Current log# 1 seq# 84904 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\SYS\REDO01.LOG
    Current log# 1 seq# 84904 mem# 1: F:\ORA_DATA\REDO01A.LOG
    Thread 1 cannot allocate new log, sequence 84905
    Checkpoint not complete
    Current log# 1 seq# 84904 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\SYS\REDO01.LOG
    Current log# 1 seq# 84904 mem# 1: F:\ORA_DATA\REDO01A.LOG
    Thread 1 advanced to log sequence 84905
    Current log# 3 seq# 84905 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\SYS\REDO03.LOG
    Current log# 3 seq# 84905 mem# 1: F:\ORA_DATA\REDO03A.LOG

Maybe you are looking for