摘要
本白皮书比较了SQL Server 2005 和 IBM UDB DB2 8.2的生产力。对与其中每个数据库产品关联的数据库管理特性和管理成本也进行了比较。本文包含了一个基于日常一个数据库管理员工作量的成本比较。由于持续增加的数据库管理成本一般是计算某个产品成本的主要部份，一个准确的某个特定的数据库产品相关成本的比较性研究必须包括这些成本。

内容列表
执行摘要
概述
特性回顾
SQL Server 2005管理特性
向导
数据库镜像
在线还原
在线索引操作
快速恢复
安全性增强
SQL Server Management Studio
专用的管理员连接
复制增强
Database Tuning Advisor
DB2 管理特性
控制中心
Design Advisor
IBM Learning Optimizer
自动对象维护
针对 Windows的系统安全增强
易管理性比较
方法论
频繁程度
时间
复杂度
估算节省
任务报表       
安装数据库服务器
创建一个数据库
Establish basic proactive monitoring of the database
创建一个用户和一个角色
应用权限到一个角色
创建一张表/创建一个索引
在数据库中管理碎片
从一个文本文件导入数据
配置并进行一次全备份
从备份还原一个数据库
诊断以及解决一个查询的性能问题
调整到最佳的内存配置
研究结果
结论
关于作者

执行摘要
花在管理数据库系统上的时间通常意味着花去了金钱。让数据库系统的管理变得自动化和易用可以节省你的公司的时间和金钱。本白皮书中比较了两个常见的数据库产品—Microsoft® SQL Server™ 2005 和 IBM UDB DB2 8.2。在这篇文章中，我们将看到一整套的标准数据库系统管理任务在这两种数据库中是如何完成的并从以下方面加以对比：
•        完成任务所花的时间（效率）
•        使用每一个平台中的标准实践方式完成任务时的操作复杂程度
•        完成任务所需步骤的数量，以及根据本文中方法部份所描述的方式分析步骤的复杂性
在此次研究中，在执行常规管理任务方面，如果要在SQL Server 2005和DB2中完成同样的任务，前者比后者少23个步骤。正是由于在SQL Server 2005中管理性的增强，因此其管理员和使用DB2的管理员相比，所用的时间减少了18%。

概述
SQL Server 2005和IBM UDB DB2 8.2都在数据的存储，安全性以及数据保护方面提供了许多引人注目的新特性 。既然如此我们如何在这两者的可管理性方面作出比较？本文为那些希望在Microsoft Windows®系统平台上运行这两个数据库产品的人，从管理特性和管理成本上进行了比较。由于在数据库操作过程中产生的持续的管理成本是计算产品成本时的主要部份，对此比较管理学中有着精确的描述。本文中有关成本的比较是基于一个数据库管理员每天的工作量进行的。

特性回顾
在Windows 平台上Microsoft SQL Server 2005 和 IBM DB2 8.2都是在业界比较先进的数据库。这两个产品间的竞争已经使得两个公司都在为其产品能够更为易用上进行了许多创新。下一部份描述了每个产品的管理特性。
SQL Server 2005管理特性
SQL Server 2005展现了来自微软公司的最新努力，他们致力于生产出一个既能够应对来自于一个部门或者一个小公司的需求，又能够满足一个大企业的需要，而又采用了较为简单的方式就可管理的新的数据库产品。SQL Server 2005背后的设计理念是软件应当自动的提供最佳的选择，而无须管理员去花费大量的时间和努力。这种理念自然而然的让SQL Server变得易于安装和使用。SQL Server 2005做出了许多改进，而其目的就是让企业级数据库管理中遇到的诸如复杂的安全性管理，灾难恢复，性能调试，扩展性以及复制等任务能够轻松完成。

向导
SQL Server中的许多任务都可以通过使用一个向导来完成。向导可以帮助管理员在一种一步接一步的方式下完成任务，因而减少了在文档资料中查找程序和命令所花费的时间。SQL Server 2005提供了可建立一个维护计划，安装SQLimail，从数据库中导入导出数据，索引和性能调试以及其它管理性任务的向导。图表1显示了一个典型的向导。



数据库镜像
只要数据库是好的管理它们都是很容易的。SQL Server 2005提供了一个能够在主机出现问题时可自动切换到备用机的故障转移技术，称为数据库镜像。这就使得在一个灾难恢复的场景中使用SQL Server 2005管理备用机变得容易多了。

在线还原
在SQL Server 2005中，数据库管理员可以在SQL Server中的其它实例正常运行时还原一个数据库。由于管理员不需要停掉整个的服务器来还原数据，因此上使SQL Server更易于管理。并且只有被还原的数据在还原过程完成之前是不可用的。

在线索引操作
如果数据库在维护期间对用户不可用，通常被认为是管理性低下的。SQL Server 2005对此进行了改进，它允许在重建索引的同时可以去做诸如更新，插入以及删除基表，聚簇索引以及任何与索引相关的操作。

快速恢复
快速恢复数据库的选项允许数据库管理员在事务日志已经前滚，而数据库还未恢复时，建立到一个正在恢复中的数据库的连接。让在服务器上执行备份和还原操作的管理员可以快速恢复服务器。

安全性增强
SQL Server 2005中的安全性管理是既灵活又安全的，它提供了以下功能 ：
•        内置的数据库加密
•        进行SQL Server 验证时的密码策略
•        安全的缺省设置
•        对数据库架构的支持
•        在服务器和数据库级别的更佳的权限控制

SQL Server Management Studio
SQL Server Management Studio是一个用来访问，配置，管理以及控制SQL Server所有部件的集成环境
SQL Server Management Studio GUI（见图表2）提供了一个易于使用的管理SQL Server 2005的用户界面。它将以前版本的SQL Server 2005的工具集成到一个统一的界面下。同时它也提供了到象备份，安全性管理这样的常见管理任务向导的链接。



SQL Server Management Studio 提供了以下特性：
•        它将以前版本SQL Server中的企业管理器，查询分析器，以及分析管理器集成到了一起
•        它提供了用来创建Transact-SQL, XML for Analysis (XMLA), MDX, 以及 Xquery语句的图形化工具
•        它构建在Microsoft Visual Studio® .NET Framework之上，其中包括了Visual Studio对源码控制以及交互式帮助等功能的支持

专用的管理员连接
有时一台服务被锁定了并且无法通过象SQL Server Management Studio这样的标准的工具去访问。在这种情况下，一个专用的管理员连接可以用来管理SQL Server 2005并排除问题。

复制增强
和以前版本相比在SQL Server 2005中配置和管理复制变得容易多了。SQL Server 2005为复制提供了改进的监视功能同时在配置复制时显示的配置页也减少了40%。更多的一些步骤变成自动的。SQL Server 2005支持从Oracle到SQL Server的复制，在HTTPS之上的合并复制，以及合并复制时显著的性能提升。另外，新的peer-to-peer事务复制功能改进了对使用复制进行数据向外扩展的支持。

Database Tuning Advisor
Database Tuning Advisor (见图表3) 提供了一个管理员在调试一个数据库时所需的所有信息。这一工具通过分析服务器的实际工作量并设置调试选项帮助我们摆脱了复杂的数据库调试操作。



DB2 管理特性
IBM UDB DB2 8.2代表了IBM在数据库领域中提供的最新技术。它提供了许多改进的管理功能。这一部份将IBM UDB DB2 8.2的一些管理功能与SQL Server 2005作一对比。

控制中心
控制中心（见图表4）是DB2中等价于SQL Server Management Studio的管理工具。它提供了对向导以及诸如表和存储过程这样的标准数据库对象的访问方式。但控制中心并不象SQL Server Management Studio那样扮演一个包括所有服务，比如分析服务的集成工具。必须用到其它一些工具才能最终完成对一个DB2数据库的管理。



Design Advisor
DB2中的Design Advisor是用来帮助数据库管理员进行智能的数据库设计决策的。它甚至建议在它们可以被找到的地方划分和具体化查询。SQL Server 2005有一个类似的工具称为Database Tuning Advisor。

IBM Learning Optimizer
Learning Optimizer (LEO)提供了自动的统计和成型功能来优化在数据库中执行的查询而无需管理员的干涉。这使得管理和控制一个数据库变得更加容易。SQL Server 2005包括了相似的工具，称为Database Tuning Advisor

自动对象维护
DB2拥有一个自动对象维护功能，可以基于一个策略自动执行数据库维护任务。它使得数据库更易于管理，原因是你无需再为数据库中的每个对象单独的配置信息。

SQL Server 2005提供了密码策略功能，但它并不象DB2那些策略那样强壮，可以认为DB2的管理是基于策略的。尽管如此，SQL Server的数据库管理员可以使用数据库维护向导来在SQL Server 2005中完成许多类似的对象维护功能。这对于缺乏策略的现状来讲是一种不错的补偿。

针对 Windows的系统安全增强
通过提供与Active Directory®目录服务以及Windows的紧密结合，DB2改进了它与Windows安全模型的集成。这使得在数据库中管理帐户变得更加容易。SQL Server已经提供了这一可以大大节省时间的管理功能很多年了。

易管理性比较
如何将SQL Server 2005 与 DB2 8.2从易于管理角度进行一番比较？我们通过执行一系列的数据库管理员常见的管理任务来对每种数据库进行测试。这些任务依照接下来描述的方法记分。

方法论
本次研究将SQL Server 2005 和 IBM UDB DB2 8.2从数据库管理的效率方面进行了比较。为了在此次研究中对两个数据库产品进行分析对比，我们使用了一整套的客观和主观的标准。为此也整理了一整套的多数数据库管理员（DBA）都会频繁执行的常见任务。通过观察在执行任务过程中所体现出的效率折算成实际成本，可以为使用预算提供依据。

频繁程度
作为其工作的一部份，DBA要执行一些任务。但这些任务执行的频繁程度是有所不同的。由于某些任务相对于其它的执行了更多次，因而在此次研究的计算中必须考虑到这一点。我们会根据每个任务执行的频繁程度为其指定一个0到1之间的值。例如，某个任务只占全部时间的5%，为其指定的频繁度就是.05，而另一个占用全部时间的70%的任务其频繁度则为0.7。这样我们可以将研究的重心向那些DBA最常操作，因而也潜在的带来更多开销的任务倾斜。

注意 在制订任务列表和定义任务频繁度时参考了Microsoft SQL Server 2000 操作指南 和 Microsoft SQL Server 联机丛书.

在制订任务列表和定义任务频繁度时也同时咨询了独立的专业数据库管理员

时间
我们会对每个任务进行计时，以确定完成它平均需要多长时间。这样的数据可以反映出平均每个DBA 完成任务所需要的实际时间。在测试中时间是使用同样的秒表记录的。另外，执行每个步骤也要计时用来确定完成它所需要的时间。

复杂度
每个任务都会被指定一个复杂级别指数用来判定完成任务的难易程度。如果某个任务较为复杂，通常意味着DBA必须花费更多的时间来研究并完成它。一个任务的复杂度是由两个不同的值组合产生的复杂级别来度量的

步骤
组成复杂级别的第一部份是完成任务所需的分解步骤。步骤越少意味着某个任务越容易完成。

切换
组成复杂级别的另一部份是在完成一个给定任务时，DBA需要在不同的工具与界面间切换的次数。切换频次要素中添加了一个额外的值用来映射一个DBA在完成指定任务时所需的其它知识。

估算节省
你可以通过查看在ComputerJobs.com和 salary.com中的雇用一个DBA的平均费用来估算出一笔业务中可以省下多少钱。

根据salary.com所提供的资料，在美国一个数据库管理员的平均工资是每年$81,000.00。ComputerJobs.com提供了关于SQL Server 和 DB2的数据库管理员工资的细分信息。其中一个SQL Server DBA是$61,000.00 而一个 DB2 DBA 需要 $79,000.00。这就意味着甚至不需要考虑在两个不同的平台上执行相似任务的频繁程度，时间，以及复杂程度，就可判断出雇佣一个DB2数据库管理员需要花更多的钱。为了看出每个数据库的管理开销的多寡，我们会使用两个不同平台下DBA的平均工资来描述真实的数据库成本。

以下的工式用来计算每个管理员一年中可以节省的开销
Avg. DBA Salary * (Efficiency) = Savings per DBA

任务报表
在此次管理开销对比研究中选择的任务如下所示：





以下的部份列举了每个任务所需的步骤，以及有关每个任务所花费时间，所用步骤和复杂度的汇总结果

安装数据库服务器
摘要
两个产品都采用向导安装方式。它们也都提供了帮助以及基于应答或响应文件的自动安装功能。所不同的是在安装产品时所花的时间和安装过程的复杂程度。
结果



安装 SQL Server 2005的步骤
1.        插入SQL Server 2005 CD 并且等待自动运行功能显示出SQL Server 2005安装页.
2.        在 SQL Server 2005 安装页上, 选择 Run the SQL Server Installation Wizard.
3.        选中 I accept the licensing terms and conditions 复选框. 单击 Next.
4.        在 SQL Server Component Update 已经完成了对所需部件的安装后, 单击 Finish.
5.        在Microsoft SQL Server安装向导的Welcome 页上, 单击 Next.
6.        当 System Configuration Checker 已经完成了对你的系统的检查, 单击 Continue.
7.        输入你的公司名称. 单击 Next.
8.        在 Components to Install 页上, 执行一个典型安装, 单击 Next.
9.        在 Instance Name 页上, 选择 Default Instance. 单击 Next.
10.        在 Service Account 页上, 选择 Use a Domain User account 并且输入以下的凭据.
用户名 Service_SQL
密码 p@$$w0rd
域 <N\A>
然后单击 Next.
11.        在Authentication Mode 页中, 选择 Windows Authentication Mode. 并为sa 登录输入并确认如下的密码： p@$$w0rd. 单击 Next.
12.        在 Collation Settings 页上, 接受缺省的选择, 然后单击 Next.
13.        在Error Reporting 页上, 单击 Next.
14.        在 Ready to Install 页上, 单击 Install. SQL Server 将开始安装.
15.        当安装已经完毕, 在 Installation Progress 页上, 单击 Next.
16.        为了完成安装, 单击 Finish.
17.        查看日志文件对安装进行检验.

安装 UDB DB2 8.2的步骤
1.        插入 IBM UDB DB2 8.2 CD 并且等待自动运行功能显示出IBM DB2 Setup Launch Pad.
2.        在 IBM DB2 Setup Launch Pad上, 单击 Install Product. DB2 安装向导启动了.
3.        在DB2安装向导的 Welcome 页上, 单击 Next.
4.        选择 I accept the terms in the license agreement 选项按钮. 单击 Next.
5.        选择 Typical installation. 单击 Next.
6.        在 Installation Action 对话框上, 选择 Install DB2 on this Computer. 单击 Next.
7.        选择DB2的安装目录和逻辑驱动器. 单击 Next.
8.        在 Set User Information 页上输入以下的凭据：
用户名 Service_DB2
密码 p@$$w0rd
域 <N\A>
然后单击 Next.
9.        配置 Administrative Contact List 页, 然后单击Next.
10.        在 Create the DB2 Instances 页上, 选择 Create a DB2 Instance. 单击 Next.
11.        在 Configure the DB2 Instances 页上, 输入适当的信息. 单击 Next.
12.        在 Prepare the DB2 Tools Catalog 页上, 选择 prepare the DB2 tools catalog in a local database. 单击 Next.
13.        在Health Monitor Notification 页上, 指定联系人的信息. 单击 Next.
14.        Start Copying Files 页显示了你选择的选项. 单击 Next.
15.        在文件拷贝结束而DB2 已经安装好时,单击 Finish 来结束安装.
16.        查看日志文件对安装进行检验.

创建一个数据库
摘要
这两个产品都提供了用来新建数据库的一个简便的对话框或者一个向导。DB2向导中包括了调试，创建对象，以及维护数据库的任务。
结果



在 SQL Server 2005中创建一个数据库的步骤
1.        启动 SQL Server Management Studio 并且连接到数据库服务器.
2.        右键单击 Databases 节点并且选择 New Database.
3.        输入数据库的名称并且选择 OK.

在UDB DB2 8.2中创建一个数据库的步骤
1.        打开控制中心工具并且连接到数据库服务器.
2.        右键单击All Databases 节点并且选择Create Database. 选择 Standard.
3.        创建数据库向导将会启动.
4.        在文本区域输入数据库的名称. 长度限制到8个字符. 要创建数据库, 单击 Finish.

Establish basic proactive monitoring of the database
摘要
Set up monitoring on the database to alert the database administrator if free disk space falls below 5 MB or if the buffer hit ratio falls below 80.
建立对数据库的性能监视功能，在磁盘剩余空间低于5MB或者缓冲区击中率低于80时向数据库管理员告警。
结果



在SQL Server 2005中建立对数据库的前瞻性基本监视功能的步骤
1.        打开 SQL Server Management Studio 并浏览到 SQL Server Agent 节点.
2.        展开 SQL Server Agent 节点并选择Alerts.
3.        右键单击 Alerts 节点并选择 New Alert.
4.        为警报输入一个名称然后从图表5所示的Type列表中选择SQL Server performance condition alert.



5.        右键单击 Alerts 节点并选择 New Alert.
6.        为警报输入一个名称然后选择 SQL server performance condition alert ，如图表5所示. 在Object 下拉列表中选择Databases 并从Counter 下拉列表中选择Data File Size. 设置在计数器的值低于 5 MB时告警.

在 UDB DB2 8.2中建立对数据库的前瞻性基本监视功能的步骤
1.        启动 Health Center 工具.
2.        选择 Health Center, 然后选择 Configure. 为了指定谁将接收警报, 选择 Alert Notification.
请注意最常见的警报已经配置好了. 为了查看它们, 选择 Health Center, 然后找到 Configure. 选择 Global Health Indicators. 为了启动 Global Health Indicator Configuration 页（如图表6所示）, 单击 Global settings 按钮.

创建一个用户和一个角色
摘要
这两个产品都提供了用来新建用户和角色的一个简便易用的对话框或者一个向导。在两个数据库中添加新的用户和角色难度都不大。即使在与活动目录的集成上它们也都很出色。
结果



在SQL Server 2005中创建一个用户和一个角色的步骤
1.        打开 SQL Server Management Studio. 找到 Object Explorer, 展开 Security 节点.
2.        右键单击 Logins 节点并选择 New Login.
3.        从活动目录中,或者本地SAM库中选择一个用户, 或者创建一个SQL Server 登录帐户. 单击 OK.
4.        浏览到你在前面“新建数据库”部份创建的Test 数据库并且展开数据库.
5.        展开 Security 节点.
6.        找到 Object Explorer, 右键单击 Roles 对象并选择 New. 然后选择 New Database Role.
7.        填入角色的名称并单击 OK.

在IBM DB2 8.2中创建一个用户和一个角色的步骤
1.        打开控制中心并且展开 All Database 节点.
2.        展开你要添加安全主体的数据库.
3.        展开 User and Group Objects 节点.
4.        右键单击 DB Users 节点并且选择 Add.
5.        在对话框中, 输入用户名或者在下拉列表中选择活动目录中的用户名称. 使用属性页来设置权限或者将用户和一个架构关联在一起.
6.        要创建用户, 单击 OK.
7.        右键单击 DB Groups 然后选择 Add.
8.        输入组（角色）的名称然后单击OK.

应用权限到一个角色
摘要
使用角色（组）与单个的用户登录相比在管理权限时更有效率。当你为一个角色添加成员用户或删除成员用户时，用户会自动的获得或失去和角色相关联的权限。这样管理员就不必再去死记数据库中的全部权限是怎样设置的了。
结果



在 SQL Server 2005中应用权限到一个角色的步骤
1.        浏览到 Test 数据库 （之前在“新建数据库”部份创建的）并展开数据库.
2.        展开 Security 节点.
3.        找到 Object Explorer, 展开 Roles 节点. 右键单击你想设置权限的角色然后选择Properties.

4.        选择权限页然后在角色上设置权限 .
在UDB DB2 8.2中应用权限到一个角色的步骤
1.        打开控制中心并且展开All Databases 节点.
2.        展开你想配置的数据库. 展开 User and Group Objects 节点.
3.        打开 Group Add 页, 右键单击 Groups DB 节点并且选择 Add.
4.        从Group的列表中选择组. 通过单击对象名称上的属性页并选择权限来设置适当权限.

创建一张表/创建一个索引
摘要
数据是以表的方式存储在数据库中的。两个产品在创建表的时候都提供了强大的工具，在SQL Server 2005中是表设计器而DB2 8.2则是控制中心。索引是用来加速查询，提高性能或者用来强制数据库的约束的。
结果

在SQL Server 2005中创建一个表/索引的步骤
1.        启动 SQL Server Management Studio. 展开节点浏览到你希望在其中创建一个新表的数据库.
2.        右键单击 Tables 节点并且选择 New Table.
3.        在表设计器中, 输入列的名称, 选择列的数据类型, 并且设置列的属性. 对每一列重复以上操作.
4.        为了将表保存到数据库, 在 File 菜单上, 选择 Save.
5.        展开指定表节点. 右键单击索引节点并且选择New Index.
6.        为索引输入一个名称并且指定索引中的列. 要创建索引, 单击 OK.

在UDB DB2 8.2中创建一个表/索引的步骤
1.        启动控制中心. 展开节点浏览到你希望在其中创建一个新表的数据库.
2.        为了启动创建表的向导, 右键单击 Tables 节点并且选择 Create.
3.        设置表的名称. 单击 Next.
4.        为表添加列. 单击 Next.
5.        要为表分配存储空间时, 将表添加到一个表空间. 单击 Next.
6.        为表添加关键字. 单击 Next.
7.        为表添加维度. 单击 Next.
8.        为表添加约束. 单击 Next.
9.        浏览汇总页. 要创建表, 单击 Finish.
10.        浏览到索引节点. 右键单击 Index 节点然后选择 Create.
11.        为索引输入名称. 为索引选择一个基表和一个架构.
12.        为索引选择列并检查大小.
13.        要创建索引, 单击 OK.

在数据库中管理碎片
摘要
SQL Server 2005有一个新的功能，它允许在索引正在重建时对表进行读取和处理，这使得这个产品更加易于管理和可靠。当出现很多的碎片时索引会使性能下降，通过重建它们就可解决问题，但操作时会花费一定的时间并且在以前的版本中数据库在索引重建期间无法提供全部的功能。
结果



在 SQL Server 2005的数据库中管理碎片的步骤
1.        打开 SQL Server Management Studio 并且展开到表节点.
2.        为了找到索引节点, 在创建了索引的表节点下面, 展开TableName 节点. 右键单击 Indexes 节点
3.        要打开 Rebuild Indexes 对话框, 选择 Rebuild All.
4.        此页为你显示出了可用的索引中的碎片. 要重建索引, 单击 OK 按钮.

在 UDB DB2 8.2的数据库中管理碎片的步骤
1.        打开 Rebuild Index 窗口. 这个窗口显示了在一张表中被选中的索引.
2.        在 Data Sets页上, 指定工作数据集属性.
3.        在 Statistics Options 页上, 指定索引统计属性.
4.        在 Statistics Options 页上, 指定关联统计.

从一个文本文件导入数据
摘要
对于DBA来说将文件导入或导出到指定的格式或者XML的操作就象将数据从一位置移动到另一个，是家常便饭。
结果



在SQL Server 2005中从一个文本文件导入数据的步骤
1.        在 SQL Server Management Studio中, 浏览到你希望为其导入数据的数据库.
2.        要启动导入和导出向导, 右键单击数据库名并选择Import Data.
3.        选择你要导入的数据源. 单击 Next.
4.        选择导入目的的数据源. 单击 Next.
5.        指定要采用何种方式将数据从一个数据源移动到另一个. 单击 Next.
6.        编辑一个表数据源到另一个的映射. 单击 Next.
7.        选择是要立刻或者以后再运行包. 单击 Next.
8.        浏览汇总信息. 要启动导入, 单击Finish.

在 UDB DB2 8.2中从一个文本文件导入数据的步骤
1.        在控制中心中, 浏览到你希望为其导入数据的指定表.
2.        右键单击表并选择Import 或者 Export.
3.        通过填写对话框中的区域来指定格式类型和位置. 单击 OK.

配置并进行一次全备份
摘要
由于能够在磁盘失败或者损坏时使数据恢复成为可能，因而对数据库的备份是十分重要的。在SQL Server 2005中，由于不需要使用向导，备份操作的过程比DB2要稍微容易一些。不需要在一个向导中一步一步操作倒也不错。
结果



在SQL Server 2005中配置并进行一次全备份的步骤
1.        右键单击 Backup Devices 并且选择 Backup a Database.
2.        在 Backup Database 页上, 选择数据库, 备份类型, 备份位置, 选项, 以及备份计划.
3.        要启动备份, 单击OK.

在 UDB DB2 8.2中配置并进行一次全备份的步骤
1.        要启动备份向导, 右键单击你想要备份的数据库并且选择Backup.
2.        选择备份映像的位置. 单击 Next.
3.        选择你的备份选项. 单击 Next.
4.        指定缓冲区的个数以及parallelism的数量. 单击 Next.
5.        设置你需要的备份计划. 单击 Next.
6.        浏览备份的汇总信息. 单击 Finish.

从备份还原一个数据库
摘要
由于数据可能被破坏或者可能出现硬件的损坏，因此你需要一个良好的备份，而且在出现万一情况时还需要还原一个数据库。两个产品都努力的实现简单的备份与还原操作。
结果



在 SQL Server 2005中从备份还原一个数据库的步骤
1.        右键单击你想要还原的数据库并且选择Tasks. 选择 Restore Database.
2.        Restore Database 对话框显示了以前的备份.
3.        选择要还原的备份并且单击OK.

在UDB DB2 8.2中从备份还原一个数据库的步骤
1.        要启动还原向导, 右键单击你想要还原的数据库并且选择 Restore.
2.        要打开 Select Backup Images to Restore 屏幕, 单击 Next. 选择要还原的备份映像. 单击 Next.
3.        选择容器. 单击 Next.
4.        配置还原选项. 单击Next.
5.        配置性能参数. 单击Next.
6.        指定你希望执行还原操作的计划. 单击 Next.
7.        浏览汇总信息. 单击 Finish 启动还原操作，除非你希望它按你指定的计划自动运行.

诊断以及解决一个查询的性能问题
摘要
这两个产品都提供了简单易用的对话框和向导对解决查询的性能问题提供辅助。SQL Server 2005提供的是Database Tuning Advisor。DB2则提供了一个集调试，创建对象以及数据库维护任务于一身的Design Advisor向导，这个向导中用来性能调试的部份还是比较容易操作的；产生正确工作负载部份则相对难一些。你需要使用一个类似SQL Profiler的探查工具去生成工作负载。你可以配置工具去捕捉这个向导所需处理并用来帮助解决查询问题的信息。这可能比较难，因为你可能没有捕捉到正确的工作负载因而会被向导所误导。
结果



在 SQL Server 2005中诊断以及解决一个查询的性能问题的步骤
1.        使用 SQL Profiler生成一个工作负载文件.
2.        使用Database Tuning Advisor 来分析工作负载并为性能改进提供建议.
3.        调度或执行改进.

在UDB DB2 8.2中诊断以及解决一个查询的性能问题的步骤
1.        启动 Design Advisor 向导.
2.        使用向导生成一个工作负载.
3.        使用向导分析工作负载.

调整到最佳的内存配置
摘要
对于SQL Server这个产品，微软的哲学是他们将努力的工作从而让它不需要做复杂的调试就可以工作。而IBM对于DB2的理念是他们会在产品中为你提供许多的可能的设置，然后你则需要从中选择并使用工具来“调试”这些设置
结果



在 SQL Server 2005中调整到最佳的内存配置的步骤
由于SQL Server 2005已经自动预设并调试好了大多数的内存参数，所以这里一个步骤也不需要配

在 UDB DB2 8.2中调整到最佳的内存配置的步骤
1.        要打开 Configuration Advisor 向导, 单击 Selected 然后选择 Configuration Advisor.
2.        单击 Next 转到服务器配置，这里你可设置一个服务内存使用的上限.单击 Next.
3.        描述服务器的工作负载（事务，混合的，报表）. 单击 Next.
4.        选择你的数据库将会处理的事务的类型. 单击 Next.
5.        选择应用程序的优先级. 单击 Next.
6.        选择数据库中是否存有数据. 单击 Next.
7.        输入你的数据库将会有的平均连接数. 单击 Next.
8.        设置数据库的事务隔离级别. 单击 Next.
9.        设置任务将在何时运行的计划然后会显示如图表7所示的结果.

研究结果
这两个产品都是易于管理和使用的。这一点很令我们惊讶，原因是关系型数据库管理系统都是非常复杂的。
在此次研究中，在SQL Server 2005中执行常见任务要比在DB2 8.2中执行同样的任务少花18%的时间。在SQL Server 2005中，执行任务所需的步骤要比在IBM UDB DB2 8.2中的少26%。
这样折算下来对于一个公司而言一个DBA每年可以节省差不多$14,500。（根据salary.com所提供的资料，数据库管理员的平均工资是$81,000。因而，当使用SQL Server 2005时，你每年每个DBA就可省下$14,500左右）
另外从这次的研究中得出的一个有意思的结论是SQL Server 2005中的向导要更少一些，但它的对话框是更有效的。而让DB2更易于使用的原因，是这个产品中包含的向导要更多一些。不过，使用它们相比之下也要花上更多的时间。
所有任务的步骤和所用时间总计



现在让我们看一下调整的工作负载（上表）给我们得出的结论。对于日常管理也就是经常执行的任务而言，两个产品在效率方面几乎是相等的。不过即使这两个产品显示出了同等的效率，使用DB2仍会使你落后。原因是从平均年薪值上看，为DB2的数据库管理员要比为SQL Server的数据库管理员付出更多。根据computerjobs.com提供的数据，SQL Server的数据库管理员平均年薪是$61,000，而DB2管理员平均年薪是$79,000。因此，当你使用DB2时每年相对损失了$18,000，尽管IBM已经对其产品进行了更新来对用户界面和效率进行改进。

结论
SQL Server 2005 和 IBM DB2 8.2 都是强大而又易于使用的数据库系统。 此次研究展示了SQL Server 2005通过它的一些改进的管理功能诸如 SQL Server Management Studio, Database Tuning Advisor, 以及新的恢复功能来更加有效的在一个企业的环境中实现管理。与DB2相比，SQL Server 2005 是更加有效的，同时它可以充分的为你的企业节省金钱。

关于作者
Mitch Ruebush, MCSD, MCDBA, MCSE, MCT, is a .NET Architect for ING DIRECT, fsb. He is a Microsoft Regional Director and Visual C#® MVP and has been developing on various Windows and UNIX platforms for 15 years. He has presented at Microsoft DevDays, Microsoft Security Summit, Visual Studio .NET 2002 Launch, user group meetings, and MSDN web casts. He currently believes that C# and .NET development is the most delightful platform to develop on, but he also designs and develops solutions in C, C++, Java, Visual Basic®, Visual Basic .NET, PL/SQL and Transact-SQL on Windows and Linux/UNIX. He is co-author on MCAD/MCSD: Visual Basic .NET Windows and Web Applications Study Guide, MCAD/MCSD: Visual Basic .NET XML Web Services and Server Components Study Guide, and MCSE: Windows Server 2003 Network Security Design Study Guide for Sybex.

This article was developed in partnership with A23 Consulting.

版权说明
该白皮书为初步文档，可能会在所述软件进行最后商业发布之前做完全修改。
该文档所含信息代表微软公司在文档出版时对所论及问题的当前看法。由于微软必须对千变万化的市场情况做出相应反应，因此本文档不应视为微软的任何承诺，且微软不保证所陈述任何信息在产品发布后的准确性。
本白皮书仅供信息参考。微软对本文件中的信息不做任何明示或默示保证。
遵守所有适用的版权法律是用户应尽的责任。下述陈述不限制任何版权，在未获得微软公司明示书面许可的情况下，不得以任何目的复制本文档任何部分或将任何部分保存或引入检索系统、亦不得以任何形式（电子、机械、影印、录制或其他方式）进行传播。
微软在文件所述主题中拥有专利权、专利应用程序、商标、版权或其他知识产权。除非在微软的任何书面许可协议中明示规定，否则对本文档的提供不得视为对任何专利权、商标、版权或其他知识产权许可的提供。
除非特别声明，本文中描述的示例公司、组织、产品、域名、e-mail地址、徽标、人物、地点以及事件均为虚构的，不应与任何实际的公司、组织、产品、域名、e-mail地址、徽标、人物、地点以及事件有任何的联系。
© 2005微软公司版权所有。
Microsoft和ActiveX是微软公司在美国和其他国家的注册商标或商标。
本文中实际公司和产品的名称可能是其相应所有者的商标。