I also remember (hopefully correctly) reading somewhere, either in metalink or from this list that there is a "low-level corruption" problem in 8.0.x that may causes problems when migrating to 8.1.x, by doing the imp/exp method, you don't have to "fix" the 8.0.x database before you upgrade.
There was a script supplied by oracle that you can run to verify the database before you migrate/upgrade it. -----Original Message----- Sent: April 17, 2002 12:49 PM To: Multiple recipients of list ORACLE-L Clean up fragmentation/chaining, change block size at the same time, in my current case, chage hardware platform... All sorts of reasons. :) -----Original Message----- Sent: Wednesday, April 17, 2002 3:32 PM To: Multiple recipients of list ORACLE-L On Wed, 17 Apr 2002, Browett, Darren wrote: > The previous DBA, also used the export/import method, and is the method > I am most likely going to use. Can someone explain why anyone would opt for export/import as a path to do an 8.0 to 8.1 upgrade? Doesn't the basic upgrade just consist of starting the instance on the new ORACLE_HOME and running an upgrade script? Why would someone undergo the disruption and complexity of a full export/import when you can just leave the data where it is? -- Jeremiah Wilton http://www.speakeasy.net/~jwilton > Create the new ORACLE_HOME (8.1.7) > Patch to rev desired (8.1.7.2 or 8.1.7.3) > Export from 8.0.5 > Import to 8.1.7.x > Upgrade application. > Test like crazy. > > -----Original Message----- > Sent: April 17, 2002 7:43 AM > To: Multiple recipients of list ORACLE-L > > we are in the process of upgrading to 8.1.7.3 some of our databases (now > 8.0.5) > According to the Doc's thsi has to be done in two steps > Upgrade to 8.1.7.0.0 followed by and upgrade to 8.1.7.3.0. > > This means that we have to upgrade all our databases in one go, or install > another base 8.1.7 install to do some databases later. > > On our test system however we have upgraded directly form 8.0.5 and all > seems to be fine. > > Anybody care to comment/share their opinions/experiences -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Jeremiah Wilton INET: [EMAIL PROTECTED] Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Lists -------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: John Weatherman INET: [EMAIL PROTECTED] Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Lists -------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Browett, Darren INET: [EMAIL PROTECTED] Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Lists -------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
