Just a FYI. You can use _any_ 9i instance to recreate the init.ora for the
instance from a spfile. It does not need to be the instance that the spfile
is for!

-----Original Message-----
Sent: Thursday, July 11, 2002 5:54 PM
To: Multiple recipients of list ORACLE-L


I was migrating a V7.3.4.5 to V9.2 and the wizard does NOT create a
new initSID.ora which is R2 compliant; only a spfileSID.ora file. My 
solution was to write a simple SQL query which generated a spool file, 
initSID.ora, which contained the parameter name and values where the 
value was not the default value. This certainly saved my bacon.

"Deshpande, Kirti" wrote:
> 
> I would get the DB to function the way I want first using init.ora. Then
> switch to SPFILE from init.ora, while preserving a copy of working
init.ora
> file.
> 
> Also, when a parameter is changed dynamically with SCOPE=both or spfile, I
> recreate my init.ora file as the backup.
> 
> SPFILE concept is good and it is required for reaching the goal of 'no dba
> required', but it is still far from being 'ready for prime time'.
> 
> I stopped using SPFILE with a couple of my databases when I was able to
add
> db_cache_size to an spfile that already had db_block_buffers (two mutually
> exclusive parameters). The next restart of the DB failed. It was good that
I
> had kept the init.ora file. I have not installed 9.2 yet, so I do now know
> if such things are verified beforehand and prevented.
> 
> HTH,
> 
> - Kirti
> 
> > -----Original Message-----
> > From: DENNIS WILLIAMS [SMTP:[EMAIL PROTECTED]]
> > Sent: Thursday, July 11, 2002 12:49 PM
> > To:   Multiple recipients of list ORACLE-L
> > Subject:      Oracle 9.2 spfile catch 22
> >
> > Thanks to everyone for the ideas on the init.ora. You were correct that
> > the
> > answer is indeed with spfile. Now I have discovered a catch-22.
> >
> > Oracle 9.2, Solaris
> >
> > 1. If spfile is created with LOG_ARCHIVE_START = true,
> >       database will not start. Receive the error
> >         ORA-00439 feature not enabled: Managed Standby
> > 2. Creating the spfile with LOG_ARCHIVE_START = false works and the
> > database
> > starts. Issuing
> >       ALTER SYSTEM ARCHIVE LOG START
> > works, but it isn't changed in the spfile, so the next time Oracle is
> > bounced, the archiver doesn't start.
> >
> > This is starting to smell like a bug, but I thought I'd run it past the
> > list
> > on the off-chance someone else has gotten archiving turned on for 9.2.
> > Thanks.
> > --
> > Please see the official ORACLE-L FAQ: http://www.orafaq.com
> > --
> > Author: DENNIS WILLIAMS
> >   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: Deshpande, Kirti
>   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).

-- 
Charlie Mengler                                  Maintenance Warehouse  
[EMAIL PROTECTED]                                 10641 Scripps Summit Ct.
858-831-2229                                     San Diego, CA 92131    
Lack of planning on your part doesn't constitute an emergency on my part!
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Charlie Mengler
  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: Toepke, Kevin M
  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).

Reply via email to