RE: RE: LMT ASSM & next extent
- From: "Niall Litchfield" <n-litchfield@xxxxxxxxxxxxxxxxxxxxxxx>
- To: <oracle-l@xxxxxxxxxxxxx>
- Date: Wed, 11 Feb 2004 14:09:23 +0000
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@xxxxxxx=20
> Sent: 11 February 2004 14:00
> To: oracle-l@xxxxxxxxxxxxx; ryan.gaffuri@xxxxxxx
> 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@xxxxxxxx>
> > Date: 2004/02/11 Wed AM 08:35:31 EST
> > To: <oracle-l@xxxxxxxxxxxxx>
> > 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@xxxxxxxxxxxxx
> > [mailto:oracle-l-bounce@xxxxxxxxxxxxx]On Behalf Of=20
> ryan.gaffuri@xxxxxxx
> > Sent: Wednesday, February 11, 2004 8:28 AM
> > To: oracle-l@xxxxxxxxxxxxx
> > 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@xxxxxxxxxxxxx
> > put 'unsubscribe' in the subject line.
> > --
> > Archives are at //www.freelists.org/archives/oracle-l/
> > FAQ is at //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@xxxxxxxxxxxxx
> put 'unsubscribe' in the subject line.
> --
> Archives are at //www.freelists.org/archives/oracle-l/
> FAQ is at //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@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
Other related posts:
