Return-Path: <ml-errors@fatcity.com>
Received: from air189.startdedicated.com (root@localhost)
 by orafaq.com (8.11.6/8.11.6) with ESMTP id hBCJvdI20575
 for <oracle-l@orafaq.com>; Fri, 12 Dec 2003 13:57:39 -0600
X-ClientAddr: 66.27.56.213
Received: from www2.fatcity.com (rrcs-west-66-27-56-213.biz.rr.com [66.27.56.213])
 by air189.startdedicated.com (8.11.6/8.11.6) with ESMTP id hBCJvco20568
 for <oracle-l@orafaq.com>; Fri, 12 Dec 2003 13:57:39 -0600
Received: (from root@localhost)
 by www2.fatcity.com (8.11.6/8.11.6) id hBCJqkc27074
 for oracle-l@orafaq.com; Fri, 12 Dec 2003 11:52:46 -0800
Received: by fatcity.com (05-Jun-2003/v1.0g-b73/bab) via fatcity.com id 005D9B34; Fri, 12 Dec 2003 11:54:27 -0800
Message-ID: <F001.005D9B34.20031212115427@fatcity.com>
Date: Fri, 12 Dec 2003 11:54:27 -0800
To: Multiple recipients of list ORACLE-L <ORACLE-L@fatcity.com>
X-Comment: Oracle RDBMS Community Forum
X-Sender: <Paula_Stankus@doh.state.fl.us>
Sender: ml-errors@fatcity.com
Reply-To: ORACLE-L@fatcity.com
Errors-To: ML-ERRORS@fatcity.com
From: <Paula_Stankus@doh.state.fl.us>
Subject: RE: for security patches - going to 9.2.0.4
Organization: Fat City Network Services, San Diego, California
X-ListServer: v1.0g, build 73; ListGuru (c) 1996-2003 Bruce A. Bergman
Precedence: bulk
Mime-Version: 1.0
Content-Type: multipart/alternative;	boundary="----_=_NextPart_001_01C3C0E9.D61720C0"
------_=_NextPart_001_01C3C0E9.D61720C0
Content-Type: text/html;
 charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">


<META content=3D"MSHTML 6.00.2800.1264" name=3DGENERATOR></HEAD>
<BODY>
<DIV><SPAN class=3D189535219-12122003><FONT face=3DArial color=3D#0000ff =
size=3D2>That=20
is the case.&nbsp; I do have tablespaces that are locally managed - I =
did the=20
migrate with compatible set to 8.1.7.&nbsp; I did startup the =
database.&nbsp;=20
However, my system tablespace is dictionary managed - all others are =
not.&nbsp;=20
</FONT></SPAN></DIV>
<DIV><SPAN class=3D189535219-12122003><FONT face=3DArial color=3D#0000ff =

size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D189535219-12122003><FONT face=3DArial color=3D#0000ff =
size=3D2>The=20
migration worked.&nbsp; I have large databases and have been using =
Oracle's=20
migration utility from 7 - 8 and 8 - 9.&nbsp; Yes, it is quirky and =
tricky but=20
better than export/import on large databases.</FONT></SPAN></DIV>
<DIV><SPAN class=3D189535219-12122003><FONT face=3DArial color=3D#0000ff =

size=3D2></FONT></SPAN>&nbsp;</DIV>
<BLOCKQUOTE>
  <DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft><FONT =
face=3DTahoma=20
  size=3D2>-----Original Message-----<BR><B>From:</B> =
ml-errors@fatcity.com=20
  [mailto:ml-errors@fatcity.com]<B>On Behalf Of </B>Paul =
Drake<BR><B>Sent:</B>=20
  Thursday, December 11, 2003 7:04 PM<BR><B>To:</B> Multiple recipients =
of list=20
  ORACLE-L<BR><B>Subject:</B> RE: for security patches - going to=20
  9.2.0.4<BR><BR></FONT></DIV>
  <DIV>Paula,</DIV>
  <DIV><FONT face=3DArial color=3D#0000ff size=3D2></FONT>&nbsp;</DIV>
  <DIV>I hope that you are just confused.</DIV>
  <DIV>AFAIK, if you have created a database with a locally managed =
system=20
  tablespace, that you cannot set compatible to anything lower than =
9.0.1.</DIV>
  <DIV>Ok, you can set it, but oracle will complain during instance =
startup and=20
  you won't have a database instance to attach to. But this might be a =
myth of=20
  mine, its awhile since I last read the upgrade/migration guide.</DIV>
  <DIV><FONT face=3DArial color=3D#0000ff size=3D2></FONT>&nbsp;</DIV>
  <DIV>I can see setting the init.ora parameter</DIV>
  <DIV>optimizer_features_enable =3D 8.1.7</DIV>
  <DIV>if the 9.2 CBO acts quite differently from its older brother did, =
back in=20
  8.1.7.</DIV>
  <DIV><FONT face=3DArial color=3D#0000ff size=3D2></FONT>&nbsp;</DIV>
  <DIV>But compatible? I seriously doubt it.</DIV>
  <DIV>If you migrated your db from 8.1.7 to 9.2 and the system =
tablespace is=20
  still dictionary managed&nbsp;- that is&nbsp;a completely different=20
  matter.</DIV>
  <DIV><FONT face=3DArial color=3D#0000ff size=3D2></FONT>&nbsp;</DIV>
  <DIV>I've been lucky enough that most dbs were small enough to just =
use=20
  exp/imp and move data into a clean, newly created&nbsp;db.</DIV>
  <DIV><FONT face=3DArial color=3D#0000ff size=3D2></FONT>&nbsp;</DIV>
  <DIV>Paul</DIV>
  <DIV><FONT face=3DArial color=3D#0000ff size=3D2></FONT><FONT =
face=3DArial=20
  color=3D#0000ff=20
  size=3D2></FONT><BR><BR><B><I>Paula_Stankus@doh.state.fl.us</I></B> =
wrote:</DIV>
  <BLOCKQUOTE class=3Dreplbq=20
  style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px =
solid">Guys,<BR><BR>I=20
    saved all of your writing including Todd Boxx, Richard Foote, =
Wolfgang...=20
    about issues with 9.2.0.4. We are currently on 9.2.0.3 and I =
understand=20
    (although have not hit it yet) that in this version we could get =
locks when=20
    building indexes. Also, that basically you need to set your =
compatible=20
    parameter to 8.1.7. On some databases we have compatible set to =
9.2.0.0.=20
    <BR><BR>Question:<BR><BR>-any bugs/problems going to 9.2.0.4=20
    and...<BR>-should we really change compatible from 9.X to=20
    8.1.7?????<BR><BR>We are currently migrating a large database to 9.X =
and I=20
    want to know if I should use the latest patchset 9.2.0.4 - for =
security and=20
    performance reasons?<BR><BR>Also, we have some dev/test databases =
where once=20
    they go into production performance could be an issue - should we =
change the=20
    compatible param. to 8.1.7 =
proactively????<BR><BR>Thanks,<BR>Paula<BR>--=20
    <BR>Please! see the official ORACLE-L FAQ: =
http://www.orafaq.net<BR>--=20
    <BR>Author: <PAULA_STANKUS@DOH.STATE.FL.US<BR>INET:=20
    Paula_Stankus@doh.state.fl.us<BR><BR>Fat City Network Services --=20
    858-538-5051 http://www.fatcity.com<BR>San Diego, California -- =
Mailing list=20
    and web hosting=20
    =
services<BR>-------------------------------------------------------------=
--------<BR>To=20
    REMOVE yourself from this mailing list, send an E-Mail =
message<BR>to:=20
    ListGuru@fatcity.com (note EXACT spelling of 'ListGuru') and =
in<BR>the=20
    message BODY, include a line containing: UNSUB ORACLE-L<BR>(or the =
name of=20
    mailing list you want to be removed from). You may<BR>also send the =
HELP=20
    command for other information (like subscribing).</BLOCKQUOTE>
  <P>
  <HR SIZE=3D1>
  Do you Yahoo!?<BR><A=20
  =
href=3D"http://pa.yahoo.com/*http://us.rd.yahoo.com/evt=3D21260/*http://p=
hotos.yahoo.com">New=20
  Yahoo! Photos - easier uploading and =
sharing</A></BLOCKQUOTE></BODY></HTML>

------_=_NextPart_001_01C3C0E9.D61720C0--
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: <Paula_Stankus@doh.state.fl.us
  INET: Paula_Stankus@doh.state.fl.us

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru@fatcity.com (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).

