What happens when you fill the disk? I don't especially like auto-extend ex=
cept for system, but even if you do use it, use it with a max size...=20
> -----Original Message-----
> From: ryan.gaffuri_at_cox.net=20
> Sent: 11 February 2004 14:00
> To: oracle-l_at_freelists.org; ryan.gaffuri_at_cox.net
> Subject: RE: RE: LMT ASSM & next extent
>=20
>=20
> what is wrong with auto-extend? Is this just the 'I need to control
> everything' type thing? I find that to be too much trouble.=20
> If I spend all my
> time controlling everything I dont have time to code. I=20
> typically have to do
> both.=20
>=20
>=20
> >=20
> > From: "Jamadagni, Rajendra" <Rajendra.Jamadagni_at_espn.com>
> > Date: 2004/02/11 Wed AM 08:35:31 EST
> > To: <oracle-l_at_freelists.org>
> > Subject: RE: RE: LMT ASSM & next extent
> >=20
> > We are a location where our SAs don't like autoextend ...=20
> even DBAs =3D
> > don't want autoextend.
> >=20
> > Raj
> >=20
> --------------------------------------------------------------
> -----------=3D
> > -------
> > Rajendra dot Jamadagni at nospamespn dot com
> > All Views expressed in this email are strictly personal.
> > QOTD: Any clod can have facts, having an opinion is an art !
> >=20
> >=20
> > -----Original Message-----
> > From: oracle-l-bounce_at_freelists.org
> > [mailto:oracle-l-bounce_at_freelists.org]On Behalf Of=20
> ryan.gaffuri_at_cox.net
> > Sent: Wednesday, February 11, 2004 8:28 AM
> > To: oracle-l_at_freelists.org
> > Subject: Re: RE: LMT ASSM & next extent
> >=20
> >=20
> > is there a practical need to do that? I typically just turn=20
> autoextend =3D
> > on for all my files and have code that monitors the bytes=20
> in all my =3D
> > segments in a tablespace vs. the size of the datafile and I=20
> get an email =3D
> > if its close to filling up or if the datafile extends.=3D20
> >=20
> > is there a need for a more comprehensive approach?=3D20
> > ----------------------------------------------------------------
> > Please see the official ORACLE-L FAQ: http://www.orafaq.com
> > ----------------------------------------------------------------
> > To unsubscribe send email to: oracle-l-request_at_freelists.org
> > put 'unsubscribe' in the subject line.
> > --
> > Archives are at http://www.freelists.org/archives/oracle-l/
> > FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
> > -----------------------------------------------------------------
> >=20
>=20
> ----------------------------------------------------------------
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> ----------------------------------------------------------------
> To unsubscribe send email to: oracle-l-request_at_freelists.org
> put 'unsubscribe' in the subject line.
> --
> Archives are at http://www.freelists.org/archives/oracle-l/
> FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
> -----------------------------------------------------------------
>=20
>=20
This email contains information intended for
the addressee only. It may be confidential
and may be the subject of legal and/or
professional privilege. Any dissemination,
distribution, copyright or use of this
communication without prior permission of
the sender is strictly prohibited.
Please see the official ORACLE-L FAQ:
http://www.orafaq.com
To unsubscribe send email to: oracle-l-request_at_freelists.org
put 'unsubscribe' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
Received on Wed Feb 11 2004 - 08:09:23 CST
