I wonder if a similar thought was echoed in 1991? Maybe all of the DBAs
that were former DB2, etc DBAs could offer some war stories here. It's
funny that databases have become more cumbersome to manage, not easier IMHO.
DBAs have to understand more technologies that are outside the RDBMS box
than ever before. Every time we get a new version it gets a little more
complicated to manage. I suppose we should just put everything in
autoextend mode, oversize the SGA and other memory structures and we would
be able to manage 1000's of databases. Not likely now, or ever for that
matter. All of the quick fixes leave out one particular fact: All databases
are unique and have their share of unique problems. Thank goodness for
that!
I can't wait to take a vacation and recover a standby database while adrift
on the ocean. It gives "Cast Away" a whole new meaning!
:))
--Michael
-----Original Message-----
Sent: Thursday, July 05, 2001 5:25 PM
To: Multiple recipients of list ORACLE-L
I for one think Ari and his company need to be commended. In the future you
and I will be capable of admin'ing and monitoring multiple databases via
handhelds. Larger consulting companies will likely have teams of DBA's that
are responsible for large pools of databases. New databases will be added
to the monitoring pools within minutes. Ari is breaking the ground for the
future. When faced with any technology and attempting to figure out where
it is going to go think Matrix or Star Trek. Sure these types of things are
a long way off but it is the way things will go. Database administrators
will eventually go the way of train conductors. The DBA for the year 2010
will not at all resemble the DBA of 2001.
- Ethan Post
- http://www.geocities.com/epost1
----------------------------------------------------------------------------
--
This e-mail is intended for the use of the addressee(s) only and may contain
privileged, confidential, or proprietary information that is exempt from
disclosure under law. If you have received this message in error, please
inform us promptly by reply e-mail, then delete the e-mail and destroy any
printed copy. Thank you.
============================================================================
==
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Post, Ethan
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Jenkins, Michael
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
