任何成功项目的关键，都是进行了成功的计划。在大多数情况下，业务关键的应用程序和数据库都将会移植到SQL Server2005，所以要采取一个可靠的方式从A点移动到B点。

　　检查列表共有两篇文章，如下所示。第二篇——计划到SQL Server 2005的升级——你提供你要从SQL Server2000中移植出来的关键考虑内容。这里的第一篇将会为你提供可参考的工具和建议。

　　检查列表: 学习SQL Server 2005

　　检查列表: 计划到 SQL Server 2005的升级

　　检查列表：计划从SQL Server2000到2005的升级

　　选择特性

　　正如所有的新鲜事物，你doiu必须让你自己熟悉它的特性和可用的选项，然后才能正确决定先要使用什么，今后要考虑什么，以及什么是你可能永远都不会用到的。企业版中有一些非常方便的特性，但是在其他版本中就没有提供。这些新的特性可能会为你带来非常大的好处，并且帮助你决定在你的环境中使用哪些组件。

　　以下是SQL Server 2005中的加强和新特性的简单列表。你可以对每个领域进行调查，然后将其划分为现在要用的、将来要用的，以及永远不需要用的。

　　开发和商务智能特性

　　重要说明：本文包含有关修改注册表的信息。修改注册表之前，一定要备份注册表，并且一定要知道在发生问题时如何还原注册表。有关如何备份、还原和编辑注册表的信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：

　　256986 (http://support.microsoft.com/kb/256986/) Microsoft Windows 注册表说明

　　概要

　　本文解答在设置和安装 SQL Server 2000 时出现的常见问题。SQL Server 联机丛书中提供了有关各种安装主题的详细信息和说明。SQL Server 联机丛书在典型 SQL Server 安装中会自动安装，您也可以在自定义 SQL Server 安装中选择安装它。也可以从以下 Microsoft Web 站点下载 SQL Server 联机丛书：

　　http://www.microsoft.com/downloads/details.aspx?displaylang=zh-cn&FamilyID=A6F79CB1-A420-445F-8A4B-BD77A7DA194B (http://www.microsoft.com/downloads/details.aspx?displaylang=zh-cn&FamilyID=A6F79CB1-A420-445F-8A4B-BD77A7DA194B)

　　有关升级的其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：

　　261334 (http://support.microsoft.com/kb/261334/) 常见问题 - SQL Server 2000 - 升级

　　如果你计划将数据库从SQL Server 2000 升级到 SQL Server 2005。你在升级之前一定会测试每样东西，并且证明应用程序是稳定的。即使这样，如果升级之后发生任何问题的话，你仍然会想要确保你仍然可以回退到原来的环境中去，并且保证不丢失任何的数据修改。

　　这篇文章列出了保持原有数据(SQL Server 2000)中数据最新，直到新的环境被证明是鲁棒的方法。

　　保持原有SQL Server环境最新的方法：

　　在SQL Server中，有一些方法可以用来复制数据修改到另外一个数据库中去：

　　1、日志传送

　　2、拷贝数据库任务

　　3、复制(事务，快照)

　　4、SQL 追踪

　　5、编程(触发器、DTS，BCP等)

　　6、第三方工具

　　下面我们来讨论其中的三种方法：

　　日志传送

　　我们可以在SQL Server 2005数据库(主数据库)和SQL Server 2000数据库(从数据库)之间传送日志吗?

　　我努力在因特网上寻找这个问题的积极答案，但是很不走运。然后我试图自己创造性地寻找一种解决方法，使用产品自带的标准工具。也没有门，天啊……我只能在第二个数据库中使用WITH NORECOVERY将日志从SQL Server 2000 传送到SQL Server 2005，没有其他办法。所以，答案是“没有”，使用日志传送是不现实的。

　　拷贝数据库

　　不幸的是，当开启拷贝数据库向导的时候，当源和目标版本不同的时候，你就会收到错误信息，不能继续下去。

　　复制

　　事务复制

　　事务复制是在两个版本之间工作的。这个解决方案有两个问题：

　　有一些SQL Server的版本不能作为PRIMARY 或者DISTRIBUTOR参加复制模型，《SQL Server 2005 Features Comparison》一书中对此有详细描述。

　　没有定义Unique键的表不能参加这个模型。

　　快照复制

　　这个解决方案有效，但是也有几项例外。例如，如果表中有用户自定义数据类型，并且必须在表被创建之前创建，那么由于在SQL Server2000没有CREATE TYPE这个命令，就会失败。

　　值得注意的一点是，升级到SQL Server2005的是SQL Server 综合服务(SSIS)。这个新的ETL(缩写，指抽取、传送和载入)工具，替代了微软的数据传输服务(DTS)，并且让管理SQL Server的数据变成一项更加有个性和灵活的任务。我们的SearchSQLServer.com专家也毫无例外的从SSIS中获得收益，他们分享了一些细节，包括如何移植你的DTS包，如何构建SSIS维护计划。看看这些专家的建议，你如何利用这些创新的特性。

　　摘要:

　　从SQL Server 2000升级到SQL Server 2005为所有的IT公司提供了各种各样的好处，其中包括加强的使用Microsoft Office Manager (MOM) 2005来监控和管理SQL Server的能力。它提供了数据库和协调管理员工具，可用来帮助他们增加数据库的正常运行时间。现在就学习SQL Server 2005数据库镜像，可以改善数据库的可用性，在改进错误恢复和错误回退的能力方面，比较传统的日志传输和复制实现，支持的成本要减少。

　　这次实现研究讨论了DELL 的IT部门在将SQL Server 2000升级到SQL Server 2005之后所得到的管理性、可用性，以及性能上面的好处。学习如下内容:

　　简化使用MOM管理包进行的管理

　　通过数据库镜像改善可用性

　　比SQL Server 2000更强的SQL Server 2005性能

　　SQL Server开发人员和管理员们都需要了解可用特性，只要他们安装了SQL Server 2005。这个最新的SQL Server 版本包含了一个经过改善的安全模型，可以对数据库服务器和里面的数据库对象进行更好的控制。在这篇文章中，我们将会重点讨论两个新的工具:表面区域配置工具和SQL 浏览器服务。我们还会讨论SQL Server配置管理器，虽然从SQL Server2000以来它并没有修改过。

　　表面区域配置工具对安装的组件提供了特征级别的控制。它还提供了将某些服务开启或者关闭的功能。表面区域配置工具的功能是广泛的，并且值得去理解。例如，我注意到我可以将对服务器的远程访问启动或者关闭(就是说，使用TCP/IP或者命名管道)，但是我不能配置IP地址或者管道。表面区域配置工具的真正目的是为本地SQL Server环境提供的减小受攻击面的一种简单方式。表面区域配置在网络上不起作用。

　　表面区域配置工具有一些有意思的限制。例如，SQL Server 2005不再在1434端口上进行自动侦听了。实际上，是完全不振听了。你需要打开SQL 浏览器服务，把它作为解决客户端向服务器端发送请求的中间媒介。SQL 浏览器服务只能提供名字/端口决议。往回看SQL Server 2000，它是自动侦听，让SQL Slammer慢慢延续自己的生命。现在，SQL Server是聋子，直到你允许它去听。

　　但是要考虑的更多。你打开了SQL 浏览器，并且你已经打开了TCP/IP。但是你的公司不允许使用随机IP地址(已经分配给你一个固定IP地址)，那么你如何把这个信息应用到SQL Server上去呢?通过使用新的SQL Server安全配置管理器工具!一些在默认情况下SQL Server使用的端口和其它的一些组件。

　　表1列出了SQL Server2005报告的端口。你可以查看http://www.iana.org/assignments/port-numbers来了解应用程序打开了哪些端口。在默认情况下，这些端口是关闭的，直到你明确地打开了它们才能访问到。

　　安装SQL Server 遇到错误提示:

　　以前的某个程序安装已在安装计算机上创建挂起的文件操作。运行安装程序之前必须重新启动计算机!。

　　打开注册表编辑器，在HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager

　　中找到 PendingFileRenameOperations 项目，并删除它。这样就可以清除安装暂挂项目。

　　注意:不用重起电脑，继续安装即可!

　　提示“文件挂起”，SQL Server 无法安装

　　安装SQL Server 2000个人版用作开发，可是每次安装都提示“以前的某个程序安装已在安装计算计上创建挂起的文件操作。运行安装程序之前必须重新启动计算机。”重新启动了计算机之后，问题却丝毫没有解决，依然提示这样的话。

　　摘要:SQL Server 2000 客户端通过由 API、对象库和协议组成的堆栈连接到 SQL Server。Ken Henderson 将逐一介绍该堆栈的每个组成部分，并说明它们如何工作以及如何进行交互操作。

　　引言

　　该堆栈的顶部是 API 或对象库层。应用程序通过对象库公开的 API 函数或接口连接到 Microsoft® SQL Server。用于访问 SQL Server 的 API 示例包括 ODBC 和 DB-Library。用于访问 SQL Server 的对象库示例包括 OLE DB、ADO 和 ADO.NET。由于 ADO 最终使用 OLE DB 与服务器通信，因此 Windows 应用程序在与 SQL Server 通信时实际上只使用两个常用的对象库，即 OLE DB 和 ADO.NET。由于通过 ADO 或 ADO.NET 进行连接通常比通过 ODBC 进行连接更普遍(但 SQL Server 的查询分析器和企业管理器仍通过 ODBC 进行连接)，因此本文将从 ADO/OLE DB 和 ADO.NET 的角度介绍 SQL Server 连接体系结构的客户端。如今，大多数应用程序均通过对象库(而非 ODBC 或类似 API)连接到 SQL Server。

　　ADO 和 OLE DB

　　OLE DB 客户端(也称作使用者)通过客户端提供程序与服务器以及其他后端程序进行通信。此提供程序是一组 COM 组件(一个或多个)，用于将应用程序请求转换为网络进程间通信 (IPC) 请求。在使用 SQL Server 的情况下，最常用的 OLE DB 提供程序是 SQLOLEDB，它是 Microsoft 为 SQL Server 提供的 OLE DB 提供程序。SQLOLEDB 随附于 SQL Server 中，并作为 Microsoft 数据访问组件 (MDAC) 库的一部分安装。

　　为了使用 ADO 与 SQL Server 进行通信，应用程序首先使用 Connection 对象建立与服务器的连接。ADO 的 Connection 对象接受一个连接字符串，该字符串指定要使用的 OLE DB 提供程序以及传递给它的参数。如果应用程序使用 SQLOLEDB 提供程序连接到 SQL Server，则该字符串中将显示“SQLOLEDB”。

　　ADO 应用程序还可以通过 ODBC 连接到 SQL Server。为此，应用程序将使用适用于 ODBC 的 OLE DB 提供程序，并指定在其连接字符串中引用目标 SQL Server 的 ODBC 数据源。这种情况下，应用程序与 OLE DB 进行通信，同时 ODBC 的 OLE DB 提供程序调用相应的 ODBC API，以便与 SQL Server 进行会话。

　　本页内容

　　Reporting Services 概述

　　设计第一个报表

　　部署和测试

　　将报表添加到 Web 应用程序

　　将报表嵌入到 Web 应用程序中

　　保证报表的安全

　　使用 Reporting Services Web 服务

　　订阅报表

　　接下来该怎么做?

　　灵活的报表功能是大多数业务应用程序的一个要求，这些报表功能在集成到 Web 应用程序中之后用途更加广泛。利用 SQL Server® 2000 Reporting Services 的最新版本，您可以轻松地具有来自各种数据源的报表生成功能。在本文中，我将介绍使用 Visual Studio® 和 Reporting Services 来编写报表，并演示如何将报表集成到 Web 应用程序中。

　　Reporting Services 是基于服务器的报表生成平台，该平台构建在 .NET Framework 上并与 SQL Server 2000 集成在一起，因此您可以使用一个扩展的基于 Web 服务的 API 将丰富的报表生成功能集成到应用程序中。尽管报表服务器使用 SQL Server 作为报表的储存库，但利用 OLE DB、ODBC 或 ADO.NET 提供程序的任何数据源都可以用来为报表提供数据，这就使得 Reporting Services 成为在各种企业环境中生成报表的极佳工具。

　　Reporting Services 是作为 SQL Server 2000 的一部分而授权的，因此如果您有已授权的 SQL Server 的副本，则可以在同一服务器上运行 Reporting Services 而无需支付额外的许可证费用。如果您决定在独立的、尚未经 SQL Server 授权的计算机(例如，Web 服务器)上运行 Reporting Services，您将需要购买额外的 SQL Server 许可证。