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@(protected)
-- -- Original Message -- --
From: <ryan.gaffuri@(protected) >
To: <oracle-l@(protected) >
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@(protected) >
> > Date: 2004/02/11 Wed AM 09:09:23 EST
> > To: <oracle-l@(protected) >
> > 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...
> >
> > > -- --Original Message-- --
> > > From: ryan.gaffuri@(protected)
> > > Sent: 11 February 2004 14:00
> > > To: oracle-l@(protected); ryan.gaffuri@(protected)
> > > Subject: RE: RE: LMT ASSM & next extent
> > >
> > >
> > > 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.
> > > If I spend all my
> > > time controlling everything I dont have time to code. I
> > > typically have to do
> > > both.
> > >
> > >
> > > >
> > > > From: "Jamadagni, Rajendra " <Rajendra.Jamadagni@(protected) >
> > > > Date: 2004/02/11 Wed AM 08:35:31 EST
> > > > To: <oracle-l@(protected) >
> > > > Subject: RE: RE: LMT ASSM & next extent
> > > >
> > > > We are a location where our SAs don 't like autoextend ...
> > > even DBAs =
> > > > don 't want autoextend.
> > > >
> > > > Raj
> > > >
> > > -- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ----
> > > -- ---- ---=
> > > > -- ----
> > > > 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 !
> > > >
> > > >
> > > > -- --Original Message-- --
> > > > From: oracle-l-bounce@(protected)
> > > > [mailto:oracle-l-bounce@(protected)]On Behalf Of
> > > ryan.gaffuri@(protected)
> > > > Sent: Wednesday, February 11, 2004 8:28 AM
> > > > To: oracle-l@(protected)
> > > > Subject: Re: RE: LMT ASSM & next extent
> > > >
> > > >
> > > > is there a practical need to do that? I typically just turn
> > > autoextend =
> > > > on for all my files and have code that monitors the bytes
> > > in all my =
> > > > segments in a tablespace vs. the size of the datafile and I
> > > get an email =
> > > > if its close to filling up or if the datafile extends.=20
> > > >
> > > > is there a need for a more comprehensive approach?=20
> > > > -- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
> > > > Please see the official ORACLE-L FAQ: http://www.orafaq.com
> > > > -- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
> > > > To unsubscribe send email to: oracle-l-request@(protected)
> > > > 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@(protected)
> > > 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
> > > -- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
> > >
> > >
> >
> >
> >
> > **********************************************************************
> > 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@(protected)
> > 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@(protected)
> 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@(protected)
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
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
