Duties of a DBA [message #532454] |
Tue, 22 November 2011 14:12 |
|
lynndba
Messages: 23 Registered: November 2011
|
Junior Member |
|
|
Hi
I hope to get real answers to this question.
what are the duties/tasks of a DBA broken dowm into daily, weekly, monthly.
Thanks
|
|
|
Re: Duties of a DBA [message #532455 is a reply to message #532454] |
Tue, 22 November 2011 14:15 |
|
Michel Cadot
Messages: 68716 Registered: March 2007 Location: Saint-Maur, France, https...
|
Senior Member Account Moderator |
|
|
First to be able to find the answers by himself/herself, for instance searching on the web for a FAQ and ot wait for other ones to give you the answers.
Regards
Michel
[Updated on: Tue, 22 November 2011 14:16] Report message to a moderator
|
|
|
|
Re: Duties of a DBA [message #532461 is a reply to message #532457] |
Tue, 22 November 2011 15:34 |
John Watson
Messages: 8960 Registered: January 2010 Location: Global Village
|
Senior Member |
|
|
Linda, what are you actually asking? For example: is this a question in your homework for an IT course? Or are you preparing for a job interview? Or are you writing a job description?
|
|
|
|
|
|
Re: Duties of a DBA [message #532493 is a reply to message #532476] |
Wed, 23 November 2011 02:27 |
ThomasG
Messages: 3212 Registered: April 2005 Location: Heilbronn, Germany
|
Senior Member |
|
|
Well, my Answer would be:
1) Daily tasks.
- None. Anything that needs to be done "daily" needs to be automated.
2) Weekly tasks.
- None. Anything that needs to be done "weekly" needs to be automated.
3) Monthly tasks.
- Check the log files of all automated tasks for errors that for some reason didn't get mailed to you directly after they happened.
|
|
|
|
|
Re: Duties of a DBA [message #532517 is a reply to message #532505] |
Wed, 23 November 2011 03:42 |
ThomasG
Messages: 3212 Registered: April 2005 Location: Heilbronn, Germany
|
Senior Member |
|
|
Littlefoot wrote on Wed, 23 November 2011 10:18Hm, it sounds as if you don't need a DBA at all.
Pretty much true, as long as there are no changes to a system, and you can live with a few hours/days of downtime when something breaks to get a DBA to take a look at it.
When there are changes you need a DBA. And then there is a break-even point where it is easier to have dedicated DBA employee that know the system in-house full time, than to have changing contractor DBAs that need more time to figure out the system than to do the change.
The thing is that the stuff really cant be broken into "daily / weekly / monthly" tasks. It's just one constant task of "keep the DBs up and running.", interrupted by changes to the DBs that need to be done. (New hardware, updates, developers that want to install something, etc..)
|
|
|
|
Re: Duties of a DBA [message #532529 is a reply to message #532520] |
Wed, 23 November 2011 04:33 |
John Watson
Messages: 8960 Registered: January 2010 Location: Global Village
|
Senior Member |
|
|
There is a difference between "production" DBA work and "development" DBA work.
One could say that the prod stuff is as described above: planned (and unplanned) change control, plus the routine business of monitoring your various scheduled activities (the most obvious: backups) which should be mostly automated. It can be exciting stuff. For example, if the database is doing flight control for a satellite, or managing the intelligent network platform for a cellphone network, or running an online sales website, any downtime or performance issue is going to cost zillions of dollars. Do you want to take responsibility for that? Even the less time-critical environments (perhaps an accounting system) will cause major problems if the DB doesn't perform as expected. You get a lot hassle from a lot of people, who rarely say "thank you".
Development DBA work can be much more interesting, because you get to investigate all the new (or obscure) features of the product set and plan how to exploit them. The DBA is often the liaison between sys admins, developers, users, and everyone else. Typically, it is only him who has the holistic view of the environment, so he gets to study everything.
As for an EBS Apps DBA: that is a life of pain.....
Now it is only fair that one of you developer types should start a Duties of a Developer topic, to say what you do for a living (apart from playing Facebook Mafia Wars)
|
|
|
Re: Duties of a DBA [message #532535 is a reply to message #532520] |
Wed, 23 November 2011 04:45 |
ThomasG
Messages: 3212 Registered: April 2005 Location: Heilbronn, Germany
|
Senior Member |
|
|
Well, I'm somewhat of a mixed case since I'm basically both DBA *and* Developer, but for example the "DBA-ish" things I did last week:
- Analysed a couple of database to estimate the growth they will have the next five years, so that the hardware guys can size the storage they are going to buy.
- Copied a test database to different storages and ran some specific batch jobs to do speed test to decide some parameters for that new storage.
- Updated application packages in the production system for that pesky developer (me)
- Went through logs of one application/database and did some test to figure out whether a memory fault last week caused any hidden damages that haven't shown up yet.
- Copied some data back from an old restored database into production because of PEBKAC user.
- Made sure the "The system is slow" call logged into support was definitely not caused by database issues (but by general network problems on the terminal server side as it turned out).
|
|
|
|
|
|
Re: Duties of a DBA [message #532541 is a reply to message #532454] |
Wed, 23 November 2011 05:05 |
|
Mahesh Rajendran
Messages: 10708 Registered: March 2002 Location: oracleDocoVille
|
Senior Member Account Moderator |
|
|
As Thomas said,
tasks cannot be broken into daily/weekly/monthly etc.
Cronjob does it for you. .
Depending on the shop,
some might call themselves "development" DBA or "production" DBA or a dozen other fancy titles.
For a production DBA (an individual or a team), keeping and maintaining the databases up and
running with an acceptable performance is the primary task. You need extensive skills in
OS, Backup and Recovery, tuning and troubleshooting. You must work off hours, provide production support,
work closely with system admins. Must love dark screens, drink lots of coffee, be grumpy and get old soon.
Developer DBA's need to be a jack of multiple trades. Primary task is to work with other developers/programmers
and help 'em do their job with respect to applications / coding / database design etc. You need think in a developer's
perspective (database and non-database), must keep updated with all the new technologies and facilitate the programmers.
The more technologies/methodologies/programming you can "understand" (not just oracle or pl/sql) you will be appreciated.
[Updated on: Wed, 23 November 2011 05:42] Report message to a moderator
|
|
|
|
|