|
|
Focus on SQL Server
Check out my Simple-Talk articles.
-
Posted Thursday, September 16, 2010 1:00 AM |
Imagine for a moment if you will. As a DBA, and as the protector of your organization's data, you have implemented many safeguards to protect your data. You have set up periodic jobs to back up your databases; you check daily to ensure that the backups were actually taken; and you periodically perform test restores to ensure your backups work. In addition, you have established an appropriate backup retention policy and you store backups offsite. With all of this planning and hard work, you are confident that your organization's data is safe. But is it?
What would happen if your backups, in transit from the data center to the offsite storage, were misplaced or stolen? Or what would happen if the backups at the offsite storage location were stolen? Sound unlikely? Not really. There have been many reported instances of backups being misplaced and stolen. In fact, I personally know of a multi-billion dollar company that sends their backup tapes to their offsite location using an employee's car, then stores them in a locked, but very cheap metal cabinet that could be broken into in seconds with a crowbar. What would be the organization's liability if their data was stolen? I'm even afraid to think about it.
Although it is unlikely that your backups will be misplaced or stolen, I personally don't want to take the risk that this might happen to the backups I am responsible for. As you probably know, by default, data from a SQL Server database backup can easily be restored to any other computer and the data viewed. The exception to this is if the data has been encrypted, which is the exception rather than the rule.
In SQL Server 2008, Transparent Data Encryption (TDE) was introduced in the Enterprise Edition of SQL Server. This feature allows data at rest (such as backups) to be fully encrypted and protected should a backup be misplaced or stolen. If you are using SQL Server 2008 Enterprise Edition, I recommend you take a look at TDE and consider implementing it.
But what if your company doesn't use the Enterprise Edition of SQL Server 2008, how do you protect your backups from prying eyes? Currently, your only realistic choice is to use a third-party backup compression program that offers data encryption as a feature (which virtually all do). This way, your backups, wherever they are located, will be protected and you can rest assured that your organization's data won't be compromised.
So my first question to you is this, do you think backup encryption is as important as I think it is? And second, how do you go about protecting your backups? Do you encrypt them, do you use some other form of backup protection, or are you crossing your fingers, hoping that you never face the situation of missing or stolen backups?
|
-
Posted Thursday, September 24, 2009 10:34 AM |
Microsoft is offering from 15-25% off selected Microsoft Certification Exams. In order to receive the discount, you must register, schedule, and purchase the discounted exams by December 31, 2009. Visit here for more information. Here are the discounts available for the SQL Server Exams: 15% Off 20% Off 25% Off - 70-450
- 70-451
- 70-452
- 70-453
- 70-454
- 70-455
- 70-441
- 70-442
- 70-443
- 70-444
- 70-446
- 70-447
|
-
Posted Thursday, June 04, 2009 1:53 PM |
I have spoken at many conferences over the years, including the PASS Community Summit and SQL Server Connections, and one of the things I have noticed is that there is very little overlap between the DBAs and developers who attend each of these conferences. There seems to be a group who likes to attend the PASS Community Summit, and another group who likes to attend the SQL Server Connections conference. In the past, and still today, SQLServerCentral.Com is a strong supporter of the PASS Community Summit. But because of the lack of overlap between these two conferences, we feel that we have been missing out on supporting those DBA and developers who choose to attend the SQL Server Connections conference. Because it is our goal at SQLServerCentral.Com is to be as inclusive as possible, SQLServerCentral.Com has now teamed up with SQL Server Connections to present our own SQL Server track at the conference. This will give us the opportunity to reach out to an entirely different group of DBAs and developers who we don't normally interact with. If you are not familiar with SQL Server Connections, it is part of a larger conference called DevConnections that is put on twice a year by Penton Media (they same people who publish SQL Server Magazine.) The annual spring event is held in Orlando, FL, and the annual fall event is held in Las Vegas. The umbrella DevConnections conference include multiple, simultaneous break-out conferences, which include ASP.NET Connections, SharePoint Connections, Visual Studio & .NET Connections, and of course, SQL Server Connections. When you sign up for one event, you can attend any of the sessions among these concurrent conferences, which give attendees a rich learning experience. The next SQL Server Connections is going to be held November 9-12, 2009, at the Mandalay Bay Hotel and Conference Center in Las Vegas, NV, and will follow this schedule: Monday, November 9, 2009: Two SQL Server pre-conference workshops: - Advanced T-SQL for SQL Server 2005 and 2008 with Itzik Ben-Gan
- SQL Server 2005/2008 Database Maintenance Best Practices with Kimberly L. Tripp and Paul S. Randal
Tuesday, November 10, 2009: Microsoft Day: - There will be three different tracks (DBA, DEV, BI), all presented by members of the Microsoft SQL Server Product Team
Wednesday & Thursday, November 11-12 2009: SQL Server Connections and SQLServerCentral.Com Tracks - There will be three DBA tracks that are managed by Paul S. Randal and Kimberly L. Tripp, which includes a wide variety of speakers.
- There will be a single SQLServerCentral.Com track, that is managed by Brad M. McGehee, which includes five different speakers.
- Attendees will be able to attend any of the sessions in these four concurrent tracks.
Friday, November 13, 2009: One SQL Server post-conference workshop: - SQL Server 2005/2008 Indexing for Performance with Kimberly L. Tripp
For a list of all the speakers, you can visit this webpage, and for a list of all the sessions, you can visit this webpage. The SQLServerCentral.Com track includes five speakers presenting a total of nine different sessions. If you recognize any of the speakers, that is because you have probably seen their contributions to the SQLServerCentral.Com and Simple-Talk websites. They include: Joe Celko | Joe Celko served 10 years on the ANSI/ISO SQL Standards Committee and contributed to the SQL-89 and SQL-92 Standards. He has written over 800 columns in the computer trade and academic press, mostly dealing with data and databases. He is author of seven books on SQL for Morgan-Kaufmann: SQL FOR SMARTIES (1995, second edition 1999, third edition 2005), SQL PUZZLES & ANSWERS (1997), DATA & DATABASES (1999) and TREES & HIERARCHIES IN SQL (2004), SQL PROGRAMMING STYLE (2005) and ANALYTICS & OLAP IN SQL (2005) and THINKING IN SETS (2008). Joe will be presenting two session: Darling, Your SQL is Sooo Last Season! and Naming and Modeling Data Objects.
| Grant Fritchey | Grant Fritchey, Microsoft SQL Server MVP, works for an industry-leading engineering and insurance company as a principal DBA. He's done development of large-scale applications in languages such as Visual Basic, C#, and Java, and has worked with SQL Server since version 6.0. Grant spends a lot of time involved in the SQL Server community, including speaking, blogging, and he is an active participant in the SQLServerCentral.Com forums. He is the author of SQL Server Execution Plans (Simple Talk Publishing, 2008) and SQL Server Query Performance Tuning Distilled (Apress, 2008). Grant will be presenting two session: Scouting Out Execution Plans and MUQT: More Unnecessary Query Tuning. | K. Brian Kelley | Brian is a SQL Server author, columnist, and Microsoft MVP, focusing primarily on SQL Server security and administration. He currently serves as a database administrator / architect for a large bank where he can concentrate on his passion: SQL Server. He is a contributing author to How to Cheat at Securing SQL Server 2005 (Syngress) and Professional SQL Server 2008 Administration (Wrox). In the technical community, Brian is president of the Midlands PASS Chapter. Not only is Brian an active blogger at SQLServerCentral.Com, he is a prolific forum participant and is one of the top forum posters on the website. Brian will be presenting two sessions: Keeping on Top of Your SQL Server Using Dynamic Management Objects and Catalog Views and Best Practices in SQL Server 2008 Configuration Management. | Steve Jones | Steve Jones, Microsoft SQL Server MVP, is the founder and editor of SQLServerCentral.Com. He has been working with SQL Server for 18 years as a DBA at a variety of large and small companies. He is a frequent speaker at user groups and SQL Server conferences and has written hundreds of articles on SQL Server. He is well known for his prolific blogging, editorials, and podcasts at SQLServerCentral.Com. Steve will be making one presentation: The Modern Resume: Building Your Brand.
| Brad M. McGehee | Brad M. McGehee is an MCSE+I, MCSD, and MCT (former) with a Bachelors degree in Economics and an MBA. Currently the Director of DBA Education for Red Gate Software, Brad is an accomplished Microsoft SQL Server MVP with over 14 years of SQL Server experience, over six years of training experience, and has been involved in the industry since 1982. Brad is a frequent speaker at SQL PASS, European PASS, SQL Connections, SQLTeach, SQLBits, SQL Saturdays, TechFests, Code Camps, SQL Server user groups, and other industry seminars. Brad is the author or co-author of more than 14 technical books and over 100 published articles. His most recent books include, How to Become an Exceptional DBA, Brad's Sure Guide to SQL Server 2008: The Top Ten New Features for DBAs, and Mastering SQL Server Profiler. Brad will be presenting two sessions: Optimizing tempdb Performance and Free Software for SQL Server DBAs.
| In the months ahead, I will be doing interviews with all of these speakers so that you will get the opportunity to learn a little more about them.
|
-
Posted Friday, May 01, 2009 11:27 AM |
According to Microsoft, as of April 2009: - 153,130 people have received the MCDBA: SQL Server 2000 certification
- 51,445 people have received the MCTS: SQL Server 2005 certification
- 854 people have received the MCTS: SQL Server 2008 Implementation and Maintenance Certification
- 3,577 people have received the MCTS: SQL Server 2005 Business Intelligence certification
- 333 people have received the MCTS: SQL Server 2008 Business Intelligence Development and Maintenance certification
- 456 people have received the MCTS: SQL Server 2008 Database Development certification
- 7,928 people have received the MCITP: SQL Server 2005 Database Administrator certification
- 358 people have received the MCITP: SQL Server 2008 Database Administrator certification
- 3,377 people have received the MCITP: SQL Server 2005 Database Developer certification
- 213 people have received the MCITP: SQL Server 2008 Database Developer certification
- 1,385 people have received the MCITP: SQL Server 2005 Business Intelligence Developer certification
- 137 people have received the MCITP: SQL Server 2008 Business Intelligence Developer certification
- 18 people have received the MCA: Database certification
- 39 people have received the MCM: SQL Server 2005 certification
- 2 people have received the MCM: SQL Server 2008 certification
From the numbers above, it appears that DBA certifications are becoming less popular among DBAs. What do you think? For more information on Microsoft DBA certifications, visit here.
|
-
Posted Wednesday, April 08, 2009 6:24 AM |
If you have been procrastinating about submitting a speaking abstract for the 2009 PASS Community Summit, you have been given a short reprieve. The Call for Speakers has now been extended until midnight on April 24, 2009. See this link for more details: www.sqlpass.org/Community/SpeakerResource.aspx.
|
-
Posted Saturday, April 04, 2009 3:45 AM |
PASS recently conducted a survey of its members, asking them what topics they would like to see covered at the 2009 PASS Community Summit. A total of 304 people responded to the survey, and the entire survey can be seen at the PASS Speaker's Resource Page (you have to log on to the website to see the results). Given that the report exceeds 20 pages, I thought I would summarize the key results. They include: - Database Administrator topics were the most sought after, with Database Developer topics coming in second.
- Most of the attendees were seeking Advanced level topics, those that assumes a solid knowledge of technology, strong coding skills, and for DBAs with 4-6 years of DBA experience.
- Sessions on SQL Server 2008 were the most desired, with SQL Server 2005 a distant second.
- Best Practices- and Tips & Tricks-type sessions were highly rated.
- The three most popular "database administration" topics that cover new features in SQL Server 2008" included: Performance Data Collection, SQL Audit, and Policy-Based Management.
- The three most popular "general database administration" topics included: Performance Monitoring and Tuning, DMVs, and Scalability.
- The three most popular "high availability" topics included: Minimizing System Downtime, Supporting Mission Critical Applications, and Database Mirroring.
- The three most popular "Database Architecture/Deployment" topics include: Virtualization, Database Storage Solutions, and Clustering.
- The three most popular "Database and Application Development Features in SQL Server 2008" included: T-SQL Improvements, Table-Valued Parameters, and Filtered Indexes.
- The three most popular "General Database Design & Development" topic included: Optimizing Queries and Execution Plans, Database Modeling/Database Design, and Application Development Best Practices.
- The three most popular "Data Warehousing and Business Intelligence Features in SQL Server 2008" included: Reporting Services Enhancements, Report Design Enhancements in Business Intelligence Development Studio, and Integration Services.
- The three most popular "General Data Warehousing and Business Intelligence" topics included: BI/DW Best Practices using the Microsoft BI Framework, Data Modeling and Schema Design for BI, and Planning, Developing, and Administrating Your BI Environment.
- The three most popular "Analysis Services" topics included: Advanced Techniques (Tips & Tricks) Using Analysis Services 2005/2008, Building and Deploying Solutions Using Analysis Services in SQL Server 2005/2008, and MDX.
- The three most popular "SSIS" topics included: Advanced Techniques for SSIS Package Development, Maximizing Your SSIS Performance, and Building and Deploying Solutions Using Integration Services in SQL Server 2005/2008.
- The three most popular "Reporting Services" topics included: Report Deployment and Administration, Report Access and Delivery Features, and Designing and Creating Reports.
- The three most popular "Professional Development" topics included: Leadership and Team Management Skills, Strategic IT Planning, and Project Management.
- The three most popular "Communication" topics included": Technical Presentations, Project Documentation, and Technical Writing.
- The three most popular "Career Development" topics included: "Developing and Improving Your Career, Marking Yourself More Marketable, and Certification.
Like all summaries of reports, a lot of detail has been left out. If you are serious about submitting a speaker's abstract, I highly recommend you review the entire report, as you will want to take this information into account when creating your abstracts. If you are interested in becoming a speaker at the 2009 PASS Community Summit, be sure you get your abstracts in no later than April 10, 2009. After then, the call for speakers will be closed.
|
-
Posted Friday, February 27, 2009 10:57 AM |
For a book project I am working on, I have started compiling a list of reasons why heaps aren't usually a good choice when designing a database. Now, I didn't say that heaps are always bad, but in most cases, I think they should be avoided (read the list to see why). As I compiled the list, in some cases I have had the opportunity to verify that they are true, but in other cases, I have not had the time to verify them. I would like your input on the list. Is there anything on the list that is not true, or only partially true (under some circumstances, but not others), and what other reason are there to avoid using heaps that have I left out? I look forward to your feedback. - If non-clustered indexes are not added to a heap, then all queries against a heap will require table scans to retrieve the requested data. If the heap is large, then these queries will be very resource intensive and hurt SQL Server's overall performance.
- Since the data in a heap is unordered, performing a table scan on a heap can cause a lot of extra I/O activity because inefficient random reads, not efficient sequential reads, are more the norm.
- While a non-clustered index can be added to a heap to speed up some queries, when the non-clustered index is non-covering, the use of a RID bookmark lookup is required. A RID lookup means that once the record(s) to be returned by the query are identified in the non-clustered index, additional reads (the RID bookmark lookup) must be made of the related rows in the heap, so that all of the data requested by the query is returned. This is not very I/O efficient, especially if many rows are returned. At some point, it may be faster for SQL Server to do a table scan than it is to use a non-clustered index when returning many rows. On the other hand, if the non-clustered index is covering, then the non-clustered can be used to immediately return the data to the user without having to lookup anything in the heap.
Heaps cannot be replicated using SQL Server replication. - If you want to create an XML index on an XML data column, a clustered index must exist on the table.
- If you want to create a spatial index on a spatial data column (GEOMETRY or GEOGRAPHY), a clustered index must exist on that table.
- If a heap has a non-clustered index on it (as the primary key), and data is inserted into the table, two writes have to occur. One write for inserting the row, and one write for updating the non-clustered index. On the other hand, if a table has a clustered index as the primary key, inserts take only one write, not two writes. This is because a clustered index, and its data, are one in the same. Because of this, it is faster to insert rows into a table with a clustered index as the primary key than it is to insert the same data into a heap that has a non-clustered index as its primary key. This is true whether or not the primary key is monotonically increasing or not.
- When data is updated in a heap, and the updated row is larger than the old row and can't fit into the old space, a forwarding record is inserted into the original location that points to the new location of the page. If this happens a lot, then there is a lot of space wasted in a database maintaining the forwarding records. This also contributes to additional I/O activity as both the pointer, and the row, have to be read.
- Even if data updated in a heap is not larger than the old row (the updated data is smaller or the same size than the original data), updating a heap with a non-clustered primary key is slower than updating the same table that has a clustered index as the primary key. This is because updating a table with a clustered index is less write intensive than updating a heap with a non-clustered index as its primary key.
- If a row is deleted from a heap with a non-clustered index as its primary key, it is slower than deleting the same row from the same table with a clustered index as its primary key. This is because it takes more I/O to perform this task on a heap than on a clustered index.
- When data is deleted from a heap, the data on the page is not compressed (reclaimed). And should all of the rows of a heap page are deleted, often the entire page cannot be reclaimed. This not only wastes space, it contributes to fragmentation of the data pages within a database.
- If you take two identical tables, one that is a heap with a non-clustered index as its primary key, and a table that has a clustered index as its primary key, the heap with the non-clustered index will be substantially larger, wasting valuable space and increasing disk I/O.
- The ALTER INDEX rebuild and reorganize options cannot be used to defragment and reclaim space in a heap (but they can used to defragment non-clustered indexes on a heap). If you want to defragment a heap in SQL Server 2005, you have three options: 1) create a clustered index on the heap, then drop the clustered index; 2) Use SELECT INTO to copy the old table to a new table; or 3) use BCP or SSIS to move the data from the old table to a new table.
|
-
Posted Friday, February 13, 2009 10:48 AM |
Below is a list of some of the many SQL Server-related training that will be available in 2009. As you visit some of the websites, you may notice that the information may be a little old for some of them. This is because many of these events are volunteer-run events, and they have not updated their web pages for their 2009 events yet. If this is the case, be sure you add yourself to their mailing list so that you will be notified when the 2009 event is actually announced. If you know of an event that is not listed below, please add it to the comments at the bottom of this page. Inside the United States (ordered by state) · SQLSaturday (Birmingham, AL) · Silicon Valley Code Camp (Los Altos, CA) · TechEd 2009 (Los Angeles, CA) · Microsoft PDC 2009 (Los Angeles, CA) · MSDN Developers Conference (San Francisco, CA) · Rocky Mountain Tech Tri-Fecta (Denver, CO) · SQLSaturday (Atlanta, GA) · Orlando Code Camp (Sanford, FL) · SQL Connections (Orlando, FL) · SQLSaturday (Jacksonville, FL) · SQLSaturday (Pensacola, FL) · Tampa Code Camp(Tampa, FL) · IndyTechFest (Indianapolis, IN) · Twin Cities Code Camp (Minneapolis, MN) · SQL Connections (Las Vegas, NV) · Tulsa TechFest(Tulsa, OK) · SQLSaturday (Portland, OR) · DevLink Technical Conference (Nashville, TN) · Dallas TechFest (Dallas, TX) · Houston TechFest (Houston, TX) · Utah Code Camp (South Jordon, UT) · PASS Community Summit 2009 (Seattle, WA) · SQLSaturday (Tacoma, WA) Outside the United States (Ordered by Country) · SQL Down Under Code Camp (Wagga Wagga, Australia) · Code Camp OZ (Wagga Wagga, Australia) · DevTeach/SQLTeach (Vancouver, BC, Canada) · DevTeach/SQLTeach (Toronto, ON, Canada) · European PASS Conference (Neuss, Germany) · Christchurch Code Camp (Christchurch, NZ) · DevWeek (London, UK) · SQLBits (Manchester, UK)
|
-
Posted Saturday, November 29, 2008 2:36 PM |
In this article, we examine the various ingredients that will help you establish a successful career as a DBA, and then contribute to your long-term career success.
- Formal Education – you don't need a degree in database administration, but a solid computer technology background will help
- Getting Experience – getting experience as a new DBA can be tough, but it can be done
- Technical skills – sound knowledge of SQL Server is not enough on its own, the DBA needs to understand the underlying operating system and hardware, as well as the productivity tools that are available to them
- Soft Skills – the DBA needs to supplement sound technical skills with excellent teamwork, time management, writing skills, and more.
Where Does Formal Education Fit In? I frequently get asked whether or not you need a formal degree to become a DBA. While having a formal degree is not mandatory for becoming a successful DBA, it is a great start. Let’s start this discussion talking about higher education opportunities. Very few universities offer an Associates, Bachelors, or Masters degree in database administration. Those that do tend to be on-line schools, or technical schools, not the typical university most students attend. I believe the reason for the lack of database administration degrees in most schools is twofold. First, the market for database administrators is smaller than most other educational markets. Second, very few people come out of high (secondary) school wanting to become a database administrator. In a perfect world, a degree in database administration would be an ideal platform from which to embark on a DBA career. The reality is that there are few of these educational opportunities available. Therefore, the most common approach people take to prepare for a career as a database administrator (either through foresight or dumb luck) is to get a degree in Computer Science or Management Information Systems, which includes database-specific courses. In fact, when many people attend a university to attain one of these degrees, they are not even aware that the career of DBA even exists, and first discover databases when taking database theory classes as part of their degree program. Such a degree provides a rounded education in computer technology and provides a great foundation for becoming a DBA. The truth is that most people don’t go to college to become a database administrator, or even work in the technology field, so they get Bachelors degrees in other subjects, ranging anywhere from English to Business, or from Art to Math. It is not until after they enter the workforce that they realize they are interested in computer technology, or becoming a database professional. Many people wind up as database administrators through a set of often-random circumstances. Many DBAs don’t have degrees in computer technology, and I am one of them. I have a Bachelors degree in both Economics and Business Administration, and a Masters Degree in Business Administration. When I was getting my Bachelor degrees, personal computers were just becoming available. In fact, the original IBM PC became available about six months after I graduated. I bought one of the first IBM PCs and became captivated with the possibilities it offered. Shortly thereafter, I had the opportunity to become a computer salesperson and trainer (an odd combination indeed) at a newly opened computer store, one of the first computer stores opened in the United States. I got the job because I owned an IBM PC, which was a rare tool for most people to own at that time, and because I had taught some BASIC programming classes at a local community college. From that first computer-related job, I began writing about computer technology, and have had a wide range of computer-related jobs over the years, ranging from application development, software support, network administration, full-time trainer, and finally database administrator. Virtually all of my computer training was self-taught, especially in the early days when computer instructors were rare. Later, I did take some week-long training classes, but most of my training was, and still is, self-taught. While a bachelors degree in a non-computer technology field may not be as ideal a foundation as having a degree in a computer technology, it can still provide a rounded education that people can leverage to reach whatever goals that interest them. My degrees in Economics and Business Administration actually helped my computer career a lot. As I had a good understanding of accounting and how businesses worked, I was much better equipped to work in the real world than most newly minted programmers just coming out of college who had little or no experience in how businesses operated. Now, let’s talk a little about what employers expect when it comes to formal education. Whether we agree or not, a Bachelors degree is becoming the minimum educational credential for most any type of professional job. Many companies won’t even consider someone for a job unless they have at least four years of higher education. It's a fine line though: a two-year degree is generally not considered an adequate substitute for a four-year degree, but a Masters degree can often make a person seem to be over-educated for most jobs (unless the job specifically requires a Masters degree as the minimum educational requirement). This makes the standard four-year Bachelors degree the best route for most people. I only got my Master’s degree because I wanted to be able to teach at the college level, and this requires a Master’s degree at the very minimum. If you look at job-wanted ads for database professionals, you will find that most employers want someone who has a four-year computer technology degree, or equivalent. In other words, they prefer someone who has a computer technology education, but they are willing to accept someone with any four-year degree if they meet the other skills and experience required by the position. So, in order to have the best job opportunities open to you, as a DBA, you should have a four-year degree. A computer technology-related degree is preferred, but not essential. If you are starting out in your career, and want to become a database professional, the more closely aligned your education is to computer technology, the easier it will be to find related jobs. How about those people who don’t have a four-year degree? Is it possible for them to become database professionals? Yes, but it is tougher. I know DBAs who have not attended a university, or perhaps attended for a while, but never attained a degree. These people often start with companies in a low-level computer technology job, such as working the help desk. Then, through self-study, on-the-job training, and experience, they eventually move into the DBA role. Most of these individuals stay with a single company as they develop their skills. Once they have developed a lot of experience as a DBA, they can move to other companies, who are willing to waive the four-year degree minimum requirement in return for the hands-on experience that they offer. Of course, some companies won’t waive this requirement, and so certain job opportunities will remain closed to non-degree candidates. Up until this point, we have been considering formal university training at the beginning of one’s career. What if you already have an IT career, but want to switch to become a database professional? For example, maybe you are a developer who wants to stop writing code and focus on database administration. How does formal education fit into this scenario? If you already have a computer technology-related degree, you are in good shape. All you need to is gain specific database-related skills and experience. If you have a non-technology-related degree, and you have lots of technology experience (say you have been a network administrator for three years or more), you are also in good shape for making the transition, if you attain the necessary DBA skills. If you don’t have a technology-related degree, or technology-related work experience, then changing careers to become a database professional is more problematic. In this regard, it is as if you are starting from scratch. You might want to consider going back to school (part- or full-time) to get a degree in computer technology or database administration (where available). If you already have a degree, getting a second degree should be much faster. While a good and relevant formal education is an excellent first step to becoming a successful DBA, it is just a start. Universities generally only cover database theory, not specific database skills. Because of this, you will need additional technical skills to pursue a DBA career. In the next section, we learn what those skills are, and how to attain them. Getting Experience In almost every job ad you see for a DBA, experience is required. So how do you get your first job as a DBA if you don’t have any experience as a DBA, and how can you get experience as a DBA if you can’t get a job as a DBA in the first place? Most new job seekers face this same dilemma, especially if they are looking for professional-caliber jobs. So what do you do? One option is to apply for DBA jobs that don’t require experience. If you have training as a DBA, and have a degree or certification to verify your credentials, then some companies will hire you. DBAs are in such great demand now that some companies hire DBAs without experience. If the company is large, they may even offer a training program to get you started out right. While getting hired without experience is great if you can find such a job, most DBA jobs require experience as a DBA. The fact is that most people who become new DBAs are promoted to that position from another position within the company they currently work for. In other words, they have been working for a company for some time in some computer-related position, have a good track record, and have expressed an interest in becoming a DBA. Oftentimes, if a company cannot find an experienced DBA to fill a position, they will recruit from within, and train the person for the job. That is what I did, along with many of the DBAs I know. However, what if you are working for a company that doesn’t have a DBA position open? Or maybe the company is too small to need a full-time DBA. What do you do then? One option would be to identify any DBA-type work done within your current company and volunteer to do it as part of your regular job. This will start getting you hands-on DBA experience, even if it is only on a part-time basis. If your current job does not afford you the opportunity to gain any DBA experience, you may have to consider changing jobs, and finding a company where DBA opportunities exist. It is either this option, or trying to find a job that will hire a DBA without experience. What if you can’t change jobs right now, and don’t have any opportunities to get any practical DBA experience? At this point, you are running out of options. You might contact non-profit organizations and volunteer your services, or you might attend a local SQL Server user’s group and ask the members for their suggestions on how you can get experience in your local area. However you gain your DBA experience, you will find that it is the most important asset you can have. Mastering DBA Technical Skills Even if you were to graduate from a university with a Masters degree in database administration, you won’t be prepared for the day-to-day work as a DBA. Learning the practical side of being a DBA takes additional technical knowledge and a lot of practical experience. In this section, we take a broad look at the specific kinds of technical skills you need to become a DBA, along with suggestions on how to attain them. Obtaining Specialized Database Skills As we discussed earlier in the book, it is virtually impossible for anyone to know everything there is to know about databases. Because of this, I suggested that you specialize in an area that interests you. This might be DBA System Administration, DBA Database Designer, DBA Development, DBA Business Intelligence, among others. The key to becoming a DBA is to select a specialty, and then master all the technical information related to it. For example, if you want to become a DBA System Administrator, you need to learn about how the database engine works, how to perform routine maintenance tasks, how to performance tune, how to troubleshoot problems, and so on. Pick whatever DBA specialty interests you, and make it a point to master it, inside and out. If you don’t know what specialty to pick, I recommend you start as a DBA System Administrator. As you begin to master these skills, you will also be learning about the other specialties, and you can always change specialties when the option arises. Understanding Hardware Not only are most DBAs expert in their chosen SQL Server specialty, they are also very knowledgeable about the physical computer hardware on which SQL Server runs. Getting the best performance and scalability out of SQL Server requires DBAs to know how to select the optimum hardware for their SQL Server. In addition, hardware skills are necessary for knowing how to best configure the hardware, along with how to diagnose and troubleshoot hardware-related problems. DBAs usually don’t depend on others to figure out problems with their servers. Knowing the Operating System Another critical component the DBA needs to understand is the operating system. It is fully intertwined with SQL Server and the physical hardware, and can’t be separated. The DBA needs to know how to install it, configure it, manage it, and troubleshoot it. Many problems that are associated with SQL Server are operating-system related, and the DBA needs to understand its intricacies in order to resolve them. Mastering Tools Whatever database specialty you choose, you will have both built-in and third-party tools available to help you do your job and be more productive. In my experience, many DBAs don’t take the time to learn how to master the tools available to them. This means they end up being less proficient and productive at their work. Not only do most DBAs master all the tools included with SQL Server, they also learn about related third-party tools that can help him become more productive. This means they often are downloading new tools, and trying them out, seeing if they help them do a better job. Adopting SQL Server Best Practices In addition to the raw technical knowledge that a DBA requires, in order to know how to perform specific tasks with SQL Server, there is an additional layer of knowledge DBAs must know, and that is SQL Server Best Practices. As a DBA, you are often many faced with many different ways to perform the same task. Some of the options are better than others, especially if you factor in the requirements of a specific situation. Best Practices refers to the best way to perform a specific task, given the circumstances you are facing. For example, there are different ways to back up and restore databases. The best way to do this often depends on the situation. Unfortunately, most SQL Server Best Practices have not been codified anywhere. Instead, you have to search them out from books, articles, and websites. In other cases, you have to learn them by trial and error. Many DBAs often develop their own set of Best Practices and use them in their day to day work, helping not only to bring consistency to their work, but also to help perform their job better and more efficiently. How to Obtain DBA Technical Skills As you can see, DBAs need to have a wide variety of technical skills. So how does the DBA attain them? It really comes down to time, both time for learning and time for gaining experience. As mentioned earlier, these are many technical skills required that you won’t generally learn from a university. Instead, they are skills that are acquired in many different ways. Most DBAs master technical skills by using one or more of the methods detailed below. Most DBAs will probably use all of these training methods at one time or another. You may find that some are better suited to you than others. It really doesn’t make much difference which option you choose, as long as you take the time to learn. Mastering the technical skills to become a DBA is your responsibility. In other words, you have to design your own education program. Nobody is going to do it for you. You need to decide what you need to know to meet the educational needs of your DBA specialty, and decide how you are going to acquire those skills. Formal Classroom Training Formal classroom training is offered by corporate training companies, and some colleges and universities (usually non-credit), and is one of the fastest ways to master multiple technical skills, including SQL Server, hardware, and the operating system. Many of these classes are called certification classes because the assumption is that once you take the class then you should be ready to take the related certification test, assuming you want to become certified. While these can be expensive, they are an effective way to learn a lot of information very quickly, especially if the subject matter is new to you. Seminars and Workshops These are training sessions that last one day, or less, and focus on a very specific topic. Generally speaking, these are best for people who already have some background in the subject matter and are looking for more in-depth knowledge of a particular subject. Conferences Conferences encompass many different learning formats, including formal classroom training, half-day and one-day workshops, short (60-90 minute) seminars, hands-on training labs, and general sessions. They even offer opportunities to ask database experts specific questions about any topic you want to learn more about, on a one-on-one basis. If you are a new DBA, conferences can be a little overwhelming, but educational. In many cases, you will see experienced DBAs attending conferences not only to learn something new, but to network and make new connections. On-Line Training Learning over the Internet is becoming more and more common, but the cost and the quality of the learning varies substantially. In some cases, you can take free lessons that range from average to exceptional in quality, and in other cases you can pay a lot of money for mediocre to exceptional training. If you are paying a lot of money for on-line training, be sure you carefully check out the company first before you send them your money. Self-Study Booking Learning One of the most popular ways to master SQL Server technical skills is to read books. There are books on virtually every topic and at most every learning level. Books allow you to choose when you learn, but on the other hand, you have to be disciplined enough to take book learning seriously if you want to get the most out of your time. Magazines and other Publications There are few technical magazines or publications that focus on SQL Server, or databases for that matter. Of those that are available, they are most useful for keeping up with SQL Server news and third-party products, but they are not always the best way to learn new skills. Websites, Blogs, News, RSS Feeds By contrast, there are many different websites and blogs devoted to SQL Server. Unfortunately, the quality of the content varies widely, and much of it can be out of date. This means that you may have to spend a little extra time searching for SQL Server-related websites and articles that cover the specific material you want to master. Many DBAs consider this type of learning as “just-in-time” learning. In other words, if you need to learn a specific skill or task very quickly, then the Internet is often the quickest way to find the content and to learn it. On the Job Training Opportunities If you work for a larger organization, they may offer on-the-job learning opportunities, including formal instruction and mentoring. If you have these options available, you will want to take advantage of them. Mastering DBA Soft Skills If you want to become a successful DBA, not only do you need exceptional technical skills, you also need to master many soft skills. Yes, I know what you are thinking. You are thinking that if you are a technical wiz, you don’t need soft skills. Unfortunately, that’s not the case. Following is a description of the numerous types of soft skills that the DBAs should master. People Skills While this phrase may be overused, it is overused with much justification. While DBAs may find themselves working alone more than other professionals do, they still need to work with others. This includes talking with end-users, developers, IT professional, and managers. If you don’t get along well with others, you will severely reduce your chances of becoming a successful DBA, or even of having a long career as a DBA. If you don’t naturally have people skills, learning them can be difficult, but you do have some options available to you. You might consider reading books on people skills, taking classes or seminars, or even individual counseling. While people skills may be hard to learn, learning them will pay off for your entire life. Teamwork Skills I consider teamwork skills a little different from people skills, although there is a lot of overlap. People skills are about getting along well with others. Teamwork skills are learning how to work well with others. Many times, you find yourself in a team of people that you did not pick, and would not pick if you had a choice. Teamwork skills are learning how to work effectively in a team, even if you don’t like each other! As a part of a team, you might be the leader (also requiring leadership and project management skills), or you may be a contributor, who is assigned a task that needs to be completed. Whatever role you fall in, you need to participate and work together as a team to accomplish the task successfully and on schedule. If you have difficulty with teamwork skills then, first, be sure you have good people skills. Once you have accomplished this, then focus on building teamwork skills. There are many books and seminars available on building and managing teams. In fact, your organization might even offer one in-house. If so, jump at the first opportunity at taking it. Personal Time Management Skills Most successful DBAs have more work than they have time to accomplish it. To get everything done, the DBA needs to be effective at managing his of her time. It is very easy to just sit back and have work come to you, pile up, with much of it never getting done. Instead, you must be proactive when managing your time. Keep a schedule and assign priorities to tasks so you can ensure that what has to get done gets done, on time, and successfully. Don’t be afraid to say no to new tasks if you don’t have the time to do them right. If you have trouble managing your own time, start small by using a schedule, making appointments for yourself to ensure work gets done. Using Microsoft Outlook, or a similar tool, is a great way to track tasks, appointments, meetings, and other things you need to accomplish. If this doesn’t work for you, there are many books and seminars available on personal time management. Project Management If you want to be a successful DBA, you will find yourself managing many projects, from the smallest that take a single day and just yourself to complete, to those that make take a year and many people to complete. Project Management is like personal time management, but on a much larger scale. Depending on the complexity of the project, you may spend all of your time managing it instead of actually producing any work yourself. Project management is a skill set most people don’t naturally have. It has to be learned through training and experience. It is much more than just learning how to use Microsoft Project and creating nice-looking PERT charts. It involves managing people and other resources over time to accomplish a specific goal. While you can buy books about project management, the best way to learn it is by taking formal classes or seminars on it. Once you have learned the basics, then it is usually trial by fire when you begin your first project. Hopefully, it will be a small project that will give you the experience you need before tackling large projects. Leadership Skills Leadership is a hard concept to define. Essentially, it is the ability to define an objective, to clearly communicate what the objective is and why it is important to others, and then to get other people to help you reach that objective. When many people think about leadership, they think about politicians or corporate CEOs. While they need to have good leadership skills, so does the successful DBA. In many cases, the ability to be able to clearly define goals, communicate them to others, and then get others to work toward the common goal, is a valuable skill. Leadership can come into play in meetings, teams, or large projects. You don’t have to be a manager to be a leader. Most people don’t consider themselves leadership material. However, in many cases that person is doing themselves an injustice. Everyone has the ability to define goals, communicate them, and get other people to help attain them. Essentially, it is a matter of planning and execution, sprinkled with a lot of people skills. While you can take leadership classes, the best way to learn leadership skills is to take on the responsibilities of a leader, and get hands-on experience. Writing Skills As much as you might dislike writing, it is a very important skill to learn. Virtually every day, you will find yourself communicating with others in writing, whether it be an e-mail, some documentation, or a formal report. Unfortunately, writing is a skill that is poorly taught by most schools, including universities. If you realize you don’t have the skills to be a good writer (grammar, punctuation, style), then you need to take it upon yourself to learn these. This is not easy, especially if your previous schooling has been weak. Your best option is to take formal writing classes to master these skills. While you can read books and take short seminars on writing, it is hard to learn how to write well unless you get regular feedback. Once you have learned writing basics, the next step is to develop your skill by practicing. The more you write, the better you will become. Many DBAs who want to become better writers get experience by writing articles for websites and magazines. As a beginner, you may not get paid much, or not at all. Nevertheless, and more importantly, you will get the experience and feedback that will help make you a better writer, a better communicator, and a better DBA. Speaking Skills We all have heard that public speaking is the most feared of all human activities. I am not sure that I fully agree with this statement, but public speaking does not come naturally to many people. Learning public speaking skills is important for the successful DBA because you will find yourself doing it, whether you plan to or not. For example, you may have to present at a meeting, teach an in-house seminar, or even find yourself talking at a user’s group meeting. What most people don’t realize about speaking is that you have to plan it, you just can’t wing it. Like writing, I feel that the best way to learn public speaking is by taking formal training classes and/or seminars. You might also want to join a speaking club, such as Toastmasters International. Once you have the fundamentals down, then you need to practice and practice. Start practicing at work. Then practice at presenting at organizations you belong to, and so on. Start small and work yourself up to speaking to larger and larger groups, and from short sessions to longer sessions. Knowledge of Legal Responsibilities As DBAs, we often find ourselves involved in fulfilling legal responsibilities, such as maintaining data privacy, or archiving data for legally defined periods of time. In order to carry out the legal responsibilities of the job, you have to know what your responsibilities are. Simply claiming to be ignorant of the law won’t work. In fact, it is possible to go to jail for failing to meet your legal obligations. The difficulty is in finding out what those legal responsibilities are, as they vary from industry to industry, state to state, and country to country. Because you are not an attorney, and because your manager is not an attorney, it is important that you ask the upper management of your organization to specifically define what your legal responsibilities are. Starting Honing Your Skills Today (and don't stop) As we have learned in this article, becoming a successful DBA is more than just knowing a lot about SQL Server. It includes knowing about hardware, the operating system, best practices, leadership, time management, communication skills, and much more. This may seem like a lot of material to master. And it is. Nobody can be expected to master all of this in a short time period. Instead, it is accomplished over time. If you find that you come up short in some of these critical knowledge areas, start today by picking out one or two of them and start working on them, and work on them every day until you master them. Only through perseverance and hard work will you become a successful DBA. Being a DBA is not a static career. It changes all the time. While the soft skills you need may not change over time, your technical skills will have to be constantly refreshed as hardware, the operating system, and SQL Server evolves over time. The successful DBA is lifelong learner, and makes learning a regular part of his or her regular activities. Some DBAs make it a point to read books, magazines, or web-based content on a daily basis, while others prefer to attend formal training or conferences. It doesn’t matter how you continue your learning, as long as you keep it up on a regular basis.
|
-
Posted Thursday, October 30, 2008 5:08 PM |
In this blog entry, I'd like discuss and explore the characteristics that define an Exceptional DBA. Few DBAs will have all these characteristics, but the best DBAs will have most of them. Enjoys Technology If you are reading this blog entry, then I think I can reasonably assume that you already enjoy technology, a key trait of all Exceptional DBAs and IT professionals. The only reason I mention this obvious point is that I occasionally run into DBAs who actually don’t appear to enjoy working with technology. For example, at conferences I often sit at breakfast or lunch tables with attendees who I don’t know. I ask them about their job and why they are attending the conference. It is always a shock to hear somebody tell me that the only reason they are at the conference is because their boss made them attend. The only advice I can really offer these people is this: find yourself a new career. Enjoys Challenge A challenge is an ambiguous concept. That which presents a challenge to one person may be a slam-dunk to another. For example, writing a Transact-SQL script might be a daunting task to some DBAs, but for others, it is something they can almost do in their sleep. Every DBA faces a different set of challenges in their daily work, and it is not necessarily the ability to respond immediately to a given technical challenge (for example, by dashing off a SQL script) that sets apart the Exceptional DBA. It is more their attitude toward challenges that makes the distinction. Exceptional DBAs look at challenges as opportunities to learn something new; to do something different. They aren’t afraid of challenges, they look forward to them. In many ways, challenges are just a part of the normal routine of being a DBA. Enjoys Problem Solving Every day, DBAs solve problems. They may be as simple as determining why a backup failed, or as complex as creating a disaster recovery plan for a bank. The Exceptional DBA regards problems as a new challenge (see previous trait); a puzzle to solve. This is why they come to work, because each day is different and challenging. If they don’t have new problems to solve, they get bored. In other words, the Exceptional DBA enjoys the process of problem solving. While Exceptional DBAs enjoy problem solving, they also realize the following important points: - Not every problem can be solved.
- Some problems can be solved after time spent troubleshooting, but can wait.
- Some problems can be solved after time spent troubleshooting, but need to be fixed now.
When cases of type 3 arise, the Exceptional DBA has no issue with asking for help. The Exceptional DBA is comfortable with the idea that they don't know all the answers and that, if time is a problem, calling in help sooner rather than later is the best approach to take. This could mean posting a question on a forum, or calling Microsoft SQL Server Product Support, or whichever other route is open to them in order to find the answer the need, quickly. Good with Details For a DBA, the job is all about details. First, and foremost, the Exceptional DBA must have the detailed, in-depth technical skills they need to perform their daily work. There is no such thing as an “almost perfect” backup or a “fairly good” transaction. In most cases, something either works or it doesn’t, and the Exceptional DBA must be intimately familiar with the many and detailed steps required to perform their work. Second, Exceptional DBAs must be very thorough and meticulous as they perform their work. For example, if a DBA want to set up security on his or her servers, to prevent any possibility of unauthorized access, they must carefully sort through the many possible ways security could be broached, and protect against each one. Third, Exceptional DBAs need to be exhaustive and comprehensive when performing their work. For example, when creating a disaster recovery plan for an organization, the DBA must consider every possible disaster, determine how it might affect his or her servers, and develop a plan to minimize the consequences of the disaster occurring. I am not sure that I would list "enjoying details" as a required characteristic of being an Exceptional DBA, but dealing effectively with details is critical. Embraces Change As ironic as it sounds, one of the only constants in the career of the Exceptional DBA, is change. While DBAs many not see change every day, changes big and small occur frequently, often with little or no warning. For example: - A new SQL Server instance needs to be installed and configured.
- Another SQL Server needs its hardware upgraded.
- Patches have to be added to all SQL Server instances on a monthly basis.
- Your current manager quits and you have to “break in” a new one.
- A new ERP system is to be implemented in the company by the end of the year.
- Your company goes out of business and you lose your job.
Sometimes it can be fun, and other times disheartening, but the Exceptional DBA regards change as inevitable. Instead of fighting it, they embrace it, and do the best they can with what is given to them. Enjoys Learning If you don’t love to learn, there is no way you can keep up with the constant changes in database and related technology. While some general skills, such as problem solving, only have to be learned once; other skills, such as technology-specific skills, have to be relearned over and over again as technology changes and evolves over time. The only way to keep up is to become a lifelong learner. You need to take as much time as you can find to not only keep your current skills up to date, but also to add to your repertoire. The Exceptional DBA realizes the need for constant learning and includes it as part of his or her schedule. For example, scheduling in time for learning a new SQL Server skill, reading a professional publication, checking out the latest SQL Server blogs, attending classes or user group meetings, or even attending national conferences, are all ways the Exceptional DBA can keep up. For the Exceptional DBA, learning is a part of his or her lifestyle and job, not just something that has to be "squeezed in" only when necessary. Accepts Responsibility The Exceptional DBA accepts responsibility not only for their assigned tasks, but also for their actions. For example, if the DBA is responsible for safeguarding the data integrity of an organization, then the DBA will take all prudent steps required to see that the data is protected. If that same DBA makes a mistake that causes some data corruption, then he should immediately stand up and admit to the mistake, and not try to minimize his involvement. Besides taking responsibility for their actions, the Exceptional DBA will also offer solutions to prevent the problem from happening again. Maintains Professionalism Professionalism on the job covers many different areas, but it really comes done to a single idea: respect for others and the organization you work for. Another way to look at professionalism is via the old adage: treat others as you would like them to treat you. Trustworthy As a DBA, you are often privy to many company secrets. You have access to data that could damage individuals, or your organization, should it be made public. This knowledge carries with it a heavy responsibility. From the organization’s point-of-view, it is your responsibility to protect it, insuring that only those who need access to the data have it. If the data is lawful then this is an easy responsibility to uphold. You just don’t share it with any person who is not authorized to know about it. On the other hand, you are bound by legal responsibilities outside of your organization. Although rare, you may, on occasion, discover data about unlawful activities. This may require you to investigate the best options you have available, such as contacting an attorney, asking advice from a trusted friend, or even quitting your job if aren’t comfortable with the situation. You are not required to be a hero in these occasions, but you are expected to meet your legal obligations as a citizen. Another aspect of being trustworthy is being honest. Just as you should be honest in your personal life, you also need to be honest in your work life. Yes, there can be justification for the occasional white lie (your boss’s new outfit really looks cool), but when it comes to substantial issues, honestly is the only option. If you are asked how long it will take for a particular project to be completed, offer your honest advice. Don’t tell the person what you think he wants to hear. If you are asked to do something you don’t want to do, don’t say you will, then not do it. The Exceptional DBA needs to develop a reputation beyond reproach. Dependable Being dependable is much like being trustworthy. It is a sign of who you are and how you interact with others. Some examples include: - You do what you say you are going to do. If something prevents you from doing what you said you would do, then you let the people involved know about it as soon as possible.
- You do what you are expected to do. If it is your responsibility, for example, to write a budget every fiscal year, then you perform that task as expected, and turn in the budget on time.
- You are punctual. You show up to work on time, and you show up to meetings on time.
Of course, not only do you do the tasks agreed to, and expected of you, but you do them well, and you complete your projects on time. The Exceptional DBA needs to have a least "four nines" dependability level, just as you expect your SQL Servers to have "four nines" up time, or more. Can Work Well Independently or in a Team As a DBA, you will often have the opportunity to work by yourself, and as part of a larger team. You need to be able to do both well if you want to be an Exceptional DBA. The Exceptional DBA will encounter many times when he or she works alone. This could include writing scripts, monitoring server performance, troubleshooting problems, or writing documentation. The Exceptional DBA is able to work quietly, alone, without the need to constantly interact with others. Conversely, the Exceptional DBA will often work as part of a team. This might be a team of production DBAs who oversee a large SQL Server farm, or maybe the production DBA is part of a development team, creating an in-house application. In these cases, there will need to be a lot of communication by everyone on the team in order for everything to run smoothly. I would like to make a personal observation here. Many DBAs I know are…how can I say this politely… “independent” types. By being independent, I mean that they think they are smarter than most everyone else at their organization, and that only they know the best way to manage SQL Server, or to write SQL Server-based applications. While it is great to be a smart DBA, being a smart DBA does not make you an Exceptional DBA. By being independent, many DBAs sabotage their careers because they are not good team players. Manages Time Well The study of economics is all about learning how to find a balance between people who have unlimited needs and wants, and a physical world with only limited resources. The same can be said about the work of the DBA. Most organizations have a seemingly insatiable desire to assign DBAs (and all IT staff, for that matter) a huge amount of work. On the other hand, the DBA only has a limited amount of time, and physical resources, in which to produce the work. The result can be a state of constant conflict between the DBA and the rest of the organization. This situation is further complicated by the many warring factions within an organization, each one feeling that their needs are more important than the needs of other factions. For example, one project may need the use of two DBAs for six months, and another project may need a DBA for three months. If the organization only has two full time DBAs for all production and development work, this presents a problem. Technically speaking, it is up to the DBA’s manager to find the right balance. However, in the real world, this often is not the case, and DBAs often ends up with more work that they can realistically accomplish. There is no easy way to resolve this problem. Having a very understanding manager will help a lot, but the only real choice for the DBA is to be as efficient as he or she can be, making the most of the available time and resources. The Exceptional DBA realizes that he or she can only offer a finite amount of work in a given amount of time. To maximize the work-to-time ratio, the Exceptional DBA carefully manages time, focusing on what is important and ignoring what is unimportant. He or she also looks for every possible way to extend their capacity to work, by making full use of productivity tools. Can Communicate Effectively, Both Orally and Verbally Whether you like it or not, DBAs must be effective communicators. Unfortunately, the art of good communication is not taught in most schools, and many DBAs find themselves in uncomfortable positions because of their lack of communication skills. Here are some examples of where good communications skills are needed by the DBA: - Making a PowerPoint presentation at a group meeting.
- Convincing your manager that a SQL Server needs more RAM.
- Writing hardware specifications for a new SQL Server.
- As a DBA consultant, making a sales presentation to a potential client.
- Writing a proposal to purchase a third-party tool to administer your SQL Servers.
- Documenting SQL Server development best practices for use by developers.
- Writing a disaster recovery document.
- Creating and writing a budget proposal.
- Teaching an in-house class to other DBAs or developers.
- Speaking at a conference or user’s group meeting.
- Sharing information in a public forum.
- Writing a SQL Server or personal blog.
- Writing articles for SQL Server community website and publications.
- Writing a resume.
While a typical DBA may not participate in all of the activities above, the Exceptional DBA often participates in all of them, and more. Becoming an effective communicator is one of the secrets of becoming an Exceptional DBA. After all, if you can’t communicate how good you are to others, how can you ever be recognized as an Exceptional DBA? Listens Well An important part of becoming a good communicator is being a good listener. Many people confuse “hearing” with “listening.” To listen well means not only to hear what the person is saying, but also to understand what the person is saying, and why they are saying it. The Exceptional DBA knows that what people say is not always what they really mean. By asking follow-up questions, or at least by repeating what the other person said to verify that they heard the person correctly, the DBA can better understand what the person needs, and take appropriate action. Keep in mind that not everyone is a good communicator, and that you may often have to help others communicate with you. Realistic I have seen this over and over again in my career. A new DBA starts with a company, all gung-ho about making his or her mark. He offers lots of ideas and advice, but nobody really listens, and he eventually becomes discouraged. Either he ends up quitting and finding different work, or staying and ending up like Wally, the cynical engineer in the Dilbert comic strip. In another case, I know of a DBA who expected everybody to do things his way. When this did not work out for him, he blamed the organization and his co-workers. As far as he was concerned, everyone else was the root cause of his problems and he became a complainer and whiner, and nobody wanted to work with him. DBAs must have realistic expectations about their job, and they must come to grips with the reality that no job will meet all of their expectations. Not even self-employment will necessarily meet 100% of one’s expectations. Every job has its good and bad points. The Exceptional DBA understands this and accepts it. When things don’t work out as planned, the Exceptional DBA learns from the situation and moves on. I don’t mean moving to another job, but moving on with their job and life, and not letting small problems become big problems. Of course, there will be cases when a job is so bad that you have no choice but to leave, but this is rare, assuming you had realistic expectations in the first place. If you find that you are bouncing from one job to another, you may want to reevaluate your job expectations, and try to make them a little more realistic. Flexible Being flexible in your approach to your job is also being realistic about your job. In other words, the job of the DBA changes over time, and you have to be flexible and be willing to change as the job changes. Flexibility is important on a day-to-day basis, as well as when dealing with the "bigger" changes. For example, when you came to work today, you had planned on writing some needed documentation, but instead you find out that you needed to help a developer tune a poorly-performing query. Or maybe you had planned on installing a new SQL Server, but a blocking problem started that you needed to investigate right away, because users are complaining about not getting their work done. In other words, the Exceptional DBA realizes that things change, and that he or she has to adapt to the situation at hand. Patient It takes a half hour for the new service pack to install. It takes six minutes to reboot the server. The query takes 16 minutes to run before it finishes. It takes an hour to explain to a new developer the organization’s best practices for writing stored procedures. The backup takes four hours to complete. The DBA is often faced with one request after another, often in a rapid-fire sort of way. On the other hand, many DBA’s tasks take time, lots of time, wasted time. Sometimes the waiting can be used to perform other tasks, and other times it can’t. However you look at it, DBAs end up spending a lot of time waiting for something to happen before they can proceed with their next task. The Exceptional DBA learns to be a patient person, to expect that tasks will take longer than they had hoped. Moreover, they build this into their schedules, as they are realistic and know that waiting is just a part of the job of the DBA. Exceptional DBAs also take this time to relax, to find a little quiet time out of an often-turbulent day. Enthusiastic All of the Exceptional DBAs I know have a passion for their jobs as DBAs. The really enjoy their work, and it is a big part of their lives. The reasons they are passionate vary widely. It may be because they enjoy technology, or because they feel they are providing a worthwhile service in the marketplace. It may be that they like to share their knowledge with others, or like to be creative in their work. It may be because they work for a great organization or have great co-workers. Each Exceptional DBA has their own reasons why they enjoy their work, making it hard to describe all of them here. Not only does enthusiasm help a DBA become an Exceptional DBA, being an Exceptional DBA helps fuel even more enthusiasm. This is a positive feedback loop than can contribute to a very rewarding, lifelong career. Self-Confident While self-confidence helps the Exceptional DBA reach his or her goals, self-confidence is also the reward that the Exceptional DBA receives for a job well done. If you are seeking to become an Exceptional DBA, you need to start out with clear, simple goals. Once you have attained these, you can set yourself additional, more difficult goals. If you proceed slowly like this, you will begin to develop more confidence in your abilities. Moreover, the more self-confidence you gain, the easier it will be for you to continue on your path to becoming an Exceptional DBA. Summary So what do you think? Do these characteristics accurately describe the Exceptional DBA? Have I left any important characteristics out? Please post your thoughts below.
|
-
Posted Wednesday, October 15, 2008 4:15 PM |
While you may not think of it this way, the impression you create on other people within your organization significantly affects your success as an IT Professional. In other words, how the people you work with view you as a person can make all the difference between you being an average IT Professional and being a successful IT Professional. I've worked with IT Professionals of wide-ranging ability and attitude. I've worked with people who always show up to work on time, don’t mind staying late if they have to, constantly work hard to keep up with the ever-changing world of technology, and always follow through with whatever they promise to do. Conversely, I've also worked with IT Professionals who come to work late, create a big scene if they have to stay late, know more about DOS than anyone else in the company, and can’t be depended upon to follow-through with tasks that are assigned to them. Which of these two types of IT Professionals would you prefer to work with? Which of these IT Professionals has the potential to be a successful IT Professional? In this case, the answer is obvious. Most people, however, fall within these two extremes of behavior, standing out neither as an outstanding IT Professional, nor as an IT Professional you'd cross the building to avoid. In this article, we will explore some of the habits and attitudes that will help you develop a good reputation wherever you work, and move you towards the "outstanding and successful IT Professional" end of the scale. Developing Your Brand Within Your Own Organization If you want to succeed as an IT Professional, then you need the help of others. One of the best ways to get this help is to create a positive, personal image (brand, if you will) within your organization. People tend to be drawn to “positive” people and to want to help them. This is, in my opinion, one of the most important things you can learn if you want to be successful in your career. In other words, if you want to be an outstanding IT Professional, you need to manage your internal brand in such a way as to present yourself in the best possible light. This does not mean faking characteristics in order to manipulate people. It does mean working hard, being honest and realistic about what you can and can't achieve, and generally adopting habits and attitudes that will help you work well with other people, and make them willing to help you. So, how do you set about achieving this? The following advice is designed to get you focused on some of the things you can do differently in order to improve your own personal brand within your organization. Focus on Business Goals How many times have you heard something like the following, from a co-worker? “Why did management cut our budget? We don’t even have enough resources now to do our job.” I have heard similar comments from co-workers at virtually every job I have ever had. When a decision, such as a budget cut, affects you directly, it is natural to accuse upper management of not knowing what they are doing. Of course, if they had any clue about what was going on, they would increase your budget instead of reducing it, right? In some cases, your assumption may be right. Upper management doesn’t always make the right decisions. On the other hand, if all managers were stupid, then most businesses would fail and the economy would sink. However, this is not the case. Many businesses adapt successfully to changing market conditions, even if it means that difficult and unpopular decisions need to be made along the way. Over the long term, these businesses continue to thrive, producing more profits, adding more jobs, and generally helping the economy. So what’s my point? My point is that, as an IT Professional, you might not be privy to all the reasons why your organization’s leaders make the decisions they make. For example, maybe the reason they are cutting your budget is to prevent layoffs. Alternatively, it may allow dollars to be freed up that can be invested in a new market that may be more profitable than your organization's current market. In other words, what you may perceive as a foolish decision may actually be a great decision. What does this mean to you? As an IT Professional, your focus should be on understanding the true business goals of your organization, and helping it meet them. It is too easy to focus only on what you think the organization should be doing, or on the goals that are most attractive from your own team's point of view. If you are facing a budget cut, don’t complain or whine to others. Instead, focus on how you can get the most out of the budget you do have. If you are not clear on your organization’s business goals, or why they have changed, then ask for an explanation. If you can build a very strong case that not cutting the budget is better for the organization than cutting, then by all means make it. Just because you agree to focus your efforts on helping your organization achieve its overall business goals, it doesn’t mean you are a "yes" person. There are exceptions to this advice of course. If you find you work for a company of foolish managers, then I would suggest you start looking for a new job now, as the odds of the organization surviving long term are not great. Be a Leader, Take the Initiative Many organizations are leadership wastelands. Nobody wants to take the lead or make critical decisions. Nobody wants to stand out, be a little different and move out of their comfort zone. People often avoid taking the initiative, either because they are scared of failure, or because it might involve too much work, or because they think that their peers may think of them as some sort of company suck-up. For these reasons, and others, many people actively avoid doing anything other than what they are told to do. I admit that I have painted a pretty terrible picture. How would any organization ever grow and succeed if everyone felt this way? Fortunately, the picture is not quite as bleak as I've suggested and, in fact, should be seen as an opportunity for the you to excel, by taking the initiative, and being a leader. You don't have to become a manager to be a leader. You can be a leader in many different ways. Consider the following examples: - On starting a new job, you discover that all the disaster recovery-planning documents are out of date. You immediately volunteer to get them in shape.
- No formal complaint has been made, but several users have been grumbling about the slow performance of a particular application. You take the initiative to investigate further so that the problem can be identified and corrected, before it becomes a serious issue.
- Your company is thinking about purchasing some new management software that could make your team more productive. You volunteer to evaluate the software and write up a recommendation.
- Your boss mentions a new project that is coming down the pipe, and asks for ideas on how to implement it. Rather than leave it to others, you make time to do some thinking, and research, and at the next meeting you offer your advice and suggestions.
A key element of good leadership is not waiting until you are asked. If you identify an area where you can help your organization, or help others in your organization, then take the initiative and do it. All too often, people see opportunities to help out, but don’t do so because they figure someone else will eventually fulfill the need, so why should they. Volunteer for Hard or Undesirable Tasks Whenever I start a new job, I take some time to figure out what jobs or tasks are critical to the success of the organization and, make sure I'm prepared for them. At the same time, however, I also identify those tasks that nobody else seems to want to do, and volunteer to do them myself. I've found that this philosophy can provide many benefits. The most obvious is that your manager and co-workers get to see right away that you are a team player and that you don’t mind getting your hands dirty, and working hard. If you perform your work well, then people quickly learn that you can be depended upon. Volunteering for the less popular jobs is also a good way to learn the inner workings of an organization. The more you know about how an organization works, the more you can contribute to it, and the more beneficial you become to the organization. A less obvious benefit is that if you master undesirable tasks, along with the critical ones, then you often become the only one who can perform these tasks. This can make you invaluable to your organization, and can pay off in the long run. For example, you will unlikely be the first to leave during a lay off, and it can mean bigger raises each year. Have a "Get It Done" Attitude As an IT Professional, you will be faced with many problems that need to be resolved. Never avoid problems and hope they will go away; they won't. The successful IT Professional regards problems as challenges that need to be resolved now, not later. Likewise, they will never complain about a task assigned to him or her, or try to get out of it. The outstanding IT Professional simply gets the task done as quickly and as effectively as possible. Don’t Spread Blame In most organizations, many IT projects don’t get completed successfully, and on time. The causes of this can be many: - Management had the wrong expectations for the project
- Not enough resources were provided
- The time line was unrealistic
- The team was not properly trained
- The project leader was incompetent
Who knows for sure? In many cases, it is probably some combination of actions or inactions that contributed toward the failure. When situations like this arise, many people start blaming others. Not only does blame not contribute to making the project a success, it can also seed long-lasting bad feeling among many different people in the company. The outstanding IT Professional realizes that spreading blame never helps, and does his or her best to make the project a success. Accept Responsibility There is no such thing as a perfect person. Everyone makes mistakes. The difference between average IT Professionals and successful IT Professionals is that successful IT Professionals accept that he or she is not always right, and sometimes makes mistakes. When you make a mistake, don't try to cover it up or blame others. Acknowledge it immediately and do whatever it takes to resolve it. Help Others Be Successful One maxim for success, both as an IT Professional, and in life generally, is this: “If you want people to help you get what you want, then you have to help other people get what they want.” I am not talking about bribing people, or even trading favors. The successful IT Professional likes to share his or her knowledge and experience, and one of the best ways to do this is to help others. When help is offered, it should done willingly, with no implication that it is a "favor,” and no expectation of a return. If you follow the policy of helping others when they need it, you will often find out that you will get many unexpected rewards. You never know who your next manager might be, and it might be the person you helped last week. Avoid Office Politics Many people allow themselves to be drawn inexorably in to the mystery and intrigue of office politics. Unfortunately, it is also a great way to make enemies and cause unnecessary division within an organization. The outstanding IT Professional keeps his or her ears open but, other than that, doesn’t participate in the office politics game. Sharing misinformation, rumors, or even false facts, is a recipe for disaster. Downplay the Geek Factor Let’s face it, many IT Professionals are geeks. Some take pride in their geekiness, constantly reminding others of their geek status. Other geeks don’t even admit they are geeks, but unknowingly spread their geekiness wherever they go. And then there are the geeks who know they are geeks, but try to avoid demonstrating the worse examples of geekiness. In other words, they try to fit in with non-geeks. Geekiness doesn’t really affect how one performs the technical side of one's job, but it can have negative consequences for the "people side" of the job. Unfortunately, geeks have been stereotyped with mostly negative characteristics, such as not being people-persons, not being able to talk in a language non-geeks can understand, and for boasting about their technical knowledge. This perception of geeks may or may not be well-founded, but it exists regardless. Whether we accept this fact or not, most people like people who are like themselves. If you are the only geek in an organization of non-geeks, it can be a rough ride. Use Correct E-Mail Etiquette In our high-speed, high-tech world, we are becoming more and more reliant on e-mail to communicate with others. This may not necessarily be a bad thing, but there are special considerations to using e-mail communication that don't necessarily apply to verbal, or more-formal written communications. For example: - It is almost impossible to stop an email after you hit send, though most of us have probably wished we could at one time or another. For example, you are a little upset with your manager, or a co-worker, and you dash off a less than polite e-mail. After clicking the send button, you realize that perhaps you did not take the proper amount of time to carefully consider what you wrote, and its implications. Unfortunately, getting the e-mail back may not be possible. One collogue I work with has step up a rule in Outlook that keeps all outgoing e-mails in his outbox for five minutes before it is actually sent, just in case he has a change of heart after pressing send. If you have a tendency to firing off hasty e-mails, perhaps you should consider adding such a rule to your mail client.
- Once an e-mail has been sent, you lose control of its content. It can be forwarded to anyone, and sent anywhere. You probably don’t want your honest assessment of a junior team member shared with others in your organization. Be careful of what you send, and to who.
- If you are not careful, when selecting the "Send To" address for an e-mail, you might end up sending the wrong e-mail to the wrong person. I know one person who was looking for a new job, and sent a cover letter and resume to his current boss by mistake.
- Many people get in the habit of using e-mail for non-business purposes, such as sending jokes or photos to co-workers. This has gotten many people into unexpected trouble.
The successful IT Professional is aware of the advantages of disadvantages of using e-mail to communicate. An Internet search on “e-mail etiquette” will provide many suggestions for improving your e-mail communications. Participate in Meetings Whether we like it or not, we all get many invitations to meetings. In some cases, it will be as a participant, other times as a presenter, and other times as the meeting chairperson. Whichever role you play, take it seriously. As a participant, the successful IT Professional listens carefully, asks questions, and provides careful feedback. As a presenter, the successful IT Professional doesn’t wing the presentation, instead preparing for it and, if appropriate, practicing it before hand. As the meeting chairperson, the successful IT Professional only calls meetings that are beneficial for all attendees, starts the meeting on time, ends the meeting on time, uses an agenda to guide the course of the meeting, and takes notes to document any important decisions made in the meeting. Make Presentations Many IT professionals are called upon to make presentations. They may be for company meetings, for training sessions, user groups meetings, or even speaking at industry conferences. Before making a presentation, the outstanding IT Professional determines who the audience is, determines what the audience would like to learn from the presentation, outlines and develops the presentation, and practices the presentation before giving it to the audience. Take Advantage of Learning Opportunities Many organizations offer a wealth of training opportunities to their employees, covering both technical and soft skills training. This training may be conducted on-site by company trainers, or by contract trainers; it may involve attending a training center, it might be Internet-based, or it might include attending a conference. Successful IT Professionals take advantage of all the training opportunities that are available. There is no such thing as an over-trained person. Be Internationally/Culturally Sensitive The IT community is made up of many different people who come from many different countries and cultures. While there may be a few IT Professionals who “don’t fully embrace diversity,” most do. IT Professionals, no matter where they work, come from many different places, each bringing their unique knowledge and experience to the profession. This often requires cultural sensitivity and “bending over backward” to fully understand someone with a different upbringing than your own. While cultural differences may occasionally be the causes for differences of opinions, they are more often a great way to learn more about each other and the world. You Can’t Be All Things to All People There is no such thing as a perfect person, so there is no such thing as a perfect IT Professional. No matter who you are, or what you are, there will always be someone who doesn’t like you. This is a fact of life. All we can do is to do the best we can with what we have been given. Although we are not perfect, we can still go a long way to getting along well with others by managing our own brand within our organization. If you haven’t already done so, take some time to figure out how your co-workers perceive you. You may discover that you get along well with everyone, or you may discover that you display some characteristics that some people perceive as less than ideal. If you are not perceived the way you would like, then consider trying one or more of the suggestion in this article to help change how other’s perceive you. It might take time, but making the effort to manage your own brand, and taking the necessary time to allow changes to take effect, can be very rewarding to your career. It can make all the difference between being an average IT Professional, and an outstanding and successful IT Professional.
|
-
Posted Monday, September 29, 2008 4:52 AM |
-
Posted Sunday, September 28, 2008 10:30 AM |
In previous blog entries, I have talked about the importance of managing your online brand. One important part of this is participation in social networking websites. If you are not yet familiar with the term, social networking refers to websites that are designed to make it easy for people to share information about themselves, and at the same time, connect with others who have similar interests. Social network websites come in many different forms to meet the diverse needs of their members. According to Wikipedia, the 10 most popular social networking websites are: - MySpace
- Facebook
- Windows Live Spaces
- Habbo
- hi5
- Orkut
- Friendster
- Flixster
- Classmates.com
- Bebo
While you may be familiar with some of these social networking websites, many of them may be new to you. This is because many of these top 10 sites are popular in countries other than the United States. While social network websites can be fun and bring people with similar interests together, what role do they play for DBAs? While this list is not all inclusive, some of the benefits for DBAs joining social networking websites include: - Finding and connecting with DBAs locally who you didn't know exist. This may be a way to find out how many DBAs are in your local area so that you can get together and perhaps start a local user's group.
- Connect with DBAs throughout the world who share common interests. For example, if you are into SSIS packages, perhaps you might want to find other DBAs who find SSIS packages as fascinating as you do.
- To keep up with your DBA friends, no matter where they are.
- To make it easy for people to find and connect with you. This can be very important if you are a consultant or are looking for a new job.
- To promote yourself and manage your online brand. Many social network websites are in effect mini-websites you can share with others who you are and what you know.
As you might imagine, some social networking websites are more applicable to DBAs than others, especially if you want to use them for self-promotion or for business-related relationships. In a recent poll on SQLServerCentral.com, DBAs were asked what social networking websites they belong to. The top 6 results included: - LinkedIn
- Facebook
- MySpace
- Twitter
- Del.icio.us
- Plaxo
As you can see, there is not a lot of overlap between the list of the top 10 most popular social networking websites on the Internet and the top 6 used by DBAs who visit SQLServerCentral.com. I think this is because most DBAs, who do participate in social network websites, choose those that are more business-oriented, not the ones that are more social-orientated. Personally, there are three social networking websites that I use extensively, all of which happen to be in the top 6 list above. They include LinkedIn, Plaxo, and Twitter. I want to share a little about each of these website, and why I use them. LinkedIn LinkedIn is a social networking website dedicated to developing professional relationships, and currently has over 25 million members. Basic membership is free, and allows you to create a profile (essentially a resume) that can be shared with the public, and also allows you to link with others who you have some direct relationship with, such as a friend or business acquaintance. LinkinIn can be used to find new clients, service providers, subject matter experts, business opportunities, connect with industry insiders, ask questions, find a new job, find a job candidate for a new position, and much more. In addition, if you use the free Xobni add-in to Microsoft Outlook, Xobni can display information from LinkedIn profiles as part of your contacts list. I use LinkedIn because it allows you to identify new contacts from your currently existing contacts. For example, I currently have 213 direct connections in LinkedIn. This are people who I have some sort of direct relationship. But because each of my direct connections have connections of their own, I am one connection away from about 25,000 other people, and two connections away from over 2 million people. So if I want to make a contact with someone who I am not directly connected with, all I have to do is to contact one of my direct connections and ask them if they would introduce me to the person who I want to meet, and so on. This allows me access to a huge number of people with an almost infinite variety of knowledge and interests. You can see my LinkedIn profile at: http://www.linkedin.com/in/bradmcgehee Plaxo Plaxo started out as a service to help you automatically update your Outlook contacts list. For example, if a contact in my Outlook contacts list is also a Plaxo member, then if they change their contact information, then Plaxo (through an Outlook add-in) automatically update the information in my Outlook contact list. More recently, it has morphed into a business social networking website that offers many other features besides just keeping track of your contact's address and other contact information. I use Plaxo mainly for its automatic contact update feature, but I also use it for my resume (similar to LinkedIn). It is just another way that people can find me. You can see my Plaxo profile at: http://Brad_McGehee.myplaxo.com Twitter Twitter is a somewhat odd social networking website. Essentially, it is a mini-blog that allows you to enter short (up to 140 characters) entries about what you are doing. Many people use it like a public diary, sharing their daily activities. Personally, I use it to promote myself, such as when I have blogged, written a new article, or spoken at a users group. As a Twitter member, you have the ability to follow others, and others can follow you. In other words, you develop a network of people who you are interested in and want to follow, and others who want to follow you. You can see my Twitter feed at: http://twitter.com/bradmcgehee Should You Join a Social Networking Website? Is social networking something you should do as a DBA? If you aren't interested in promoting yourself or developing online contacts, or if you don't have enough time to actively engage in social networking, then not participating won't hurt your DBA career. On the other hand, if you want to promote yourself and develop new contacts, and you have the time to participate, then do so. It's a great way to not only stay in contact with your current network of friends, it is a great way to expand that network. If you decide to participate, the hardest part is deciding which social networking websites best meet your needs. This will depend on you, and your interests. I suggest you check out multiple social networking websites and see what they have to offer. Start with one, and if you enjoy it, then expand and join several others. Each social networking website has its own pros and cons, and the more you join and engage in, the greater your ability to manage your on-line brand.
|
-
Posted Friday, September 26, 2008 12:53 AM |
It seems it was almost yesterday when SQL Server 2008 went RTM. And now, less than 60 days after 2008 was released, Microsoft has released Cumulative Update Package 1, which includes 78 hot fixes. You can see the entire list here. As is the general rule of thumb, it is not recommended that you install hot fixes unless you know you really need them to fix a specific problem you are having. On the other hand, this requires that you take the time to review all 78 of the hot fixes to see if they are applicable to you. If one or more of the hot fixes are applicable to you, then you will probably want to install this update (after considerable testing, of course) on any SQL Server 2008 servers you have in production. On the other hand, if you don't have any of the problems covered by the hot fixes in this update, then save your time and skip this update, and wait for the first service pack, which should be released in late 2008 or early 2009.
|
-
Posted Thursday, September 25, 2008 10:11 AM |
After a very long wait, SQLPASS has introduced its new website (www.sqlpass.org). If you were a previous member of PASS, you should have received an e-mail with your new username and password. If you thought you were a member, but did not receive the e-mail, you will need to register again. The website sports a new, modern look, but on the other hand, still doesn't have a lot of content. More on this later. One of the biggest differences between the old website, and the new website, is that there is no longer the concept of free and paid membership. Now, all memberships are free, which means that everyone who belongs to SQLPASS can access all the content on the website. This is a refreshing change from the older website, where paid membership didn't really offer you much more than the free membership did. As I mentioned earlier, there site doesn't have much content on it yet. If you go to the Learning Center, you will see the outline of many good things to come. And this is where you can get involved. As a member of SQLPASS, you have the opportunity to contribute content to the website. As I have mentioned in past blog entries, and in my book, "How to Become an Exceptional DBA," contributing to the greater SQL Server community is not only a great way to become recognized for your skills, but to also share your knowledge with others. I highly recommend you take this opportunity to share you knowledge with others. Besides being fun, it also provides you with great learning opportunities. The events page on the website is especially useful. It lists the many various local and national SQL Server events that are available. This is a great way to discover events that may be happening close to where you live. Besides the event page, there is a web page devoted to all of the local SQLPASS-affiliated chapters. The sample above doesn't show very much, but the page lists many, many user groups from all over the world. If you aren't a member of a SQL Server users group, now is the time to join. If your area doesn't already have a user's group, start your own. SQLPASS offers a startup kit if you want to take the initiative and start a group. This is just a small sampling of what the new SQLPASS website offers. Check it out today.
|
|
|