Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
 
 
 
        
Home       Members    Calendar    Who's On


Add to briefcase 12»»

So You're the New DBA Expand / Collapse
Author
Message
Posted Wednesday, November 28, 2007 12:08 AM
SSC-Enthusiastic

SSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-Enthusiastic

Group: General Forum Members
Last Login: Thursday, April 11, 2013 10:00 AM
Points: 154, Visits: 194
Comments posted to this topic are about the item So You're the New DBA
Post #426717
Posted Wednesday, November 28, 2007 12:15 AM


SSC-Dedicated

SSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-Dedicated

Group: General Forum Members
Last Login: Today @ 8:38 PM
Points: 35,371, Visits: 31,912
we quickly resolved the situation by upgrading the server to 2GB of RAM


Heh... I guess they didn't think too much of their server :P

Good write up about what to look for when you first "move in". I'd also add that you should determine the number of CPU's, what the disk configuration is, and where they keep the backups. Guess that might fall under the "Total/available disk space and other relevant server specs" bullet you mentioned, but wanted to break those out, for sure.

I'd probably also talk with the boys in OPs and find out what type of firewalls are in place and also check to see what types of encryption may be in place.

Heh... then there's the matter of finding out what the SA passwords are for all the servers, once you find all the servers :)

Anyway, good article. Thanks for taking the time to write it.


--Jeff Moden
"RBAR is pronounced "ree-bar" and is a "Modenism" for "Row-By-Agonizing-Row".

First step towards the paradigm shift of writing Set Based code:
Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column."

(play on words) "Just because you CAN do something in T-SQL, doesn't mean you SHOULDN'T." --22 Aug 2013

Helpful Links:
How to post code problems
How to post performance problems
Post #426718
Posted Wednesday, November 28, 2007 2:14 AM


Ten Centuries

Ten CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen Centuries

Group: General Forum Members
Last Login: Today @ 10:08 AM
Points: 1,120, Visits: 6,467
Nice write up. I started at a new place a few months back and yeah, that is a good start point of things to get to understand in the first couple of days.

I guess I've been lucky to have never jumped in at the deep end with a company that has a horrible environment. More a case of less than optimal database servers thankfully!
Post #426758
Posted Wednesday, November 28, 2007 3:32 AM


Ten Centuries

Ten CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen Centuries

Group: General Forum Members
Last Login: Today @ 4:34 AM
Points: 1,049, Visits: 3,011
Good succinct list, although I must admit I'd add another paragraph right at the beginning about backups - taking fresh ones and/or verifying existing ones, perhaps also performing a test restore or two. My modus operandi has always been to have a fallback position, and, if none is forthcoming, to create one, so knowing I've got good backups from the point I started is perhaps number one on my list.

A while ago, I read a similar article regarding Oracle DBAs, but this time it was what to do when one is about to leave. One of the suggestions was to ensure, if possible, that all important databases were restarted a significant amount of time BEFORE the incumbent DBA left the building for the last time. The idea was to avoid hidden time bombs of changes that have been applied that are still to come into force (running parameters vs configured values, for instance). It also ensures problems are seen whilst the person with the knowledge of the system is still around to fix it. Coming back to Daryl's article, I'd still suggest it's a good idea to follow up taking your backups with a plan of rebooting all servers as soon after you've started as possible so that the environment is in a known state.


Semper in excretia, sumus solum profundum variat
Post #426794
Posted Wednesday, November 28, 2007 7:01 AM


SSC-Dedicated

SSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-Dedicated

Group: General Forum Members
Last Login: Today @ 8:38 PM
Points: 35,371, Visits: 31,912
Heh... the only Latin I know is "Non Illigitimi ie Carborondum" (very loosly translates to "Don't let the ba----ds grind you down". What does your tag line mean? Just curious, that's all...

--Jeff Moden
"RBAR is pronounced "ree-bar" and is a "Modenism" for "Row-By-Agonizing-Row".

First step towards the paradigm shift of writing Set Based code:
Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column."

(play on words) "Just because you CAN do something in T-SQL, doesn't mean you SHOULDN'T." --22 Aug 2013

Helpful Links:
How to post code problems
How to post performance problems
Post #426861
Posted Wednesday, November 28, 2007 7:03 AM


Ten Centuries

Ten CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen Centuries

Group: General Forum Members
Last Login: Today @ 4:34 AM
Points: 1,049, Visits: 3,011
Jeff Moden (11/28/2007)
Heh... the only Latin I know is "Non Illigitimi ie Carborondum" (very loosly translates to "Don't let the ba----ds grind you down". What does your tag line mean? Just curious, that's all...


:D

"Always in the sh-t, it's just the depth that varies"


Semper in excretia, sumus solum profundum variat
Post #426865
Posted Wednesday, November 28, 2007 8:29 AM
SSC Eights!

SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!

Group: General Forum Members
Last Login: Wednesday, May 9, 2012 10:26 AM
Points: 891, Visits: 1,958
A few more things to look for:

Auto-close.
Auto-shrink.
Recovery Model.
Auto-Grow settings, very important if somehow databases got on to the C: partition.
System databases are getting backed up.
DBCCs and index maintenance. I run them as scheduled jobs, not through maintenance plans, so as to get more detailed output.
LICENSING. I'm concerned about the server licensing more than the client licensing.

When I started at my current job, the help desk ticketing DB was set to auto-close. And auto-shrink. On a dual P3/500 box. It wouldn't have been so bad if it hadn't been seven months ago. Funny, that server is now a lot more stable now that those two settings are turned off.... :D
Post #426926
Posted Wednesday, November 28, 2007 8:47 AM


SSC-Dedicated

SSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-Dedicated

Group: General Forum Members
Last Login: Today @ 8:38 PM
Points: 35,371, Visits: 31,912
majorbloodnock (11/28/2007)
Jeff Moden (11/28/2007)
Heh... the only Latin I know is "Non Illigitimi ie Carborondum" (very loosly translates to "Don't let the ba----ds grind you down". What does your tag line mean? Just curious, that's all...


:D

"Always in the sh-t, it's just the depth that varies"


OMG! Now, that's funny! :D The funny part is, it's so true


--Jeff Moden
"RBAR is pronounced "ree-bar" and is a "Modenism" for "Row-By-Agonizing-Row".

First step towards the paradigm shift of writing Set Based code:
Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column."

(play on words) "Just because you CAN do something in T-SQL, doesn't mean you SHOULDN'T." --22 Aug 2013

Helpful Links:
How to post code problems
How to post performance problems
Post #426933
Posted Wednesday, November 28, 2007 1:05 PM
Forum Newbie

Forum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum Newbie

Group: General Forum Members
Last Login: Tuesday, December 30, 2008 12:49 PM
Points: 1, Visits: 4
Good Article, and very down to earth. As a Dynamics MVP, I see SQL servers treated like water heaters.

The day of decision comes when the apps stop working.

Then it is often too late.

Thanks for the club to bring about a reality check.
/:>
Post #427069
Posted Thursday, November 29, 2007 5:40 AM


SSCertifiable

SSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiable

Group: General Forum Members
Last Login: Today @ 7:24 AM
Points: 5,430, Visits: 10,099
majorbloodnock (11/28/2007)


:D

"Always in the sh-t, it's just the depth that varies"


Sorry to be pedantic, but shouldn't the comma come after "sumus"?

John
Post #427371
« Prev Topic | Next Topic »

Add to briefcase 12»»

Permissions Expand / Collapse