Redo Log Active status

Can we have more than more than one Redo Log with Active status.
Or Oracle always completes earlier check point before going to perform another check point. ( Error - Can not check point).

Similar Messages

Oracle Redo Log Activity

Hi Members,
I have an Oracle database instance where the log files continue to grow even where there is no activity from application usage.
What I have noticed that there appears to be some frequency pattern as to when this log activity occurs.
My question is, Are there any default Oracle processes or scheduled jobs that will result in this log data generation.
Thanks
Alan

Hi
You will have many background processes running and they generate text logs. You have e.g. MMON, automatic backups (when enabled), in 11g you have autotask process which will tune top sqls, gather stats etc. So even when nobody connects to the db you will still see some activities there.
Paul

11gr2 dbwr写入慢,redo log 大量active

环境：
OS : AIX 6.1
Oracle ：Oracle 11.2.0.3 with ASM
硬件:
Server : IBM P730 16C64G
Storage ：IBM V7000 : raid5
有16组logfile group，每个redolog file 5G，运行一段时间后（大概20多个小时），发现除了current的以外，其他的状态都是active。此时系统非常慢
alert log里面有提示:
Private strand flush not complete
Current log# 1 seq# 24288 mem# 0: +data/xxxxxxx/redo01_01.log
db_writer_processes 参数是 8
目前看存储的IO性能不是很好。
大家有什么好的建议吗？

请把alert.log 和最近的AWR发给我
有问题请去OTN中文论坛开个帖子我会回复地址：http://www.otncn.org
如果需要发送附件，可以直接发邮件到 [email protected]

Wrong DG redo log status display in GC

Hi ALL:
I am using GC 12c to monitor DG.
But the redo log applied status is wrong on one physical DG ,which always display with only 1 log recieved.
I verified the DG configuration and result shows:Timed out after 60 seconds waiting for log to be applied.
I checked DG status on this physical DG node and result shows syncing normally.

Would recommend to check on both Primary and Standy DB for any hung process related to archiver or redo

Redo logs status - Invalid

I have added new members to my redo log groups. However, when checking the redo log members' status, all the new members have a status of "Invalid" even after restarting the database.
I have checked that the physical files of the new members are created properly in the directory which is owned by the dba account. The rights are all correct.
Now, I am unable to drop these new redo log members and am at a loss of how to change the status to "Stale" or "Inactive".
Please advise.
Thank you.
Regards,
Dara.

Thanks, guys! It works after performing a log switch.
BTW, I have an error which I am not sure if by adding new members work or is the member really corrupted. Please advise.
The error is :
ORA-00313: open failed for members of log group 1 of thread 1
Thank you.
Regards,
Dara.

Stale status of Redo log files...

Hi ,
Why in the following sql results , the log file situated in group#3 is not stale as it is not currently used.....????
SQL> select * from v$log;
    GROUP#    THREAD# SEQUENCE#      BYTES    MEMBERS ARCHIVED STATUS           FIRST_CHANGE# FIRST_TIME
         1          1        485   52428800          1 NO       CURRENT               14310098 17/05/2007
         2          1        483   52428800          1 NO       INACTIVE              14265944 16/05/2007
         3          1        484   52428800          1 NO       INACTIVE              14292318 17/05/2007
SQL>
SQL> select * from V$LOGFILE;
    GROUP# STATUS TYPE    MEMBER                                                                           IS_RECOVERY_DEST_FILE
         3         ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\EPESY\REDO03.LOG                                NO
         2 STALE   ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\EPESY\REDO02.LOG                                NO
         1         ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\EPESY\REDO01.LOG                                NONOTE : I use Oracle 10g v.2 on WinXp platform. The database is running in NOARCHIVELOG mode.
Many thanks,
Simon

The normal status is null (File is in use).
The stale status indicates a 'problem', as documentation part below:
A redo log file becomes INVALID if the database cannot access it. It becomes STALE if the database suspects that it is not complete or correct. A stale log file becomes valid again the next time its group is made the active group.

Open database if an active online redo log is missing

Hi,
Sorry for the rather long post, but I specified all the steps I performed and couldn't make it shorter :-(
I need an advice on how to open the database if an active online redo log is missing.
For test purposes I intentionally performed a shutdown abort when the redo log group 1 was in active state and then renamed its only member (REDO01.LOG) so that the database couldn't perform crash recovery using it. Then upon startup I obviously got the message:
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: 'H:\ORADATA\TESTDB\REDO01.LOG'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.Ok, so I checked the state of the logs:
{noformat}
SQL>SELECT a.GROUP#, first_change#, SEQUENCE#, a.status, SUBSTR(b.MEMBER, 1, 40) MEMBER, b.status mem_status, a.archived
2    FROM v$log a, v$logfile b
3   WHERE a.GROUP# = b.GROUP#
4 ORDER BY a.GROUP#, b.MEMBER;
GROUP# FIRST_CHANGE# SEQUENCE# STATUS           MEMBER                         MEM_STA ARC
     1        592134         29 ACTIVE           H:\ORADATA\TESTDB\REDO01.LOG           YES
     2        592268         30 CURRENT          C:\ORADATA\TESTDB\REDO02.LOG           NO
     3        592129         28 ACTIVE           C:\ORADATA\TESTDB\REDO03.LOG           YES
{noformat}Since opening the database to perform a log switch and thus change the status of the redo log group 1 from ACTIVE to INACTIVE to recreate the member isn't possible, I performed database recovery.
SQL>recover database until cancel;
ORA-00279: change 592129 generated at 02/04/2009 10:31:15 needed for thread 1
ORA-00289: suggestion : C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\TESTDB\ARCHIVELOG\2009_02_04\O1_MF_1_28_%U_.ARC
ORA-00280: change 592129 for thread 1 is in sequence #28
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
ORA-00279: change 592134 generated at 02/04/2009 10:31:28 needed for thread 1
ORA-00289: suggestion : C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\TESTDB\ARCHIVELOG\2009_02_04\O1_MF_1_29_%U_.ARC
ORA-00280: change 592134 for thread 1 is in sequence #29
ORA-00278: log file 'C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\TESTDB\ARCHIVELOG\2009_02_04\O1_MF_1_28_4RLR3JS9_.ARC' no longer needed for this rec
overy
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
'C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\TESTDB\ARCHIVELOG\2009_02_04\O1_MF_1_29_4RLR4MF3_.ARC'
ORA-00279: change 592268 generated at 02/04/2009 10:32:03 needed for thread 1
ORA-00289: suggestion : C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\TESTDB\ARCHIVELOG\2009_02_04\O1_MF_1_30_%U_.ARC
ORA-00280: change 592268 for thread 1 is in sequence #30
ORA-00278: log file 'C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\TESTDB\ARCHIVELOG\2009_02_04\O1_MF_1_29_4RLR4MF3_.ARC' no longer needed for this rec
overy
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
'C:\ORADATA\TESTDB\REDO02.LOG'
Log applied.
Media recovery complete.
SQL>So for log sequence #28 I accepted the proposed archived redo log in the FRA, for sequence #29 (that's the online redo log that is missing!) I manually specified its archived copy, and for sequence #30 I specified the CURRENT online redo log. And as it seems the media recovery was successful.
Next I tried to open the database but again got the error:
SQL>alter database open noresetlogs;
alter database open noresetlogs
ERROR at line 1:
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: 'H:\ORADATA\TESTDB\REDO01.LOG'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.
The status of the log groups and its members is exactly as it was in the first query I wrote above, i.e. the redo log group 1 is still ACTIVE, so it's needed for crash recovery (which I had already done manually if I understand correctly how Oracle works!). I also checked if the datafiles are inconsistent (described in metalink doc id 1015544.102):
SQL>SELECT DISTINCT CHECKPOINT_CHANGE#, FUZZY FROM V$DATAFILE_HEADER;
CHECKPOINT_CHANGE# FUZ
            592269 NOSo, everything seems ok as far as datafile consistency is concerned.
My question is: how can I rename/drop/clear/whatever the member of redo log group 1 to open the database?
I tried to rename the log file member, to add another member to it, to open the database with resetlogs, to clear the logfile group 1, but all without success:
1)
SQL>alter database clear logfile group 1;
alter database clear logfile group 1
ERROR at line 1:
ORA-01624: log 1 needed for crash recovery of instance testdb (thread 1)
ORA-00312: online log 1 thread 1: 'H:\ORADATA\TESTDB\REDO01.LOG'
2)
SQL>alter database open resetlogs;
alter database open resetlogs
ERROR at line 1:
ORA-01139: RESETLOGS option only valid after an incomplete database recovery
3)
SQL>alter database rename file 'H:\ORADATA\TESTDB\REDO01.LOG' to 'C:\ORADATA\TESTDB\REDO01.LOG';
alter database rename file 'H:\ORADATA\TESTDB\REDO01.LOG' to 'C:\ORADATA\TESTDB\REDO01.LOG'
ERROR at line 1:
ORA-01511: error in renaming log/data files
ORA-01512: error renaming log file H:\ORADATA\TESTDB\REDO01.LOG - new file C:\ORADATA\TESTDB\REDO01.LOG not found
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.
4)
SQL>alter database add logfile member 'C:\ORADATA\TESTDB\REDO01.LOG' to group 1;
alter database add logfile member 'C:\ORADATA\TESTDB\REDO01.LOG' to group 1
ERROR at line 1:
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: 'H:\ORADATA\TESTDB\REDO01.LOG'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.Sorry again for the long post and thank you in advance for any suggestion.
Regards,
Jure

You could check if the recovery was complete by (re)creating the controlfile with the resetlogs option.
<CREATE CONTROLFILE REUSE DATABASE define_db_name RESETLOGS NOARCHIVELOG
...>Thanks for the hint. If possible, could you only check if the steps I'm going to perform are ok.
I did an "alter database backup controlfile to trace;" and then extracted the create controlfile definition part. So in essence I should run the following statements:
CREATE CONTROLFILE REUSE DATABASE "TESTDB" RESETLOGS ARCHIVELOG
    MAXLOGFILES 16
    MAXLOGMEMBERS 3
    MAXDATAFILES 100
    MAXINSTANCES 8
    MAXLOGHISTORY 292
LOGFILE
GROUP 1 'C:\ORADATA\TESTDB\REDO01.LOG' SIZE 20M,
GROUP 2 'C:\ORADATA\TESTDB\REDO02.LOG' SIZE 20M,
GROUP 3 'C:\ORADATA\TESTDB\REDO03.LOG' SIZE 20M
-- STANDBY LOGFILE
DATAFILE
'C:\ORACLE\PRODUCT\10.2.0\ORADATA\TESTDB\SYSTEM01.DBF',
'C:\ORACLE\PRODUCT\10.2.0\ORADATA\TESTDB\UNDOTBS01.DBF',
'C:\ORACLE\PRODUCT\10.2.0\ORADATA\TESTDB\SYSAUX01.DBF',
'C:\ORACLE\PRODUCT\10.2.0\ORADATA\TESTDB\USERS01.DBF'
CHARACTER SET EE8MSWIN1250
ALTER DATABASE OPEN RESETLOGS;
ALTER TABLESPACE TEMP ADD TEMPFILE 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\TESTDB\TEMP01.DBF' REUSE;Is that correct?
About the RMAN backups: Wouldn't a 'CATALOG RECOVERY AREA' populate the controlfile with backup information again (I'm not using a recovery catalog in this case)?
Thanks for the help!
Regards,
Jure

When occurs crash recovery,why use active online redo log not archived log?

If current redo log had archived, but it's still 'ACTIVE'. As we all know, archived log is just an archived copy of the current redo log which is still 'ACTIVE', they have the same data. But why use active online redo log not archived log for crash recovery?(I think, if crash recovery can use archived log, then whether the online redo log is 'ACTIVE' or not, it can be overwritten)
Quote:
Re: v$log : How redo log file can have a status ACTIVE and be already archived?
Hemant K Chitale
If your instance crashes, Oracle attempts Instance Recovery -- reading from the Online Redo Logs. It doesn't need ArchiveLogs for Instance Recovery.
TanelPoder
Whether the log is already archived or not doesn't matter here, when the instance crashes, Oracle needs some blocks from that redolog. Archivelog is just an archived copy of the redolog, so you could use either the online or achive log for the recovery, it's the same data in there (Oracle reads the log/archivelog file header when it tries to use it for recovery and validates whether it contains the changes (RBA range) in it what it needs).

Aman.... wrote:
John,
Are you sure that the instance recovery (not the media recovery) would be using the archived redo logs? Since the only thing that would be lost is the isntance, there wouldn't be any archived redo log generated from the Current redo log and the previous archived redo logs, would be already checkpointed to the data file, IMHO archived redo logs won't participate in the instance recovery process. Yep, shall watch the video but tomorrow .
Regards
Aman....
That's what I said. Or meant to say. If Oracle used archivelogs for instance recovery, it would not be possible to recover in noarchive log mode. So recovery relies exclusively on the online log.
Sorry I wasted your time, I'll try to be less ambiguous in future

All Redo Log groups are active.

Hi All,
In one of our production database now a days we are seeing that all redo logs become active and then everything just get hang. It happens for 15-20 minutes and after that they come normal. Database size is over 4.5 TB and it's OLTP cum MIS database. As per Unix Team at server and storage level everything is fine so what could be other reason for this?
Database version is 9.2.0.5 and O/S is AIX 5.3 Power System.
select * from v$log;
GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIME
1 1 435847 1,342,177,280 2 YES ACTIVE 1.1782E+13 13-MAR-10
2 1 435848 1,342,177,280 2 YES ACTIVE 1.1782E+13 13-MAR-10
3 1 435850 1,342,177,280 2 NO CURRENT 1.1782E+13 13-MAR-10
4 1 435844 1,342,177,280 2 YES ACTIVE 1.1782E+13 13-MAR-10
5 1 435845 1,342,177,280 2 YES ACTIVE 1.1782E+13 13-MAR-10
6 1 435846 1,342,177,280 2 YES ACTIVE 1.1782E+13 13-MAR-10
7 1 435843 1,342,177,280 2 YES ACTIVE 1.1782E+13 13-MAR-10
8 1 435849 1,342,177,280 2 YES ACTIVE 1.1782E+13 13-MAR-10
9 1 435842 1,342,177,280 2 YES INACTIVE 1.1782E+13 13-MAR-10
9 rows selected.
VMSTAT output:
vmstat 2 10
kthr memory page faults cpu
r b avm fre re pi po fr sr cy in sy cs us sy id wa
35 13 23262385 48530 0 0 0 0 0 0 27910 531516 111964 54 7 12 26
30 12 23270696 26769 0 0 0 4277 19644 0 28759 604423 106619 53 7 14 25
26 12 23269357 25691 0 0 0 8899 38750 0 28620 552550 103736 55 7 15 23
32 14 23263410 31111 0 0 0 10778 47248 0 29722 690889 112674 53 7 16 24
27 17 23268835 25011 0 0 0 10267 51727 0 30321 779933 116936 58 8 13 21
30 20 23274592 25181 0 0 0 13569 59742 0 28290 731707 109167 59 7 13 22
33 10 23280476 30823 0 0 0 15259 66334 0 28942 774600 107692 65 7 8 20
36 13 23280770 26040 0 0 0 7199 33048 0 29351 687375 98487 63 7 10 20
35 16 23277780 27758 0 0 0 7250 33003 0 30699 622788 97172 65 6 10 19
31 13 23277431 25107 0 0 0 8521 37996 0 29746 596172 89831 63 6 11 20
select event, count(*) from v$session_wait group by event order by 2;
EVENT COUNT(*)
PL/SQL lock timer 2
SQL*Net more data from client 2
jobq slave wait 3
direct path read 5
rdbms ipc message 8
enqueue 11
log file sync 11
db file parallel write 12
latch free 12
pipe get 22
PX Deq: Execution Msg 27
buffer busy waits 33
db file scattered read 39
db file sequential read 169
SQL*Net message from client 2120

Hi,
Complete output would be so long so just putting tail of that.
RECID STAMP
NAME
DEST_ID THREAD# SEQUENCE# RESETLOGS_CHANGE# RESETLOGS_TIME FIRST_CHANGE# FIRST_TIME NEXT_CHANGE# NEXT_TIME BLOCKS BLOCK_SIZE CREATOR REGISTR STA ARC APP DEL S COMPLETION_TIME
DIC DIC END BACKUP_COUNT ARCHIVAL_THREAD# ACTIVATION#
711558 713531894
(DESCRIPTION=(ADDRESS_LIST = (ADDRESS=(PROTOCOL=tcp)(HOST=ilerpstdby)(PORT=1540)))(CONNECT_DATA=(SID=ILPROD)(SERVER=DEDICATED)))
2 1 435868 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH YES YES YES NO A 13-MAR-10
NO NO NO 0 1 2142322718
711559 713531942
/arch/ora/prod/PRODDB_1_00135869.arc
1 1 435869 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH NO YES NO NO A 13-MAR-10
NO NO NO 0 1 2142322718
711560 713531994
(DESCRIPTION=(ADDRESS_LIST = (ADDRESS=(PROTOCOL=tcp)(HOST=ilerpstdby)(PORT=1540)))(CONNECT_DATA=(SID=ILPROD)(SERVER=DEDICATED)))
2 1 435869 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH YES YES YES NO A 13-MAR-10
NO NO NO 0 1 2142322718
711561 713532090
/arch/ora/prod/PRODDB_1_00135870.arc
1 1 435870 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH NO YES NO NO A 13-MAR-10
NO NO NO 0 1 2142322718
711562 713532149
(DESCRIPTION=(ADDRESS_LIST = (ADDRESS=(PROTOCOL=tcp)(HOST=ilerpstdby)(PORT=1540)))(CONNECT_DATA=(SID=ILPROD)(SERVER=DEDICATED)))
2 1 435870 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH YES YES YES NO A 13-MAR-10
NO NO NO 0 1 2142322718
711563 713532276
/arch/ora/prod/PRODDB_1_00135871.arc
1 1 435871 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH NO YES NO NO A 13-MAR-10
NO NO NO 0 1 2142322718
711564 713532322
(DESCRIPTION=(ADDRESS_LIST = (ADDRESS=(PROTOCOL=tcp)(HOST=ilerpstdby)(PORT=1540)))(CONNECT_DATA=(SID=ILPROD)(SERVER=DEDICATED)))
2 1 435871 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH YES YES YES NO A 13-MAR-10
NO NO NO 0 1 2142322718
711565 713532449
/arch/ora/prod/PRODDB_1_00135872.arc
1 1 435872 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH NO YES NO NO A 13-MAR-10
NO NO NO 0 1 2142322718
711566 713532506
(DESCRIPTION=(ADDRESS_LIST = (ADDRESS=(PROTOCOL=tcp)(HOST=ilerpstdby)(PORT=1540)))(CONNECT_DATA=(SID=ILPROD)(SERVER=DEDICATED)))
2 1 435872 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH YES YES YES NO A 13-MAR-10
NO NO NO 0 1 2142322718
711567 713532607
/arch/ora/prod/PRODDB_1_00135873.arc
1 1 435873 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH NO YES NO NO A 13-MAR-10
NO NO NO 0 1 2142322718
711568 713532662
(DESCRIPTION=(ADDRESS_LIST = (ADDRESS=(PROTOCOL=tcp)(HOST=ilerpstdby)(PORT=1540)))(CONNECT_DATA=(SID=ILPROD)(SERVER=DEDICATED)))
2 1 435873 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH YES YES YES NO A 13-MAR-10
NO NO NO 0 1 2142322718
711569 713532773
/arch/ora/prod/PRODDB_1_00135874.arc
1 1 435874 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH NO YES NO NO A 13-MAR-10
NO NO NO 0 1 2142322718
711570 713532832
(DESCRIPTION=(ADDRESS_LIST = (ADDRESS=(PROTOCOL=tcp)(HOST=ilerpstdby)(PORT=1540)))(CONNECT_DATA=(SID=ILPROD)(SERVER=DEDICATED)))
2 1 435874 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH YES YES YES NO A 13-MAR-10
NO NO NO 0 1 2142322718
711571 713532933
/arch/ora/prod/PRODDB_1_00135875.arc
1 1 435875 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH NO YES NO NO A 13-MAR-10
NO NO NO 0 1 2142322718
711572 713532980
(DESCRIPTION=(ADDRESS_LIST = (ADDRESS=(PROTOCOL=tcp)(HOST=ilerpstdby)(PORT=1540)))(CONNECT_DATA=(SID=ILPROD)(SERVER=DEDICATED)))
2 1 435875 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH YES YES YES NO A 13-MAR-10
NO NO NO 0 1 2142322718
711573 713533101
/arch/ora/prod/PRODDB_1_00135876.arc
1 1 435876 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH NO YES NO NO A 13-MAR-10
NO NO NO 0 1 2142322718
711574 713533178
(DESCRIPTION=(ADDRESS_LIST = (ADDRESS=(PROTOCOL=tcp)(HOST=ilerpstdby)(PORT=1540)))(CONNECT_DATA=(SID=ILPROD)(SERVER=DEDICATED)))
2 1 435876 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH YES YES YES NO A 13-MAR-10
NO NO NO 0 1 2142322718
711575 713533258
/arch/ora/prod/PRODDB_1_00135877.arc
1 1 435877 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH NO YES NO NO A 13-MAR-10
NO NO NO 0 1 2142322718
711576 713533323
(DESCRIPTION=(ADDRESS_LIST = (ADDRESS=(PROTOCOL=tcp)(HOST=ilerpstdby)(PORT=1540)))(CONNECT_DATA=(SID=ILPROD)(SERVER=DEDICATED)))
2 1 435877 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH YES YES YES NO A 13-MAR-10
NO NO NO 0 1 2142322718
711577 713533366
/arch/ora/prod/PRODDB_1_00135878.arc
1 1 435878 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH NO YES NO NO A 13-MAR-10
NO NO NO 0 1 2142322718
711578 713533419
(DESCRIPTION=(ADDRESS_LIST = (ADDRESS=(PROTOCOL=tcp)(HOST=ilerpstdby)(PORT=1540)))(CONNECT_DATA=(SID=ILPROD)(SERVER=DEDICATED)))
2 1 435878 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH YES YES YES NO A 13-MAR-10
NO NO NO 0 1 2142322718
711579 713533497
/arch/ora/prod/PRODDB_1_00135879.arc
1 1 435879 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH NO YES NO NO A 13-MAR-10
NO NO NO 0 1 2142322718
711580 713533537
(DESCRIPTION=(ADDRESS_LIST = (ADDRESS=(PROTOCOL=tcp)(HOST=ilerpstdby)(PORT=1540)))(CONNECT_DATA=(SID=ILPROD)(SERVER=DEDICATED)))
2 1 435879 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH YES YES NO NO A 13-MAR-10
NO NO NO 0 1 2142322718
711581 713533678
/arch/ora/prod/PRODDB_1_00135880.arc
1 1 435880 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH NO YES NO NO A 13-MAR-10
NO NO NO 0 1 2142322718
711582 713533737
(DESCRIPTION=(ADDRESS_LIST = (ADDRESS=(PROTOCOL=tcp)(HOST=ilerpstdby)(PORT=1540)))(CONNECT_DATA=(SID=ILPROD)(SERVER=DEDICATED)))
2 1 435880 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH YES YES NO NO A 13-MAR-10
NO NO NO 0 1 2142322718
711583 713533841
/arch/ora/prod/PRODDB_1_00135881.arc
1 1 435881 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH NO YES NO NO A 13-MAR-10
NO NO NO 0 1 2142322718
711584 713533919
(DESCRIPTION=(ADDRESS_LIST = (ADDRESS=(PROTOCOL=tcp)(HOST=ilerpstdby)(PORT=1540)))(CONNECT_DATA=(SID=ILPROD)(SERVER=DEDICATED)))
2 1 435881 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH YES YES NO NO A 13-MAR-10
NO NO NO 0 1 2142322718
711585 713533983
/arch/ora/prod/PRODDB_1_00135882.arc
1 1 435882 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH NO YES NO NO A 13-MAR-10
NO NO NO 0 1 2142322718
711586 713534050
(DESCRIPTION=(ADDRESS_LIST = (ADDRESS=(PROTOCOL=tcp)(HOST=ilerpstdby)(PORT=1540)))(CONNECT_DATA=(SID=ILPROD)(SERVER=DEDICATED)))
2 1 435882 8.6960E+12 24-SEP-03 1.1782E+13 13-MAR-10 1.1782E+13 13-MAR-10 2621438 512 ARCH ARCH YES YES NO NO A 13-MAR-10
NO NO NO 0 1 2142322718

Unassigned Status Of Standby Redo Log Files

I created 2 standby redo log groups, and use LGWR in primary site to
transfer redo data, all are good. But when I query the V$STANDBY_LOG
view, I found that the status column of my both standby redo logs is UNASSIGNED".
also sequence#
THREAD# and all others are 0 and 0.
Any explains.

Thanks for the reply Sophie. I did perform log switch at my primary site but the status of standby redo log files remained unassinged. I am pasting here the message in my Alert Log file may be that can help you to diagonose the problem.
ALTER DATABASE SET STANDBY DATABASE PROTECTED
Tue Jul 26 15:35:18 2005
Completed: ALTER DATABASE SET STANDBY DATABASE PROTECTED
Tue Jul 26 15:35:22 2005
ALTER DATABASE OPEN
Tue Jul 26 15:35:23 2005
LGWR: Primary database is in CLUSTER CONSISTENT mode
LGWR: Primary database is in MAXIMUM PROTECTION mode
LGWR: Destination LOG_ARCHIVE_DEST_1 is not serviced by LGWR
LNS0 started with pid=18
Tue Jul 26 15:35:28 2005
LGWR: Error 16086 verifying archivelog destination LOG_ARCHIVE_DEST_2
LGWR: Continuing...
Tue Jul 26 15:35:28 2005
Errors in file e:\oracle\admin\test\bdump\test_lgwr_1864.trc:
ORA-16086: standby database does not contain available standby log files
LGWR: Error 16086 disconnecting from destination LOG_ARCHIVE_DEST_2 standby host 'TESTstdb'
LGWR: Minimum of 1 applicable standby database required
Tue Jul 26 15:35:28 2005
Errors in file e:\oracle\admin\test\bdump\test_lgwr_1864.trc:
ORA-16072: a minimum of one standby database destination is required
LGWR: terminating instance due to error 16072
Instance terminated by LGWR, pid = 1864

Archive all the active online redo logs

Hi,
in 9.2.0 and in archivelog mode, how can I archive all the active online redo logs ?
Thank you.

Is ur database already running in archivelog mode?? If yes and if automatic archiving is enabled then ur redo will be archived automatically. I think first you need to check whether ur DB is in archive log mode or not?? Post the output of (from sqlplus):
archive log list
Daljit Singh

Standby redo log status

Can anyone explain what the status of clearing means when viewing standby redo log status?
SQL> select status from v$log;
STATUS
CLEARING
CLEARING
CURRENT
This is a bit different to what we'd see on an open database.

Hello;
Log is being re-created as an empty log.
In a Standby database the regular redo are not used ( when not in PRIMARY MODE) only the standby redo logs are used. Sometimes as buffers for the redo coming from the primary.
You should be able to change the status by doing a ALTER SYSTEM SWITCH LOGFILE on your primary.
This note may help:
Online Redo Logs on Physical Standby [ID 740675.1]
Also
Take a look at v$standby_log too.
http://docs.oracle.com/cd/B28359_01/server.111/b28320/dynviews_3068.htm
Best Regards
mseberg

Status of online redo log file INVALID warning appears during online backup

Hi All,
I have a peculiar problem in one of the SAP ECC 6.0 systems. The daily online backup is getting completed with warnings.
Please find below the warnings in DB12 logs:
BR0335W Status of online redo log file /oracle/AS0/mirrlogB/log_g18m2.dbf is INVALID
BR0274W File '/oracle/AS0/mirrlogB/log_g18m2.dbf' not found
BR0335W Status of online redo log file /oracle/AS0/mirrlogA/log_g50_m2.dbf is INVALID
BR0274W File '/oracle/AS0/mirrlogA/log_g50_m2.dbf' not found
BR0335W Status of online redo log file /oracle/AS0/mirrlogB/log_g51_m2.dbf is INVALID
BR0274W File '/oracle/AS0/mirrlogB/log_g51_m2.dbf' not found
BR0335W Status of online redo log file /oracle/AS0/mirrlogA/log_g52_m2.dbf is INVALID
BR0274W File '/oracle/AS0/mirrlogA/log_g52_m2.dbf' not found
BR0335W Status of online redo log file /oracle/AS0/mirrlogA/log_g53_m2.dbf is INVALID
BR0274W File '/oracle/AS0/mirrlogA/log_g53_m2.dbf' not found
BR0335W Status of online redo log file /oracle/AS0/mirrlogA/log_g54_m2.dbf is INVALID
BR0274W File '/oracle/AS0/mirrlogA/log_g54_m2.dbf' not found
BR0335W Status of online redo log file /oracle/AS0/mirrlogA/log_g55_m2.dbf is INVALID
BR0274W File '/oracle/AS0/mirrlogA/log_g55_m2.dbf' not found
BR0335W Status of online redo log file /oracle/AS0/mirrlogA/log_g56_m2.dbf is INVALID
BR0274W File '/oracle/AS0/mirrlogA/log_g56_m2.dbf' not found
BR0335W Status of online redo log file /oracle/AS0/mirrlogB/log_g57_m2.dbf is INVALID
BR0274W File '/oracle/AS0/mirrlogB/log_g57_m2.dbf' not found
BR0335W Status of online redo log file /oracle/AS0/mirrlogA/log_g58_m2.dbf is INVALID
BR0274W File '/oracle/AS0/mirrlogA/log_g58_m2.dbf' not found
BR0335W Status of online redo log file /oracle/AS0/mirrlogB/log_g59_m2.dbf is INVALID
BR0274W File '/oracle/AS0/mirrlogB/log_g59_m2.dbf' not found
For the above mentioned alerts I followed the recommendations of SAP Note 491160. I dropped and recreated the mirrorlog files. But the next day again when I checked the backup it finished with warnings. At the database level there is no problem
SQL> select * from v$logfile;
    GROUP# STATUS TYPE
MEMBER
IS_
        59         ONLINE
/oracle/AS0/origlogB/log_g59_m1.dbf
NO
        59         ONLINE
/oracle/AS0/mirrlogB/log_g59_m2.dbf
NO
    GROUP# STATUS TYPE
MEMBER
IS_
        58         ONLINE
/oracle/AS0/origlogA/log_g58_m1.dbf
NO
        58         ONLINE
/oracle/AS0/mirrlogA/log_g58_m2.dbf
    GROUP# STATUS TYPE
MEMBER
IS_
NO
        57         ONLINE
/oracle/AS0/origlogB/log_g57_m1.dbf
NO
        57         ONLINE
    GROUP# STATUS TYPE
MEMBER
IS_
/oracle/AS0/mirrlogB/log_g57_m2.dbf
NO
        56         ONLINE
/oracle/AS0/origlogA/log_g56_m1.dbf
NO
    GROUP# STATUS TYPE
MEMBER
IS_
        56         ONLINE
/oracle/AS0/mirrlogA/log_g56_m2.dbf
NO
        55         ONLINE
/oracle/AS0/origlogA/log_g55_m1.dbf
NO
        54         ONLINE
/oracle/AS0/origlogA/log_g54_m1.dbf
    GROUP# STATUS TYPE
MEMBER
IS_
NO
        54         ONLINE
/oracle/AS0/mirrlogA/log_g54_m2.dbf
NO
        53         ONLINE
    GROUP# STATUS TYPE
MEMBER
IS_
/oracle/AS0/origlogA/log_g53_m1.dbf
NO
        53         ONLINE
/oracle/AS0/mirrlogA/log_g53_m2.dbf
NO
    GROUP# STATUS TYPE
MEMBER
IS_
        52         ONLINE
/oracle/AS0/origlogA/log_g52_m1.dbf
NO
        52         ONLINE
/oracle/AS0/mirrlogA/log_g52_m2.dbf
NO
    GROUP# STATUS TYPE
MEMBER
IS_
        51         ONLINE
/oracle/AS0/origlogB/log_g51_m1.dbf
NO
        51         ONLINE
/oracle/AS0/mirrlogB/log_g51_m2.dbf
    GROUP# STATUS TYPE
MEMBER
IS_
NO
        50         ONLINE
/oracle/AS0/origlogA/log_g50_m1.dbf
NO
        50         ONLINE
    GROUP# STATUS TYPE
MEMBER
IS_
/oracle/AS0/mirrlogA/log_g50_m2.dbf
NO
         8         ONLINE
/oracle/AS0/origlogB/log_g18m1.dbf
As you can see from the above output at the database level everything is fine. So why during backup it is giving me warnings in DB12. Any help with this regard will be appreciated.
Regards
Mitesh Nair

Hi Joe,
My OS is HP-UX. I dont think its a permission problem. Please find below the contents of origlogA and mirrlogA
predbci2:/oracle/AS0/origlogA#ls -rtl
total 1433712
drwxrwxrwx   2 oraas0     dba             96 Oct 15 03:27 cntrl
-rw-rw----   1 oraas0     dba        104858624 Dec 4 01:50 log_g52_m1.dbf
-rw-rw----   1 oraas0     dba        104858624 Dec 4 03:51 log_g50_m1.dbf
-rw-rw----   1 oraas0     dba        104858624 Dec 4 05:51 log_g54_m1.dbf
-rw-rw----   1 oraas0     dba        104858624 Dec 4 07:52 log_g53_m1.dbf
-rw-rw----   1 oraas0     dba        104858624 Dec 4 09:50 log_g55_m1.dbf
-rw-rw----   1 oraas0     dba        104858624 Dec 4 10:50 log_g56_m1.dbf
-rw-rw----   1 oraas0     dba        104858624 Dec 4 12:41 log_g58_m1.dbf
predbci2:/oracle/AS0/mirrlogA#ls -rtl
total 1433728
-rw-rw----   1 oraas0     dba        104858624 Dec 4 01:50 log_g52_m2.dbf
-rw-rw----   1 oraas0     dba        104858624 Dec 4 03:51 log_g50_m2.dbf
-rw-rw----   1 oraas0     dba        104858624 Dec 4 05:51 log_g54_m2.dbf
-rw-rw----   1 oraas0     dba        104858624 Dec 4 07:52 log_g53_m2.dbf
-rw-rw----   1 oraas0     dba        104858624 Dec 4 09:50 log_g55_m2.dbf
-rw-rw----   1 oraas0     dba        104858624 Dec 4 10:50 log_g56_m2.dbf
-rw-rw----   1 oraas0     dba        104858624 Dec 4 12:41 log_g58_m2.dbf
Regards
Mitesh

How to know the delay in redo log apply on Active Dataguard 11g

Hello All,
How to know the delay in redo log apply on Active Dataguard 11g...
Do we need to wait till log switch occurs?
Or is it recommended to schedule a log switch every 15 min, no matter data is updated/inserted or not in primary?
Please suggest...
Oracle : oracle 11g Release 2
OS : RHEL 5.4
Thanks
Edited by: user1687821 on Feb 23, 2012 12:02 AM

Hello CKPT,
Thank you for the valuable information...
We have not configured databroker.
Output of the query
SELECT * FROM (
SELECT sequence#, archived, applied,
TO_CHAR(completion_time, 'RRRR/MM/DD HH24:MI') AS completed
FROM sys.v$archived_log
ORDER BY sequence# DESC)
WHERE ROWNUM <= 10
Primary...
SEQUENCE#     ARCHIVED     APPLIED     COMPLETED
29680          YES          YES     2012/02/23 01:11
29680          YES          NO     2012/02/23 01:11
29679          YES          NO     2012/02/22 23:11
29679          YES          YES     2012/02/22 23:11
29678          YES          YES     2012/02/22 23:11
29678          YES          NO     2012/02/22 23:11
29677          YES          YES     2012/02/22 22:32
29677          YES          NO     2012/02/22 22:32
29676          YES          YES     2012/02/22 22:02
29676          YES          NO     2012/02/22 22:02
Standby...
SEQUENCE# ARC APP COMPLETED
29680 YES YES 2012/02/23 01:11
29679 YES YES 2012/02/22 23:11
29678 YES YES 2012/02/22 23:11
29677 YES YES 2012/02/22 22:32
29676 YES YES 2012/02/22 22:02
29675 YES YES 2012/02/22 21:24
29674 YES YES 2012/02/22 19:24
29673 YES YES 2012/02/22 18:59
29672 YES YES 2012/02/22 17:42
29671 YES YES 2012/02/22 17:41
Primary shows yes as well as no...
Next,
From primary:-
SQL> select thread#,max(sequence#) from v$archived_log group by thread#;
THREAD#     MAX(SEQUENCE#)
1     29680
From standby:-
SQL> select thread#,max(sequence#) from v$archived_log where applied='YES' group by thread#;
THREAD# MAX(SEQUENCE#)
1 29680
What is the redo transport service you are using? is it LGWR or ARCH ?
Output of query select * from v$parameter where name like 'log_archive_dest_2' shows below value...
SERVICE=b_stdb LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=b_stdb
So is it lgwr already configured...? if yes then how do i see the delay in both servers..
Yes, the network is good as they both resides in same LAN within same rack
Thanks...

Standby redo logs status

Hi, I see following status from my standby redo logs
SQL> select GROUP#, status from V$STANDBY_LOG;
GROUP# STATUS
5 UNASSIGNED
6 UNASSIGNED
7 UNASSIGNED
8 UNASSIGNED
What could be reason for this.

Log file which are unassigned mean the Online redo log has never been written to. This is the state of a redo log that was just added, or just after a RESETLOGS when it is not the current redo log
http://www.mcs.csueastbay.edu/support/oracle/doc/10.2/server.102/b14237/dynviews_2134.htm

Redo Log Active status

Similar Messages

Maybe you are looking for