there is an "archived" column in that view.
active means "we need it for crash recovery"
if the checkpoint signaled by the switch logfile has completed (there is no such thing really as a "checkpoint ON a redo log file") we no longer need that log file for crash recovery.
that is independent of whether it was archived or not yet.
ops$tkyte%ORA9IR2> select group#, thread#, sequence#, status, archived from v$log;
GROUP# THREAD# SEQUENCE# STATUS ARC
---------- ---------- ---------- ---------------- ---
1 1 17 INACTIVE YES
2 1 18 INACTIVE NO
3 1 19 CURRENT NO
ops$tkyte%ORA9IR2> alter system switch logfile;
System altered.
ops$tkyte%ORA9IR2> select group#, thread#, sequence#, status, archived from v$log;
GROUP# THREAD# SEQUENCE# STATUS ARC
---------- ---------- ---------- ---------------- ---
1 1 20 CURRENT NO
2 1 18 INACTIVE NO
3 1 19 ACTIVE NO
<b> #19 is 'active', needed for crash recovery, it is not yet archived (i have log archive start = false and am using 9i so it still has meaning...)
</b>
ops$tkyte%ORA9IR2> alter system checkpoint;
System altered.
ops$tkyte%ORA9IR2> select group#, thread#, sequence#, status, archived from v$log;
GROUP# THREAD# SEQUENCE# STATUS ARC
---------- ---------- ---------- ---------------- ---
1 1 20 CURRENT NO
2 1 18 INACTIVE NO
3 1 19 INACTIVE NO
<b> #19 is no longer active since we checkpointed and waited for the checkpoint to complete. It is still not archived however</b>
ops$tkyte%ORA9IR2> alter system archive log all;
System altered.
ops$tkyte%ORA9IR2> select group#, thread#, sequence#, status, archived from v$log;
GROUP# THREAD# SEQUENCE# STATUS ARC
---------- ---------- ---------- ---------------- ---
1 1 20 CURRENT NO
2 1 18 INACTIVE YES
3 1 19 INACTIVE YES
<b>now it is not only not needed for crash recovery, it is also archived</b>