Voice of the DBA

Author: way0utwest

  • Keeping Your Job

    A little work from you can help you ensure you keep your job.

    This editorial was originally published on Nov 26, 2007. It is being republished as Steve is at DevConnections.

    These days it seems that the demand for IT workers is still growing, but there is no shortage of companies still looking to lay people off or get rid of employees that aren’t performing up to some standard.

    I saw an interesting article on how to better ensure IT job security and wanted to comment on a few of the items listed from the DBA perspective. I think that different groups of IT workers have different tendencies, but DBAs often are in a very strange position in a company and they need to ensure that their contributions are recognized as well as their work is valued and understood.

    I remember in the dot-com boom days when “quirky” IT workers were tolerated and even valued. The strange people wearing flip flops and t-shirts could perform wonders with computers and their eccentricities were tolerated. Often when they were just competent at their jobs and no one really understood just how much or little they actually could do with systems.

    The world has changed and expectations for most of our systems are higher than they were a decade ago. Management is more realistic in their view of their business, with most of our employers not expecting to get bought out by some large corporation and retire. Our job is to provide stability and long terms strategic value to our companies.

    As a DBA, you have a varied job. You’re in charge of data, need to technically manage the systems, but also work with business users to ensure their data is properly qualified, the meta data is understood (even if not explicitly written down) and you can help them ensure data quality and recognize the importance of the information that is being stored in databases.

    This means that you need to better fit into the business as well as providing value. You should respect the dress codes and other habits of the rest of the company. You also need to learn to communicate effectively with others. Don’t talk down to someone with technical acronyms and descriptions and make sure that you are trying to solve the business problems, not fit the solution into come cool piece of technology.

    By trying to better fit in, you become an asset to the business as a whole. People should feel comfortable asking for your help and appreciate the work you do.

    And they’re likely to keep you around for the long term.

    Steve Jones

    The Voice of the DBA Podcasts

    The Great Music

    The podcast feeds are now available at sqlservercentral.podshow.comto get better bandwidth and maybe a little more exposure :). Comments are definitely appreciated and wanted, and you can get feeds from there.

    Today’s podcast features music by Joe Sibol. If you like it, check out his stuff on iTunes or at www.joesibol.com.

    I really appreciate and value feedback on the podcasts. Let us know what you like, don’t like, or even send in ideas for the show. If you’d like to comment, post something here. The boss will be sure to read it.

  • TTYL

    Please don’t communicate like this in business.

    Today’s editorial was originally released on Nov 20, 2007. It is being republished as Steve is at DevConnections.

    OMG! The DB if FUBAR.

    The sysop added an HDD and did a RAID rebuild OTF. AFAIK, the Vol with the MDFs got wiped for the CRM that runs 24/7.

    I’m ROFLMAO. AWHFY? TTYL.

    Can you imagine someone talking to you like that. I mean actually speaking with “words” like “T-T-Y-L?”

    I saw this article about how most people are speaking English in business today, but with the globalization of many companies, it’s easy to not only mis-communicate, but also offend. And that can be a big problem with not only co-workers, but also customers.

    Whether we standardize on English or some other communication, I hope that we continue to keep the skills of our language alive. The new generation of workers, working in shorthands and their own slang, seem to be losing out on the ability to effectively communicate with others. Too often they want to bang something out on a keyboard rather than talking directly to someone.

    I’m sure I sound like an old man, lamenting the good old days of paper, ink, and phones without voicemail. However it’s not the shorthand or slang that bothers me as much as the lack of the ability to clearly articulate themselves that plagues many people in the IT world. When I started in this business, it was always an issue communicating because things were so highly technical and few people understood how computers worked. The geeks that could truly make a computer sing had trouble communicating with business users.

    I think the same thing is true today with communication, despite the advances in making computer interations simpler, greater familiarity, and a comfort level with technology by many business users. For every step we’ve made in computing becoming more accepted by users in all aspects of society, we’ve gotten worse in our overall communication skills with acronym and shorthand overload. I almost shudder to think of the text-messaging generation entering the workforce.

    Technical jargon is important. It helps us quickly, clearly, and easily communicate with other IT workers with very specific meanings, but it’s not the way that we should communicate with those outside of IT. Even if you are never any type of analyst, designer, architect, it pays to be able to clearly and effectively communicate your ideas, thoughts, and concerns to others.

    Save the shorthand and slang for those times when it’s appropriate and be sure that you can communicate using clear and generally accepted English (or your native language) with everyone else you encounter in your career.

    Steve Jones

    The Voice of the DBA Podcasts

    Everyday Jones

    The podcast feeds are now available at sqlservercentral.podshow.comto get better bandwidth and maybe a little more exposure :). Comments are definitely appreciated and wanted, and you can get feeds from there.

    The RSS Feed: or now on iTunes!

    Today’s podcast features music by Everyday Jones. No relation, but I stumbled on to them and really like the music. Support this great duo at www.everydayjones.com.

    I really appreciate and value feedback on the podcasts. Let us know what you like, don’t like, or even send in ideas for the show. If you’d like to comment, post something here. The boss will be sure to read it.

  • Question what you think

    Good advice from Jeff Bezos.

  • DBA Support

    There was a time when I managed two production databases on SQL Server. Two. I had a development version of one database where we paused development for testing, and only two production databases to manage. Since I had to also handle development, application support and hardware repair/replacement, that seemed like plenty to me. I was the accidental DBA, with database administration being the lowest priority of my day.

    After that I moved on to administer databases in a number of jobs, sometimes as a priority, sometimes not, but in each case, I learned to work more efficiently and effectively. My goal was to automate as much as possible of the routine work so that I could spend my days adding value to the company. I learned to use scripts, alerts, jobs, and more to keep systems running while I was doing other work.

    I’m sure many of you work in a similar manner, or at least I hope you do. This Friday I wanted to ask you at what scale do you need to become efficient, based on the size of your organization. The question this week is:

    How many databases does each DBA in your organization manage?

    I know some of you manage lots of databases in raw numbers, but also let us know if you need to do much with these databases. Is maintenance automated, or is there much active management you need to do in order to ensure these databases are running on a weekly basis. Let us know the size of your load as well, perhaps the amount of data is a better way of measuring the DBA load.

    Steve Jones

    The Voice of the DBA Podcasts

    We publish three versions of the podcast each day for you to enjoy.