针对MSDA的SQL Server 2005 Beta 2概述

    过去十年，电子商务应用程序的扩增造成了对改进数据库应用程序的流程管理的需求。如果曾经构建过用于实现在线客户定购的订单入口系统，那么您会充分了解后端流程的复杂性。例如，当客户订购了一本书时，那么需要在库存、运送以及信用卡数据库系统中处理有关该订单的一些事务，而且还必须使用另一个 Web 应用程序发送订单确认信息。等待每个流程按顺序执行并不是一件顺利的事情。SQL Server 2005 Beta 2 提供了一种用于构建异步消息路由的可扩展的新体系结构。

    Service Broker（服务代理）技术使得内部或外部流程可以通过运用普通 Transact-SQL 数据操作语言 (DML) 的扩展，发送和接收得到保证的异步消息。消息被发送到与发送方所在的同一个数据库的一个队列中，并被发送到同一个 SQL Server 实例的另一个数据库中，或者被发送到同一台服务器或远程服务器上的 SQL Server 实例中。Service Broker 通过目前最优秀的事务支持--SQL Server 关系引擎，实现了最佳的异步消息传递。

    随着 SQL Server 2005 Beta 2 的发布，Microsoft 扩展了其集成商务智能 (BI) 平台的一个主要的新组件。通过在任何商业环境中便捷地将适当的信息传递给适当的人员，SQL Server Reporting Services 拓宽了 Microsoft 商务智能的发展前景。

    Reporting Services 是一种用于创建、管理和传递传统及交互式报表的基于服务器的完整平台。它包含了"立即可用"于创建、分发和管理报表所需的一切事物。同时，Reporting Services 的模块化设计和广泛的应用程序编程接口 (APIs) 使软件开发人员、数据提供人员和企业可以将报表系统与旧的系统或第三方应用程序相集成。

    SQL Server 2005 Beta 2 所附带的 Reporting Services 包含：

    Notification Services 是一种用于开发和部署应用程序（可生成通知并发送给用户）的平台。通知是指可发送给广大设备的个性化的、及时的消息。

    通知可反映订户的设置。订户通过订阅来表示自己对某种信息感兴趣。例如，"请在 Adventure Works 的股价达到 70.00 美元时通知我"或"请在我的小组正在编写的战略文档更新时通知我。"

    只要触发事件一发生，就会生成通知并发送给用户，或者可以按照用户预定的时间表生成并发送通知。用户通过订阅指定何时生成并发送具体的通知。

    通知可以被发送给广泛的设备。例如，通知可以被发送到用户的移动电话、个人数字助理 (PDA)、Microsoft Windows® Messenger 或电子邮件帐户。由于这些设备经常伴随用户左右，因此通知是发送高优先级信息的理想选择。

    Microsoft® SQL Server™ 2000 附带了 Microsoft SQL Server 2000 Windows CE Edition。后者现在被称为 Microsoft SQL Server Mobile Edition，可以通过全新的 SQL Server Management Studio 进行开发和管理。现在，用户可以在台式计算机或其他设备上，直接从 SQL Server Management Studio 创建 SQL Server Mobile Edition 数据库。还可以直接从 Management Studio 控制 SQL Server Mobile Edition 数据库的架构，不管数据库是驻留在移动设备上还是驻留在台式计算机上。可以创建订阅数据库，并通过 Management Studio 将数据从 SQL Server 发布数据库拖入台式计算机或其他设备上的 SQL Server Mobile Edition 数据库中。最后，用户可以通过 Management Studio 运行针对台式计算机或其他设备上的 SQL Server Mobile Edition 数据库的查询，并可以运用包含一个采用 GUI 格式（正如本地 SQL Server 格式）生成的 XML showplan 的 SQL Server Mobile Edition 的新功能以及使用查询提示替代查询优化器的功能。 SQL Server Mobile Edition 与数据转换服务 (DTS) 相集成。现在，通过使用 Microsoft® Visual Studio® 2005 应用程序中的 DTS 对象，用户可以在台式计算机上访问非 SQL Server 数据源并直接将数据放入 SQL Server Mobile Edition 数据库。SQL Server Mobile Edition 还直接利用对新的合并复制的性能改进，极大提高了带有数千个同时连接的 SQL Server Mobile Edition 订阅数据库的单台服务器的可伸缩性。

    如您所见，SQL Server 平台的基础结构发生了许多变化。数据库引擎在可伸缩性、可靠性和安全性方面提供了一个成熟、可靠的基础结构。上面所提到的那些架构都参与了故障转移群集、备份和恢复以及事物日志记录，而且用户可以从 SQL Server Management Studio 对它们进行管理。

    SQL Server 2005 Beta 2 故障转移群集为服务器级故障提供了高可用性支持。借助故障转移群集，操作系统和 SQL Server 通过共同提供冗余硬件和一个自动化机制来在主硬件发生故障时将数据库服务器转移到辅助硬件，从而实现故障保护。故障转移群集最多可支持八个节点，具体数量取决于服务器所运行的是 Microsoft® Windows Server™ 2003 的哪个版本。

    SQL Server 已经把故障转移群集功能扩展到了 SQL Server Analysis Services、Notification Services 和 SQL Server 复制。对于 SQL Server 2000，SQL Server 代理以及其他作业管理和处理功能过去都不支持故障转移群集。现在，这些技术都支持群集；SQL Server 故障转移群集现在是一种更完善的服务器级冗余解决方案。

    通过为用户提供数据库镜像选择，SQL Server 2005 Beta 2 大幅增强了日志传送功能。数据库镜像允许事务日志以连续的方式从源服务器传递到单台目标服务器上。当主系统出现故障时，应用程序几乎可以立即重新连接到辅助服务器上的数据库，而不用等到恢复操作结束。辅助实例几秒钟内即可检测到主服务器发生了故障，并能立即接受数据库连接。与故障转移群集不同，由于存在同步状态，镜像服务器会被全面缓存，并准备接受工作负荷。

    数据库镜像系统需要三台运行 SQL Server 的服务器，每台服务器各自担当特定的体系结构角色："主要 (principal)"服务器、"镜像 (mirror)"服务器和"见证 (witness)"服务器。主要服务器是连接应用程序和处理事务的服务器。镜像服务器用于保存事务日志记录（可同步或异步应用）。镜像服务器所处的状态不允许对数据进行直接读取。当事务日志记录在主要服务器上生成时，随即在镜像服务器上进行连续重播，并生成一种状态。这时，一般只有当镜像服务器在单次日志写入时重播写入的日志时，镜像服务器才位于主要服务器后方。这将提供实时的数据副本。

    见证服务器是体系结构中的仲裁方，提供决定性"投票"来决定哪台服务器是"主要"服务器，哪台服务器是"镜像"服务器。体系结构中的两台服务器必须依次同意将其中一台服务器指派为主要服务器，即处理所有事务的目标服务器。从客户端应用程序的角度来看，从一台服务器到另一台服务器的故障转移操作几乎是同时自动进行的。只有需要执行自动故障转移的实例才需要作为"证人"的服务器。

    除了从主要服务器到镜像服务器的故障转移仅存在极短的延迟外，数据库镜像的最重要的功能之一是双向变更同步。当主要服务器脱机，应用程序被故障转移到镜像服务器上时，镜像服务器随即成为体系结构中的主要服务器。当故障服务器恢复联机时，将被指定为镜像服务器，并将应用主要服务器的事务日志记录，从而与当时的数据库状态进行同步。

    数据库镜像可用于标准服务器硬件，不需要特殊的存储器或控制器。

    虽然数据库镜像提供了持续的支持，但在许多情况下还需要数据库的"快照 (snapshot)"： 作为"热到冷"待命；作为测试和开发数据库；或者作为报告数据。"即写即复制"技术通过数据库视图的形式提供了这种功能。

[NextPage]   数据库快照

    SQL Server 2005 Beta 2 所引入的这一功能使管理员可以生成和使用数据库的稳定的只读视图。数据库快照可提供这种功能，而不必创建数据库或存储要求的完整副本。由于主数据库背离了快照，快照将在原始页被更改时自行获取有关副本。快照可能被用于恢复数据库的意外更改，只要通过对主数据库重新应用来自快照的页就能实现。

    复制用于通过为多个数据库分发数据提高数据的可用性。通过针对 SQL Server 读取工作负荷和数据库纵向扩展应用程序，或者与偶尔连接的移动用户数据库同步脱机数据，提高了可用性。通过使用一个新的点对点模型，SQL Server 2005 Beta 2 加强了这两个方面的可用性选择。这个新模型提供了一个新拓扑，使数据库可以与任何同级数据库进行相互同步。这样，通过对已分发数据启用更重的"读取"工作负荷，同时为已分发的冗余数据库提供容错功能，从而提高了数据库的可用性。通过 http:// 和 https:// 进行复制的新选择提高了移动方案的数据可用性，即在 Internet 上进行同步。全新的 Oracle Publishing 功能实现了从 Oracle 数据库到 SQL Server 的复制，提高了企业内同类数据的可用性。

    联机创建、重建或抛弃索引的功能是 SQL Server 2005 Beta 2 的一个增强功能。SQL Server 2005 Beta 2 加强了 SQL Server 早期版本的索引功能。联机索引选项允许在执行索引数据定义语言 (DDL) 时，对基础表或聚集索引数据以及任何关联的索引进行并发修改（更新、删除和插入）。例如，当某个聚集索引正在重建时，可以继续更新基础数据并对这些数据执行查询。在 SQL Server 的早期版本中，诸如重建等索引 DDL 操作都对基础数据和相关联的索引设置了排他锁，防止在结束索引操作之前执行任何修改或查询操作。有了对联机索引操作的支持，用户可以在不干预对表或其他现有索引的访问的情况下，添加索引。此外，服务器工作负荷允许索引操作运用平行处理功能。

    SQL Server 2005 Beta 2 引入该功能以便在 SQL Server 实例运行时执行还原操作。联机还原功能提高了 SQL Server 的可用性，因为只有被还原的数据不可用。数据库的其他部分仍保持联机且可用。SQL Server 的早期版本要求用户在执行还原操作之前让数据库脱机。

    在运用联机还原功能时有两种选择：

    SQL Server 2005 Beta 2 通过一个新的更快的恢复选项提高了 SQL Server 数据库的可用性。在事务日志前滚之后，用户可以重新连接到恢复数据库。SQL Server 的早期版本要求用户等到不完整的事务回滚之后才能进行重新连接，即便用户无需访问数据库中受影响的部分。

    读/写操作可以与恢复撤销阶段并行执行。然而，在撤销阶段访问锁定数据的操作通常会被数据库所阻止，直至撤销操作解除对相应数据的锁定。

    SQL Server 的早期版本仅支持给定备份的一个副本。如果备份媒体被损坏，前滚操作将需要更长的时间，或者会失败。现在，在 SQL Server 2005 Beta 2 中，可以对备份媒体创建镜像。例如，可以安装四个磁带设备来备份两个媒体家族，每个媒体家族各有一个镜像。每个镜像中相对应的卷拥有相同的内容，使其在还原时可以进行互换。最多可以执行四个镜像备份集。

    SQL Server 2005 Beta 2 将 SQL 查询分析器替换成了查询编辑器。它是 SQL Server Management Studio 的一个组件，是通过交互方式设计和测试 Transact-SQL 语句、查询、批处理和脚本的主要工具。借助查询编辑器，用户可以通过 Transact-SQL 和多维表达式 (MDX) 编写新的脚本。还可以编辑脚本，所编辑的脚本可以由文件创建或者由 SQL Server Management Studio 对话框或 SQL Object Explorer 自动生成。

    查询编辑器提供了：

    许多数据库管理需要在数据库应用程序部署的安装和配置阶段，更好地控制 SQL Server。SQL Server 2005 Beta 2 中更改基础参数和文件位置的功能为应用程序安全性和资源管理提供了更高的灵活性。下面几节将简要介绍 SQL Server 2005 Beta 2 在安装和配置方面所做的一些更改。

   Microsoft Windows Installer

[NextPage]

   一致性检查程序

   故障报告

   计算机管理器

    全新的 SQL Server Management Studio 集成了来自 SQL Server 早期版本的企业管理器和 Analysis Services 的功能。SQL Object Explorer 提供了与企业管理器相同的所有功能。所做的改进包括在浏览数据库对象时具有更高的可伸缩性，并集成了 OLTP 和联机分析处理 (OLAP) 数据库的脚本编写功能。SQL Server 2005 和 SQL Server Mobile Edition 支持 Analysis Services、DTS、Reporting Services 和 Notification Services。SQL Object Explorer 提供了所能从企业管理器得到的所有管理功能，包括安全性、SQL Server 代理、SQL 邮件以及其他 SQL Server 子系统（包含 DTS、Notification Services 和 Reporting Services）。

    在 SQL Server 的早期版本中，可以使用单个向导来制订数据库维护计划。而所制订的计划会创建多个代理作业。这些代理作业本身包含命令行参数用以指定所要执行的功能。虽然"数据库维护向导"可以应付几种主要的用户方案（比如：完整的数据库备份），但是无法定义其他方案（比如：差异备份），或者轻松获得针对具体维护任务执行了哪个 Transact-SQL 命令的确切信息。

    SQL Server 2005 提供了一项全新的设计，使用户几乎可以定义与 SQL Server 相关的任何维护任务。SQL Server 2005 的维护计划功能运用了 DTS 设计器的设计图面，使用户能够定义维护计划中的工作流。

    SQL Server 2005 Beta 2 引入了一种新的索引优化工具，称为数据库优化顾问 (Database Tuning Advisor, DTA)。DTA 能够就更改数据库结构的索引和表分区提出建议。此外，SQL Server 2005 对 SQL 事件探查器进行了广泛的修改，从而提高了性能并提供了对服务器更深层次的可见性。以下是对 SQL 事件探查器做出最大更动的地方：

    Microsoft SQL Server 2005 Beta 2 对 Showplan 和死锁跟踪功能进行了改进，提供了用于优化数据库服务器的附加功能。所做的改进包括：

    可用导出的 Showplan 来帮助确定不同的内部或远程数据库间的差异。

    SQLCMD 是一种用于 SQL Server 2005 Beta 2 的新的命令提示符实用工具。它取代了 OSQL 命令提示符实用工具。SQLCMD 实用工具允许用户在命令提示符处输入 Transact-SQL 语句、系统过程和脚本文件。SQLCMD 支持 OSQL 或 ISQL 的功能，但同时引入了一组更丰富的命令，使用户可以更好地操作应用程序脚本（比如：Microsoft® Visual Basic® for Applications (VBA) 脚本）。

    SQL Server 2005 Beta 2 引入了一个专用的管理员连接来访问正在运行的服务器，即便该服务器没有响应或不可用。这样，用户就可以执行诊断功能或 Transact-SQL 语句，以便对服务器进行故障诊断。该连接需通过 sysadmin 固定服务器角色的成员来激活，并仅通过 SQLCMD 命令提示符实用工具在本地或从远程计算机才能加以调用。

    在 SQL Server 的早期版本中，无法连接到未响应 SQL Server 连接的服务器。如要使用专用的管理员连接，应在命令提示符处执行 SQLCMD 实用工具，使用 -A 开关来指定专用连接。这样，就可以诊断并修复相关问题了。

    SQL 管理对象 (SMO) 是一组新的编程对象，可提供 SQL Server 数据库的功能。SMO 被当作一个 Microsoft® .NET Framework 程序集来执行。可用 SMO 来实现重复或常见的 SQL Server 管理任务（比如：通过编程方式检索配置设置，创建新的数据库，应用 Transact-SQL 脚本，创建 SQL Server 代理作业以及制订备份计划）的自动化执行。

    SMO 对象模型扩展并取代了 SQL Server 的早期版本所包含的分布式管理对象 (DMO)。SMO 对 DMO 进行了诸多改进，其中包括一个 .NET Framework 对象模型、高级脚本编写操作、SQL Server 配置设置的脱机管理、对象的部分或延迟的实例化、捕获模式执行，委派执行以及可释放的对象状态。虽然 SMO 属于 .NET Framework 类库，但是仍可以通过组件对象模型 (COM)（仅适用于延迟绑定）使用其功能。关于运用 SMO 的一些例子：

    在 SQL Server 2000 中，SQL Server 代理作业在创建其的帐户下运行。可指定代理帐户运行 CmdExec 和基于 COM 的作业。SQL Server 2005 Beta 2 在 SQL Server 代理安全性方面作了以下改动：

    可使用 Transact-SQL 或 SQL 管理对象 (SMO) 对每一项 SQL Server 2005 Beta 2 管理操作制订时间计划，并由 SQL Server 代理从 SQL Server 加以运行。SQL Server 2005 Beta 2 为 SQL Server 代理提供了一些新的对象和计数器。Windows 系统监视器可使用这些新的对象和计数器监视 SQL Server 代理的活动，包括已启用的作业、已启用的警报，已启用的计划，活动作业，活动警报，成功完成的作业的百分比等等。这些计数器还能用于配置由 SQL Server 代理性能计数器条件触发的警报。

    SQL Server 2005 Beta 2 在 Transact-SQL 上所做的改进反映了其更好地满足了 ANSI-99 SQL 规范的要求以及客户的需求。本节重点介绍对 Transact-SQL 所做的一些改动，这些改动旨在提高查询功能中的表达能力。

    全新的通用表表达式 (CTE) 功能能够在使用派生表时，生成查询批。CTE 是一种临时命名的结果集，可通过定义语句加以引用。由于其形式简单，可以把 CTE 看作是派生表的改进版本。可在查询的 FROM 子句中引用 CTE，这与引用派生表和视图的方法相同。CTE 功能提供了一种灵活的表达方法来重新组织标准化数据。

    对 Transact-SQL 添加的最大功能之一是递归查询，改进了操作相关数据的功能。递归查询是一种新的查询类型，可生成材料清单或分层结果集。提供了新的 PIVOT 和 UNPIVOT 运算符。这些操作符可操作输入表值表达式，并作为结果集生成输出表。PIVOT 运算符可将行通过旋转转换为列，并可能随之执行归并或其他数学计算。该运算符在给定透视列的基础上扩充了输入表表达式，为列中每个唯一的值生成一个输出表。UNPIVOT 运算符可执行 PIVOT 的反操作，将列转换为行。该运算符在透视列的基础上缩小了输入表表达式。这些新的递归查询提供了一种对数据进行重新定形的方法。

    对 Transact-SQL 的一些改进主要针对基于操作符的应用来阐明结果的功能。新的 APPLY 关系运算符允许用户对外部表表达式的每一行调用一个特定的表值函数。用户可在查询的 FROM 子句中指定 APPLY，这与使用 JOIN 关系运算符的方法类似。通过 APPLY 运算符，SQL Server 2005 Beta 2 允许用户在相关子查询中引用表值函数。APPLY 运算符有两种形式：CROSS APPLY 和 OUTER APPLY。CROSS APPLY 可对外部表表达式的每一行调用表值函数。可作为表值函数的参数来调用外部表的列。CROSS APPLY 可从表值函数的个别调用返回的所有结果中返回一个统一的结果集。如果表值函数返回了给定外部行的一个空集，那么该外部行不会返回到结果中。OUTER APPLY 非常像 CROSS APPLY，只是还会返回来自外部表（表值函数对其返回一个空集）的行。有关 SQL Server 2005 Beta 2 中的数据重定形和操作功能的更多信息，请参见 SQL Server 联机丛书。

    通过增加错误处理功能，SQL Server 2005 Beta 2 改进了查询的事务功能。SQL Server 2005 Beta 2 以 TRY/CATCH Transact-SQL 构造的形式，引入了一个虽然简单却很强大的例外处理机制。SQL Server 2005 Beta 2 可捕获并处理在 SQL Server 的早期版本中导致某个批处理终止的事务中止错误。例如：

    另外，SQL Server 2005 Beta 2 针对安全性、复制、Notification Services、XML 和 .NET Framework 的所有功能提供了新的语言构造。如要了解更多有关 SQL Server 2005 Beta 2 的所有功能的信息，请参见 SQL Server 联机丛书。

    SQL Server 2005 Beta 2 大大增强了数据库平台的安全模型，旨在为开发人员和管理员提供更多的管理和安全选项。在涉及广大领域的众多功能上做了大量的工作；比如，对 SQL Server 登录密码强制执行有关策略（身分验证领域），在针对不同范围指定权限时提供更加细化的选择（授权领域），允许所有人和架构分离（安全管理领域）。

    此外，请记住诸如"表层减少"和"最低权限原则"等核心安全原则以及"保护默认值和设计"等完善的原则，在产品的最终版本中还准备进行某些产品级的改动。

    对于超大型的数据库方案，SQL Server 2005 Beta 2 中有两个可伸缩性功能值得提一下。通过使用数据库的一个暂时一致的视图，快照隔离级别允许用户访问所提交的数据库的最后一行。这一新的隔离级别提供了以下优点：

    例如，锁定会在同时读取和写入相同数据的应用程序间设置障碍。如果某个事务更改了某一行，那么在该写入操作完成之前，其他事务将无法读取该行。通过快照隔离，读取方可以访问该行上次提交的值。

    第二个特殊的可伸缩性功能是表分区功能。对于数据库业界来说，对表、数据库和服务器进行数据分区的概念虽不算新鲜，但 SQL Server 2005 Beta 2 提供了一个新的体系结构功能，用于对数据库中的文件组进行表分区。水平分区可根据分区架构，将一个表划分为几个较小的分组。表分区功能是针对超大型数据库（从数百吉字节到数千吉字节或更大）而设计的。超大型数据库 (VLDB) 查询性能通过分区得到了改善。通过对广大分区列值进行分区，可以对数据的子集进行管理，并将其快速、高效地重新分配给其他表。如需了解更多有关分区的信息，请参见 SQL Server 联机丛书。