<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: ORACLE redo logs identifying in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006304#M773695</link>
    <description>hi,&lt;BR /&gt;&lt;BR /&gt;The following data dictionary view can help:&lt;BR /&gt;&lt;BR /&gt;V$ARCHIVED_LOG&lt;BR /&gt;This view displays archived log information from the controlfile including archive log names. An archive log record is inserted after the online redo log is successfully archived or cleared (name column is NULL if the log was cleared). If the log is archived twice, there will be two archived log records with the same THREAD#, SEQUENCE#, and FIRST_CHANGE#, but with a different name. An archive log record is also inserted when an archive log is restored from a backup set or a copy. &lt;BR /&gt;   COLUMN             DESCRIPTION&lt;BR /&gt;   RECID              Archived log record ID &lt;BR /&gt;   STAMP              Archived log record stamp &lt;BR /&gt;   NAME               Archived log file name&lt;BR /&gt;   THREAD#            Redo thread number &lt;BR /&gt;   SEQUENCE#          Redo log sequence number &lt;BR /&gt;   RESETLOGS_CHANGE#  Resetlogs change# of database when written &lt;BR /&gt;   RESETLOGS_TIME     Resetlogs time of database when written &lt;BR /&gt;   FIRST_CHANGE#      First change# in the archived log &lt;BR /&gt;   FIRST_TIME         Timestamp of the first change &lt;BR /&gt;   NEXT_CHANGE#       First change in the next log &lt;BR /&gt;   NEXT_TIME          Timestamp of the next change &lt;BR /&gt;   BLOCKS             Size of the archived log in blocks &lt;BR /&gt;   BLOCK_SIZE         Redo log block size &lt;BR /&gt;   COMPLETION_TIME    Time when the archiving completed &lt;BR /&gt;   DELETED            YES/NO &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Note that my preferred way of doing the same would be using RMAN.&lt;BR /&gt;&lt;BR /&gt;kind regards&lt;BR /&gt;yogeeraj</description>
    <pubDate>Mon, 02 Oct 2006 23:16:27 GMT</pubDate>
    <dc:creator>Yogeeraj_1</dc:creator>
    <dc:date>2006-10-02T23:16:27Z</dc:date>
    <item>
      <title>ORACLE redo logs identifying</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006298#M773689</link>
      <description>Hello colleagues,&lt;BR /&gt;I need to know exactly the name / identifier of the "next" redo log archive the standby database is waiting for.&lt;BR /&gt;Which are the VIEW name and variables to get such information?&lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;Enrico</description>
      <pubDate>Mon, 02 Oct 2006 05:29:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006298#M773689</guid>
      <dc:creator>Enrico Venturi</dc:creator>
      <dc:date>2006-10-02T05:29:30Z</dc:date>
    </item>
    <item>
      <title>Re: ORACLE redo logs identifying</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006299#M773690</link>
      <description>V$ARCHIVED_LOG, V$LOG_HISTORY ...&lt;BR /&gt;&lt;BR /&gt;The table I use to see the active logs are V$LOG and V$LOGFILE. But in this case you may want to look back further and use V$LOG_HISTORY to see which sequence covered what times, which change numbers.&lt;BR /&gt;&lt;BR /&gt;Did you check the Oracle Doc?&lt;BR /&gt;Which version are you using?&lt;BR /&gt;I foudn some interesting reading in "OracleÂ® Data Guard Concepts and Administration&lt;BR /&gt;10g Release 1 (10.1)&lt;BR /&gt;Part Number B10823-01 &lt;BR /&gt;"&lt;BR /&gt;&lt;BR /&gt;It has a section: "6.3 Applying Redo Data to Physical Standby Databases"&lt;BR /&gt;&lt;BR /&gt;Is mentions for example: V$MANAGED_STANDBY&lt;BR /&gt;&lt;BR /&gt;And:&lt;BR /&gt;&lt;BR /&gt;"The V$ARCHIVED_LOG fixed view on the physical standby database shows all the archived redo log files received from the primary database. This view is only useful after the standby site starts receiving redo data, because before that time the view is populated by old archived redo log records generated from the primary control file."&lt;BR /&gt;&lt;BR /&gt;and&lt;BR /&gt;&lt;BR /&gt;"To quickly determine the level of synchronization for the standby database, issue the following query on the physical standby database:&lt;BR /&gt;&lt;BR /&gt;SQL&amp;gt; SELECT ARCHIVED_THREAD#, ARCHIVED_SEQ#, APPLIED_THREAD#, APPLIED_SEQ#&lt;BR /&gt;  2&amp;gt; FROM V$ARCHIVE_DEST_STATUS;&lt;BR /&gt;&lt;BR /&gt;ARCHIVED_THREAD# ARCHIVED_SEQ# APPLIED_THREAD# APPLIED_SEQ#&lt;BR /&gt;---------------- ------------- --------------- ------------&lt;BR /&gt;1                947           1               945"&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Good luck,&lt;BR /&gt;Hein.&lt;BR /&gt;HvdH Performance Consulting.&lt;BR /&gt;</description>
      <pubDate>Mon, 02 Oct 2006 07:51:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006299#M773690</guid>
      <dc:creator>Hein van den Heuvel</dc:creator>
      <dc:date>2006-10-02T07:51:22Z</dc:date>
    </item>
    <item>
      <title>Re: ORACLE redo logs identifying</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006300#M773691</link>
      <description>hi Enrico, &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;You did not mention version etc.&lt;BR /&gt;&lt;BR /&gt;Anyway, depending on the mode in which your standby database is configured, you will have to query either at the source or the destination.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;If it is on automatic mode, you can try:&lt;BR /&gt;sys@MTDB.MU&amp;gt; archive log list&lt;BR /&gt;Database log mode              Archive Mode&lt;BR /&gt;Automatic archival             Enabled&lt;BR /&gt;Archive destination            /u01/oracle/admin/mydb/arch&lt;BR /&gt;Oldest online log sequence     15082&lt;BR /&gt;Next log sequence to archive   15084&lt;BR /&gt;Current log sequence           15084&lt;BR /&gt;sys@MYDB.MU&amp;gt;&lt;BR /&gt;&lt;BR /&gt;The alert log should also give you information on the last archived log that has been shipped.&lt;BR /&gt;&lt;BR /&gt;kind regards&lt;BR /&gt;yogeeraj</description>
      <pubDate>Mon, 02 Oct 2006 09:01:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006300#M773691</guid>
      <dc:creator>Yogeeraj_1</dc:creator>
      <dc:date>2006-10-02T09:01:47Z</dc:date>
    </item>
    <item>
      <title>Re: ORACLE redo logs identifying</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006301#M773692</link>
      <description>I'm not using the standby database concept in that I remote copy and I apply by myself the archived redo logs.&lt;BR /&gt;The redo logs are produces Master side, then are remotely copied on the stanby machine; the user application takes care of applying the archivals on the standby instance database; unfortunately some archive can be lost therefore we'd like to get from the database the identifier of the next redo logs archival it's waiting for.&lt;BR /&gt;Hoa can I know the identifier of this archive?&lt;BR /&gt;&lt;BR /&gt;thanks&lt;BR /&gt;Enrico&lt;BR /&gt;&lt;BR /&gt;P.S.&lt;BR /&gt;ORACLE 8.1.7</description>
      <pubDate>Mon, 02 Oct 2006 09:16:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006301#M773692</guid>
      <dc:creator>Enrico Venturi</dc:creator>
      <dc:date>2006-10-02T09:16:11Z</dc:date>
    </item>
    <item>
      <title>Re: ORACLE redo logs identifying</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006302#M773693</link>
      <description>I'm not using the standby database concept in that I remote copy and I apply by myself the archived redo logs.&lt;BR /&gt;The redo logs are produces Master side, then are remotely copied on the standby machine; the user application takes care of applying the archivals on the standby instance database; unfortunately some archive can be lost therefore we'd like to get from the database the identifier of the next redo logs archival it's waiting for.&lt;BR /&gt;Hoa can I know the identifier of this archive?&lt;BR /&gt;&lt;BR /&gt;thanks&lt;BR /&gt;Enrico&lt;BR /&gt;&lt;BR /&gt;P.S.&lt;BR /&gt;ORACLE 8.1.7</description>
      <pubDate>Mon, 02 Oct 2006 09:16:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006302#M773693</guid>
      <dc:creator>Enrico Venturi</dc:creator>
      <dc:date>2006-10-02T09:16:18Z</dc:date>
    </item>
    <item>
      <title>Re: ORACLE redo logs identifying</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006303#M773694</link>
      <description>select sequence#, applied&lt;BR /&gt;from v$archived_log&lt;BR /&gt;where applied = 'NO'&lt;BR /&gt;;&lt;BR /&gt;&lt;BR /&gt;This will tell you the next archive log in the sequence that it wants to apply.</description>
      <pubDate>Mon, 02 Oct 2006 15:53:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006303#M773694</guid>
      <dc:creator>Sean Dale</dc:creator>
      <dc:date>2006-10-02T15:53:32Z</dc:date>
    </item>
    <item>
      <title>Re: ORACLE redo logs identifying</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006304#M773695</link>
      <description>hi,&lt;BR /&gt;&lt;BR /&gt;The following data dictionary view can help:&lt;BR /&gt;&lt;BR /&gt;V$ARCHIVED_LOG&lt;BR /&gt;This view displays archived log information from the controlfile including archive log names. An archive log record is inserted after the online redo log is successfully archived or cleared (name column is NULL if the log was cleared). If the log is archived twice, there will be two archived log records with the same THREAD#, SEQUENCE#, and FIRST_CHANGE#, but with a different name. An archive log record is also inserted when an archive log is restored from a backup set or a copy. &lt;BR /&gt;   COLUMN             DESCRIPTION&lt;BR /&gt;   RECID              Archived log record ID &lt;BR /&gt;   STAMP              Archived log record stamp &lt;BR /&gt;   NAME               Archived log file name&lt;BR /&gt;   THREAD#            Redo thread number &lt;BR /&gt;   SEQUENCE#          Redo log sequence number &lt;BR /&gt;   RESETLOGS_CHANGE#  Resetlogs change# of database when written &lt;BR /&gt;   RESETLOGS_TIME     Resetlogs time of database when written &lt;BR /&gt;   FIRST_CHANGE#      First change# in the archived log &lt;BR /&gt;   FIRST_TIME         Timestamp of the first change &lt;BR /&gt;   NEXT_CHANGE#       First change in the next log &lt;BR /&gt;   NEXT_TIME          Timestamp of the next change &lt;BR /&gt;   BLOCKS             Size of the archived log in blocks &lt;BR /&gt;   BLOCK_SIZE         Redo log block size &lt;BR /&gt;   COMPLETION_TIME    Time when the archiving completed &lt;BR /&gt;   DELETED            YES/NO &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Note that my preferred way of doing the same would be using RMAN.&lt;BR /&gt;&lt;BR /&gt;kind regards&lt;BR /&gt;yogeeraj</description>
      <pubDate>Mon, 02 Oct 2006 23:16:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006304#M773695</guid>
      <dc:creator>Yogeeraj_1</dc:creator>
      <dc:date>2006-10-02T23:16:27Z</dc:date>
    </item>
    <item>
      <title>Re: ORACLE redo logs identifying</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006305#M773696</link>
      <description>Sorry but I wasn't clear enough.&lt;BR /&gt;I have a database "OFF".&lt;BR /&gt;I don't have an usual "standby database".&lt;BR /&gt;&lt;BR /&gt;I copy the archives from the RUNNING database to the OFF database, then I start the "OFF" database with the "recovery" option.&lt;BR /&gt;When the database is started in automatic recovery option it processes the archives it finds in the directory we specified in the command string. It looks for some specific archive number (since there's a sequence in the archives) and it processes it, then looks for the next one and so on.&lt;BR /&gt;My question is: can I get (read) the expected archive number from (in) the database itself?&lt;BR /&gt;&lt;BR /&gt;thanks&lt;BR /&gt;Enrico</description>
      <pubDate>Tue, 03 Oct 2006 02:59:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006305#M773696</guid>
      <dc:creator>Enrico Venturi</dc:creator>
      <dc:date>2006-10-03T02:59:37Z</dc:date>
    </item>
    <item>
      <title>Re: ORACLE redo logs identifying</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006306#M773697</link>
      <description>hi Enrico,&lt;BR /&gt;&lt;BR /&gt;I do understand what you trying to do. I had procedures for the same but using RMAN.&lt;BR /&gt;&lt;BR /&gt;unfortunately, i no longer have a similar environment for testing purposes.&lt;BR /&gt;&lt;BR /&gt;can you check metalink note: 241512.1&lt;BR /&gt;&lt;BR /&gt;kind regards&lt;BR /&gt;yogeeraj</description>
      <pubDate>Tue, 03 Oct 2006 05:17:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006306#M773697</guid>
      <dc:creator>Yogeeraj_1</dc:creator>
      <dc:date>2006-10-03T05:17:11Z</dc:date>
    </item>
    <item>
      <title>Re: ORACLE redo logs identifying</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006307#M773698</link>
      <description>I have no access to ORACLE metalink.&lt;BR /&gt;&lt;BR /&gt;We don't use RMAN, even if it's a profitable tool.&lt;BR /&gt;We use the following command:&lt;BR /&gt;  $ORACLE_HOME/bin/sqldba&lt;BR /&gt;  connect internal&lt;BR /&gt;  startup mount exclusive pfile=${ORACLE_PFILE};&lt;BR /&gt;  set autorecovery on;&lt;BR /&gt;  alter database recover automatic from '${ARCHIVE_LOG_DEST}' database until cancel using backup controlfile;&lt;BR /&gt;  alter database recover cancel;&lt;BR /&gt;  alter database open resetlogs;&lt;BR /&gt;&lt;BR /&gt;$ARCHIVE_LOG_DEST contains the archives; if the database is waiting from the archive #100 but it isn't the the &lt;BR /&gt;$ARCHIVE_LOG_DEST then the recovery fails.&lt;BR /&gt;How (where) can I check in advance the number of the archiver the database is waiting for?&lt;BR /&gt;&lt;BR /&gt;sorry if I'm not clear&lt;BR /&gt;&lt;BR /&gt;Enrico</description>
      <pubDate>Tue, 03 Oct 2006 05:37:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006307#M773698</guid>
      <dc:creator>Enrico Venturi</dc:creator>
      <dc:date>2006-10-03T05:37:28Z</dc:date>
    </item>
    <item>
      <title>Re: ORACLE redo logs identifying</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006308#M773699</link>
      <description>hi Enrico, &lt;BR /&gt;&lt;BR /&gt;to determine this, the following should help:&lt;BR /&gt;sys@MYDB.MU&amp;gt; archive log list&lt;BR /&gt;Database log mode              Archive Mode&lt;BR /&gt;Automatic archival             Enabled&lt;BR /&gt;Archive destination            /u02/oracle/admin/mydb/arch&lt;BR /&gt;Oldest online log sequence     15155&lt;BR /&gt;Next log sequence to archive   15157&lt;BR /&gt;Current log sequence           15157&lt;BR /&gt;sys@MYDB.MU&amp;gt;&lt;BR /&gt;&lt;BR /&gt;Using SQL, the same thing can be queried as follows:&lt;BR /&gt;sys@MYDB.MU&amp;gt; select thread#, sequence#&lt;BR /&gt;  2  from v$log&lt;BR /&gt;  3  where status = 'CURRENT';&lt;BR /&gt;&lt;BR /&gt;   THREAD#  SEQUENCE#&lt;BR /&gt;__________ __________&lt;BR /&gt;         1      15157&lt;BR /&gt;&lt;BR /&gt;Elapsed: 00:00:00.03&lt;BR /&gt;sys@MYDB.MU&amp;gt;&lt;BR /&gt;&lt;BR /&gt;Which implies that the next required archived log file would have sequence: 15158&lt;BR /&gt;&lt;BR /&gt;hope this helps!&lt;BR /&gt;&lt;BR /&gt;kind regards&lt;BR /&gt;yogeeraj</description>
      <pubDate>Tue, 03 Oct 2006 08:59:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006308#M773699</guid>
      <dc:creator>Yogeeraj_1</dc:creator>
      <dc:date>2006-10-03T08:59:09Z</dc:date>
    </item>
    <item>
      <title>Re: ORACLE redo logs identifying</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006309#M773700</link>
      <description>Unfortunately it doesn't work .........&lt;BR /&gt;see the following traces:&lt;BR /&gt;&lt;BR /&gt;SVRMGR&amp;gt; set autorecovery on;&lt;BR /&gt;Autorecovery                    ON&lt;BR /&gt;&lt;BR /&gt;SVRMGR&amp;gt; alter database recover automatic from '/usr/osres/WarmArchive/1354RM/' database until cancel using backup controlfile;&lt;BR /&gt;alter database recover automatic from '/usr/osres/WarmArchive/1354RM/' database until cancel using backup controlfile&lt;BR /&gt;*&lt;BR /&gt;ORA-00279: change 53464 generated at 10/03/2006 07:58:13 needed for thread 1&lt;BR /&gt;ORA-00289: suggestion : /usr/osres/WarmArchive/1354RM/arch_1_7.arc&lt;BR /&gt;ORA-00280: change 53464 for thread 1 is in sequence #7&lt;BR /&gt;ORA-00278: log file '/usr/osres/WarmArchive/1354RM/arch_1_7.arc' no longer needed for this recovery&lt;BR /&gt;ORA-00308: cannot open archived log '/usr/osres/WarmArchive/1354RM/arch_1_7.arc'&lt;BR /&gt;ORA-27037: unable to obtain file status&lt;BR /&gt;HP-UX Error: 2: No such file or directory&lt;BR /&gt;Additional information: 3&lt;BR /&gt;&lt;BR /&gt;SVRMGR&amp;gt; archive log list;&lt;BR /&gt;Database log mode              Archive Mode&lt;BR /&gt;Automatic archival             Enabled&lt;BR /&gt;Archive destination            /usr/osres/WarmArchive/1354RM/&lt;BR /&gt;Oldest online log sequence     0&lt;BR /&gt;Next log sequence to archive   1&lt;BR /&gt;Current log sequence           1&lt;BR /&gt;&lt;BR /&gt;SVRMGR&amp;gt; select THREAD#, SEQUENCE# from v$log where status='CURRENT';&lt;BR /&gt;THREAD#    SEQUENCE#&lt;BR /&gt;---------- ----------&lt;BR /&gt;        1          1&lt;BR /&gt;1 row selected.&lt;BR /&gt;SVRMGR&amp;gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 03 Oct 2006 10:34:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006309#M773700</guid>
      <dc:creator>Enrico Venturi</dc:creator>
      <dc:date>2006-10-03T10:34:41Z</dc:date>
    </item>
    <item>
      <title>Re: ORACLE redo logs identifying</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006310#M773701</link>
      <description>hi,&lt;BR /&gt;&lt;BR /&gt;now it is much clearer.&lt;BR /&gt;&lt;BR /&gt;You are issueing a "ALTER DATABASE OPEN RESETLOGS;"!!&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;If you do this your logfiles are no longer in sync! You will never be able to apply your archivelog files.&lt;BR /&gt;&lt;BR /&gt;I am not sure that noresetlogs will work in this case..&lt;BR /&gt;&lt;BR /&gt;If you are using the OFF database only for query, you may issue:&lt;BR /&gt;sql&amp;gt; alter database open read only&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;with this you will be able to later recover your database by applying the new archived logs!&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;hope this helps!&lt;BR /&gt;&lt;BR /&gt;kind regards&lt;BR /&gt;yogeeraj&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 04 Oct 2006 04:38:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006310#M773701</guid>
      <dc:creator>Yogeeraj_1</dc:creator>
      <dc:date>2006-10-04T04:38:02Z</dc:date>
    </item>
    <item>
      <title>Re: ORACLE redo logs identifying</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006311#M773702</link>
      <description>No chance to find a solution.&lt;BR /&gt;No answers to my question: just a show of the know how of each one.</description>
      <pubDate>Wed, 04 Oct 2006 05:06:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006311#M773702</guid>
      <dc:creator>Enrico Venturi</dc:creator>
      <dc:date>2006-10-04T05:06:42Z</dc:date>
    </item>
    <item>
      <title>Re: ORACLE redo logs identifying</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006312#M773703</link>
      <description>hi Enrico,&lt;BR /&gt;&lt;BR /&gt;Sorry, I think i was not *clear* enough.&lt;BR /&gt;&lt;BR /&gt;1. Since you are doing a resetlog, you will not be able to apply the next archived logfile.&lt;BR /&gt;&lt;BR /&gt;2. The SQL statement do give you the information you require. &lt;BR /&gt;select THREAD#, SEQUENCE# from v$log where status='CURRENT';&lt;BR /&gt;&lt;BR /&gt;The next archived log file that you will need is sequence#+1&lt;BR /&gt;&lt;BR /&gt;If you need any further clarification, please do let us know. &lt;BR /&gt;&lt;BR /&gt;kind regards&lt;BR /&gt;yogeeraj&lt;BR /&gt;</description>
      <pubDate>Wed, 04 Oct 2006 23:40:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-redo-logs-identifying/m-p/5006312#M773703</guid>
      <dc:creator>Yogeeraj_1</dc:creator>
      <dc:date>2006-10-04T23:40:04Z</dc:date>
    </item>
  </channel>
</rss>

