Re: Help with Storage Capacity

From: goran bogdanovic <goran00_at_gmail.com>
Date: Mon, 23 Apr 2012 16:08:49 +0200
Message-ID: <CAGyPXK7Wo48d8tN7kn9FVPX5SfVL1tbrZ1TpBot_A5zhx4HYHQ_at_mail.gmail.com>

_at_Hans:
<>
Which is why it ends up being the DBA's fault. "Why didn't you predict the increase in storage requirements - for YOUR database - 2 years ago so we could budget for the disk???"
<>
LOL - goooood one ;-)

_at_Michael:
important thing is that you collect i.e. have historicay raw disk usage or better said historical DB storage usage data ... thereafter, you can use different methods to 'forecast' future needs ... if you get good input from business, great! - usually you don't ... so, under this condition, in order to avoid severe reprimand (as Hans mentioned above) you can use simple linear regression, add 30% on top of it for 'financial crisis inquiry commission' and no one can tell you 'Why you didn't predict the storage requirements' ;-)

cheers,
goran

On Thu, Apr 19, 2012 at 9:54 PM, Hans Forbrich <fuzzy.graybeard_at_gmail.com>wrote:

> SAN Storage? Of course! It is expensive stuff.
>
> Remember that while the disk drive may cost pennies per gigabyte now, on
> a SAN we are also paying for the Terabytes of RAM that attempt to get
> around the hard drive (and RAID 5) limitations, as well as the extra
> power supplies, the extra shelves, etc etc etc.
>
> Disk IS cheap. Putting it on the SAN, with all the supporting
> environment, is not cheap.
>
> Which is why it ends up being the DBA's fault. "Why didn't you predict
> the increase in storage requirements - for YOUR database - 2 years ago
> so we could budget for the disk???"
>
> /Hans
>
> On 19/04/2012 12:41 PM, Michael Dinh wrote:
> > er, asking for more storage is more difficult than pulling my own teeth.
> >
> --
> http://www.freelists.org/webpage/oracle-l
>
>
>

--
http://www.freelists.org/webpage/oracle-l

Received on Mon Apr 23 2012 - 09:08:49 CDT