<a href="http://g.adspeed.net/ad.php?do=clk&zid=15220&wd=468&ht=60&pair=as" target="_blank"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15220&wd=468&ht=60&pair=as" alt="i" width="468" height="60"/></a>
Log in
::
Register
::
Not logged in
Home
Tags
Articles
Editorials
Stairways
Forums
Scripts
Videos
Blogs
QotD
Books
Ask SSC
SQL Jobs
Training
Authors
About us
Contact us
Newsletters
Write for us
<a href="http://g.adspeed.net/ad.php?do=clk&zid=15491&wd=120&ht=300&pair=as" target="_top"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15491&wd=120&ht=300&pair=as" alt="i" width="120" height="300"/></a>
Recent Posts
Recent Posts
Popular Topics
Popular Topics
Home
Search
Members
Calendar
Who's On
Home
»
Article Discussions
»
Article Discussions by Author
»
Discuss content posted by John Sansom
»
Part 1: The Database Administrator's Primary...
22 posts, Page 1 of 3
1
2
3
»
»»
Part 1: The Database Administrator's Primary Responsibility
Rate Topic
Display Mode
Topic Options
Author
Message
John.Sansom
John.Sansom
Posted Monday, September 14, 2009 12:30 AM
Old Hand
Group: General Forum Members
Last Login: Friday, May 10, 2013 1:52 AM
Points: 343,
Visits: 1,453
Comments posted to this topic are about the item
Part 1: The Database Administrator's Primary Responsibility
John Sansom (
@sqlBrit
) |
www.sqlbrit.com
The SQLBrit Community Forum
- "There's so more to being a Data Professional than just technology."
Post #787192
Tim Walker.
Tim Walker.
Posted Monday, September 14, 2009 3:12 AM
SSC Veteran
Group: General Forum Members
Last Login: Tuesday, May 07, 2013 12:49 AM
Points: 253,
Visits: 800
Well said John. A simply stated and accurate introductory topic.
Can I hazard a guess that part two is on how to implement an effective and tested backup and recovery strategy?
Tim
.
Post #787257
John.Sansom
John.Sansom
Posted Monday, September 14, 2009 3:53 AM
Old Hand
Group: General Forum Members
Last Login: Friday, May 10, 2013 1:52 AM
Points: 343,
Visits: 1,453
Hi Tim,
Thanks for the great feedback.
Your psychic powers may have eluded you on this occasion but I guess you will just have to wait and see
Cheers,
John Sansom (
@sqlBrit
) |
www.sqlbrit.com
The SQLBrit Community Forum
- "There's so more to being a Data Professional than just technology."
Post #787281
ChiragNS
ChiragNS
Posted Monday, September 14, 2009 4:54 AM
SSCrazy
Group: General Forum Members
Last Login: Wednesday, April 24, 2013 5:02 AM
Points: 2,365,
Visits: 1,825
I will wait for the next part.
"Keep Trying"
Post #787320
PAH-440118
PAH-440118
Posted Monday, September 14, 2009 8:40 AM
Valued Member
Group: General Forum Members
Last Login: Thursday, May 16, 2013 12:09 AM
Points: 59,
Visits: 213
Unfortunately it is not always us “Acidental DBAs” that need convincing. That manager you talked about needs convincing that buying SQL is not a panacea in itself. As a result time needs committing to managing the system and/or tools need purchasing to assist in the management on numerous instances.
Post #787510
John.Sansom
John.Sansom
Posted Monday, September 14, 2009 10:29 AM
Old Hand
Group: General Forum Members
Last Login: Friday, May 10, 2013 1:52 AM
Points: 343,
Visits: 1,453
PAH (9/14/2009)
Unfortunately it is not always us “Acidental DBAs” that need convincing. That manager you talked about needs convincing that buying SQL is not a panacea in itself. As a result time needs committing to managing the system and/or tools need purchasing to assist in the management on numerous instances.
An excellent point!
As Database Administrator’s, we have a responsibility to ensure that we communicate effectively to management regarding the implications of both our actions an inactions.
John Sansom (
@sqlBrit
) |
www.sqlbrit.com
The SQLBrit Community Forum
- "There's so more to being a Data Professional than just technology."
Post #787599
smeye1
smeye1
Posted Monday, September 14, 2009 10:50 AM
Grasshopper
Group: General Forum Members
Last Login: Monday, March 04, 2013 1:41 PM
Points: 23,
Visits: 55
I'm a DBA in New Orleans, LA, and I work for the Health Sciences Center. I concur that data is extremely important and guarding it with valid backups is one of the most important duties of a DBA. Our data center was located in New Orleans during Hurricane Katrina, and we did not have access to it for over a month. We had to setup our infrastructure from scratch. Had we not been prepared with valid backups, hospitals and schools would not have been able to operate correctly and efficiently. We worked day and night to get things up and running, and we were able to successfully do so. Now we have a complete production system offsite, and we are even better prepared, if we ever have another disaster.
Post #787615
ITsMeMaRiO
ITsMeMaRiO
Posted Monday, September 14, 2009 11:28 AM
Grasshopper
Group: General Forum Members
Last Login: Monday, April 29, 2013 1:31 PM
Points: 13,
Visits: 1,000
This article is great.. I will follow it as I will need it.
In my case I've been a Data Analyst in my previous positions until now. My manager came to me last week and asked how I felt about taking over the SQL Server responsibilities for the organization, I work in Health care for an Organ procurement organization. Not really knowing what I was getting myself into I said sure, I've reading online books trying to get as much help as possible to cover all of my basis and this article i think will be good.
Post #787633
John.Sansom
John.Sansom
Posted Monday, September 14, 2009 11:35 AM
Old Hand
Group: General Forum Members
Last Login: Friday, May 10, 2013 1:52 AM
Points: 343,
Visits: 1,453
smeye1 (9/14/2009)
I'm a DBA in New Orleans, LA, and I work for the Health Sciences Center. I concur that data is extremely important and guarding it with valid backups is one of the most important duties of a DBA. Our data center was located in New Orleans during Hurricane Katrina, and we did not have access to it for over a month. We had to setup our infrastructure from scratch. Had we not been prepared with valid backups, hospitals and schools would not have been able to operate correctly and efficiently. We worked day and night to get things up and running, and we were able to successfully do so. Now we have a complete production system offsite, and we are even better prepared, if we ever have another disaster.
Your experience demonstrates first hand not only how important data is but also how essential it is to have a Disaster Recovery strategy in place.
Thanks for sharing it with us.
John Sansom (
@sqlBrit
) |
www.sqlbrit.com
The SQLBrit Community Forum
- "There's so more to being a Data Professional than just technology."
Post #787636
Martin Bastable
Martin Bastable
Posted Tuesday, September 15, 2009 1:58 AM
SSC-Enthusiastic
Group: General Forum Members
Last Login: Friday, May 10, 2013 2:25 AM
Points: 171,
Visits: 213
I think something that is often missed is monitoring - people set up lots of lovely processes and systems, backup plans, etc.etc. - but then they (or management, or management don't allow them to...) fail to monitor if what they set up works, backs up ok, restores, monitor the data for quality and issues, etc. etc.
Case in point somewhere not so far from where I sit, where an entire years worth of work was lost for a couple of thousand people when a raid system failed. The official word was that they had `had a failure on all 3 levels of their backup systems`. The raid failed, its backup systems failed, and the daily backups being made failed.
The actual word was actually that the backups failed as no-one had made any backup's for over a year. No-one checked the backup's were being made, what was happening to them, if they worked, what the person responsible for making the backups was doing, etc.etc.etc.
I think management often like to fire and forget - i.e. buy in something, get it set up and installed and then assume that it will magically take care of itself. Resources can then be moved onto other things. (Even if those resources kick up a fuss about it :) ). Certainly in my experience anyway!
M.
Post #787964
« Prev Topic
|
Next Topic »
22 posts, Page 1 of 3
1
2
3
»
»»
Permissions
You
cannot
post new topics.
You
cannot
post topic replies.
You
cannot
post new polls.
You
cannot
post replies to polls.
You
cannot
edit your own topics.
You
cannot
delete your own topics.
You
cannot
edit other topics.
You
cannot
delete other topics.
You
cannot
edit your own posts.
You
cannot
edit other posts.
You
cannot
delete your own posts.
You
cannot
delete other posts.
You
cannot
post events.
You
cannot
edit your own events.
You
cannot
edit other events.
You
cannot
delete your own events.
You
cannot
delete other events.
You
cannot
send private messages.
You
cannot
send emails.
You
may
read topics.
You
cannot
rate topics.
You
cannot
vote within polls.
You
cannot
upload attachments.
You
may
download attachments.
You
cannot
post HTML code.
You
cannot
edit HTML code.
You
cannot
post IFCode.
You
cannot
post JavaScript.
You
cannot
post EmotIcons.
You
cannot
post or upload images.
Copyright © 2002-2013 Simple Talk Publishing. All Rights Reserved.
Privacy Policy.
Terms of Use.
Report Abuse.
