ARC4:  Failed to archive log# 3 seq# 2091911 thrd# 1

Hi gurus,
Iam running my database in archivelog mode and I receive following errors in archive trace files. kindly give me a solution and the trace file is attached below
ARC4: Failed to archive log# 3 seq# 2091911 thrd# 1
*** 2006.08.08.02.52.14.656
ARC4: Begin archiving log# 4 seq# 2091912 thrd# 1
ARC4: VALIDATE
ARC4: PREPARE
ARC4: INITIALIZE
ARC4: SPOOL
ARC4: Creating archive destination 1 : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 1 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 129 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 257 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 385 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 513 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 641 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 769 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 897 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 1025 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 1153 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 1281 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 1409 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 1537 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 1665 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 1793 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 1921 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 2049 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 2177 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 2305 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 2433 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 2561 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 2689 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 2817 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 2945 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 3073 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 3201 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 3329 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 3457 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 3585 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 3713 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 3841 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 3969 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 4097 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 4225 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 4353 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 4481 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archiving block 4609 count 128 to : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: Archive destination 1 made inactive: File I/O error
ARC4: Closing archive destination 1 : E:\ORACLE\MMP\ARCHIVE\ARC91912.001
ARC4: Archive destination 1 made inactive: File close error
ARC4: FAILED, see alert log for details
ARC4: Archival failure destination 1 : 'E:\ORACLE\MMP\ARCHIVE\ARC91912.001'
ARC4: INCOMPLETE, see alert log for details
ARC4: NOTARCHIVED, see alert log for details

Hi,
Iam running on 8.1.5 where i cannt use v$recovery_file_dest command. I have checked alert <sid>.log
Mon Sep 04 14:35:08 2006
Current log# 2 seq# 2101962 mem# 0: C:\ORACLE\MMP\LOG\REDO02.LOG
Current log# 2 seq# 2101962 mem# 1: E:\ORACLE\MMP\LOG\REDO02.LOG
Mon Sep 04 14:35:09 2006
ARC3: received prod
Mon Sep 04 14:35:09 2006
ARC3: Beginning to archive log# 5 seq# 2101961
kcrrga: Warning. Log sequence in archive filename wrapped
to fix length as indicated by %S in LOG_ARCHIVE_FORMAT.
Old log archive with same name might be overwritten.
ARC3: Completed archiving log# 5 seq# 2101961
ARC3: re-scanning for new log files
ARC3: prodding the archiver
Mon Sep 04 14:35:11 2006
ARC4: received prod
Mon Sep 04 14:45:57 2006
LGWR: prodding the archiver
Thread 1 advanced to log sequence 2101963
Mon Sep 04 14:45:57 2006
Current log# 3 seq# 2101963 mem# 0: C:\ORACLE\MMP\LOG\REDO03.LOG
Current log# 3 seq# 2101963 mem# 1: E:\ORACLE\MMP\LOG\REDO03.LOG
Mon Sep 04 14:45:58 2006
ARC0: received prod
Mon Sep 04 14:45:59 2006
ARC0: Beginning to archive log# 2 seq# 2101962
kcrrga: Warning. Log sequence in archive filename wrapped
to fix length as indicated by %S in LOG_ARCHIVE_FORMAT.
Old log archive with same name might be overwritten.
ARC0: Completed archiving log# 2 seq# 2101962
ARC0: re-scanning for new log files

Similar Messages

  • ARC0: Failed to archive log# 1 seq# 1361

    Hi.
    Sat Apr 26 04:00:01 2003
    Current log# 2 seq# 1362 mem# 0: /redolog02/TRADEDB1/log/log02_01.ora
    Current log# 2 seq# 1362 mem# 1: /redolog01/TRADEDB1/log/log02_02.ora
    Sat Apr 26 04:00:01 2003
    ARCH: Beginning to archive log# 1 seq# 1361
    Sat Apr 26 04:00:01 2003
    ARC0: Beginning to archive log# 1 seq# 1361
    ARC0: Failed to archive log# 1 seq# 1361
    Sat Apr 26 04:00:03 2003
    ARCH: Completed archiving log# 1 seq# 1361
    these are the last few lines of my DB alert log file.I have scheduled a shell script to backup all the archive log script but whenever the script is running I am getting this error.
    Can any one explain me what this means.Looks like archiving is done with out any problem.
    I am using "alter system archivelog current" in the script.
    regards
    Joe

    Although this is not a serious problem, it does cause your database to stop briefly. It indicates that you do not have enough redo log groups.
    Essentially, Oracle writes redo information to log group 1 until it is full, then switches to log group 2. While lgwr is writing to group 2, arc writes group 1 to the archive log destination. If arc is not finished archiving group 1 before group 2 fills, then it has nowhere to switch to (i.e. group 1 is not available for lgwr to write to yet). In normal operation, when Oracle is managing log switches, you would see an error about unable to switch logs from lgwr. However, by issuing the archivelog current, arc does all the work. Since it is unable to do the log switch required to archive the current log, it generates the failed to archive message, and waits for group 2 to finish archiving.
    If this is only a problem when doing the backup, you can probably ignore it. However, if you see log switch errors in normal operation, you should add another logfile group, so there will be more time between switches into any sngle group.
    TTFN
    John

  • Failed to archive log

    Hi,
    I have a database A, in archive log, with standby database. After each switch, I have an error like this :
    Mon Aug 9 19:55:56 2004
    ARCH: Beginning to archive log# 4 seq# 19877
    Mon Aug 9 19:55:56 2004
    ARC2: Beginning to archive log# 4 seq# 19877
    ARC2: Failed to archive log# 4 seq# 19877
    Mon Aug 9 19:55:57 2004
    ARCH: Completed archiving log# 4 seq# 19877
    I don't understand, because all work fine in my standby database.
    Thanks for your lights,
    Nicolas.

    No need to worry, these errors can be ignored. You have two archiver processes running, the first ARCH processed had already began the archive process, ARCH2 then tried. Not a big deal.
    --Paul                                                                                                                                                                                                                                                                                                                                                                                                           

  • Validation failed for archived log

    Hi,
    oracle database version 11.2.0.4
    OS centOS 6.5
    Recently i have set rman backup scripy on production Database, As we are using dbvisit for standby database for that we have set cron which run in every 10 minutes  it generates archive and copy it to standby side,
    but sometimes backup failed due to expected archive is not represent at location so i put "crosscheck archivelog all" in script now backup is running fine, But i have analyzed backlog file getting
    "validation failed for archived log" the time stamp i have checked validation failed archive is current day and yesterday even though archives are present at the location and CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 14 DAYS;
    Guys i am worried it shouldn't be a big issue for me,
    please suggest what is wrong

    This forum is for Berkeley DB high availability. We do not have the expertise to help you with your Oracle database 11.2.0.4 issue. You'll need to submit this question to one of the Oracle database forums to get the help you are looking for.
    Paula Bingham

  • Archived logs deletion

    Hi
    I Have deleted 3 of my archivedlogs manually,but they have not marked deleted in V$ARCHIVED_LOG .
    so when i'm trying to backup my remained archived logs in RMAN.It doesn't back them up.because RMAN has not been notified with thw deletion.So..
    How can I notify RMAN & mark them deleted in V$ARCHIVED_LOG.
    Thanks

    hi
    use crosscheck
    SQL> select name from v$archived_log;
    NAME
    D:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2006_11_23\O1_MF_1_
    25_2PC98N8M_.ARC
    D:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2006_11_23\O1_MF_1_
    26_2PC9CZF4_.ARC
    C:\>del D:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2006_11_23\
    *.ARC
    C:\>sqlplus "sys as sysdba"
    SQL*Plus: Release 10.1.0.2.0 - Production on Thu Nov 23 18:54:39 2006
    Copyright (c) 1982, 2004, Oracle.  All rights reserved.
    Enter password:
    Connected to:
    Oracle Database 10g Enterprise Edition Release 10.1.0.2.0 - Production
    With the Partitioning, OLAP and Data Mining options
    SQL> select name from v$archived_log;
    NAME
    D:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2006_11_23\O1_MF_1_
    25_2PC98N8M_.ARC
    D:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2006_11_23\O1_MF_1_
    26_2PC9CZF4_.ARC
    SQL> host rman target=sys
    Recovery Manager: Release 10.1.0.2.0 - Production
    Copyright (c) 1995, 2004, Oracle.  All rights reserved.
    target database Password:
    connected to target database: ORCL (DBID=1134976990)
    RMAN> crosscheck archivelog all;
    released channel: ORA_DISK_1
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=215 devtype=DISK
    validation failed for archived log
    archive log filename=D:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELO
    G\2006_11_23\O1_MF_1_25_2PC98N8M_.ARC recid=1 stamp=607282901
    validation failed for archived log
    archive log filename=D:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELO
    G\2006_11_23\O1_MF_1_26_2PC9CZF4_.ARC recid=2 stamp=607283007
    Crosschecked 2 objects
    RMAN> delete expired archivelog all;
    released channel: ORA_DISK_1
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=215 devtype=DISK
    List of Archived Log Copies
    Key     Thrd Seq     S Low Time  Name
    1       1    25      X 23-NOV-06 D:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\OR
    CL\ARCHIVELOG\2006_11_23\O1_MF_1_25_2PC98N8M_.ARC
    2       1    26      X 23-NOV-06 D:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\OR
    CL\ARCHIVELOG\2006_11_23\O1_MF_1_26_2PC9CZF4_.ARC
    Do you really want to delete the above objects (enter YES or NO)? yes
    deleted archive log
    archive log filename=D:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELO
    G\2006_11_23\O1_MF_1_25_2PC98N8M_.ARC recid=1 stamp=607282901
    deleted archive log
    archive log filename=D:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELO
    G\2006_11_23\O1_MF_1_26_2PC9CZF4_.ARC recid=2 stamp=607283007
    Deleted 2 EXPIRED objects
    SQL> select name,deleted from v$archived_log;
    NAME
    DEL
    YES
    YESHope this helps
    Taj

  • I have one problem with Data Guard. My archive log files are not applied.

    I have one problem with Data Guard. My archive log files are not applied. However I have received all archive log files to my physical Standby db
    I have created a Physical Standby database on Oracle 10gR2 (Windows XP professional). Primary database is on another computer.
    In Enterprise Manager on Primary database it looks ok. I get the following message “Data Guard status Normal”
    But as I wrote above ”the archive log files are not applied”
    After I created the Physical Standby database, I have also done:
    1. I connected to the Physical Standby database instance.
    CONNECT SYS/SYS@luda AS SYSDBA
    2. I started the Oracle instance at the Physical Standby database without mounting the database.
    STARTUP NOMOUNT PFILE=C:\oracle\product\10.2.0\db_1\database\initluda.ora
    3. I mounted the Physical Standby database:
    ALTER DATABASE MOUNT STANDBY DATABASE
    4. I started redo apply on Physical Standby database
    alter database recover managed standby database disconnect from session
    5. I switched the log files on Physical Standby database
    alter system switch logfile
    6. I verified the redo data was received and archived on Physical Standby database
    select sequence#, first_time, next_time from v$archived_log order by sequence#
    SEQUENCE# FIRST_TIME NEXT_TIME
    3 2006-06-27 2006-06-27
    4 2006-06-27 2006-06-27
    5 2006-06-27 2006-06-27
    6 2006-06-27 2006-06-27
    7 2006-06-27 2006-06-27
    8 2006-06-27 2006-06-27
    7. I verified the archived redo log files were applied on Physical Standby database
    select sequence#,applied from v$archived_log;
    SEQUENCE# APP
    4 NO
    3 NO
    5 NO
    6 NO
    7 NO
    8 NO
    8. on Physical Standby database
    select * from v$archive_gap;
    No rows
    9. on Physical Standby database
    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
    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
    ARC0: Becoming the 'no FAL' ARCH
    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
    MRP0: Background Media Recovery terminated with error 1110
    MRP0: Background Media Recovery process shutdown
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[1]: Assigned to RFS process 2148
    RFS[1]: Identified database type as 'physical standby'
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[2]: Assigned to RFS process 2384
    RFS[2]: Identified database type as 'physical standby'
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[3]: Assigned to RFS process 3188
    RFS[3]: Identified database type as 'physical standby'
    Primary database is in MAXIMUM PERFORMANCE mode
    Primary database is in MAXIMUM PERFORMANCE mode
    RFS[3]: No standby redo logfiles created
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[4]: Assigned to RFS process 3168
    RFS[4]: Identified database type as 'physical standby'
    RFS[4]: No standby redo logfiles created
    Primary database is in MAXIMUM PERFORMANCE mode
    RFS[3]: No standby redo logfiles created
    10. on Physical Standby database
    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
    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
    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
    RFS IDLE 0 0 0 0
    RFS IDLE 0 0 0 0
    RFS IDLE 1 9 13664 2
    RFS IDLE 0 0 0 0
    10) on Primary database:
    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
    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
    ARCm: Becoming the 'no FAL' ARCH
    ARCm: Becoming the 'no SRL' ARCH
    ARCd: Becoming the heartbeat ARCH
    Error 1034 received logging on to the standby
    Error 1034 received logging on to the standby
    LGWR: Error 1034 creating archivelog file 'luda'
    LNS: Failed to archive log 3 thread 1 sequence 7 (1034)
    FAL[server, ARCh]: Error 1034 creating remote archivelog file 'luda'
    11)on primary db
    select name,sequence#,applied from v$archived_log;
    NAME SEQUENCE# APP
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00003_0594204176.001 3 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00004_0594204176.001 4 NO
    Luda 4 NO
    Luda 3 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00005_0594204176.001 5 NO
    Luda 5 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00006_0594204176.001 6 NO
    Luda 6 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00007_0594204176.001 7 NO
    Luda 7 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00008_0594204176.001 8 NO
    Luda 8 NO
    12) on standby db
    select name,sequence#,applied from v$archived_log;
    NAME SEQUENCE# APP
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00004_0594204176.001 4 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00003_0594204176.001 3 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00005_0594204176.001 5 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00006_0594204176.001 6 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00007_0594204176.001 7 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00008_0594204176.001 8 NO
    13) my init.ora files
    On standby db
    irina.__db_cache_size=79691776
    irina.__java_pool_size=4194304
    irina.__large_pool_size=4194304
    irina.__shared_pool_size=75497472
    irina.__streams_pool_size=0
    *.audit_file_dest='C:\oracle\product\10.2.0\admin\luda\adump'
    *.background_dump_dest='C:\oracle\product\10.2.0\admin\luda\bdump'
    *.compatible='10.2.0.1.0'
    *.control_files='C:\oracle\product\10.2.0\oradata\luda\luda.ctl'
    *.core_dump_dest='C:\oracle\product\10.2.0\admin\luda\cdump'
    *.db_block_size=8192
    *.db_domain=''
    *.db_file_multiblock_read_count=16
    *.db_file_name_convert='luda','irina'
    *.db_name='irina'
    *.db_unique_name='luda'
    *.db_recovery_file_dest='C:\oracle\product\10.2.0\flash_recovery_area'
    *.db_recovery_file_dest_size=2147483648
    *.dispatchers='(PROTOCOL=TCP) (SERVICE=irinaXDB)'
    *.fal_client='luda'
    *.fal_server='irina'
    *.job_queue_processes=10
    *.log_archive_config='DG_CONFIG=(irina,luda)'
    *.log_archive_dest_1='LOCATION=C:/oracle/product/10.2.0/oradata/luda/ VALID_FOR=(ALL_LOGFILES, ALL_ROLES) DB_UNIQUE_NAME=luda'
    *.log_archive_dest_2='SERVICE=irina LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES, PRIMARY_ROLE) DB_UNIQUE_NAME=irina'
    *.log_archive_dest_state_1='ENABLE'
    *.log_archive_dest_state_2='ENABLE'
    *.log_archive_max_processes=30
    *.log_file_name_convert='C:/oracle/product/10.2.0/oradata/irina/','C:/oracle/product/10.2.0/oradata/luda/'
    *.open_cursors=300
    *.pga_aggregate_target=16777216
    *.processes=150
    *.remote_login_passwordfile='EXCLUSIVE'
    *.sga_target=167772160
    *.standby_file_management='AUTO'
    *.undo_management='AUTO'
    *.undo_tablespace='UNDOTBS1'
    *.user_dump_dest='C:\oracle\product\10.2.0\admin\luda\udump'
    On primary db
    irina.__db_cache_size=79691776
    irina.__java_pool_size=4194304
    irina.__large_pool_size=4194304
    irina.__shared_pool_size=75497472
    irina.__streams_pool_size=0
    *.audit_file_dest='C:\oracle\product\10.2.0/admin/irina/adump'
    *.background_dump_dest='C:\oracle\product\10.2.0/admin/irina/bdump'
    *.compatible='10.2.0.1.0'
    *.control_files='C:\oracle\product\10.2.0\oradata\irina\control01.ctl','C:\oracle\product\10.2.0\oradata\irina\control02.ctl','C:\oracle\product\10.2.0\oradata\irina\control03.ctl'
    *.core_dump_dest='C:\oracle\product\10.2.0/admin/irina/cdump'
    *.db_block_size=8192
    *.db_domain=''
    *.db_file_multiblock_read_count=16
    *.db_file_name_convert='luda','irina'
    *.db_name='irina'
    *.db_recovery_file_dest='C:\oracle\product\10.2.0/flash_recovery_area'
    *.db_recovery_file_dest_size=2147483648
    *.dispatchers='(PROTOCOL=TCP) (SERVICE=irinaXDB)'
    *.fal_client='irina'
    *.fal_server='luda'
    *.job_queue_processes=10
    *.log_archive_config='DG_CONFIG=(irina,luda)'
    *.log_archive_dest_1='LOCATION=C:/oracle/product/10.2.0/oradata/irina/ VALID_FOR=(ALL_LOGFILES, ALL_ROLES) DB_UNIQUE_NAME=irina'
    *.log_archive_dest_2='SERVICE=luda LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES, PRIMARY_ROLE) DB_UNIQUE_NAME=luda'
    *.log_archive_dest_state_1='ENABLE'
    *.log_archive_dest_state_2='ENABLE'
    *.log_archive_max_processes=30
    *.log_file_name_convert='C:/oracle/product/10.2.0/oradata/luda/','C:/oracle/product/10.2.0/oradata/irina/'
    *.open_cursors=300
    *.pga_aggregate_target=16777216
    *.processes=150
    *.remote_login_passwordfile='EXCLUSIVE'
    *.sga_target=167772160
    *.standby_file_management='AUTO'
    *.undo_management='AUTO'
    *.undo_tablespace='UNDOTBS1'
    *.user_dump_dest='C:\oracle\product\10.2.0/admin/irina/udump'
    Please help me!!!!

    Hi,
    After several tries my redo logs are applied now. I think in my case it had to do with the tnsnames.ora. At this moment I have both database in both tnsnames.ora files using the SID and not the SERVICE_NAME.
    Now I want to use DGMGRL. Adding a configuration and a stand-by database is working fine, but when I try to enable the configuration DGMGRL gives no feedback and it looks like it is hanging. The log, although says that it succeeded.
    In another session 'show configuration' results in the following, confirming that the enable succeeded.
    DGMGRL> show configuration
    Configuration
    Name: avhtest
    Enabled: YES
    Protection Mode: MaxPerformance
    Fast-Start Failover: DISABLED
    Databases:
    avhtest - Primary database
    avhtestls53 - Physical standby database
    Current status for "avhtest":
    Warning: ORA-16610: command 'ENABLE CONFIGURATION' in progress
    It there anybody that experienced the same problem and/or knows the solution to this?
    With kind regards,
    Martin Schaap

  • Data Guard. My archive log files are not applied.

    I have one problem with Data Guard. My archive log files are not applied. However I have received all archive log files to my physical Standby db
    I have created a Physical Standby database on Oracle 10gR2 (Windows XP professional). Primary database is on another computer.
    In Enterprise Manager on Primary database it looks ok. I get the following message “Data Guard status Normal”
    But as I wrote above ”the archive log files are not applied”
    After I created the Physical Standby database, I have also done:
    1. I connected to the Physical Standby database instance.
    CONNECT SYS/SYS@luda AS SYSDBA
    2. I started the Oracle instance at the Physical Standby database without mounting the database.
    STARTUP NOMOUNT PFILE=C:\oracle\product\10.2.0\db_1\database\initluda.ora
    3. I mounted the Physical Standby database:
    ALTER DATABASE MOUNT STANDBY DATABASE
    4. I started redo apply on Physical Standby database
    alter database recover managed standby database disconnect from session
    5. I switched the log files on Physical Standby database
    alter system switch logfile
    6. I verified the redo data was received and archived on Physical Standby database
    select sequence#, first_time, next_time from v$archived_log order by sequence#
    SEQUENCE# FIRST_TIME NEXT_TIME
    3 2006-06-27 2006-06-27
    4 2006-06-27 2006-06-27
    5 2006-06-27 2006-06-27
    6 2006-06-27 2006-06-27
    7 2006-06-27 2006-06-27
    8 2006-06-27 2006-06-27
    7. I verified the archived redo log files were applied on Physical Standby database
    select sequence#,applied from v$archived_log;
    SEQUENCE# APP
    4 NO
    3 NO
    5 NO
    6 NO
    7 NO
    8 NO
    8. on Physical Standby database
    select * from v$archive_gap;
    No rows
    9. on Physical Standby database
    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
    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
    ARC0: Becoming the 'no FAL' ARCH
    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
    MRP0: Background Media Recovery terminated with error 1110
    MRP0: Background Media Recovery process shutdown
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[1]: Assigned to RFS process 2148
    RFS[1]: Identified database type as 'physical standby'
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[2]: Assigned to RFS process 2384
    RFS[2]: Identified database type as 'physical standby'
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[3]: Assigned to RFS process 3188
    RFS[3]: Identified database type as 'physical standby'
    Primary database is in MAXIMUM PERFORMANCE mode
    Primary database is in MAXIMUM PERFORMANCE mode
    RFS[3]: No standby redo logfiles created
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[4]: Assigned to RFS process 3168
    RFS[4]: Identified database type as 'physical standby'
    RFS[4]: No standby redo logfiles created
    Primary database is in MAXIMUM PERFORMANCE mode
    RFS[3]: No standby redo logfiles created
    10. on Physical Standby database
    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
    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
    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
    RFS IDLE 0 0 0 0
    RFS IDLE 0 0 0 0
    RFS IDLE 1 9 13664 2
    RFS IDLE 0 0 0 0
    10) on Primary database:
    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
    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
    ARCm: Becoming the 'no FAL' ARCH
    ARCm: Becoming the 'no SRL' ARCH
    ARCd: Becoming the heartbeat ARCH
    Error 1034 received logging on to the standby
    Error 1034 received logging on to the standby
    LGWR: Error 1034 creating archivelog file 'luda'
    LNS: Failed to archive log 3 thread 1 sequence 7 (1034)
    FAL[server, ARCh]: Error 1034 creating remote archivelog file 'luda'
    11)on primary db
    select name,sequence#,applied from v$archived_log;
    NAME SEQUENCE# APP
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00003_0594204176.001 3 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00004_0594204176.001 4 NO
    Luda 4 NO
    Luda 3 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00005_0594204176.001 5 NO
    Luda 5 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00006_0594204176.001 6 NO
    Luda 6 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00007_0594204176.001 7 NO
    Luda 7 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00008_0594204176.001 8 NO
    Luda 8 NO
    12) on standby db
    select name,sequence#,applied from v$archived_log;
    NAME SEQUENCE# APP
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00004_0594204176.001 4 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00003_0594204176.001 3 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00005_0594204176.001 5 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00006_0594204176.001 6 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00007_0594204176.001 7 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00008_0594204176.001 8 NO
    13) my init.ora files
    On standby db
    irina.__db_cache_size=79691776
    irina.__java_pool_size=4194304
    irina.__large_pool_size=4194304
    irina.__shared_pool_size=75497472
    irina.__streams_pool_size=0
    *.audit_file_dest='C:\oracle\product\10.2.0\admin\luda\adump'
    *.background_dump_dest='C:\oracle\product\10.2.0\admin\luda\bdump'
    *.compatible='10.2.0.1.0'
    *.control_files='C:\oracle\product\10.2.0\oradata\luda\luda.ctl'
    *.core_dump_dest='C:\oracle\product\10.2.0\admin\luda\cdump'
    *.db_block_size=8192
    *.db_domain=''
    *.db_file_multiblock_read_count=16
    *.db_file_name_convert='luda','irina'
    *.db_name='irina'
    *.db_unique_name='luda'
    *.db_recovery_file_dest='C:\oracle\product\10.2.0\flash_recovery_area'
    *.db_recovery_file_dest_size=2147483648
    *.dispatchers='(PROTOCOL=TCP) (SERVICE=irinaXDB)'
    *.fal_client='luda'
    *.fal_server='irina'
    *.job_queue_processes=10
    *.log_archive_config='DG_CONFIG=(irina,luda)'
    *.log_archive_dest_1='LOCATION=C:/oracle/product/10.2.0/oradata/luda/ VALID_FOR=(ALL_LOGFILES, ALL_ROLES) DB_UNIQUE_NAME=luda'
    *.log_archive_dest_2='SERVICE=irina LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES, PRIMARY_ROLE) DB_UNIQUE_NAME=irina'
    *.log_archive_dest_state_1='ENABLE'
    *.log_archive_dest_state_2='ENABLE'
    *.log_archive_max_processes=30
    *.log_file_name_convert='C:/oracle/product/10.2.0/oradata/irina/','C:/oracle/product/10.2.0/oradata/luda/'
    *.open_cursors=300
    *.pga_aggregate_target=16777216
    *.processes=150
    *.remote_login_passwordfile='EXCLUSIVE'
    *.sga_target=167772160
    *.standby_file_management='AUTO'
    *.undo_management='AUTO'
    *.undo_tablespace='UNDOTBS1'
    *.user_dump_dest='C:\oracle\product\10.2.0\admin\luda\udump'
    On primary db
    irina.__db_cache_size=79691776
    irina.__java_pool_size=4194304
    irina.__large_pool_size=4194304
    irina.__shared_pool_size=75497472
    irina.__streams_pool_size=0
    *.audit_file_dest='C:\oracle\product\10.2.0/admin/irina/adump'
    *.background_dump_dest='C:\oracle\product\10.2.0/admin/irina/bdump'
    *.compatible='10.2.0.1.0'
    *.control_files='C:\oracle\product\10.2.0\oradata\irina\control01.ctl','C:\oracle\product\10.2.0\oradata\irina\control02.ctl','C:\oracle\product\10.2.0\oradata\irina\control03.ctl'
    *.core_dump_dest='C:\oracle\product\10.2.0/admin/irina/cdump'
    *.db_block_size=8192
    *.db_domain=''
    *.db_file_multiblock_read_count=16
    *.db_file_name_convert='luda','irina'
    *.db_name='irina'
    *.db_recovery_file_dest='C:\oracle\product\10.2.0/flash_recovery_area'
    *.db_recovery_file_dest_size=2147483648
    *.dispatchers='(PROTOCOL=TCP) (SERVICE=irinaXDB)'
    *.fal_client='irina'
    *.fal_server='luda'
    *.job_queue_processes=10
    *.log_archive_config='DG_CONFIG=(irina,luda)'
    *.log_archive_dest_1='LOCATION=C:/oracle/product/10.2.0/oradata/irina/ VALID_FOR=(ALL_LOGFILES, ALL_ROLES) DB_UNIQUE_NAME=irina'
    *.log_archive_dest_2='SERVICE=luda LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES, PRIMARY_ROLE) DB_UNIQUE_NAME=luda'
    *.log_archive_dest_state_1='ENABLE'
    *.log_archive_dest_state_2='ENABLE'
    *.log_archive_max_processes=30
    *.log_file_name_convert='C:/oracle/product/10.2.0/oradata/luda/','C:/oracle/product/10.2.0/oradata/irina/'
    *.open_cursors=300
    *.pga_aggregate_target=16777216
    *.processes=150
    *.remote_login_passwordfile='EXCLUSIVE'
    *.sga_target=167772160
    *.standby_file_management='AUTO'
    *.undo_management='AUTO'
    *.undo_tablespace='UNDOTBS1'
    *.user_dump_dest='C:\oracle\product\10.2.0/admin/irina/udump'
    Please help me!!!!

    Hi,
    After several tries my redo logs are applied now. I think in my case it had to do with the tnsnames.ora. At this moment I have both database in both tnsnames.ora files using the SID and not the SERVICE_NAME.
    Now I want to use DGMGRL. Adding a configuration and a stand-by database is working fine, but when I try to enable the configuration DGMGRL gives no feedback and it looks like it is hanging. The log, although says that it succeeded.
    In another session 'show configuration' results in the following, confirming that the enable succeeded.
    DGMGRL> show configuration
    Configuration
    Name: avhtest
    Enabled: YES
    Protection Mode: MaxPerformance
    Fast-Start Failover: DISABLED
    Databases:
    avhtest - Primary database
    avhtestls53 - Physical standby database
    Current status for "avhtest":
    Warning: ORA-16610: command 'ENABLE CONFIGURATION' in progress
    It there anybody that experienced the same problem and/or knows the solution to this?
    With kind regards,
    Martin Schaap

  • Archive Logs Will Not Delete from OS

    Hi Everyone,
    Here's my issue. Somehow i have a few archivelogs that are corruptued, plus a backup of the database that is corrupted. Since then, I have made a new backup of the database and everything is running smoothly. WHen i try to delete the files from DISK (which i cannot delete), i get this error: CANNOT DELETE <file_name>: The file or directory is corrupted and unreadable. I try to search for the corrupted files in rman, but i get this message "specification does not match any archived log in the recovery catalog". It seems that rman doesn't recognize that the files exist.
    I go to the alert log and I have this error:
    Corrupt block seq: 10511 blocknum=1.
    Bad header found during deleting archived log
    Data in bad block - seq:0. bno:0. time:0
    beg:0 cks:0
    calculated check value: 0
    Reread of seq=10511, blocknum=1, file=APP\ORACLE\FLASH_RECOVERY_AREA\PPROD\ARCHIVELOG\2010_11_04\O1_MF_1_10511_6F5SOFC7_.ARC, found same corrupt data
    Reread of seq=10511, blocknum=1, file=APP\ORACLE\FLASH_RECOVERY_AREA\PPROD\ARCHIVELOG\2010_11_04\O1_MF_1_10511_6F5SOFC7_.ARC, found same corrupt data
    Reread of seq=10511, blocknum=1, file=APP\ORACLE\FLASH_RECOVERY_AREA\PPROD\ARCHIVELOG\2010_11_04\O1_MF_1_10511_6F5SOFC7_.ARC, found same corrupt data
    Reread of seq=10511, blocknum=1, file=APP\ORACLE\FLASH_RECOVERY_AREA\PPROD\ARCHIVELOG\2010_11_04\O1_MF_1_10511_6F5SOFC7_.ARC, found same corrupt data
    Reread of seq=10511, blocknum=1, file=APP\ORACLE\FLASH_RECOVERY_AREA\PPROD\ARCHIVELOG\2010_11_04\O1_MF_1_10511_6F5SOFC7_.ARC, found same corrupt data
    I would really appreciate some help to delete these files from the OS. Thanks in advance to anyone that can help.

    RMAN> Change Archivelog All Validate;
    released channel: ORA_DISK_1
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=363 device type=DISK
    validation succeeded for archived log
    archived log file name=APP\ORACLE\FLASH_RECOVERY_AREA\PROD\ARCHIVELOG\2010_11_04\O1_MF_1_10514_6F6SJ9D6_.ARC RECID=11389 STAMP=734220234
    validation succeeded for archived log
    archived log file name=APP\ORACLE\FLASH_RECOVERY_AREA\PROD\ARCHIVELOG\2010_11_07\O1_MF_1_10546_6FDRCHQX_.ARC RECID=11421 STAMP=734412064
    validation succeeded for archived log
    archived log file name=\APP\ORACLE\FLASH_RECOVERY_AREAPPROD\ARCHIVELOG\2010_11_07\O1_MF_1_10556_6FGTGZNJ_.ARC RECID=11431 STAMP=734479760
    validation succeeded for archived log
    archived log file name=APP\ORACLE\FLASH_RECOVERY_AREA\PROD\ARCHIVELOG\2010_11_07\O1_MF_1_10557_6FGX6CG5_.ARC RECID=11432 STAMP=734482556
    validation failed for archived log
    archived log file name=APP\ORACLE\FLASH_RECOVERY_AREA\PROD\ARCHIVELOG\2010_11_07\O1_MF_1_10558_6FGZ9SLK_.ARC RECID=11433 STAMP=734484714
    validation failed for archived log
    archived log file name=APP\ORACLE\FLASH_RECOVERY_AREA\PROD\ARCHIVELOG\2010_11_08\O1_MF_1_10559_6FH12R00_.ARC RECID=11434 STAMP=734486537
    validation failed for archived log
    archived log file name=APP\ORACLE\FLASH_RECOVERY_AREA\PROD\ARCHIVELOG\2010_11_08\O1_MF_1_10560_6FH6OJRW_.ARC RECID=11435 STAMP=734492259
    validation failed for archived log
    archived log file name=APP\ORACLE\FLASH_RECOVERY_AREA\PROD\ARCHIVELOG\2010_11_08\O1_MF_1_10561_6FHL3J98_.ARC RECID=11436 STAMP=734503969
    validation failed for archived log
    archived log file name=APP\ORACLE\FLASH_RECOVERY_AREA\PROD\ARCHIVELOG\2010_11_08\O1_MF_1_10562_6FHTF2QX_.ARC RECID=11437 STAMP=734512468
    validation failed for archived log
    archived log file name=APP\ORACLE\FLASH_RECOVERY_AREA\PROD\ARCHIVELOG\2010_11_08\O1_MF_1_10563_6FJ32ZSD_.ARC RECID=11438 STAMP=734521361
    validation failed for archived log
    archived log file name=APP\ORACLE\FLASH_RECOVERY_AREA\PROD\ARCHIVELOG\2010_11_08\O1_MF_1_10564_6FJB1OMK_.ARC RECID=11439 STAMP=734528486
    validation failed for archived log
    archived log file name=APP\ORACLE\FLASH_RECOVERY_AREA\PROD\ARCHIVELOG\2010_11_08\O1_MF_1_10565_6FJJH3TV_.ARC RECID=11440 STAMP=734535062
    validation failed for archived log
    archived log file name=APP\ORACLE\FLASH_RECOVERY_AREA\PROD\ARCHIVELOG\2010_11_08\O1_MF_1_10566_6FJKJ6PY_.ARC RECID=11441 STAMP=734536118
    validation failed for archived log
    archived log file name=APP\ORACLE\FLASH_RECOVERY_AREA\PROD\ARCHIVELOG\2010_11_08\O1_MF_1_10567_6FJV244W_.ARC RECID=11442 STAMP=734545911
    validation failed for archived log
    archived log file name=APP\ORACLE\FLASH_RECOVERY_AREA\PROD\ARCHIVELOG\2010_11_08\O1_MF_1_10568_6FK5BMYR_.ARC RECID=11443 STAMP=734556421
    validation failed for archived log
    archived log file name=APP\ORACLE\FLASH_RECOVERY_AREA\PROD\ARCHIVELOG\2010_11_08\O1_MF_1_10569_6FK68QRW_.ARC RECID=11444 STAMP=734557384
    validation failed for archived log
    archived log file name=APP\ORACLE\FLASH_RECOVERY_AREA\PROD\ARCHIVELOG\2010_11_08\O1_MF_1_10570_6FKDM74D_.ARC RECID=11445 STAMP=734563863
    validation failed for archived log
    archived log file name=APP\ORACLE\FLASH_RECOVERY_AREA\PROD\ARCHIVELOG\2010_11_08\O1_MF_1_10571_6FKGK4LK_.ARC RECID=11446 STAMP=734565848
    validation failed for archived log
    archived log file name=APP\ORACLE\FLASH_RECOVERY_AREA\PROD\ARCHIVELOG\2010_11_08\O1_MF_1_10572_6FKH42MK_.ARC RECID=11447 STAMP=734566452
    validation succeeded for archived log
    archived log file name=APP\ORACLE\FLASH_RECOVERY_AREA\PROD\ARCHIVELOG\2010_11_09\O1_MF_1_10573_6FKOQX6C_.ARC RECID=11448 STAMP=734573238
    validation succeeded for archived log
    archived log file name=APP\ORACLE\FLASH_RECOVERY_AREA\PROD\ARCHIVELOG\2010_11_09\O1_MF_1_10574_6FKVHC8S_.ARC RECID=11449 STAMP=734579100
    validation succeeded for archived log
    archived log file name=APP\ORACLE\FLASH_RECOVERY_AREA\PROD\ARCHIVELOG\2010_11_09\O1_MF_1_10575_6FL6T300_.ARC RECID=11450 STAMP=734590708
    validation succeeded for archived log
    archived log file name=APP\ORACLE\FLASH_RECOVERY_AREA\PROD\ARCHIVELOG\2010_11_09\O1_MF_1_10576_6FLJ3NMK_.ARC RECID=11451 STAMP=734600229
    validation succeeded for archived log
    archived log file name=APP\ORACLE\FLASH_RECOVERY_AREA\PROD\ARCHIVELOG\2010_11_09\O1_MF_1_10577_6FLO72K2_.ARC RECID=11452 STAMP=734605459
    validation succeeded for archived log
    archived log file name=APP\ORACLE\FLASH_RECOVERY_AREA\PROD\ARCHIVELOG\2010_11_09\O1_MF_1_10578_6FLTF31G_.ARC RECID=11453 STAMP=734610772
    validation succeeded for archived log
    archived log file name=APP\ORACLE\FLASH_RECOVERY_AREA\PROD\ARCHIVELOG\2010_11_09\O1_MF_1_10579_6FM1N500_.ARC RECID=11454 STAMP=734618166
    Crosschecked 26 objects

  • Archive Log vs Full Backup Concept

    Hi,
    I just need some clarification on how backups and archive logs work. Lets say starting at 1PM I have archive logs 1,2,3,4,5 and then I perform a full backup at 6PM.
    Then I resume generating archive logs at 6PM to get logs 6,7,8,9,10. I then stop at 11PM.
    If my understanding is correct, the archive logs should allow me to restore oracle to a point in time anywhere between 1PM and 11PM. But if I only have the full backup then I can only restore to a single point, which is 6PM. Is my understanding correct?
    Do the archive logs only get applied to the datafiles when the backup occurs or only when a restore occurs? It doesn't seem like the archive logs get applied on the fly.
    Thanks in advance.

    thelok wrote:
    Thanks for the great explanation! So I can do a point in time restore from any time since the datafiles have last been written (or from when I have the last set of backed up datafiles plus the archive logs). From what you are saying, I can force the datafiles to be written from the redo logs (by doing a checkpoint with "alter set archive log current" or "backup database plus archivelog"), and then I can delete all the archive logs that have a SCN less than the checkpoint SCN on the datafiles. Is this true? This would be for the purposes of preserving disk space.Hi,
    See this example. I hope this explain your doubt.
    # My current date is 06-11-2011 17:15
    # I not have backup of this database
    # My retention policy is to have 1 backup
    # I start listing  archive logs.
    RMAN> list archivelog all;
    using target database control file instead of recovery catalog
    List of Archived Log Copies
    Key     Thrd Seq     S Low Time            Name
    29      1    8       A 29-10-2011 12:01:58 +HR/dbhr/archivelog/2011_10_31/thread_1_seq_8.399.766018837
    30      1    9       A 31-10-2011 23:00:30 +HR/dbhr/archivelog/2011_11_03/thread_1_seq_9.409.766278025
    31      1    10      A 03-11-2011 23:00:23 +HR/dbhr/archivelog/2011_11_04/thread_1_seq_10.391.766366105
    32      1    11      A 04-11-2011 23:28:23 +HR/dbhr/archivelog/2011_11_06/thread_1_seq_11.411.766516065
    33      1    12      A 05-11-2011 23:28:49 +HR/dbhr/archivelog/2011_11_06/thread_1_seq_12.413.766516349
    ## See I have archive logs from time "29-10-2011 12:01:58" until "05-11-2011 23:28:49" but I dont have any backup of database.
    # So I perfom backup of database including archive logs.
    RMAN> backup database plus archivelog delete input;
    Starting backup at 06-11-2011 17:15:21
    ## Note above RMAN forcing archive current log, this archivelog generated will be usable only for previous backup.
    ## Is not my case... I don't have backup of database.
    current log archived
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=159 devtype=DISK
    channel ORA_DISK_1: starting archive log backupset
    channel ORA_DISK_1: specifying archive log(s) in backup set
    input archive log thread=1 sequence=8 recid=29 stamp=766018840
    input archive log thread=1 sequence=9 recid=30 stamp=766278027
    input archive log thread=1 sequence=10 recid=31 stamp=766366111
    input archive log thread=1 sequence=11 recid=32 stamp=766516067
    input archive log thread=1 sequence=12 recid=33 stamp=766516350
    input archive log thread=1 sequence=13 recid=34 stamp=766516521
    channel ORA_DISK_1: starting piece 1 at 06-11-2011 17:15:23
    channel ORA_DISK_1: finished piece 1 at 06-11-2011 17:15:38
    piece handle=+FRA/dbhr/backupset/2011_11_06/annnf0_tag20111106t171521_0.268.766516525 tag=TAG20111106T171521 comment=NONE
    channel ORA_DISK_1: backup set complete, elapsed time: 00:00:16
    channel ORA_DISK_1: deleting archive log(s)
    archive log filename=+HR/dbhr/archivelog/2011_10_31/thread_1_seq_8.399.766018837 recid=29 stamp=766018840
    archive log filename=+HR/dbhr/archivelog/2011_11_03/thread_1_seq_9.409.766278025 recid=30 stamp=766278027
    archive log filename=+HR/dbhr/archivelog/2011_11_04/thread_1_seq_10.391.766366105 recid=31 stamp=766366111
    archive log filename=+HR/dbhr/archivelog/2011_11_06/thread_1_seq_11.411.766516065 recid=32 stamp=766516067
    archive log filename=+HR/dbhr/archivelog/2011_11_06/thread_1_seq_12.413.766516349 recid=33 stamp=766516350
    archive log filename=+HR/dbhr/archivelog/2011_11_06/thread_1_seq_13.414.766516521 recid=34 stamp=766516521
    Finished backup at 06-11-2011 17:15:38
    ## RMAN finish backup of Archivelog and Start Backup of Database
    ## My backup start at "06-11-2011 17:15:38"
    Starting backup at 06-11-2011 17:15:38
    using channel ORA_DISK_1
    channel ORA_DISK_1: starting full datafile backupset
    channel ORA_DISK_1: specifying datafile(s) in backupset
    input datafile fno=00001 name=+HR/dbhr/datafile/system.386.765556627
    input datafile fno=00003 name=+HR/dbhr/datafile/sysaux.396.765556627
    input datafile fno=00002 name=+HR/dbhr/datafile/undotbs1.393.765556627
    input datafile fno=00004 name=+HR/dbhr/datafile/users.397.765557979
    input datafile fno=00005 name=+BFILES/dbhr/datafile/bfiles.257.765542997
    channel ORA_DISK_1: starting piece 1 at 06-11-2011 17:15:39
    channel ORA_DISK_1: finished piece 1 at 06-11-2011 17:16:03
    piece handle=+FRA/dbhr/backupset/2011_11_06/nnndf0_tag20111106t171539_0.269.766516539 tag=TAG20111106T171539 comment=NONE
    channel ORA_DISK_1: backup set complete, elapsed time: 00:00:24
    Finished backup at 06-11-2011 17:16:03
    ## And finish at "06-11-2011 17:16:03", so I can recovery my database from this time.
    ## I will need archivelogs (transactions) which was generated during backup of database.
    ## Note during backup some blocks are copied others not. The SCN is inconsistent state.
    ## To make it consistent I need apply archivelog which have all transactions recorded.
    ## Starting another backup of archived log generated during backup.
    Starting backup at 06-11-2011 17:16:04
    ## So automatically RMAN force another "checkpoint" after backup finished,
    ## forcing archive current log, because this archivelog have all transactions to bring database in a consistent state.
    current log archived
    using channel ORA_DISK_1
    channel ORA_DISK_1: starting archive log backupset
    channel ORA_DISK_1: specifying archive log(s) in backup set
    input archive log thread=1 sequence=14 recid=35 stamp=766516564
    channel ORA_DISK_1: starting piece 1 at 06-11-2011 17:16:05
    channel ORA_DISK_1: finished piece 1 at 06-11-2011 17:16:06
    piece handle=+FRA/dbhr/backupset/2011_11_06/annnf0_tag20111106t171604_0.272.766516565 tag=TAG20111106T171604 comment=NONE
    channel ORA_DISK_1: backup set complete, elapsed time: 00:00:02
    channel ORA_DISK_1: deleting archive log(s)
    archive log filename=+HR/dbhr/archivelog/2011_11_06/thread_1_seq_14.414.766516565 recid=35 stamp=766516564
    Finished backup at 06-11-2011 17:16:06
    ## Note: I can recover my database from time "06-11-2011 17:16:03" (finished backup full)
    ##  until "06-11-2011 17:16:04" (last archivelog generated) that is my recover window in this scenary.
    ## Listing Backup I have:
    ## Archive Logs in backupset before backup full start - *BP Key: 40*
    ## Backup Full database in backupset - *BP Key: 41*
    ##  Archive Logs in backupset after backup full stop - *BP Key: 42*
    RMAN> list backup;
    List of Backup Sets
    ===================
    BS Key  Size       Device Type Elapsed Time Completion Time
    40      196.73M    DISK        00:00:15     06-11-2011 17:15:37
            *BP Key: 40*   Status: AVAILABLE  Compressed: NO  Tag: TAG20111106T171521
            Piece Name: +FRA/dbhr/backupset/2011_11_06/annnf0_tag20111106t171521_0.268.766516525
      List of Archived Logs in backup set 40
      Thrd Seq     Low SCN    Low Time            Next SCN   Next Time
      1    8       766216     29-10-2011 12:01:58 855033     31-10-2011 23:00:30
      1    9       855033     31-10-2011 23:00:30 896458     03-11-2011 23:00:23
      1    10      896458     03-11-2011 23:00:23 937172     04-11-2011 23:28:23
      1    11      937172     04-11-2011 23:28:23 976938     05-11-2011 23:28:49
      1    12      976938     05-11-2011 23:28:49 1023057    06-11-2011 17:12:28
      1    13      1023057    06-11-2011 17:12:28 1023411    06-11-2011 17:15:21
    BS Key  Type LV Size       Device Type Elapsed Time Completion Time
    41      Full    565.66M    DISK        00:00:18     06-11-2011 17:15:57
            *BP Key: 41*   Status: AVAILABLE  Compressed: NO  Tag: TAG20111106T171539
            Piece Name: +FRA/dbhr/backupset/2011_11_06/nnndf0_tag20111106t171539_0.269.766516539
      List of Datafiles in backup set 41
      File LV Type Ckp SCN    Ckp Time            Name
      1       Full 1023422    06-11-2011 17:15:39 +HR/dbhr/datafile/system.386.765556627
      2       Full 1023422    06-11-2011 17:15:39 +HR/dbhr/datafile/undotbs1.393.765556627
      3       Full 1023422    06-11-2011 17:15:39 +HR/dbhr/datafile/sysaux.396.765556627
      4       Full 1023422    06-11-2011 17:15:39 +HR/dbhr/datafile/users.397.765557979
      5       Full 1023422    06-11-2011 17:15:39 +BFILES/dbhr/datafile/bfiles.257.765542997
    BS Key  Size       Device Type Elapsed Time Completion Time
    42      3.00K      DISK        00:00:02     06-11-2011 17:16:06
            *BP Key: 42*   Status: AVAILABLE  Compressed: NO  Tag: TAG20111106T171604
            Piece Name: +FRA/dbhr/backupset/2011_11_06/annnf0_tag20111106t171604_0.272.766516565
      List of Archived Logs in backup set 42
      Thrd Seq     Low SCN    Low Time            Next SCN   Next Time
      1    14      1023411    06-11-2011 17:15:21 1023433    06-11-2011 17:16:04
    ## Here make sense what I trying explain
    ## As I don't have backup of database before of my Last backup, all archivelogs generated before of my backup full is useless.
    ## Deleting what are obsolete in my env, RMAN choose backupset 40 (i.e all archived logs generated before my backup full)
    RMAN> delete obsolete;
    RMAN retention policy will be applied to the command
    RMAN retention policy is set to redundancy 1
    using channel ORA_DISK_1
    Deleting the following obsolete backups and copies:
    Type                 Key    Completion Time    Filename/Handle
    *Backup Set           40*     06-11-2011 17:15:37
      Backup Piece       40     06-11-2011 17:15:37 +FRA/dbhr/backupset/2011_11_06/annnf0_tag20111106t171521_0.268.766516525
    Do you really want to delete the above objects (enter YES or NO)? yes
    deleted backup piece
    backup piece handle=+FRA/dbhr/backupset/2011_11_06/annnf0_tag20111106t171521_0.268.766516525 recid=40 stamp=766516523
    Deleted 1 objectsIn the above example, I could before starting the backup run "delete archivelog all" because they would not be needed, but to show the example I follow this unnecessary way. (backup archivelog and delete after)
    Regards,
    Levi Pereira
    Edited by: Levi Pereira on Nov 7, 2011 1:02 AM

  • Data Guard Missing Redo Archive Logs

    Hi All Gurus
    I have setup data guard on windows 2008 server sp2 with oracle 10.2.0.4.0 (Both OS & Oracle DB are 64 bits).
    The Network Admin have shutdown Backup server. Now when I checked the Archive status as follows
    1. select * from v$archive_gap;            It shows a gap in archives       e.g. 891 - 920.
    2. SELECT THREAD#, SEQUENCE#, APPLIED FROM V$ARCHIVED_LOG;                 e.g. 891-920 Not Applied.
    Now I issue following command
    1. SELECT RECOVERY_MODE FROM V$ARCHIVE_DEST_STATUS;                                e.g. MANAGED REAL TIME APPLY
    2.  DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL; 
    or  ALTER DATABASE RECOVER  managed standby database disconnect from session ;     
                        e.g.      incompatible Media Recovery in Progress
    3. Alert Log says Adjust CONTROL_FILE_RECORD_KEEP_TIME to sufficient limits.
    I have also adjusted CONTROL_FILE_RECORD_KEEP_TIME to 90 days as follows
    4. show parameter control_file          e.g. CONTROL_FILE_RECORD_KEEP_TIME=90
    5. I have checked firewall and tnsping for both Primary and Standby Server e.g. tnsping CVMIS (Primary), CVMISBK (Standby)
         Both are OK. TNSPING is showing 10-30msec delay.
    6. I have checked the web for gap Removal, Mostly are using RMAN method to Backup and then Restore to Standby DB.
          Is there any other way to fill this gap without using RMAN? I mean DG automatically fill it by using some commands
         are settings?
    Kind Regards
    Thunder2777

    Hi CKPT
    Thanks for the scripts which I executed today on 24 Mon 2013. Here are the Results.
    Standby Database Script Output:
    NAME                           DISPLAY_VALUE
    db_file_name_convert
    db_name                            UMIS
    db_unique_name                 UMISBK
    dg_broker_config_file1         C:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\DR1UMISBK.DAT
    dg_broker_config_file2         C:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\DR2UMISBK.DAT
    dg_broker_start                TRUE
    fal_client                          (DESCRIPTION=(ADDRESS_LIST=(AD
                                           DRESS=(PROTOCOL=tcp)(HOST=WIN-
                                           7VSLKL4CGU2)(PORT=1521)))(CONN
                                           ECT_DATA=(SERVICE_NAME=umisbk_
                                           XPT)(INSTANCE_NAME=umisbk)(SER
                                           VER=dedicated)))
    fal_server                         (DESCRIPTION=(ADDRESS_LIST=(AD
                                           DRESS=(PROTOCOL=tcp)(HOST=CV-A
                                           JKDB)(PORT=1521)))(CONNECT_DAT
                                           A=(SERVICE_NAME=umis_XPT)(SERV
                                           ER=dedicated)))
    local_listener
    log_archive_config               DG_CONFIG=(UMIS,UMISBK)
    log_archive_dest_2             SERVICE=UMIS LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=UMIS
    log_archive_dest_state_2           ENABLE
    log_archive_max_processes      10
    log_file_name_convert                E:\oracle\product\10.2.0\flash_recovery_area\UMIS\, D:\ORACLE\FRA\UMISBK
    remote_login_passwordfile         EXCLUSIVE
    standby_archive_dest                D:\ORACLE\FRA\UMISBK\ARCHIVELOG\
    standby_file_management                         AUTO
    NAME       DB_UNIQUE_NAME                 PROTECTION_MODE DATABASE_R OPEN_MODE
    UMIS       UMISBK      MAXIMUM PERFORMANCE PHYSICAL STANDBY MOUNTED
       THREAD# MAX(SEQUENCE#)
             1            890
    PROCESS   STATUS          THREAD#  SEQUENCE#
    ARCH      CONNECTED             0          0
    ARCH      CONNECTED             0          0
    ARCH      CONNECTED             0          0
    ARCH      CONNECTED             0          0
    ARCH      CLOSING                   1       1062
    ARCH      CONNECTED             0          0
    ARCH      CONNECTED             0          0
    ARCH      CONNECTED             0          0
    ARCH      CONNECTED             0          0
    ARCH      CONNECTED             0          0
    MRP0      WAIT_FOR_GAP          1        891
    RFS       IDLE                  1       1063
    RFS       IDLE                  0          0
    NAME                           VALUE      UNIT                           TIME_COMPUTED
    apply finish time                         day(2) to second(1) interval
    apply lag                                   day(2) to second(0) interval
    estimated startup time                22         second
    standby has been open              N
    transport lag                             day(2) to second(0) interval
       THREAD# LOW_SEQUENCE# HIGH_SEQUENCE#
             1           891            948
    NAME                                                            Size MB    Used MB
    D:\ORACLE\FRA                                                      2048          0
    STANDBY Alert Log:
    Mon Jun 24 10:19:55 2013
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[2]: Assigned to RFS process 1868
    RFS[2]: Identified database type as 'physical standby'
    RFS[2]: Successfully opened standby log 5: 'D:\ORACLE\ORADATA\UMISBK\SLOG02.LOG'
    Mon Jun 24 10:22:09 2013
    Adjusting the default value of parameter parallel_max_servers
    from 160 to 135 due to the value of parameter processes (150)
    Mon Jun 24 10:22:09 2013
    Starting ORACLE instance (normal)
    Mon Jun 24 10:22:09 2013
    alter database mount standby database
    ORA-1154 signalled during: alter database mount standby database...
    Mon Jun 24 10:22:09 2013
    alter database recover managed standby database using current logfile disconnect from session
    Mon Jun 24 10:22:40 2013
    ORA-1153 signalled during: alter database recover managed standby database using current logfile disconnect from session...
    Adjusting the default value of parameter parallel_max_servers
    from 160 to 135 due to the value of parameter processes (150)
    Mon Jun 24 10:24:40 2013
    Starting ORACLE instance (normal)
    Mon Jun 24 10:24:40 2013
    alter database mount standby database
    ORA-1154 signalled during: alter database mount standby database...
    Mon Jun 24 10:24:40 2013
    alter database recover managed standby database using current logfile disconnect from session
    Mon Jun 24 10:25:11 2013
    ORA-1153 signalled during: alter database recover managed standby database using current logfile disconnect from session...
    Mon Jun 24 10:26:46 2013
    Adjusting the default value of parameter parallel_max_servers
    from 160 to 135 due to the value of parameter processes (150)
    Mon Jun 24 10:26:46 2013
    Starting ORACLE instance (normal)
    Mon Jun 24 10:28:04 2013
    alter database mount standby database
    Mon Jun 24 10:28:04 2013
    ORA-1154 signalled during: alter database mount standby database...
    PRIMARY Database Script Output:
    NAME                           DISPLAY_VALUE
    db_file_name_convert           UMIS, UMISBK
    db_name                             UMIS
    db_unique_name                  UMIS
    dg_broker_config_file1           E:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\DR1UMIS.DAT
    dg_broker_config_file2           E:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\DR2UMIS.DAT
    dg_broker_start                   TRUE
    fal_client                             UMIS
    fal_server                            UMISBK
    local_listener
    log_archive_config               DG_CONFIG=(UMIS,UMISBK)
    log_archive_dest_2             service="(DESCRIPTION=(ADDRESS
                                             _LIST=(ADDRESS=(PROTOCOL=tcp)(
                                             HOST=WIN-7VSLKL4CGU2)(PORT=152
                                             1)))(CONNECT_DATA=(SERVICE_NAM
                                             E=umisbk_XPT)(INSTANCE_NAME=um
                                             isbk)(SERVER=dedicated)))",
                                             LGWR ASYNC NOAFFIRM delay=0 O
                                             PTIONAL max_failure=0 max_conn
                                             ections=1   reopen=300 db_uniq
                                             ue_name="umisbk" register net_
                                             timeout=180  valid_for=(online
                                             _logfile,primary_role)
    log_archive_dest_state_2          ENABLE
    log_archive_max_processes      2
    log_file_name_convert               E:\oracle\product\10.2.0\flash_recOvery_area\UMIS ARCHIVELOG\, D:\ORACLE\FRA\UMISBK\ARCHIVELOG\
    remote_login_passwordfile            EXCLUSIVE
    standby_archive_dest
    standby_file_management             AUTO
    NAME       DB_UNIQUE_NAME                 PROTECTION_MODE      DATABASE_R OPEN_MODE  SWITCHOVER_STATUS
    UMIS       UMIS                   MAXIMUM PERFORMANCE  PRIMARY    READ WRITE SESSIONS ACTIVE
       THREAD# MAX(SEQUENCE#)
             1           1062
        Thread Last Sequence Received Last Sequence Applied Difference
             1                   1062                  1062          0
             1                   1062                  1062          0
    SEVERITY        ERROR_CODE timestamp            MESSAGE
    Error                12514 24-JUN-2013 10:08:02 LGWR: Error 12514 creating archivelog file '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))
    Error                12514 24-JUN-2013 10:08:04 LGWR: Error 12514 creating archivelog file '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))
    Error                12514 24-JUN-2013 10:08:07 FAL[server, ARC1]: Error 12514 creating remote archivelog file '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))'
    Error                12514 24-JUN-2013 10:08:31 LGWR: Error 12514 creating archivelog file '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))
    Error                12514 24-JUN-2013 10:08:59 FAL[server, ARC1]: Error 12514 creating remote archivelog file '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))'
    Error                12514 24-JUN-2013 10:14:57 PING[ARC1]: Heartbeat failed to connect to standby '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))'. Error is 12514.
    ID STATUS    DB_MODE         TYPE RECOVERY_MODE        PROTECTION_MODE      SRLs ACTIVE ARCHIVED_SEQ#
      1 VALID     OPEN            ARCH IDLE                 MAXIMUM PERFORMANCE     0      0          1062
      2 VALID     UNKNOWN         LGWR UNKNOWN              MAXIMUM PERFORMANCE     4      3          1054
    NAME                                                            Size MB    Used MB
    E:\oracle\product\10.2.0\flash_recovery_area                       2048          0
    Primary Alert Log:
    System parameters with non-default values:
      processes                      = 150
      __shared_pool_size        = 335544320
      __large_pool_size           = 16777216
      __java_pool_size            = 33554432
      __streams_pool_size      = 0
      sga_target                     = 1258291200
      control_files            = E:\ORACLE\PRODUCT\10.2.0\ORADATA\UMIS\CONTROL01.CTL, E:\ORACLE\PRODUCT\10.2.0\ORADATA\UMIS\CONTROL02.CTL, E:\ORACLE\PRODUCT\10.2.0\ORADATA\UMIS\CONTROL03.CTL
      db_file_name_convert     = UMIS, UMISBK
      log_file_name_convert    = E:\oracle\product\10.2.0\flash_recOvery_area\UMIS ARCHIVELOG\, D:\ORACLE\FRA\UMISBK\ARCHIVELOG\
      control_file_record_keep_time= 90
      db_block_size                      = 8192
      __db_cache_size                 = 855638016
      compatible                           = 10.2.0.3.0
      log_archive_config                = DG_CONFIG=(UMIS,UMISBK)
      log_archive_dest_1       = location="E:\oracle\product\10.2.0\flash_recovery_area\UMIS\ARCHIVELOG", valid_for=(ONLINE_LOGFILE,ALL_ROLES)
      log_archive_dest_2       = service="(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))",    LGWR ASYNC NOAFFIRM delay=0 OPTIONAL max_failure=0 max_connections=1   reopen=300 db_unique_name="umisbk" register net_timeout=180  valid_for=(online_logfile,primary_role)
      log_archive_dest_state_1 = ENABLE
      log_archive_dest_state_2 = ENABLE
      log_archive_max_processes= 2
      log_archive_min_succeed_dest= 1
      standby_archive_dest     =
      log_archive_trace        = 0
      log_archive_format       = ARC_s%S_r%R_t%T.arc
      fal_client               = UMIS
      fal_server               = UMISBK
      archive_lag_target       = 0
      db_file_multiblock_read_count= 16
      db_recovery_file_dest    = E:\oracle\product\10.2.0\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=UMISXDB)
      job_queue_processes      = 10
      audit_file_dest          = E:\ORACLE\PRODUCT\10.2.0\ADMIN\UMIS\ADUMP
      background_dump_dest     = E:\ORACLE\PRODUCT\10.2.0\ADMIN\UMIS\BDUMP
      user_dump_dest           = E:\ORACLE\PRODUCT\10.2.0\ADMIN\UMIS\UDUMP
      core_dump_dest           = E:\ORACLE\PRODUCT\10.2.0\ADMIN\UMIS\CDUMP
      db_name                  = UMIS
      open_cursors             = 300
      pga_aggregate_target     = 417333248
      dg_broker_start          = TRUE
    PSP0 started with pid=3, OS id=2824
    MMAN started with pid=4, OS id=2820
    DBW0 started with pid=5, OS id=2396
    LGWR started with pid=6, OS id=2676
    CKPT started with pid=7, OS id=2692
    SMON started with pid=8, OS id=2096
    RECO started with pid=9, OS id=2924
    CJQ0 started with pid=10, OS id=2832
    MMON started with pid=11, OS id=3052
    Mon Jun 24 10:07:34 2013
    starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
    Mon Jun 24 10:07:34 2013
    starting up 1 shared server(s) ...
    MMNL started with pid=12, OS id=2700
    DMON started with pid=15, OS id=2908
    PMON started with pid=2, OS id=2812
    Mon Jun 24 10:07:35 2013
    alter database mount exclusive
    Mon Jun 24 10:07:40 2013
    Setting recovery target incarnation to 2
    Mon Jun 24 10:07:42 2013
    Successful mount of redo thread 1, with mount id 316954407
    Mon Jun 24 10:07:42 2013
    Database mounted in Exclusive Mode
    Completed: alter database mount exclusive
    Mon Jun 24 10:07:42 2013
    alter database open
    Mon Jun 24 10:07:47 2013
    Starting Data Guard Broker (DMON)
    NSV1 started with pid=16, OS id=3552
    Mon Jun 24 10:07:50 2013
    Beginning crash recovery of 1 threads
    parallel recovery started with 7 processes
    INSV started with pid=24, OS id=3628
    Mon Jun 24 10:07:52 2013
    Started redo scan
    Mon Jun 24 10:07:53 2013
    Completed redo scan
    144 redo blocks read, 60 data blocks need recovery
    Mon Jun 24 10:07:53 2013
    Started redo application at
    Thread 1: logseq 1059, block 8380
    Mon Jun 24 10:07:53 2013
    Recovery of Online Redo Log: Thread 1 Group 3 Seq 1059 Reading mem 0
      Mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\UMIS\REDO03.LOG
    Mon Jun 24 10:07:53 2013
    Completed redo application
    Mon Jun 24 10:07:53 2013
    Completed crash recovery at
    Thread 1: logseq 1059, block 8524, scn 26461769
    60 data blocks read, 60 data blocks written, 144 redo blocks read
    Mon Jun 24 10:07:57 2013
    LGWR: STARTING ARCH PROCESSES
    ARC0 started with pid=25, OS id=3804
    ARC1 started with pid=26, OS id=3808
    Mon Jun 24 10:07:57 2013
    ARC0: Archival started
    ARC1: Archival started
    LGWR: STARTING ARCH PROCESSES COMPLETE
    RSM0 started with pid=27, OS id=3812
    LNS1 started with pid=28, OS id=3824
    Mon Jun 24 10:08:01 2013
    Thread 1 advanced to log sequence 1060 (thread open)
    Thread 1 opened at log sequence 1060
      Current log# 1 seq# 1060 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\UMIS\REDO01.LOG
    Successful open of redo thread 1
    Mon Jun 24 10:08:02 2013
    MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
    Mon Jun 24 10:08:02 2013
    ARC1: STARTING ARCH PROCESSES
    Mon Jun 24 10:08:02 2013
    ARC0: Becoming the 'no FAL' ARCH
    ARC0: Becoming the 'no SRL' ARCH
    Mon Jun 24 10:08:02 2013
    ARC2: Archival started
    Mon Jun 24 10:08:02 2013
    ARC1: STARTING ARCH PROCESSES COMPLETE
    ARC2 started with pid=29, OS id=3544
    ARC1: Becoming the heartbeat ARCH
    Mon Jun 24 10:08:02 2013
    LGWR: Setting 'active' archival for destination LOG_ARCHIVE_DEST_2
    Error 12514 received logging on to the standby
    LGWR: Error 12514 creating archivelog file '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))'
    Mon Jun 24 10:08:02 2013
    Errors in file e:\oracle\product\10.2.0\admin\umis\bdump\umis_lns1_3824.trc:
    ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
    Mon Jun 24 10:08:02 2013
    SMON: enabling cache recovery
    Mon Jun 24 10:08:03 2013
    ALTER SYSTEM SET log_archive_dest_2='service="(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))"','   LGWR ASYNC NOAFFIRM delay=0 OPTIONAL max_failure=0 max_connections=1   reopen=300 db_unique_name="umisbk" register net_timeout=180  valid_for=(online_logfile,primary_role)' SCOPE=BOTH;
    Mon Jun 24 10:08:03 2013
    LNS: Failed to archive log 1 thread 1 sequence 1060 (12514)
    Mon Jun 24 10:08:03 2013
    ALTER SYSTEM SET log_archive_dest_state_2='ENABLE' SCOPE=BOTH;
    Mon Jun 24 10:08:03 2013
    ALTER DATABASE OPEN
    Mon Jun 24 10:08:03 2013
    ORA-1531 signalled during: ALTER DATABASE OPEN...
    Mon Jun 24 10:08:04 2013
    Error 12514 received logging on to the standby
    LGWR: Error 12514 creating archivelog file '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))'
    Mon Jun 24 10:08:04 2013
    Errors in file e:\oracle\product\10.2.0\admin\umis\bdump\umis_lns1_3824.trc:
    ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
    LNS: Failed to archive log 1 thread 1 sequence 1060 (12514)
    Mon Jun 24 10:08:04 2013
    Successfully onlined Undo Tablespace 1.
    Mon Jun 24 10:08:04 2013
    SMON: enabling tx recovery
    Mon Jun 24 10:08:05 2013
    Database Characterset is WE8MSWIN1252
    Opening with internal Resource Manager plan
    where NUMA PG = 1, CPUs = 8
    Mon Jun 24 10:08:06 2013
    Error 12514 received logging on to the standby
    Mon Jun 24 10:08:06 2013
    Errors in file e:\oracle\product\10.2.0\admin\umis\bdump\umis_arc1_3808.trc:
    ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
    FAL[server, ARC1]: Error 12514 creating remote archivelog file '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))'
    FAL[server, ARC1]: FAL archive failed, see trace file.
    Mon Jun 24 10:08:07 2013
    replication_dependency_tracking turned off (no async multimaster replication found)
    Mon Jun 24 10:08:07 2013
    Errors in file e:\oracle\product\10.2.0\admin\umis\bdump\umis_arc1_3808.trc:
    ORA-16055: FAL request rejected
    Mon Jun 24 10:08:07 2013
    ARCH: FAL archive failed. Archiver continuing
    Mon Jun 24 10:08:08 2013
    Starting background process QMNC
    QMNC started with pid=28, OS id=3984
    Mon Jun 24 10:08:15 2013
    db_recovery_file_dest_size of 2048 MB is 0.00% 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 Jun 24 10:08:15 2013
    Completed: alter database open
    Mon Jun 24 10:08:19 2013
    ALTER SYSTEM SET standby_archive_dest='' SCOPE=BOTH SID='umis';
    Mon Jun 24 10:08:19 2013
    ALTER SYSTEM SET log_archive_trace=0 SCOPE=BOTH SID='umis';
    Mon Jun 24 10:08:19 2013
    ALTER SYSTEM SET log_archive_format='ARC_s%S_r%R_t%T.arc' SCOPE=SPFILE SID='umis';
    Mon Jun 24 10:08:20 2013
    ALTER SYSTEM SET standby_file_management='AUTO' SCOPE=BOTH SID='*';
    Mon Jun 24 10:08:20 2013
    ALTER SYSTEM SET archive_lag_target=0 SCOPE=BOTH SID='*';
    Mon Jun 24 10:08:20 2013
    ALTER SYSTEM SET log_archive_max_processes=2 SCOPE=BOTH SID='*';
    Mon Jun 24 10:08:21 2013
    ALTER SYSTEM SET log_archive_min_succeed_dest=1 SCOPE=BOTH SID='*';
    Mon Jun 24 10:08:21 2013
    ALTER SYSTEM SET db_file_name_convert='UMIS','UMISBK' SCOPE=SPFILE;
    Mon Jun 24 10:08:21 2013
    ALTER SYSTEM SET log_file_name_convert='E:\oracle\product\10.2.0\flash_recOvery_area\UMIS ARCHIVELOG\','D:\ORACLE\FRA\UMISBK\ARCHIVELOG\' SCOPE=SPFILE;
    Mon Jun 24 10:08:21 2013
    ALTER SYSTEM ARCHIVE LOG
    Mon Jun 24 10:08:21 2013
    Thread 1 cannot allocate new log, sequence 1061
    Private strand flush not complete
      Current log# 1 seq# 1060 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\UMIS\REDO01.LOG
    Mon Jun 24 10:08:22 2013
    Shutting down archive processes
    Mon Jun 24 10:08:22 2013
    Thread 1 advanced to log sequence 1061 (LGWR switch)
    Mon Jun 24 10:08:22 2013
      Current log# 2 seq# 1061 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\UMIS\REDO02.LOG
    Mon Jun 24 10:08:27 2013
    ARCH shutting down
    ARC2: Archival stopped
    Mon Jun 24 10:08:27 2013
    ALTER SYSTEM SET log_archive_dest_2='service="(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))"','   LGWR ASYNC NOAFFIRM delay=0 OPTIONAL max_failure=0 max_connections=1   reopen=300 db_unique_name="umisbk" register net_timeout=180  valid_for=(online_logfile,primary_role)' SCOPE=BOTH;
    Mon Jun 24 10:08:27 2013
    ALTER SYSTEM SET log_archive_dest_state_2='ENABLE' SCOPE=BOTH;
    Mon Jun 24 10:08:27 2013
    ALTER SYSTEM ARCHIVE LOG
    Mon Jun 24 10:08:27 2013
    Thread 1 cannot allocate new log, sequence 1062
    Private strand flush not complete
      Current log# 2 seq# 1061 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\UMIS\REDO02.LOG
    LNS1 started with pid=29, OS id=4204
    Mon Jun 24 10:08:31 2013
    Thread 1 advanced to log sequence 1062 (LGWR switch)
      Current log# 3 seq# 1062 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\UMIS\REDO03.LOG
    Mon Jun 24 10:08:31 2013
    Error 12514 received logging on to the standby
    LGWR: Error 12514 creating archivelog file '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))'
    Mon Jun 24 10:08:31 2013
    Errors in file e:\oracle\product\10.2.0\admin\umis\bdump\umis_lns1_4204.trc:
    ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
    LNS: Failed to archive log 3 thread 1 sequence 1062 (12514)
    Mon Jun 24 10:08:59 2013
    Error 12514 received logging on to the standby
    Mon Jun 24 10:08:59 2013
    Errors in file e:\oracle\product\10.2.0\admin\umis\bdump\umis_arc1_3808.trc:
    ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
    FAL[server, ARC1]: Error 12514 creating remote archivelog file '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))'
    FAL[server, ARC1]: FAL archive failed, see trace file.
    Mon Jun 24 10:08:59 2013
    Errors in file e:\oracle\product\10.2.0\admin\umis\bdump\umis_arc1_3808.trc:
    ORA-16055: FAL request rejected
    ARCH: FAL archive failed. Archiver continuing
    Mon Jun 24 10:14:57 2013
    Error 12514 received logging on to the standby
    Mon Jun 24 10:14:57 2013
    Errors in file e:\oracle\product\10.2.0\admin\umis\bdump\umis_arc1_3808.trc:
    ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
    PING[ARC1]: Heartbeat failed to connect to standby '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))'. Error is 12514.
    Mon Jun 24 10:18:46 2013
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    Mon Jun 24 10:19:23 2013
    ALTER SYSTEM SET log_archive_dest_2='service="(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))"','   LGWR ASYNC NOAFFIRM delay=0 OPTIONAL max_failure=0 max_connections=1   reopen=300 db_unique_name="umisbk" register net_timeout=180  valid_for=(online_logfile,primary_role)' SCOPE=BOTH;
    Mon Jun 24 10:19:23 2013
    ALTER SYSTEM SET log_archive_dest_state_2='ENABLE' SCOPE=BOTH;
    Mon Jun 24 10:19:23 2013
    ALTER SYSTEM ARCHIVE LOG
    Mon Jun 24 10:19:24 2013
    Thread 1 cannot allocate new log, sequence 1063
    Private strand flush not complete
      Current log# 3 seq# 1062 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\UMIS\REDO03.LOG
    LNS1 started with pid=18, OS id=4300
    Mon Jun 24 10:19:28 2013
    Thread 1 advanced to log sequence 1063 (LGWR switch)
      Current log# 1 seq# 1063 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\UMIS\REDO01.LOG
    Mon Jun 24 10:19:28 2013
    LNS: Standby redo logfile selected for thread 1 sequence 1063 for destination LOG_ARCHIVE_DEST_2
    Mon Jun 24 10:19:58 2013
    ARC1: Standby redo logfile selected for thread 1 sequence 1062 for destination LOG_ARCHIVE_DEST_2
    Well there seems to be some connectivity issue on Primary DB (I Guess!!!).
    But when I issue tnsping from Primary Database, the result is
    SQL> host tnsping umisbk (Standy DB Name)  --->   Status: OK [10-30msec]
    And when I issue tnsping from Standby Database, the result is
    SQL> host tnsping umis (Primary DB Name)    --->   Status: OK [10-30msec]
    So what your Recommendation.
    Kind Regards
    Thuhnder2777

  • How to delete archive log file

    hii,
    presently i am working on oracle 10gR2 on windows server 2003.
    hard disk drive is almost full.
    when i execute this command
    "DELETE EXPIRED ARCHIVE LOG ALL";
    it give message
    "specifies does not match any archive log in the recovery catalog"
    how can i delete archive log files ??
    Regards
    Vaibhav Dixit

    these are the list
    RMAN> list archivelog all;
    List of Archived Log Copies
    Key Thrd Seq S Low Time Name
    696 1 341 A 25-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_341_758982530.ARC
    698 1 342 A 26-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_342_758982530.ARC
    700 1 343 A 26-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_343_758982530.ARC
    702 1 344 A 26-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_344_758982530.ARC
    704 1 345 A 26-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_345_758982530.ARC
    705 1 346 A 26-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_346_758982530.ARC
    708 1 347 A 26-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_347_758982530.ARC
    710 1 348 A 27-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_348_758982530.ARC
    712 1 349 A 27-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_349_758982530.ARC
    714 1 350 A 27-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_350_758982530.ARC
    716 1 351 A 28-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_351_758982530.ARC
    719 1 352 A 28-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_352_758982530.ARC
    720 1 353 A 28-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_353_758982530.ARC
    721 1 354 A 28-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_354_758982530.ARC
    722 1 355 A 28-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_355_758982530.ARC
    727 1 356 A 29-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_356_758982530.ARC
    728 1 357 A 29-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_357_758982530.ARC
    730 1 358 A 29-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_358_758982530.ARC
    732 1 359 A 29-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_359_758982530.ARC
    734 1 360 A 29-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_360_758982530.ARC
    736 1 361 A 30-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_361_758982530.ARC
    738 1 362 A 30-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_362_758982530.ARC
    740 1 363 A 30-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_363_758982530.ARC
    741 1 364 A 30-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_364_758982530.ARC
    742 1 365 A 30-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_365_758982530.ARC
    743 1 366 A 30-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_366_758982530.ARC
    744 1 367 A 30-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_367_758982530.ARC
    745 1 368 A 30-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_368_758982530.ARC
    746 1 369 A 30-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_369_758982530.ARC
    753 1 370 A 30-NOV-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_370_758982530.ARC
    756 1 371 A 01-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_371_758982530.ARC
    758 1 372 A 01-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_372_758982530.ARC
    759 1 373 A 01-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_373_758982530.ARC
    763 1 374 A 01-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_374_758982530.ARC
    764 1 375 A 02-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_375_758982530.ARC
    767 1 376 A 02-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_376_758982530.ARC
    768 1 377 A 02-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_377_758982530.ARC
    770 1 378 A 02-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_378_758982530.ARC
    772 1 379 A 02-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_379_758982530.ARC
    774 1 380 A 02-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_380_758982530.ARC
    776 1 381 A 03-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_381_758982530.ARC
    778 1 382 A 03-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_382_758982530.ARC
    780 1 383 A 03-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_383_758982530.ARC
    782 1 384 A 03-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_384_758982530.ARC
    784 1 385 A 04-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_385_758982530.ARC
    785 1 386 A 04-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_386_758982530.ARC
    788 1 387 A 05-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_387_758982530.ARC
    790 1 388 A 05-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_388_758982530.ARC
    791 1 389 A 05-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_389_758982530.ARC
    792 1 390 A 05-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_390_758982530.ARC
    793 1 391 A 06-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_391_758982530.ARC
    794 1 392 A 06-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_392_758982530.ARC
    795 1 393 A 06-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_393_758982530.ARC
    796 1 394 A 06-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_394_758982530.ARC
    797 1 395 A 06-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_395_758982530.ARC
    798 1 396 A 06-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_396_758982530.ARC
    799 1 397 A 06-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_397_758982530.ARC
    800 1 398 A 06-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_398_758982530.ARC
    801 1 399 A 07-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_399_758982530.ARC
    802 1 400 A 07-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_400_758982530.ARC
    803 1 401 A 07-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_401_758982530.ARC
    804 1 402 A 07-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_402_758982530.ARC
    805 1 403 A 07-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_403_758982530.ARC
    806 1 404 A 07-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_404_758982530.ARC
    808 1 405 A 07-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_405_758982530.ARC
    814 1 406 A 07-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_406_758982530.ARC
    816 1 407 A 07-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_407_758982530.ARC
    817 1 408 A 07-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_408_758982530.ARC
    822 1 409 A 07-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_409_758982530.ARC
    823 1 410 A 07-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_410_758982530.ARC
    824 1 411 A 07-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_411_758982530.ARC
    826 1 412 A 07-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_412_758982530.ARC
    829 1 413 A 07-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_413_758982530.ARC
    831 1 414 A 07-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_414_758982530.ARC
    839 1 415 A 08-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_415_758982530.ARC
    841 1 416 A 08-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_416_758982530.ARC
    843 1 417 A 08-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_417_758982530.ARC
    844 1 418 A 08-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_418_758982530.ARC
    848 1 419 A 08-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_419_758982530.ARC
    849 1 420 A 08-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_420_758982530.ARC
    850 1 421 A 08-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_421_758982530.ARC
    851 1 422 A 08-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_422_758982530.ARC
    852 1 423 A 08-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_423_758982530.ARC
    853 1 424 A 08-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_424_758982530.ARC
    854 1 425 A 08-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_425_758982530.ARC
    856 1 426 A 08-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_426_758982530.ARC
    862 1 427 A 08-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_427_758982530.ARC
    870 1 428 A 09-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_428_758982530.ARC
    872 1 429 A 09-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_429_758982530.ARC
    874 1 430 A 09-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_430_758982530.ARC
    875 1 431 A 09-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_431_758982530.ARC
    878 1 432 A 09-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_432_758982530.ARC
    880 1 433 A 09-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_433_758982530.ARC
    882 1 434 A 10-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_434_758982530.ARC
    884 1 435 A 10-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_435_758982530.ARC
    886 1 436 A 10-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_436_758982530.ARC
    888 1 437 A 10-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_437_758982530.ARC
    890 1 438 A 11-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_438_758982530.ARC
    891 1 439 A 11-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_439_758982530.ARC
    893 1 440 A 12-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_440_758982530.ARC
    896 1 441 A 12-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_441_758982530.ARC
    898 1 442 A 12-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_442_758982530.ARC
    900 1 443 A 12-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_443_758982530.ARC
    901 1 444 A 12-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_444_758982530.ARC
    902 1 445 A 13-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_445_758982530.ARC
    903 1 446 A 13-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_446_758982530.ARC
    904 1 447 A 13-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_447_758982530.ARC
    910 1 448 A 13-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_448_758982530.ARC
    912 1 449 A 13-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_449_758982530.ARC
    914 1 450 A 13-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_450_758982530.ARC
    916 1 451 A 13-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_451_758982530.ARC
    918 1 452 A 13-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_452_758982530.ARC
    920 1 453 A 13-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_453_758982530.ARC
    922 1 454 A 13-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_454_758982530.ARC
    924 1 455 A 14-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_455_758982530.ARC
    926 1 456 A 14-DEC-11 E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ES
    PL\1_456_758982530.ARC
    RMAN> delete noprompt expired archivelog all;
    released channel: ORA_DISK_1
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=77 devtype=DISK
    specification does not match any archive log in the recovery catalog

  • Archive Log Failure

    While the database was in Archive mode, I recived the following errors. The database was function properly for several hours then the following started happening.
    Archive process generated these errors.
    ARC0: Evaluating archive log 2 thread 1 sequence 89
    ARC0: Archiving not possible no primary destinations
    ARC0: Failed to archive log 2 thread 1 sequence 89
    These are some ORA errors:
    ORA-27044: unable to write header block file.
    ORA-16038: log 2 sequence# 89 can not be archived
    ORA-19504: failed to create file""
    ORA-00312: online log 2 thread 1: 'D:\ORACLE\ORADATA\REDO\REDO02.LOG'
    OSD???
    OSD-04008: Writefile() failure, unable to write to file
    Any starting points, are greatly appreciated

    While the database was in Archive mode, I recived the following errors. The database was function properly for several hours then the following started happening.
    Archive process generated these errors.
    ARC0: Evaluating archive log 2 thread 1 sequence 89
    ARC0: Archiving not possible no primary destinations
    ARC0: Failed to archive log 2 thread 1 sequence 89
    These are some ORA errors:
    ORA-27044: unable to write header block file.
    ORA-16038: log 2 sequence# 89 can not be archived
    ORA-19504: failed to create file""
    ORA-00312: online log 2 thread 1: 'D:\ORACLE\ORADATA\REDO\REDO02.LOG'
    OSD???
    OSD-04008: Writefile() failure, unable to write to file
    Any starting points, are greatly appreciated

  • Archive log missing on standby: FAL[client]: Failed to request gap sequence

    My current environment is Oracle 10.2.0.4 with ASM 10.2.0.4 on a 2 node RAC in production and a standby that is the same setup. I'm also running on Oracle Linux 5. Almost daily now an archivelog doesnt make it to the standby and oracle doesnt seem to resolve the gap sequence from the primary. If I stop and restart recovery it gets the logfile and continues recovery just fine. I have checked my fal_client and fal_server settings and they look good. The logs after this error do continue to get written to the standby but the standby wont continue recovery until I stop and restart recovery and it fetches this missing log.
    The only thing I know thats happening is that the firewall people are disconnecting any connections that are inactive for 60 minutes and recently did an upgrade that they are claiming didnt change anything:)  I dont know if this is causing this problem or not. Any thoughts on what might be happening?
    Error in standby alert.log:
    Tue Jun 29 23:15:35 2010
    RFS[258]: Possible network disconnect with primary database
    Tue Jun 29 23:15:36 2010
    Fetching gap sequence in thread 2, gap sequence 9206-9206
    Tue Jun 29 23:16:46 2010
    FAL[client]: Failed to request gap sequence
    GAP - thread 2 sequence 9206-9206
    DBID 661398854 branch 714087609
    FAL[client]: All defined FAL servers have been attempted.
    Error on primary alert.log:
    Tue Jun 29 23:00:07 2010
    ARC0: Creating remote archive destination LOG_ARCHIVE_DEST_2: 'WSSPRDB' (thread 1 sequence 9265)
    (WSSPRD1)
    ARC0: Transmitting activation ID 0x29c37469
    Tue Jun 29 23:00:07 2010
    Errors in file /u01/app/oracle/admin/WSSPRD/bdump/wssprd1_arc0_14024.trc:
    ORA-03135: connection lost contact
    FAL[server, ARC0]: FAL archive failed, see trace file.
    Tue Jun 29 23:00:07 2010
    Errors in file /u01/app/oracle/admin/WSSPRD/bdump/wssprd1_arc0_14024.trc:
    ORA-16055: FAL request rejected
    ARCH: FAL archive failed. Archiver continuing
    Tue Jun 29 23:00:07 2010
    ORACLE Instance WSSPRD1 - Archival Error. Archiver continuing.
    Tue Jun 29 23:00:41 2010
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    Tue Jun 29 23:00:41 2010
    FAL[server, ARC2]: Begin FAL archive (dbid 0 branch 714087609 thread 2 sequence 9206 dest WSSPRDB)
    FAL[server, ARC2]: FAL archive failed, see trace file.
    Tue Jun 29 23:00:43 2010
    Errors in file /u01/app/oracle/admin/WSSPRD/bdump/wssprd1_arc2_14028.trc:
    ORA-16055: FAL request rejected
    ARCH: FAL archive failed. Archiver continuing
    Tue Jun 29 23:00:43 2010
    ORACLE Instance WSSPRD1 - Archival Error. Archiver continuing.
    Tue Jun 29 23:01:16 2010
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    Tue Jun 29 23:15:01 2010
    Thread 1 advanced to log sequence 9267 (LGWR switch)
    I have checked the trace files that get spit out but they arent anything meaningful to me as to whats really happening. Snipit of the trace file:
    tkcrrwkx: Starting to process work request
    tkcrfgli: SRL header: 0
    tkcrfgli: SRL tail: 0
    tkcrfgli: ORL to arch: 4
    tkcrfgli: le# seq thr for bck tba flags
    tkcrfgli: 1 359 1 2 0 3 0x0008 ORL active cur
    tkcrfgli: 2 358 1 0 1 1 0x0000 ORL active
    tkcrfgli: 3 361 2 4 0 0 0x0008 ORL active cur
    tkcrfgli: 4 360 2 0 3 2 0x0000 ORL active
    tkcrfgli: 5 -- entry deleted --
    tkcrfgli: 6 -- entry deleted --
    tkcrfgli: 7 -- entry deleted --
    tkcrfgli: 8 -- entry deleted --
    tkcrfgli: 9 -- entry deleted --
    tkcrfgli: 191 -- entry deleted --
    tkcrfgli: 192 -- entry deleted --
    *** 2010-03-27 01:30:32.603 20998 kcrr.c
    tkcrrwkx: Request from LGWR to perform: <startup>
    tkcrrcrlc: Starting CRL ARCH check
    *** 2010-03-27 01:30:32.603 66085 kcrr.c
    Beginning controlfile transaction 0x0x7fffd0b53198 [kcrr.c:20395 (14011)]
    *** 2010-03-27 01:30:32.645 66173 kcrr.c
    Acquired controlfile transaction 0x0x7fffd0b53198 [kcrr.c:20395 (14024)]
    *** 2010-03-27 01:30:32.649 66394 kcrr.c
    Ending controlfile transaction 0x0x7fffd0b53198 [kcrr.c:20397]
    tkcrrasgn: Checking for 'no FAL', 'no SRL', and 'HB' ARCH process
    # HB NoF NoS CRL Name
    29 NO NO NO NO ARC0
    28 NO YES YES NO ARC1
    27 NO NO NO NO ARC2
    26 NO NO NO NO ARC3
    25 YES NO NO NO ARC4
    24 NO NO NO NO ARC5
    23 NO NO NO NO ARC6
    22 NO NO NO NO ARC7
    21 NO NO NO NO ARC8
    20 NO NO NO NO ARC9
    Thanks.
    Kristi

    It's the network that's messing up; unlikely due to firewall timeout as it waits for 60 minutes and you are switching every 15 minutes. There may be some other network glitch that needs rectified.
    In any case - arch file missing/ corrupt / halfway through - FAL setting should have refetched the problematic archive log automatically.
    As many had suggested already, the best way to resolve RFS issues I believe is to use real-time apply by configuring standby redo logs. It's very easy to configure it and you can opt for real-time apply even in max-performance mode that you are using right now.
    Even though you are maintaining (I guess) 1-1 between primary & standby instances, you can provide both primary instances in fal_server (like fal_server=string1,string2). See if that helps.
    lastly, check if you are having simiar issue at other times as well that might be getting rectified automatically as expected.
    col message for a80
    col time for a20
    select message, to_char(timestamp,'dd-mon-rr hh24:mi:ss') time
    from v$dataguard_status
    where severity in ('Error','Fatal')
    order by timestamp;
    Cheers.

  • Incomplete Recovery Fails using Full hot backup & Archive logs !!

    Hello DBA's !!
    I am doing on Recovery scenario where I have taken One full hot backup of my Portal Database (EPR) and Restored it on New Test Server. Also I restored Archive logs from last full hot backup for next 6 days. Also I restored the latest Control file (binary) to their original locations. Now, I started the recovery scenario as follows....
    1) Installed Oracle 10.2.0.2 compatible with restored version of oracle.
    2) Configured tnsnames.ora, listener.ora, sqlnet.ora with hostname of Test server.
    3) Restored all Hot backup files from Tape to Test Server.
    4) Restored all archive logs from tape to Test server.
    5) Restored Latest Binary Control file from Tape to Test Server.
    6) Now, Started recovery using following command from SQL prompt.
    SQL> recover database until cancel using backup controlfile;
    7) Open database after Recovery Completion using RESETLOGS option.
    Now in Above scenario I completed steps upto 5) successfully. But when I execute the step 6) the recovery completes with Warning : Recovery completed but OPEN RESETLOGS may throw error " system file needs more recovery to be consistent " . Please find the following snapshot ....
    ORA-00279: change 7001816252 generated at 01/13/2008 12:53:05 needed for thread
    1
    ORA-00289: suggestion : /oracle/EPR/oraarch/1_9624_601570270.dbf
    ORA-00280: change 7001816252 for thread 1 is in sequence #9624
    ORA-00278: log file '/oracle/EPR/oraarch/1_9623_601570270.dbf' no longer needed
    for this recovery
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    ORA-00308: cannot open archived log '/oracle/EPR/oraarch/1_9624_601570270.dbf'
    ORA-27037: unable to obtain file status
    SVR4 Error: 2: No such file or directory
    Additional information: 3
    ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
    ORA-01194: file 1 needs more recovery to be consistent
    ORA-01110: data file 1: '/oracle/EPR/sapdata1/system_1/system.data1'
    SQL> SQL> SQL> SQL> SQL> SQL> SQL>
    SQL> alter database open resetlogs;
    alter database open resetlogs
    ERROR at line 1:
    ORA-01194: file 1 needs more recovery to be consistent
    ORA-01110: data file 1: '/oracle/EPR/sapdata1/system_1/system.data1'
    Let me know What should be the reason behind recovery failure !
    Note : I tried to Open the database using Last Full Hot Backup only & not applying any archives. Then Database Opens successfully. It means my Database Installation & Configuration is OK !
    Please Let me know why my Incomplete Recovery using Archive logs Goes Fail ?
    Atul Patil.

    oh you made up a new thread so here again:
    there is nothing wrong.
    You restored your backup, archives etc.
    you started your recovery and oracle applyed all archives but the archive
    '/oracle/EPR/oraarch/1_9624_601570270.dbf'
    does not exist because it represents your current online redo log file and that is not present.
    the recovery process cancels by itself.
    the solution is:
    restart your recovery process with:
    recover database until cancel using backup controlfile
    and when oracle suggests you '/oracle/EPR/oraarch/1_9624_601570270.dbf'
    type cancel!
    now you should be able to open your database with open resetlogs.

  • Duplicate target database - is failed due to missing archive log

    Hi,
    "duplicate target database to " is failed due to required archive log is not found on tape.
    After mounting the right tape, how to proceed , please suggest
    ERROR:-->
    RMAN>
    connect catalog *******
    connect auxiliary /
    connect target ******
    Run {
    set until time '16-NOV-2008 23:50';
    allocate auxiliary channel t1 type 'sbt_tape' parms ....
    duplicate target database to mydb;
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of Duplicate Db command at 11/30/2008 10:27:00
    RMAN-03015: error occurred in stored script Memory Script
    ORA-19501: read error on file "orcl_ARCHIVES_BACKUP_0811160110_u0jvq7vt_1
    _1", blockno 1 (blocksize=512)
    ORA-27190: skgfrd: sbtread2 returned error
    ORA-19511: Error received from media manager layer, error text:
    ANS1314E (RC14) File data currently unavailable on server
    Recovery Manager complete.
    Thanks In Advance,

    This is basically not a RMAN problem,but a media management issue,which has to be addressed to the TSM staff:
    ANS1314E
    File data currently unavailable on server
    Explanation:
    The file data is currently unavailable on the server. A retrieve or restore operation was attempted. Possible causes are:
    Data was corrupted at the server
    Server found a read error
    File is temporarily involved in a reclaim operation at the server
    Server requested a tape volume that was marked unavailable.
    System action:
    Processing stopped.
    User response:
    Retry the operation. If the problem continues, see your system administrator to determine the problem from the server console or the activity log. Check whether any requests were made for a tape volume that was unavailable. A tape volume may be marked unavailable if prior read errors were encountered or the volume is checked out of the tape library.
    Werner

Maybe you are looking for