| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> Re: RE: LMT ASSM & next extent
I don't think it's flawed. It's the approach I use for one of my database
with lots of partitions of varying sizes. I use a maxisize and just get an
email warning when it reaches a threshold.
Mike
ganstadba_at_hotmail.com
----- Original Message -----
From: <ryan.gaffuri_at_cox.net>
To: <oracle-l_at_freelists.org>
Sent: Wednesday, February 11, 2004 9:25 AM
Subject: RE: RE: LMT ASSM & next extent
> i poll for the size of the file and the total bytes of the segments in
each file. I keep repository of past sizes of the data files(its just a
table). if it extends i get an email. I work from there.
>
> I find it to be one less thing to have to worry about. Is this approach
flawed?
> >
> > From: "Niall Litchfield" <n-litchfield_at_audit-commission.gov.uk>
> > Date: 2004/02/11 Wed AM 09:09:23 EST
> > To: <oracle-l_at_freelists.org>
> > Subject: RE: RE: LMT ASSM & next extent
> >
> > 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
> > -----------------------------------------------------------------
> >
>
> ----------------------------------------------------------------
> 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
> -----------------------------------------------------------------
>
-- 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:52:05 CST
 |
 |