Wiley Professional Microsoft SQL Server 2008 Administration 978-0-470-24796-9 用户手册

Knight

c01.tex

V2 - 09/30/2008

6:52am

Page 1

SQL Ser ver 2008

Architecture

The days of SQL Server being merely a departmental database are long gone. SQL Server can now
easily scale to databases dozens of terabytes in size. (For details see the results of the Winter survey
at

www.microsoft.com/sql/prodinfo/compare/wintercorp-survey.mspx

.) In this chapter, we lay

some of the groundwork that will be used throughout the book. We first discuss how the role of the
database administrator (DBA) has changed since some of the earlier releases of SQL Server, and then
quickly jump into architecture and tools available to you as an administrator. This chapter is not a
deep dive into the architecture but it provides enough information to give you an understanding of
how SQL Server operates.

The Expanding Role of a DBA

The role of the database administrator has been changing slowly over the past few versions of the
SQL Server product. Beginning with SQL Server 2005, this slow transition of the DBA role has
been accelerated immensely. Traditionally, a DBA would fit into one of two roles: development or
administration. It’s much tougher to draw a line now between DBA roles in SQL Server 2008. In
addition, the new role of Business Intelligence DBA is on the rise. As lines blur and morph, DBAs
have to quickly prepare themselves to take on different roles. If you don’t position yourself to be
more versatile, you may be destined for a career of watching SQL Server alerts and
backups.

Production DBA

Production DBAs fall into the traditional role of a DBA. They are a company’s insurance policy
that the production database won’t go down. If the database does go down, the company cashes