SQL Server 2008体系结构.docVIP

SQL Server 2008体系结构 SQL Server作为部门级数据库的日子已经一去不复返。如今，SQL Server可以很容易地将数据库的大小增长到数十TB (要了解详情，可以查看/sql/prodinfo/ compare/wintercorp-survey.mspx上的Winter公司调查的结果)。本章是为本书中将介绍的内容打基础。首先讨论数据库管理员(DBA)的角色自SQL Server早期版本后发生了怎样的改变，然后介绍其体系结构和管理员可用的工具。本章不会深入介绍体系结构，但提供了帮助理解SQL Server如何运行的足够信息。 1.1 DBA角色的扩展 在SQL Server产品的过去一些版本中，数据库管理员的角色一直经历着较缓慢的变化。从SQL Server 2005开始，DBA角色的这种缓慢改变突然加速。从传统上讲，DBA分为两类：开发或管理。而在SQL Server 2008中，很难在DBA角色间划分界线。另外，商业智能(Business Intelligence)DBA的新角色也在发展。随着界线的不断模糊，DBA不得不快速适应各种不同的角色。如果不将自己定位为多面手，那么很可能在职业生涯中会不断看到SQL Server警报和备份。 1.1.1 生产DBA 生产DBA是DBA的传统角色。他们是公司的“保险单”，可以保证生产数据库不会宕机。如果数据库出现宕机，公司就要求生产DBA恢复数据库。生产DBA还确保了服务器以最优的方式运行，并促进数据库从开发转入QA(quality assurance，质保)，再到生产。生产DAB执行的其他任务包括如下所示。 安装SQL Server实例和服务补丁。 监控性能问题。 安装来自开发人员的脚本。 创建性能指标的基准线。 优化配置SQL Server。 配置/实施高可用性计划。 创建/实施灾难恢复和可伸缩性计划。 确保备份运行。 自SQL Server 2000发布后，专职的生产DBA出现了一个趋势，该角色与开发DBA的角色相合并。不过，这一趋势由于一些法案的存在而发展得较慢，如Sarbanes-Oxley法案(该法案要求区分开发更改人员和实现更改人员的职责)。在大型的组织中，生产DBA可能归运营部门(由网络管理员和Windows支持人员构成)。将生产DBA放到开发小组中，就无法实现一些规章原因所要求的职责分离。这可能导致这样一种情况，其中开发人员所做的“匆忙”更改立即投入生产，而没有经过适当的检查和审核。 1.1.2 开发DBA 开发DBA在组织中也扮演了一个非常传统的角色。他们大多戴着“开发人员”的帽子，是开发人员眼中的数据库专家和代表。这类管理员确保所有存储过程都以最优方式编写，数据库在物理上和逻辑上都正确建模。他们还编写迁移过程来将数据库从一个版本升级为下一个版本。开发DBA通常不会在凌晨两点接到电话。开发DBA的其他任务如下所示。 应用数据库建模。 创建存储过程。 开发提供给生产DBA的更改脚本。 对查询和存储过程进行性能调整。 创建数据迁移计划和脚本。 充当生产DBA的升级点。 开发DBA通常向开发小组作汇报。他们接收来自业务分析师或其他开发人员的要求。从传统意义上讲，开发DBA不能修改对生产数据库的访问。不过，他们可以只读访问生产数据库以在升级阶段进行调试。 1.1.3 商业智能DBA 商业智能(BI) DBA是随SQL Server不断增长的能力发展起来的一个新角色。在SQL Server 2005中，BI发展成为许多业务必不可少的一个非常重要的功能集。BI DBA是这些功能的专家。 和普通SQL DBA一样，BI DBA可能也有分类。生产BI DBA和生产DBA的职责一样：安装、服务补丁、部署、高可用性、性能调整和备份。唯一区别是生产BI DBA将更关注SQL Server Analysis Services(SSAS)、SQL Server Integration Services(SSIS)、SQL Server Reporting Services(SSRS)，以及Proclarity、Business Scorecard Manager和Performance Point Servers。 开发BI DBA主要关注最佳实践、优化和BI工具集的使用。在小型组织中，他们可能创建SSIS包，为用户执行提取、转换和加载(Extract Transform and Load，ETL)过程或报表。在大型组织中，开发人员创建SSIS包和SSRS报表。开发BI DBA被咨询有关SSIS程序包和Analysis Services(SSAS)多维数据集的物理实现的内容。开发BI DBA可能有下列职责。 有关Analysis Services多维数据集和