<?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: redo log corrupted in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907993#M933129</link>
    <description>Since the datafile being reported belongs to system tbs and you have no backups..then i would suggest to use the undocumented parameter _allow_resetlogs_corruption=TRUE. only trump card that you have now. &lt;BR /&gt;&lt;BR /&gt;so go ahead, set this parameter in init&lt;SID&gt;.ora file and bounce the db.&lt;BR /&gt;&lt;BR /&gt;immediately, take an export dump of the entire database or at least the schemas that your concerned of and rebuild the database.&lt;BR /&gt;&lt;/SID&gt;</description>
    <pubDate>Wed, 19 Feb 2003 20:23:58 GMT</pubDate>
    <dc:creator>Stan_17</dc:creator>
    <dc:date>2003-02-19T20:23:58Z</dc:date>
    <item>
      <title>redo log corrupted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907985#M933121</link>
      <description>I have a redo log corrupted, How can I start to solve the problem.&lt;BR /&gt;&lt;BR /&gt;any help would be really appreciated,</description>
      <pubDate>Wed, 19 Feb 2003 13:22:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907985#M933121</guid>
      <dc:creator>Hunan_1</dc:creator>
      <dc:date>2003-02-19T13:22:47Z</dc:date>
    </item>
    <item>
      <title>Re: redo log corrupted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907986#M933122</link>
      <description>What do you mean by a "redo log"?&lt;BR /&gt;&lt;BR /&gt;Pete</description>
      <pubDate>Wed, 19 Feb 2003 13:23:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907986#M933122</guid>
      <dc:creator>Pete Randall</dc:creator>
      <dc:date>2003-02-19T13:23:33Z</dc:date>
    </item>
    <item>
      <title>Re: redo log corrupted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907987#M933123</link>
      <description>I presume you are talking about an Oracle redo log.  If so, how did the corruption manifest itself and what error message(s) did Oracle report?</description>
      <pubDate>Wed, 19 Feb 2003 14:52:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907987#M933123</guid>
      <dc:creator>Ian Lochray</dc:creator>
      <dc:date>2003-02-19T14:52:55Z</dc:date>
    </item>
    <item>
      <title>Re: redo log corrupted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907988#M933124</link>
      <description>yes, I'm talking about oracle redo log,&lt;BR /&gt;I have 4 groups mirrored everyone of them in different disks.&lt;BR /&gt;&lt;BR /&gt;At certain moment, the oracle's log shows that there was an inconsistency in one redo log.&lt;BR /&gt;&lt;BR /&gt;Then, I shutdown the database, after when it was been restarted with the resetlogs option, the following message was shown.&lt;BR /&gt;&lt;BR /&gt;alter database open resetlog&lt;BR /&gt;*&lt;BR /&gt;ORA-01194: El fichero 1 necesita mas recuperacion para ser consistente.&lt;BR /&gt;ORA-01110: Fichero de datos 1 :"/opt/oracle8/...."&lt;BR /&gt;&lt;BR /&gt;It's not matter if I lost the data, I would be really pleased if someone could help me to put it working again.&lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 19 Feb 2003 17:39:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907988#M933124</guid>
      <dc:creator>Hunan_1</dc:creator>
      <dc:date>2003-02-19T17:39:58Z</dc:date>
    </item>
    <item>
      <title>Re: redo log corrupted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907989#M933125</link>
      <description>Hunan,&lt;BR /&gt;&lt;BR /&gt;presuming you lost the current redolog, then this is what i would do,&lt;BR /&gt;&lt;BR /&gt;1. restore all datafiles from recent backup&lt;BR /&gt;&lt;BR /&gt;2. mount the db&lt;BR /&gt;&lt;BR /&gt;3. do a cancel based recovery (recover database until cancel)&lt;BR /&gt;&lt;BR /&gt;4. open the db with resetlogs (alter database open resetlogs)&lt;BR /&gt;&lt;BR /&gt;5. take an immediate backup of the database (hotbackup), as your previous backup becomes useless due to step #4.&lt;BR /&gt;&lt;BR /&gt;hth,&lt;BR /&gt;Stan</description>
      <pubDate>Wed, 19 Feb 2003 18:37:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907989#M933125</guid>
      <dc:creator>Stan_17</dc:creator>
      <dc:date>2003-02-19T18:37:58Z</dc:date>
    </item>
    <item>
      <title>Re: redo log corrupted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907990#M933126</link>
      <description>The problem is that we I don't have any backup.&lt;BR /&gt;So the only I want to save is the database structure, no matter if the stored data is lost.&lt;BR /&gt;&lt;BR /&gt;thanks</description>
      <pubDate>Wed, 19 Feb 2003 19:22:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907990#M933126</guid>
      <dc:creator>Hunan_1</dc:creator>
      <dc:date>2003-02-19T19:22:11Z</dc:date>
    </item>
    <item>
      <title>Re: redo log corrupted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907991#M933127</link>
      <description>Oops, no backups is always a problem. okay tell me on what datafile your getting the error, is it temp, system or rbs or data...?&lt;BR /&gt;&lt;BR /&gt;do you have any export dumps ?&lt;BR /&gt;&lt;BR /&gt;Stan</description>
      <pubDate>Wed, 19 Feb 2003 19:41:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907991#M933127</guid>
      <dc:creator>Stan_17</dc:creator>
      <dc:date>2003-02-19T19:41:47Z</dc:date>
    </item>
    <item>
      <title>Re: redo log corrupted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907992#M933128</link>
      <description>That datafile it's attached to the tablespace system.&lt;BR /&gt;&lt;BR /&gt;can I  edit the init.ora and use this?&lt;BR /&gt;&lt;BR /&gt;_allow_resetlogs_corruption=TRUE&lt;BR /&gt;&lt;BR /&gt;Could it be an option to get back my database?</description>
      <pubDate>Wed, 19 Feb 2003 20:14:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907992#M933128</guid>
      <dc:creator>Hunan_1</dc:creator>
      <dc:date>2003-02-19T20:14:12Z</dc:date>
    </item>
    <item>
      <title>Re: redo log corrupted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907993#M933129</link>
      <description>Since the datafile being reported belongs to system tbs and you have no backups..then i would suggest to use the undocumented parameter _allow_resetlogs_corruption=TRUE. only trump card that you have now. &lt;BR /&gt;&lt;BR /&gt;so go ahead, set this parameter in init&lt;SID&gt;.ora file and bounce the db.&lt;BR /&gt;&lt;BR /&gt;immediately, take an export dump of the entire database or at least the schemas that your concerned of and rebuild the database.&lt;BR /&gt;&lt;/SID&gt;</description>
      <pubDate>Wed, 19 Feb 2003 20:23:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907993#M933129</guid>
      <dc:creator>Stan_17</dc:creator>
      <dc:date>2003-02-19T20:23:58Z</dc:date>
    </item>
    <item>
      <title>Re: redo log corrupted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907994#M933130</link>
      <description>This command should work:&lt;BR /&gt;&lt;BR /&gt;alter database clear logfile '&lt;FILENAME&gt;';&lt;BR /&gt;&lt;BR /&gt;You might have to do:&lt;BR /&gt;&lt;BR /&gt;alter database clear unarchived logfile '&lt;FILENAME&gt;';&lt;BR /&gt;&lt;BR /&gt;The last option that you could try, is to copy the valid member from the group over the corrupted member from the group, and bring the database up.  This should allow the database to come up as well.&lt;BR /&gt;&lt;BR /&gt;Brian&lt;/FILENAME&gt;&lt;/FILENAME&gt;</description>
      <pubDate>Wed, 19 Feb 2003 20:39:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907994#M933130</guid>
      <dc:creator>Brian Crabtree</dc:creator>
      <dc:date>2003-02-19T20:39:24Z</dc:date>
    </item>
    <item>
      <title>Re: redo log corrupted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907995#M933131</link>
      <description>hi brian,&lt;BR /&gt;&lt;BR /&gt;hunan, could get lucky with clear logfile thing, however, the last option you suggested, oracle automatically does that for you. if one log member is corrupted for some darn reasons, then it automatically reads/writes the other members within the group which is the whole point of multiplexing redologs.&lt;BR /&gt;&lt;BR /&gt;correct me if i'm wrong.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 19 Feb 2003 21:17:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907995#M933131</guid>
      <dc:creator>Stan_17</dc:creator>
      <dc:date>2003-02-19T21:17:51Z</dc:date>
    </item>
    <item>
      <title>Re: redo log corrupted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907996#M933132</link>
      <description>I've tried to clear the redo log, but didn't work either.&lt;BR /&gt;&lt;BR /&gt;Thanks</description>
      <pubDate>Wed, 19 Feb 2003 21:38:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907996#M933132</guid>
      <dc:creator>Hunan_1</dc:creator>
      <dc:date>2003-02-19T21:38:16Z</dc:date>
    </item>
    <item>
      <title>Re: redo log corrupted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907997#M933133</link>
      <description>Stan,&lt;BR /&gt;&lt;BR /&gt;Not quite.  In an online situtation, Oracle will not hang saying that a redo-log is corrupted, but will mark it corrupt and put errors in the alertlog.  On a startup however, it checks the logs, and verifies that they are valid before opening.  &lt;BR /&gt;&lt;BR /&gt;This has been true in my experiance.  I might go try it out on a test system to see if this is still true.  &lt;BR /&gt;&lt;BR /&gt;Brian</description>
      <pubDate>Thu, 20 Feb 2003 01:43:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907997#M933133</guid>
      <dc:creator>Brian Crabtree</dc:creator>
      <dc:date>2003-02-20T01:43:05Z</dc:date>
    </item>
    <item>
      <title>Re: redo log corrupted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907998#M933134</link>
      <description>You could try this.&lt;BR /&gt;&lt;BR /&gt;1.First, try to clean up any client connections by killing them at the operating system level. PMON becomes stuck     trying to clean up one of these processes. You have to kill the instance at the operating system level. &lt;BR /&gt;&lt;BR /&gt;2. You cannot open the database as you again receive the same errors on the     corrupted redo log.  You must bring the database to the mount stage and then clear the logfile with:     ALTER DATABASE CLEAR UNARCHIVED LOGFILE '&lt;NAME&gt;' &lt;BR /&gt;&lt;BR /&gt;3. You are then able to open the database and do a clean shutdown.  &lt;BR /&gt;&lt;BR /&gt;4. At this point, you should take a backup and now fix the issue that caused the curruption (like hardware failure....etc)&lt;BR /&gt;&lt;BR /&gt;Reasons (refer here)&lt;BR /&gt;The redo log header became corrupt due to hardware failure.  As the archiver was unable to archive that log and processing continued, all redo logs were filled and not archived.  Thus a log switch could not occur.  Oracle attempted to terminate the instance but was unable due to some client processes still connected.    After the instance is killed, it cannot be restarted until the corrupted redo log has been cleared.  Clearing the redo log with 'UNARCHIVED'  allows you to reuse that redo log.  Refer to the SQL Reference Guide under  the ALTER DATABASE statement for CLEAR LOGFILE options.&lt;/NAME&gt;</description>
      <pubDate>Thu, 20 Feb 2003 04:58:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907998#M933134</guid>
      <dc:creator>Indira Aramandla</dc:creator>
      <dc:date>2003-02-20T04:58:40Z</dc:date>
    </item>
    <item>
      <title>Re: redo log corrupted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907999#M933135</link>
      <description>Hi Brian,&lt;BR /&gt;&lt;BR /&gt;I agree that oracle will not hang if one of redolog member gets corrupted. however, lgwr moves on to next member in the redolog group. besides it writes errors on to alert.log and trace files...so the chances of introducing the same corruption at the same point in redolog is minimal.&lt;BR /&gt;&lt;BR /&gt;similarly, when arch kicks in to archive, it reads the redolog member and if it encounters corruption, automatically it moves on to the next member in group and so on...&lt;BR /&gt;&lt;BR /&gt;same happens on instance recoveries too.&lt;BR /&gt;&lt;BR /&gt;Stan&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 20 Feb 2003 05:46:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2907999#M933135</guid>
      <dc:creator>Stan_17</dc:creator>
      <dc:date>2003-02-20T05:46:03Z</dc:date>
    </item>
    <item>
      <title>Re: redo log corrupted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2908000#M933136</link>
      <description>hello,&lt;BR /&gt;&lt;BR /&gt;please clarify whether your database is still up or is down.&lt;BR /&gt;&lt;BR /&gt;If the later, unfortunately you have very few options for recovery.&lt;BR /&gt;&lt;BR /&gt;regards&lt;BR /&gt;Yogeeraj</description>
      <pubDate>Thu, 20 Feb 2003 06:13:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2908000#M933136</guid>
      <dc:creator>Yogeeraj_1</dc:creator>
      <dc:date>2003-02-20T06:13:10Z</dc:date>
    </item>
    <item>
      <title>Re: redo log corrupted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2908001#M933137</link>
      <description>Hi, Do you have all your files except the redolog file ?&lt;BR /&gt;&lt;BR /&gt;Do yo use the arcive log mode?&lt;BR /&gt;&lt;BR /&gt;Is it possible to open database with nomount option ?&lt;BR /&gt;</description>
      <pubDate>Thu, 20 Feb 2003 08:56:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2908001#M933137</guid>
      <dc:creator>PAVIC Thierry</dc:creator>
      <dc:date>2003-02-20T08:56:23Z</dc:date>
    </item>
    <item>
      <title>Re: redo log corrupted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2908002#M933138</link>
      <description>Hi, I'll do my last try today. &lt;BR /&gt;&lt;BR /&gt;After adding the line _allow_resetlogs_corruption=TRUE to init{SID}.ora, mount the database and run an sql script to recover all the datafiles(alter database recover datafile '...'), open the database. It seemed everything was ok, but it crashed after some minutes, the messages shown made reference to some blocks corrupted in the SYSTEM datafile.&lt;BR /&gt;&lt;BR /&gt;Now the database is down, The database is not set to archive log mode, it's possible to startup the database with nomount option.&lt;BR /&gt;&lt;BR /&gt;thanks all for your helping&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt; &lt;BR /&gt;</description>
      <pubDate>Thu, 20 Feb 2003 17:15:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/redo-log-corrupted/m-p/2908002#M933138</guid>
      <dc:creator>Hunan_1</dc:creator>
      <dc:date>2003-02-20T17:15:25Z</dc:date>
    </item>
  </channel>
</rss>

