Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> RE: In a far away land ...

RE: In a far away land ...

From: Freeman, Donald <dofreeman_at_state.pa.us>
Date: Mon, 27 Jun 2005 11:16:04 -0400
Message-ID: <51327ABA927BEF4B96590554CEA7832C019307CF@enhbgpri05.pa.lcl>


That's all we're getting this year. The sequel (SQL?) will be out next year.

Don Freeman
Database Administrator 1
Bureau of Information Technology
Pennsylvania Department of Health
717-783-8095 Ext 337

-----Original Message-----
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org]On Behalf Of Powell, Mark D
Sent: Monday, June 27, 2005 10:42 AM
To: oracle-l_at_freelists.org
Subject: RE: In a far away land ...

Tom, I almost always find stories based on stupidity and/or short sited thinking to be of interest. I have been the victim of both problems a couple of times.

IMHO -- Mark D Powell --

-----Original Message-----
From: Mercadante, Thomas F (LABOR)
[mailto:Thomas.Mercadante_at_labor.state.ny.us]
Sent: Monday, June 27, 2005 10:30 AM
To: Powell, Mark D; karai.ramesh_at_gmail.com; oracle-l_at_freelists.org Subject: RE: In a far away land ...

And who cares?

-----Original Message-----
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Powell, Mark D
Sent: Monday, June 27, 2005 10:26 AM
To: karai.ramesh_at_gmail.com; oracle-l_at_freelists.org Subject: RE: In a far away land ...

So what happened next and what was the problem?

-----Original Message-----
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Ramesh FL
Sent: Saturday, June 25, 2005 6:20 PM
To: oracle-l_at_freelists.org
Subject: In a far away land ...

Since it is a week end, I thought I would share this non technical stuff with you:   

In a far away land rich with natural resources, there is a big bank with branches all over the country.    

They have many databases taking care of their every day business needs. Databases/applications are well implemented to the satisfaction of users. They work properly and give the desired output. Most things are automated: backup processes, cron jobs automate many other things. An operator takes care of changing the tapes. The DBA does not have much to do. The bank has lots of money. They even change the disks once a while, not waiting for the MTBF. Apparently, no modification was needed in the production system.    

For several years nothing goes wrong with the database. DBA leaves to pursue other opportunities. The management decides not to replace the production DBA. They do not see the need for replacing the DBA. (I dont know about patches and upgrades, restores and other things... ) After all nothing went wrong in the years when the DBA was there. (It seems there was only one DBA).   

But it so happened after the DBA left, one fine morning, a main mission critical application dies, because of some problem (later they came to know because of some database issue). That day business in all the branches of the bank all through the country had to be conducted with papers, transactions recorded in papers.

--
--
http://www.freelists.org/webpage/oracle-l
--
http://www.freelists.org/webpage/oracle-l
Received on Mon Jun 27 2005 - 11:22:19 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US