RE: Cloning Oracle versus Installing from OUI
- From: "Lawie, Duncan" <duncan.lawie@xxxxxxxxxxxxxxxxx>
- To: "'kevinc@xxxxxxxxxxxxx'" <kevinc@xxxxxxxxxxxxx>, "ORACLE-L" <oracle-l@xxxxxxxxxxxxx>
- Date: Mon, 2 Oct 2006 09:19:04 +0100
Diving off in yet another direction ...
Do any of you out there expect your Sys Admins or Storage Admins to grow
database space for you, without you asking for it first?
My experience has generally been that filesystem monitoring gets bounced to a
DBA if the filesystem is /oracle/*
Cheers,
Duncan.
-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On
Behalf Of Kevin Closson
Sent: 29 September 2006 17:07
To: ORACLE-L
Subject: RE: Cloning Oracle versus Installing from OUI
>>>When companies come to us for database automation,
>>>provisioning automation is one of the biggest requests, because
>>>organizations are tired of the back-and-forth between systems and DBA
>>>teams, not to mention the complexities of standardizing the
>>>provisioning
>>>process. In
BTW, operationally, this is exactly why a lot of sophisticated, large shops are
abstaining from ASM due to the black-box it poses to storage admins. Yes, I
know the storage admins ***could*** connect to a server where there is an
instance running and get their environment set and run asmcmd to see space
used, but storage admins provision space and connectivity to many varying
applications and the very thought of connecting to an application (if it is up)
to get space available information is just bizarre to many. Monitoring
application space availability the way it has been done for decades seems to be
a habit hard to shake. The filesystem is running low, add space to the
underlying volume and let the filesystem grow. Quick peek, quick action,
standardized action/reaction for all apps. Makes sense. Life is an unending
series of choices.
--
//www.freelists.org/webpage/oracle-l
==============================================================================
Please access the attached hyperlink for an important electronic communications
disclaimer:
http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html
==============================================================================
--
//www.freelists.org/webpage/oracle-l
Other related posts:
