Hangup transport archive log in primary and archive log apply

Hi
I am building Dataguard from 3-node primary cluster to 3-node standby cluster
Oracle Version:10.2.0.4
Operating system : LInux 64 bit
After I restored standby database, I configured dataguard broker with wrong unique_name parameter in standby cluster using grid control
after I corrected mistake, disabled dataguard broker parameters, delete dataguard broker files and reboot standby cluster but don't reboot primary cluster because is production enviroment.
I have problem with following symptoms:
-Hangup transport archive log while recovery database in standby then gap archivelog is produced.
-Copy and register all archivelog gap in standby but don't apply archive log.
- Don't register like applied in v$archived_log in primary the archives applied in standby manually.
-RMAN command: "backup as COMPRESSED BACKUPSET tag 'Backup Full Disk' archivelog all not backed up delete all input;"
don't delete in primary archive log applied because message " archive log is necessary"
I think that is necessary reboot primary cluster.
Please helpme

Post the results of queries. It is difficult to understand.
post from primary
SQL> select thread#,max(sequence#) from v$archived_log group by thread#;select     ds.dest_id id
,     ad.status
,     ds.database_mode db_mode
,     ad.archiver type
,     ds.recovery_mode
,     ds.protection_mode
,     ds.standby_logfile_count "SRLs"
,     ds.standby_logfile_active active
,     ds.archived_seq#
from     v$archive_dest_status     ds
,     v$archive_dest          ad
where     ds.dest_id = ad.dest_id
and     ad.status != 'INACTIVE'
order by
     ds.dest_id
Post from standby.
SQL> select thread#,max(sequence#) from v$archived_log where applied='YES' group by thread#;
select * from v$managed_standby;

Similar Messages

  • Archive gap between primary and standby

    Hi,
    I've a production environment with 2node RAC with ASM as primary and standalone standby with datafiles stored on the filesystem.
    Always on the standby side, there is only one archive gap on the standby end, it is not applying it even after arrival of the archivelog.
    How to overcome it?
    Thanks

    Hello;
    Depending upon the query you are using "Real time apply" might show as 1 log behind. Is this possible?
    Example from mine :
    STANDBY               SEQUENCE# APPLIED    COMPLETIO                                               
    STANDBY2                 10711 YES        31-MAY-12                                               
    STANDBY2                 10712 YES        31-MAY-12                                               
    STANDBY2                 10713 YES        31-MAY-12                                               
    STANDBY2                 10714 YES        31-MAY-12                                               
    STANDBY2                 10715 YES        31-MAY-12                                               
    STANDBY2                 10716 YES        31-MAY-12                                               
    STANDBY2                 10717 YES        31-MAY-12                                               
    STANDBY2                 10718 YES        31-MAY-12                                               
    STANDBY2                 10719 YES        31-MAY-12                                               
    STANDBY2                 10720 YES        31-MAY-12                                               
    STANDBY2                 10721 YES        31-MAY-12                                               
    STANDBY2                 10722 YES        31-MAY-12                                               
    STANDBY2                 10723 YES        31-MAY-12                                               
    STANDBY2                 10724 YES        31-MAY-12                                               
    STANDBY2                 10725 NO         01-JUN-12     So sequence 10725 is still in progress so it shows 'NO'.
    Can you post the query you are using?
    Best Regards
    mseberg
    Edited by: mseberg on Jun 14, 2012 7:28 AM

  • Dataguard showing 8hr lag between logs between primary and physical

    I'm showing around 8 hrs between when my primary sends the redo to my physical standby. My protection mode is at maximum performance. I'm wondering if I should change the time that my primary sends the redo to something shorter? Is this ok to have such a span between when the primary sends the redo?
    thanks.
    Message was edited by:
    Bogey

    Are you saying it's taking 8 hrs to transfer a log to the physical standby or 8hrs to apply that log?
    I suspect its the latter (unless you have huge logfiles and a slow network!) so yes you can tune the delay, its the DELAY parameter in the log_archive_dest_n paramater. Check to see what you have that set to.
    As to whether 8hrs is ok is entirely dependent on your business and your service level agreements, so you'll have to answer that.

  • Retention Policy between Mailbox and Archive Mailbox level

    Dear All
    I have some questions about the Retention Policy between Mailbox and Archive Mailbox.
    I want to apply different retention tag on different Mailbox level. 
    In normal case , I would like apply the Retention Policy for Mailbox after 28 days moving to archive Mailbox and over 365 days to be deleted.
    And the Archive Mailbox should be liked deleted the mail over 90 or 180 days.
    But I found that the archive Mailbox is applied the same Retention Policy as the Mailbox one.
    Is it Normal case ? How can I set another retention Policy for My archive Mailbox ?
    Best Regards
    Vincent Chi

    You cannot have a different retention policy for primary and archive mailbox. The policy applied to the primary mailbox also applies
    to the archive mailbox.
    http://blogs.technet.com/b/vikass_blog/archive/2013/07/04/retention-policy-on-archive-mailbox.aspx
    Regards
    John

  • New Applications and Services Logs in 2008r2

    I am looking to setup auditing for security group changes and I was wondering if any of the new logs under Applications and Services Logs in the Event viewer can be used for this task. Our Security logs overwrite every 30 hours or so and digging through
    the backups is tedious at best. If possible can the new event logs hold this information?
         Any other suggestions on how to do this simply?
    Thank for your help,
    Leed

    Hi Leed,
    Would you please let us know current situation of this issue? Just check if SenneVL's suggestion can help you.
    In addition, for increasing the size of log files, please also refer to following articles.
    Set Maximum Log Size
    Set Log Retention Policy
    If any update, please feel free to let us know.
    Hope this helps.
    Best regards,
    Justin Gu
    Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Support, contact [email protected]

  • RMAN BACKUPS AND ARCHIVED LOG ISSUES

    제품 : RMAN
    작성날짜 : 2004-02-17
    RMAN BACKUPS AND ARCHIVED LOG ISSUES
    =====================================
    Scenario #1:
    1)RMAN이 모든 archived log들을 삭제할 때 실패하는 경우.
    database는 두 개의 archive destination에 archive file을 생성한다.
    다음과 같은 스크립트를 수행하여 백업후에 archived redo logfile을 삭제한다.
    run {
    allocate channel c1 type 'sbt_tape';
    backup database;
    backup archivelog all delete input;
    Archived redo logfile 삭제 유무를 확인하기 위해 CROSSCHECK 수행시 다음과
    같은 메시지가 발생함.
    RMAN> change archivelog all crosscheck;
    RMAN-03022: compiling command: change
    RMAN-06158: validation succeeded for archived log
    RMAN-08514: archivelog filename=
    /oracle/arch/dest2/arcr_1_964.arc recid=19 stamp=368726072
    2) 원인분석
    이 문제는 에러가 아니다. RMAN은 여러 개의 arhive directory중 하나의
    directoy안에 있는 archived file들만 삭제한다. 그래서 나머지 directory안의
    archived log file들은 삭제되지 않고 남게 되는 것이다.
    3) 해결책
    RMAN이 강제로 모든 directory안의 archived log file들을 삭제하게 하기 위해서는
    여러 개의 채널을 할당하여 각 채널이 각 archive destination안의 archived file을
    백업하고 삭제하도록 해야 한다.
    이것은 아래와 같이 구현될 수 있다.
    run {
    allocate channel t1 type 'sbt_tape';
    allocate channel t2 type 'sbt_tape';
    backup
    archivelog like '/oracle/arch/dest1/%' channel t1 delete input
    archivelog like '/oracle/arch/dest2/%' channel t2 delete input;
    Scenario #2:
    1)RMAN이 archived log를 찾을 수 없어 백업이 실패하는 경우.
    이 시나리오에서 database를 incremental backup한다고 가정한다.
    이 경우 RMAN은 recover시 archived redo log대신에 incremental backup을 사용할
    수 있기 때문에 백업 후 모든 archived redo log를 삭제하기 위해 OS utility를 사용한다.
    그러나 다음 번 backup시 다음과 같은 Error를 만나게 된다.
    RMAN-6089: archive log NAME not found or out of sync with catalog
    2) 원인분석
    이 문제는 OS 명령을 사용하여 archived log를 삭제하였을 경우 발생한다. 이때 RMAN은
    archived log가 삭제되었다는 것을 알지 못한다. RMAN-6089는 RMAN이 OS 명령에 의해
    삭제된 archived log가 여전히 존재하다고 생각하고 백업하려고 시도하였을 때 발생하게 된다.
    3) 해결책
    가장 쉬운 해결책은 archived log를 백업할 때 DELETE INPUT option을 사용하는 것이다.
    예를 들면
    run {
    allocate channel c1 type 'sbt_tape';
    backup archivelog all delete input;
    두 번째로 가장 쉬운 해결책은 OS utility를 사용하여 archived log를 삭제한 후에
    다음과 같은 명령어를 RMAN prompt상에서 수행하는 것이다.
    RMAN>allocate channel for maintenance type disk;
    RMAN>change archivelog all crosscheck;
    Oracle 8.0:
         RMAN> change archivelog '/disk/path/archivelog_name' validate;
    Oracle 8i:
    RMAN> change archivelog all crosscheck ;
    Oracle 9i:
    RMAN> crosscheck archivelog all ;
    catalog의 COMPATIBLE 파라미터가 8.1.5이하로 설정되어 있으면 RMAN은 찾을 수 없는
    모든 archived log의 status를 "DELETED" 로 셋팅한다. 만약에 COMPATIBLE이 8.1.6이상으로
    설정되어 있으면 RMAN은 Repository에서 record를 삭제한다.

    Very strange, I issue following command in RMAN on both primary and standby machine, but it they don't delete the 1_55_758646076.dbf, I find in v$archived_log, this "/home/oracle/app/oracle/dataguard/1_55_758646076.dbf" had already been applied.
    RMAN> connect target /
    RMAN> CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON ALL STANDBY;
    old RMAN configuration parameters:
    CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON ALL STANDBY;
    new RMAN configuration parameters:
    CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON ALL STANDBY;
    new RMAN configuration parameters are successfully stored
    RMAN>
    ----------------------------------------------------------------------------------

  • Urgent: Huge diff in total redo log size and archive log size

    Dear DBAs
    I have a concern regarding size of redo log and archive log generated.
    Is the equation below is correct?
    total size of redo generated by all sessions = total size of archive log files generated
    I am experiencing a situation where when I look at the total size of redo generated by all the sessions and the size of archive logs generated, there is huge difference.
    My total all session redo log size is 780MB where my archive log directory size has consumed 23GB.
    Before i start measuring i cleared up archive directory and started to monitor from a specific time.
    Environment: Oracle 9i Release 2
    How I tracked the sizing information is below
    logon as SYS user and run the following statements
    DROP TABLE REDOSTAT CASCADE CONSTRAINTS;
    CREATE TABLE REDOSTAT
    AUDSID NUMBER,
    SID NUMBER,
    SERIAL# NUMBER,
    SESSION_ID CHAR(27 BYTE),
    STATUS VARCHAR2(8 BYTE),
    DB_USERNAME VARCHAR2(30 BYTE),
    SCHEMANAME VARCHAR2(30 BYTE),
    OSUSER VARCHAR2(30 BYTE),
    PROCESS VARCHAR2(12 BYTE),
    MACHINE VARCHAR2(64 BYTE),
    TERMINAL VARCHAR2(16 BYTE),
    PROGRAM VARCHAR2(64 BYTE),
    DBCONN_TYPE VARCHAR2(10 BYTE),
    LOGON_TIME DATE,
    LOGOUT_TIME DATE,
    REDO_SIZE NUMBER
    TABLESPACE SYSTEM
    NOLOGGING
    NOCOMPRESS
    NOCACHE
    NOPARALLEL
    MONITORING;
    GRANT SELECT ON REDOSTAT TO PUBLIC;
    CREATE OR REPLACE TRIGGER TR_SESS_LOGOFF
    BEFORE LOGOFF
    ON DATABASE
    DECLARE
    PRAGMA AUTONOMOUS_TRANSACTION;
    BEGIN
    INSERT INTO SYS.REDOSTAT
    (AUDSID, SID, SERIAL#, SESSION_ID, STATUS, DB_USERNAME, SCHEMANAME, OSUSER, PROCESS, MACHINE, TERMINAL, PROGRAM, DBCONN_TYPE, LOGON_TIME, LOGOUT_TIME, REDO_SIZE)
    SELECT A.AUDSID, A.SID, A.SERIAL#, SYS_CONTEXT ('USERENV', 'SESSIONID'), A.STATUS, USERNAME DB_USERNAME, SCHEMANAME, OSUSER, PROCESS, MACHINE, TERMINAL, PROGRAM, TYPE DBCONN_TYPE,
    LOGON_TIME, SYSDATE LOGOUT_TIME, B.VALUE REDO_SIZE
    FROM V$SESSION A, V$MYSTAT B, V$STATNAME C
    WHERE
    A.SID = B.SID
    AND
    B.STATISTIC# = C.STATISTIC#
    AND
    C.NAME = 'redo size'
    AND
    A.AUDSID = sys_context ('USERENV', 'SESSIONID');
    COMMIT;
    END TR_SESS_LOGOFF;
    Now, total sum of REDO_SIZE (B.VALUE) this is far less than archive log size. This at time when no other user is logged in except myself.
    Is there anything wrong with query for collecting redo information or there are some hidden process which doesnt provide redo information on session basis.
    I have seen the similar implementation as above at many sites.
    Kindly provide a mechanism where I can trace which user is generated how much redo (or archive log) on a session basis. I want to track which all user/process are causing high redo to generate.
    If I didnt find a solution I would raise a SR with Oracle.
    Thanks
    [V]

    You can query v$sess_io, column block_changes to find out which session generating how much redo.
    The following query gives you the session redo statistics:
    select a.sid,b.name,sum(a.value) from v$sesstat a,v$statname b
    where a.statistic# = b.statistic#
    and b.name like '%redo%'
    and a.value > 0
    group by a.sid,b.name
    If you want, you can only look for redo size for all the current sessions.
    Jaffar

  • Full Backups, Level 0 Backups, and Archived Logs

    We have an active Oracle server and a standby Oracle server. We keep the standby database up to date with a cron script. The script tells the active database to do 'alter system switch logfile;'. We then rsync the archived logs to our standby server and have rman apply them.
    This works everyday except Monday (of course!) and it only recently started failing on Mondays. The only change was that our Sunday backups used to be 'Full' backups but are now 'level 0' backups. Ever since that change, the first attempt to apply the archived logs to the standby server after the level 0 is taken on the active server gives us something like this:
    ORA-00308: cannot open archived log
    '/opt/oracle/flash_recovery_area/ORCL/archivelog/2012_04_16/o1_mf_1_60519_%u_.arc'
    ORA-27037: unable to obtain file status
    Of course, the file is not there and doesn't exist on the active server either. And of course, the nightly level1 backups fo not give us problems applying archived logs to the standby database the rest of the week.
    The only way I know to recover from this is to apply the level 0 backup or take a new level 0 and apply it. After that, all subsequent archive logs just work. Any idea why changing from Full to Level 0 would break this? The Oracle docs insist that a Level 0 is identical to a Full except that level 1s can reference them as parents. This simply cannot be true based on what I'm seeing! I really want to keep the level 0 backups in play if possible. Level 1 cumulatives wont be useful without them.

    Here are the RMAN settings:
    CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;
    CONFIGURE BACKUP OPTIMIZATION OFF; # default
    CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
    CONFIGURE CONTROLFILE AUTOBACKUP OFF; # default
    CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
    CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
    CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
    CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
    CONFIGURE MAXSETSIZE TO UNLIMITED; # default
    CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
    CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
    CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
    CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/opt/oracle/102/dbs/snapcf_ORCL.f'; # default
    I'm not sure how changing ARCHIVELOG BACKUP COPIES would help. Can you give me a little more information about how that setting comes into play in this situation?
    I actually don't want an archive deletion policy here. We have this done in script three days after the needed archive logs have been applied. Is it possible that the we're deleting archivelogs too soon? Would we ever need to reach back in time to previously applied archive logs to apply new ones?
    The %u does resolve, but this message isn't showing it. Here is that same log entry plus a few previous entries that show it does resolve.
    ORA-00279: change 1284618956 generated at 04/13/2012 15:30:05 needed for thread
    1
    ORA-00289: suggestion :
    /opt/oracle/flash_recovery_area/ORCL/archivelog/2012_04_16/o1_mf_1_60518_%u_.arc
    ORA-00280: change 1284618956 for thread 1 is in sequence #60518
    ORA-00278: log file
    '/opt/oracle/flash_recovery_area/ORCL/archivelog/2012_04_13/o1_mf_1_60517_7rjzox
    0l_.arc' no longer needed for this recovery
    ORA-00279: change 1284618958 generated at 04/13/2012 15:30:05 needed for thread
    1
    ORA-00289: suggestion :
    /opt/oracle/flash_recovery_area/ORCL/archivelog/2012_04_16/o1_mf_1_60519_%u_.arc
    ORA-00280: change 1284618958 for thread 1 is in sequence #60519
    ORA-00278: log file
    '/opt/oracle/flash_recovery_area/ORCL/archivelog/2012_04_13/o1_mf_1_60518_7rjzox
    0x_.arc' no longer needed for this recovery
    ORA-00308: cannot open archived log
    '/opt/oracle/flash_recovery_area/ORCL/archivelog/2012_04_16/o1_mf_1_60519_%u_.ar
    c'
    ORA-27037: unable to obtain file status
    Linux-x86_64 Error: 2: No such file or directory
    Additional information: 3

  • How could I find specified date of REDO log and archive REDO log ?

    we use Oracle11gr2 on win2008R2.
    1
    How could I find specified date of REDO log(2013/10/17,etc) and archive REDO log ?
    2
    What is the format of archive REDO log.? (zipped file ?)

    user12075536123 wrote:
    1)
    select * from v$archived_log;
    select * from v$log_history;
    but there is a possibility there is no old data
    below contains no filename column
    SQL> desc v$log_history
    Name                                      Null?    Type
    RECID                                              NUMBER
    STAMP                                              NUMBER
    THREAD#                                            NUMBER
    SEQUENCE#                                          NUMBER
    FIRST_CHANGE#                                      NUMBER
    FIRST_TIME                                         DATE
    NEXT_CHANGE#                                       NUMBER
    RESETLOGS_CHANGE#                                  NUMBER
    RESETLOGS_TIME                                     DATE
    there is NO data when archive mode is disabled

  • Redo and archive log association

    Hi,
    I am curious about the redo file and archive log file association, is it one to one, or one to many? That is, does one arc log file hold data from just one redo file or many redo files?
    Or , is the association redo group to arc file as opposed to redo file to arc file?
    The size of the arc log files on my machine, sometimes far exceeds the size of a single redo file and sometimes goes well under the size.
    Thanks.

    I am curious about the redo file and archive log file association, is it one to one, or one to many?One archive log file represents one redo log file contents in a group.You can have multiple logfile members in a group. All the members have the same data.
    The size of the arc log files on my machine, sometimes far exceeds the size of a single redo file and sometimes goes well under the size.The size of the archive log can be smaller from redo logfile in following scenarios:--
    1. Manual log switch.
    2. Setting archive_lag_target parameter.
    sometimes far exceeds the size of a single redo file I am not very sure about it.I haven't seen size greater than the redo logfile.
    Anand
    Edited by: Anand... on Sep 2, 2009 7:45 PM

  • My Backups and Archive Logs

    Hi All,
    I have an Oracle 10G installation on a solaris host and at the moment, there are a lot of archive log files on the server, full level 0 backups are executed every week, and level 1 differentials are done on a daily basis, now the problem is that I have a lot of archive log which has not been deleted, I am not sure if I can delete it now.
    At the moment, the last backkup which was done today also backed up the archive log as well and the latest sequence ID is 2367, the backup done this morning covered the archive logs up till sequence ID 2351 - 2360. The oldest backup goes as far back as sequence ID 2070. I was wondering whether I can delete all archive logs prior to this sequence ID.
    Also, is there a functionality in Enterprise Manager that automatically deletes.
    I look forward to your replies.
    thanks

    If it's a simple "no change to existing scripts" sort of thing you are after, then just add another job to run after the existing ones, as follows (you'll want to follow whatever approach your existing scripts use - this is just a demo.):
    $ORACLE_HOME/bin/rman <<EOF
    connect target
    backup archivelog all delete input;
    exit;
    EOFAnd add whatever error checking the existing script has (if any).
    Or, if changing the existing script/s is OK, add PLUS ARCHIVELOG DELETE INPUT to the script/s.
    And TEST it first, before putting it into production.

  • Force archiving of error and access log

    Does anybody know of a way to force the archiving and restart of the errors and access logs in Directory Server 5.2 P4?

    eacardu wrote:
    Does anybody know of a way to force the archiving and restart of the errors and access logs in Directory Server 5.2 P4?you could create a script:
    cp /ds path/logs/access /archive/access.timestamp #archive
    /ds path/logs/access #clears filecp /ds path/logs/errors /archive/errors.timestamp #archive
    /ds path/logs/errors #clears file

  • Unable to delete archive logs from primary

    Dear DBAs,
    I made the necessary configuration in RMAN at both site (primary and physical standby) as below:
    on primary:
    configure archivelog deletion policy to applied on standby;
    alter system set "_log_deletion_policy"=ALL scope=spfile;
    log_archive_dest_10=LOCATION=USE_DB_RECOVERY_FILE_DEST VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=ora10cs1
    log_archive-dest_1=service="(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)
    (HOST=LBLX-ORA10-SCS1)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=ora10scs1_XPT)(INSTANCE_NAME=ora10cs1)(SERVER=dedicated)))",
    ARCH SYNC NOAFFIRM delay=0 OPTIONAL max_failure=0 max_connections=1 reopen=300 db_unique_name="ora10scs1" register net_timeout=180 valid_for=
    (online_logfile,primary_role)
    at standby:
    configure archivelog deletion policy to none;
    By the way i'm using Oracle 10gR2 patch4 on RHEL 5
    and till now the database won't delete the archivelogs automaticaly, since the current available size in the flash folder is only 2MB.
    Please waiting your advice
    Thx in advance

    Hi,
    I have a different issue, I am not sure i can combine on the same thread.
    From the DOC, this command is appeared to be useful. I am not sure if it can be applied to my environment.
    CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON STANDBY
    We have some databases with DG configuration on Sun. We take the backups only primary using RMAN online & archivelog alternate days. But, the archivelogs on standby are to be deleted every day manually (i mean we have a script scheduled for it).
    Note: We use "delete input" on primary backup every day after they are backedup by RMAN. Anyway, the logs that are not applied on standby will not be deleted as RMAN is intelligent to keep them safe.
    In the past we attempted to delete using rman script with the command shown below.
    delete archivelog all completed before 'sysdate-2/24';
    This causes a problem every time for us with regard to the primary database Backup as it expects the archivelogs on primay which were deleted by RMAN on standby. We had to crosscheck archivelog all every time to resolve the issue. There seems to be a mismatch of the archlog status both on primary and standby.
    Please let me know if the above configuration command "CONFIGURE ARCHIVELOG DELETION POLICY " on both primary and standby or give an idea/steps what way i can use this.
    Regards,
    Vasu.
    Edited by: vasu77 on Aug 31, 2009 4:02 PM
    Edited by: vasu77 on Aug 31, 2009 4:05 PM
    Edited by: vasu77 on Aug 31, 2009 4:10 PM

  • Log and Archive Files on DB2

    Hi,
       Iam new to environmnet of linux with db2.
      Iam having 2 file directories in os level :   /db2/NMS/log_dir and  /db2/NMS/log_archive.What files will be written on both  directories.
    Daily iam taking online backup through db13 with include logs option.
    Thanku

    Hi,
    When you take an online back including logs (which is the default option for online backups in 700 systems)
    this means that a backup is taken and all the logs that are written to during the time of the backup are also inlcuded in the backup. this means that you have the backup image and the logs to enable a restore and rollforward through the logs to a consistent point in time. If you took an online backup without including the logs, you would need to ensure you have those logs from the time of that backup to be able to restore that image and rollforward to ensure consisntecny.
    One mjor point, never ever delete or touch active log files from /db2/NMS/log_dir as this will result in the system becoming inconsistent due to the logging mechanism being interrupted. If such a case does occur, please contact support.
    Regards,
    Paul

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

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

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

Maybe you are looking for