<?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: HELP - database in limbo in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/help-database-in-limbo/m-p/4952014#M785889</link>
    <description>Thanks Clay. This is not a production database and I intended to have a backup before procedding, but felt pressured to start this upgrade test (since replacing the tape drive will take at least a couple of days. Can the database be restarted as the 8.1.7 database with a reset of the redo logs?</description>
    <pubDate>Thu, 12 Jan 2006 12:57:53 GMT</pubDate>
    <dc:creator>Dave Chamberlin</dc:creator>
    <dc:date>2006-01-12T12:57:53Z</dc:date>
    <item>
      <title>HELP - database in limbo</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/help-database-in-limbo/m-p/4952009#M785884</link>
      <description>Hello,&lt;BR /&gt;   I am doing a migration of Oracle from 8.1.7.4 (64bit) to 9i. When I did startup migrate, one datafile had wrong permission set. Database shutdown. I fixed the permission of that file, but cannot startup the database under the 9i HOME(ORA-1092 instance terminated..)&lt;BR /&gt;I cannot open the database under the 8.1.7 HOME because the redo logs are now in 9i format. What can I do?</description>
      <pubDate>Thu, 12 Jan 2006 11:33:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/help-database-in-limbo/m-p/4952009#M785884</guid>
      <dc:creator>Dave Chamberlin</dc:creator>
      <dc:date>2006-01-12T11:33:58Z</dc:date>
    </item>
    <item>
      <title>Re: HELP - database in limbo</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/help-database-in-limbo/m-p/4952010#M785885</link>
      <description>Shalom Dave,&lt;BR /&gt;&lt;BR /&gt;I suggest retoring the database files to the original copies and re-doing the migration after correcting the permissions.&lt;BR /&gt;&lt;BR /&gt;You also might be able to do a startup, followed by an abort and then a normal startup.&lt;BR /&gt;&lt;BR /&gt;Can you do a startup attempt and post the sqlplus output? There may be commands you can do to bring this one tablespace up.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Thu, 12 Jan 2006 11:46:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/help-database-in-limbo/m-p/4952010#M785885</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2006-01-12T11:46:45Z</dc:date>
    </item>
    <item>
      <title>Re: HELP - database in limbo</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/help-database-in-limbo/m-p/4952011#M785886</link>
      <description>Unfortunately I cannot replace original files as my new ultrium tape drive failed last night (as I was going to take a backup). I am attaching the output of the log file (9i alert log).</description>
      <pubDate>Thu, 12 Jan 2006 12:02:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/help-database-in-limbo/m-p/4952011#M785886</guid>
      <dc:creator>Dave Chamberlin</dc:creator>
      <dc:date>2006-01-12T12:02:45Z</dc:date>
    </item>
    <item>
      <title>Re: HELP - database in limbo</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/help-database-in-limbo/m-p/4952012#M785887</link>
      <description>Dave,&lt;BR /&gt;given your situation (no backups) I would raise a TAR with Oracle.&lt;BR /&gt;One further mistake and the whole DB may be lost.&lt;BR /&gt;At least perform a backup now, so if anything goes wrong, you have something to go back to.</description>
      <pubDate>Thu, 12 Jan 2006 12:18:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/help-database-in-limbo/m-p/4952012#M785887</guid>
      <dc:creator>Peter Godron</dc:creator>
      <dc:date>2006-01-12T12:18:04Z</dc:date>
    </item>
    <item>
      <title>Re: HELP - database in limbo</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/help-database-in-limbo/m-p/4952013#M785888</link>
      <description>Dave,&lt;BR /&gt;&lt;BR /&gt;Let me understand this. You decided to do a database migration after a failed backup? and without a working tape drive?  That was truly state of the art stupid and you deserve whatever happens to you. Never underestimate God's sense of humor. If you have good backups, you don't need them; on the other hand, if you don't have good backups ...&lt;BR /&gt;&lt;BR /&gt;You may be out of limbo and are now in purgatory. I hope you are on Oracle support; they may be able to help. Please tell me that you have a backup from two days ago.&lt;BR /&gt;</description>
      <pubDate>Thu, 12 Jan 2006 12:24:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/help-database-in-limbo/m-p/4952013#M785888</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2006-01-12T12:24:09Z</dc:date>
    </item>
    <item>
      <title>Re: HELP - database in limbo</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/help-database-in-limbo/m-p/4952014#M785889</link>
      <description>Thanks Clay. This is not a production database and I intended to have a backup before procedding, but felt pressured to start this upgrade test (since replacing the tape drive will take at least a couple of days. Can the database be restarted as the 8.1.7 database with a reset of the redo logs?</description>
      <pubDate>Thu, 12 Jan 2006 12:57:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/help-database-in-limbo/m-p/4952014#M785889</guid>
      <dc:creator>Dave Chamberlin</dc:creator>
      <dc:date>2006-01-12T12:57:53Z</dc:date>
    </item>
    <item>
      <title>Re: HELP - database in limbo</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/help-database-in-limbo/m-p/4952015#M785890</link>
      <description>Dave,&lt;BR /&gt;&lt;BR /&gt;Did you see note 267118.1 in Metalink, basically it says the problem is the compatibility parameter at 9.2 while db at 8.1.7, but changing back to 8.1.7 causes another problem.  Here is the solution from the note.&lt;BR /&gt;&lt;BR /&gt;Solution&lt;BR /&gt;To resolve this problem we need to migrate the database so that the redo logs are in the correct format:&lt;BR /&gt;&lt;BR /&gt;Startup migrate;&lt;BR /&gt;Database opened &lt;BR /&gt;&lt;BR /&gt;The migration to 9.2 was completed manually.&lt;BR /&gt;&lt;BR /&gt;Just a thought.&lt;BR /&gt;&lt;BR /&gt;Patti</description>
      <pubDate>Thu, 12 Jan 2006 16:14:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/help-database-in-limbo/m-p/4952015#M785890</guid>
      <dc:creator>Patti Johnson</dc:creator>
      <dc:date>2006-01-12T16:14:15Z</dc:date>
    </item>
    <item>
      <title>Re: HELP - database in limbo</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/help-database-in-limbo/m-p/4952016#M785891</link>
      <description>The problem as indicated from Oracle was the same as Patti indicated. The compatible parm was set to 9.2 in the init file. Edited the init file to have "EVENT=10619 trace name context forever, level 1 allowed the instance to open correctly ignoring the compatable flag, and migration proceeded normally. Thanks.</description>
      <pubDate>Thu, 12 Jan 2006 17:24:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/help-database-in-limbo/m-p/4952016#M785891</guid>
      <dc:creator>Dave Chamberlin</dc:creator>
      <dc:date>2006-01-12T17:24:02Z</dc:date>
    </item>
    <item>
      <title>Re: HELP - database in limbo</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/help-database-in-limbo/m-p/4952017#M785892</link>
      <description>hi,&lt;BR /&gt;&lt;BR /&gt;Can you investigate if you can offiline drop the datafile which you were having problems and   create it again and import the data?&lt;BR /&gt;&lt;BR /&gt;It would also be advisable to work with Oracle Support on that!&lt;BR /&gt;&lt;BR /&gt;good luck&lt;BR /&gt;&lt;BR /&gt;kind regards&lt;BR /&gt;yogeeraj</description>
      <pubDate>Thu, 12 Jan 2006 23:49:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/help-database-in-limbo/m-p/4952017#M785892</guid>
      <dc:creator>Yogeeraj_1</dc:creator>
      <dc:date>2006-01-12T23:49:48Z</dc:date>
    </item>
    <item>
      <title>Re: HELP - database in limbo</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/help-database-in-limbo/m-p/4952018#M785893</link>
      <description>Thats a DB question.&lt;BR /&gt;Did you check if there is any information in the traces/logs? Is there more error message information that can be used here?&lt;BR /&gt;&lt;BR /&gt;I remember one Oracle DBA telling me that he had to comment out rollback parameters when he did the first restart.</description>
      <pubDate>Tue, 11 Apr 2006 03:12:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/help-database-in-limbo/m-p/4952018#M785893</guid>
      <dc:creator>VikramAdmin</dc:creator>
      <dc:date>2006-04-11T03:12:04Z</dc:date>
    </item>
    <item>
      <title>Re: HELP - database in limbo</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/help-database-in-limbo/m-p/4952019#M785894</link>
      <description>problem was solved with compatability setting in init file. thanks.</description>
      <pubDate>Tue, 11 Apr 2006 10:08:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/help-database-in-limbo/m-p/4952019#M785894</guid>
      <dc:creator>Dave Chamberlin</dc:creator>
      <dc:date>2006-04-11T10:08:10Z</dc:date>
    </item>
  </channel>
</rss>

