使用可伸缩共享的数据库支持的 SQL Server 2005

重要说明:本文是由 Microsoft 机器翻译软件进行的翻译并可能由 Microsoft 社区通过社区翻译机构(CTF)技术进行后期编辑,或可能是由人工进行的翻译。Microsoft 同时向您提供机器翻译、人工翻译及社区后期编辑的文章,以便对我们知识库中的所有文章以多种语言提供访问。翻译的文章可能存在词汇、句法和/或语法方面的错误。Microsoft 对由于内容的误译或客户对内容的使用所导致的任何不准确、错误或损失不承担责任。

点击这里察看该文章的英文版: 910378
简介
Microsoft SQL Server 2005年及更高版本支持可伸缩共享的数据库。这篇文章是作为 SQL Server 联机丛书中的下列主题现在已发布"可伸缩共享的数据库"主题的预览

使用可伸缩共享的数据库概述
更多信息

使用可伸缩共享的数据库

使用可伸缩共享的数据库可以通过存储区域网络 (SAN) 将只读报告数据库附加到多个服务器实例。报告数据库是根据一个或多个专用于报告目的的生产数据库生成的只读数据库。要成为可伸缩共享数据库,报告数据库必须驻留在一个或多个专用的只读卷上。这些只读卷的主要目的是主持报告数据库或一组经过协调的报告数据库。报告卷,这些卷被称为。

优点

使用可伸缩共享的数据库具有以下优点:
  • 由 usingcommodity 服务器提供报告数据库的负载横向扩展。可伸缩共享的数据库是经济有效的方式仅 makingread 数据集市或数据仓库可为报告目的例如,运行查询,或使用 SQL Server 2005Reporting 服务的多个服务器 instancesfor。
  • 提供工作负载隔离。每个服务器使用其 ownmemory、 CPU 和tempdb数据库。
  • 保证所有服务器实例的都配置都相同的所有 serversif 中的报告数据视图。例如,allservers 将使用单一的排序规则。

    注意:(可选) 您可以更新报告数据库 secondreporting 的卷上。有关详细信息,请参见"最大化 ascalable 共享数据库的可用性"部分。

限制

对于可伸缩共享数据库存在以下限制:
  • 该数据库必须是只读卷上。
  • 可以通过 SAN 访问数据文件。
  • 仅在 MicrosoftWindows 2003 Service Pack 1 (SP1) 或更高版本的 Windows Server2003 支持可伸缩共享的数据库。

报告数据库的更新周期

报告数据库使用可伸缩共享的数据库时,它涉及的更新周期分为三个阶段:
  • 构建阶段: 以 buildphase 开头的报告数据库的更新周期。然后才能生成报告数据库管理员在生产系统上装载 thereporting 卷并使其可以读/写。当 avolume 处于读/写状态时,在一个系统上只可装入卷。如果在多个系统上,文件系统损坏 mightoccur 装入该卷。然后,管理员通过使用一个由用于复制数据或数据库的 SQL Server 2005 数据 copymethods 生成数据库。生成数据库后,管理员将音量设置为只读的并且 thendismounts 它。
  • 附加阶段: 附加阶段之后生成阶段。附加 phasemakes 可用作可伸缩共享数据库的数据库中。在每个单独报告服务器上执行附加 phasemust。要将 thereporting 数据库配置为可伸缩共享数据库,管理员需要装载到报告服务器的 theread 只读报告卷通过 SAN。Theadministrator 可确保每个卷设置为只读后,theadministrator 将附加上的 SQL Server 实例的报告数据库。Thereporting 数据库的 SQL Server 实例上即所谓的 reportingserver 实例。由于每个报告卷是只读的因此附加数据库将其设置为只读。此时,报告数据库就变为可以由客户端访问使用 reportingserver ascalable 共享的数据库。

    注意:如果更新 thereporting 数据库时,您可以使用另一个报告卷,您必须选择滚动升级和异步化的升级。有关详细信息,请参见"最大化 availabilityof 可伸缩共享数据库"部分。
  • 分离阶段: 在第三阶段是分离阶段。通常情况下,reportingdatabase 最终会变得陈旧。必须刷新数据库,以使 thereporting 数据保持最新。分离阶段是将 stalereporting 数据库作为可伸缩共享数据库从服务中删除的过程。之前您 canmake 特定报告服务器上的可用更新的报告数据库,必须在该服务器上完成分离阶段。当刷新报表的 databasemust 时,它必须从所有服务器实例分离。到开始分离阶段,数据库管理员第一个停止查询工作 loadthat 正在进入数据库从所有服务器实例。在每个 serverinstance,数据库管理员获取独占访问数据库的权限,然后将其分离。数据库管理员然后卸载卷 fromeach 主机系统。分离阶段完成后,从 SAN 报告卷断开。
注意:要最大化报告数据的可用性,建议更新周期,作为最佳做法的两个报告卷之间交替。当第一个报告卷仍装载到报告服务器时,可以装载到生产服务器,第二个卷,然后生成报告数据库的最新版本。有关详细信息,请参见"最大化可伸缩共享数据库的可用性"部分。

注意:每个阶段由一系列具有数据库管理员权限的用户必须执行的步骤组成。在本文中,该用户称为数据库管理员。

重要:若要配置可伸缩共享的数据库,对 SAN 环境必须已经正常工作。

可伸缩共享数据库示例

在后续更新周期中,可以更新或重建数据库。首选的方法取决于您的业务需求。可以通过以下两种方式使用可伸缩共享的数据库:
  • 数据集市数据库: 使用可伸缩共享数据库的最简单方式是数据 martdatabase。数据集市数据库从 adata 仓库的内容定期提取并用于报告。若要更新的数据集市数据库,删除数据库,然后用新版本替换它。
  • 报告从可更新数据库: 数据库时进行报告的数据库没有要从源数据库转换,可以为 periodicallyupdated。定期更新数据库,创建的 theproduction 数据库的完整备份,然后还原 reportingvolume 或卷上的数据库备份。

确保环境符合可伸缩共享数据库

可伸缩共享的数据库必须位于可以通过 SAN 访问的只读卷上。报告服务器必须运行以下:
  • Windows Server 2003 SP1 或更高版本的 WindowsServer 2003
  • SQL Server 2005 企业版或更高版本的版本 ofSQL Server 2005
为了可以获得支持,建议您限制至多八个服务器实例将可伸缩共享的数据库的配置。但是,SQL Server 2005 不限制可以同时访问可伸缩共享的数据库的实例的数量。通常情况下,每个服务器实例运行在单独的报表服务器上。但是,支持在报表服务器上运行多个报告服务器实例。

配置您的环境

若要确保环境支持可伸缩共享的数据库,建议遵循以下准则:
  • 请确保报告为 particularreporting 的数据库服务器正在运行相同的操作系统上。每当升级报告服务器上,升级为相同可伸缩共享的数据库提供服务的其他任何报告服务器。例如,如果您应用 asoftware 更新或服务包的 Windows 或为任何报告服务器的 SQL Server 2005,将相同的软件更新或服务包应用于报表服务器的所有。

    注意:通常情况下,您可以执行滚动升级的 reportingservers,只要您及时地完成滚动升级。
  • 最多八个服务器实例的 SQL 服务器 2005 EnterpriseEdition concurrentaccess 工作负载下测试是可伸缩共享的数据库。SQL Server 2005 实例限制不强制。但是,werecommend,将限制您可伸缩共享数据库 eightserver 实例的每个共享数据库的配置。
  • 如果生产数据库的数据文件跨越 multiplevolumes,则必须使用相同数量的报告卷。与此相反,由于报告数据库被设置为只读,因此其日志文件可以 co existwith 在报告卷上的数据文件。
  • 若要简化生成或更新 areporting 数据库的过程,我们建议报告数据库的路径是与生产数据库相同。这包括使用相同的驱动器 letterfor 报告的卷和数据库相同的目录路径。例如,如果生产数据库位于 E:\SQLdata,E 用作驱动器 letterof 报告卷,如果可能。此外,作为目录的报告数据库,使用 \SQLdata,如果可能。但是,脚本 thathas 显式路径可以处理任何差异。如果报告卷使用 adifferent 于生产卷的驱动器号,您可能需要修改您执行以下操作:
    • 如果您通过还原数据库备份生成报告数据库,还原数据库语句必须有 WITH MOVE 子句,该子句指定已还原的数据文件的完整路径。
    • 如果您的报告数据库是生产数据库的副本,创建数据库语句的连接子句必须列出每个文件。要附加子句附加报告数据库时,还必须指定它的完整路径。这始终是一种最佳做法。

      注意:作为最佳实践,使用相同的驱动器号的每台服务器在将报告卷装载到报告服务器时。这种做法可帮助您管理不同服务器上的卷。
  • 报告数据库必须是只读卷 thatcan 上访问 SAN 中所有报告服务器上:
    • 装载到报告服务器报告卷之后,确保正确装载报告卷并且数据文件可以被访问。若要执行此操作,请输入 目录 <drive-letter></drive-letter>:\<database-directory></database-directory> 在命令提示符处,其中 <drive-letter></drive-letter> 是字母分配给报告的卷,并 <database-directory></database-directory> 指定的卷上的数据库的数据文件的位置。从每个报告服务器,以确保您收到相同的结果,为它们运行此测试。
    • 若要确保报告数据库被设置只读,尝试创建该卷上的文件。最简单的方法是尝试复制或保存纯文本文件的卷上。尝试会失败,因为卷为只读。

      注意:如果您要手动执行这些步骤,我们建议您重复这些测试时您重新装载报告卷,在每个报告服务器上每个更新周期中。如果您编写的脚本将报告卷生产服务器和报告服务器之间来回移动的步骤,测试后不会再需要您确信您的脚本正常工作。

第 1 阶段: 构建阶段

生成或刷新可伸缩共享的数据库

必须生成并手动刷新报告数据库。此过程是报告数据库更新周期的第一阶段,被称为构建阶段。更新陈旧的数据库或创建一个新版本,则可能涉及到构建阶段。

通常,报告数据库的当前版本最终会变得陈旧。必须定期刷新报告数据库以保持报告数据为最新。

完成生成阶段

通过更新现有的数据库中过时的数据或重建数据库时,您可以刷新陈旧的报告数据库。

注意:您可以刷新现有报告数据库之前,必须从每个报告服务器实例中分离该数据库。此外,必须从每个报告服务器卸载报告卷。有关详细信息,请参见"分离可伸缩共享数据库"部分。

若要刷新陈旧的报告数据库,请在生产服务器上执行以下步骤:
  1. 使用硬件供应商的实用工具取消屏蔽对应于报告卷的 logicalunit 号 (Lun)。生产服务器可以访问此操作 makesthe 卷。
  2. 装载报告卷,,然后将其标记 asread 写。要使用 Diskpart 命令行实用工具装载卷,enterthe 以下命令在命令提示符处:DiskPart
    DISKPART 1&gt; selectvolume =<drive-number></drive-number>
    DISKPART 1&gt; assignletter =<drive-letter></drive-letter>
    DISKPART 1&gt; 特性清除只读
    DISKPART 1&gt; 退出

    在此步骤中,<drive-number></drive-number> 是由 Windows,该 isassigned 的卷号和 <drive-letter></drive-letter> 是分配给报告卷的 theletter。
  3. 如果要刷新现有报告数据库,请执行以下步骤:
    1. 将数据库附加到服务器实例。通常,这是生产服务器实例。
      CREATE DATABASE <database_name> ON <filespec_list>   FOR ATTACH
    2. 设置要读取/写入访问使用下面的事务处理 SQL 语句的数据库。
      ALTER DATABASE <database_name> SET READ_WRITE
      有关详细信息,请参阅 SQL Server 2005 联机丛书。
  4. 生成数据库。

    若要刷新 reportingdatabase,您可以更新过期的数据、 重建数据库,或 dowhatever 其他您认为刷新数据所需。Administratorbuilds 使用了 providedby 用于复制数据或数据库的 SQL Server 2005 的数据复制方法的任一数据库中。有关详细信息,请参阅"生成或更新数据库的方法"一节。

    注意:在报告数据库,我们建议该pageverify设置校验和,则为。为 changethis 设置,使用更改数据库。
  5. 通过使用 followingTransact SQL 语句设置为只读的数据库。
    ALTER DATABASE <database_name> SET READ_ONLY
  6. 通过使用下面的事务处理则分离数据库。
    sp_detach_db @dbname='<database_name>'
    在此步骤中, <database_name></database_name> 是数据库的名称。
  7. 将卷标记为只读,然后 volumefrom 生产服务器中卸载。要使用 Diskpart 命令行实用工具 todismount 卷,请输入以下命令在命令提示符处。
    DiskPartDISKPART> select volume=<drive-number>DISKPART> attribute set readonlyDISKPART> remove
    在此步骤中, <drive-number></drive-number> 是由 Windows 中,分配的 thevolume 号和<drive-letter></drive-letter> 是为分配给报告卷的字母。
  8. 使用硬件供应商的实用工具屏蔽于报告卷的 Lun thatcorrespond。此操作使得生产服务器的卷 inaccessibleto。
现在,可以进行报告的数据库可以用作可伸缩共享数据库。有关详细信息,请参见"附加可伸缩共享数据库"部分。

生成或刷新数据库的方法

注意:在生成报告数据库时,建议您始终为生产数据库和报告的数据库使用相同的路径。此外,我们建议您对生产和报告卷的报告服务器上装载卷时是否可以使用相同的驱动器号。

移植到数据库中的数据或迁移整个数据库,SQL Server 2005 目前支持下列方法:
  • SQL Server Integration Services: 您可以创建或复制的数据库,通过运行 IntegrationServices 包并使用执行 SQL 任务或传输 Databasetask:
    • 执行 SQL 任务从软件包运行 SQL 语句或存储的过程。使用执行 SQL 任务时,您可以通过运行创建数据库语句来创建数据库。然后,您可以通过将一个或多个表或视图中复制填充数据库。
    • 传输数据库任务可以复制数据库中的同一个服务器实例或实例之间。

      注意:此外可以通过使用 SQL Server 导入和导出向导,创建一个数据库,但您必须至少一个表或视图复制。
  • 备份和还原: 您可以还原 thereporting 卷上的生产数据库的备份。若要执行此操作,还原和恢复的完整数据库备份 ontothe 报告卷:
    • 如果您正在使用相同的驱动器号,到不同的主机,将报告卷装载,然后连接到服务器实例那里还原数据库。
    • 如果报告卷使用于生产卷不同的驱动器号,RESTORE DATABASE 语句必须与移动子句,恢复的数据库的路径中指定报告卷的驱动器号。
  • 复制到报告卷生产数据库: 您可以手动复制数据库或使用复制数据库向导的分离 andAttach 方法之前,您必须使数据库脱机。复制数据库之后,将数据库恢复为联机状态。但是,CopyDatabase 向导提供一种替代方法。SMO 传输方法 copiesthe 数据库,即使在数据库保持联机。尽管 SMO Transfermethod 比分离和附加方法,SMO 传输 methodpreserves 活动连接到数据库。
有关这些数据复制方法的详细信息,请参阅 SQL Server 2005 联机丛书。

可以报告数据库时,您必须完成生成阶段。有关详细信息,请参见"第 1 阶段: 构建阶段"部分。

第 2 阶段: 附加阶段

附加可伸缩共享的数据库

生成或更新报告数据库并卸载报告卷从生产服务器后,管理员必须使数据库可以用作可伸缩共享数据库。这一过程被称为附加阶段。

完成附加阶段

在此阶段中,管理员必须执行以下步骤:
  1. 使用硬件供应商的实用工具取消屏蔽 LUNsthat 对应于报告卷。从每个报告服务器还原时,此操作使得客户端的 volumesaccessible。
  2. 在每个报告服务器上装载卷 thatcorresponds 的 lun。

    注意:若要简化生成或更新 reportingdatabase 的过程,我们建议始终使用相同的驱动器号与生产卷装入其报告卷。例如,如果在生产服务器上的驱动器 E 上有 productiondatabase,报告的卷 shouldalso 作为装载驱动器 E 在每个报告服务器上,如果可能。

    要使用 Diskpart 命令行实用工具装载卷,enterthe 以下命令在命令提示符处。
    DiskPartDISKPART> select volume=<drive-number>DISKPART> assign letter=<drive-letter>DISKPART> exit
    在此步骤中, <drive-number></drive-number> 是由 Windows 中,分配的 thevolume 号和<drive-letter></drive-letter> 是要使用的报表服务器上的报告卷的字母。

    注意:报告卷必须是只读的。我们建议它为只读卷之前的 bemarked 在生产服务器上被卸除。如果卷未标记为只读,将音量设置为只读的 afteryou 装载该卷在第一个报告服务器上。有关详细信息,seethe"第 1 阶段: 构建阶段"部分。

    作为最佳实践,您确保该卷是可访问的只读卷 shouldmake SANafter 在您将报告卷装载到每个报告服务器。有关详细信息,请参见"确保环境符合 scalableshared 数据库的要求"一节。
  3. 将数据库附加到每个报告服务器上报告服务器实例 orinstances。有关详细信息,请参阅 SQL Server 2005Books 联机。
现可用作可伸缩共享数据库,报告数据库,可以继续进行查询。

阶段 3: 分离阶段

分离可伸缩共享的数据库

通常,报告数据库的当前版本最终会变得陈旧,必须刷新以保持报告数据为最新。将陈旧的报告数据库作为可伸缩共享数据库从服务中删除的过程称为分离阶段。这一阶段是报告数据库更新的第三和最后阶段周期。您可以提供更新的报告数据库特定的报表服务器之前,必须在该服务器上完成分离阶段。

完成分离阶段

在此阶段中,管理员必须在每个报告服务器上执行以下步骤:
  1. 禁用新查询的数据库,和然后让 currentqueries 正常完成如果可能)。
  2. 从每个报告服务器实例使用分离数据库 sp_detach_db 都 @dbname ='<database_name>'</database_name>命令。

    在此步骤中,<database_name></database_name> 是数据库的名称。有关sp_detach_db 都命令的详细信息,请参阅 SQL Server 2005 联机丛书。
  3. 在每个报告服务器中卸载报告卷。要使用 Diskpart 命令行实用工具卸载卷,请输入您执行以下操作命令,在命令提示符处。
    DiskPartDISKPART> select volume <drive-number>DISKPART> remove
    在此步骤中, <drive-letter></drive-letter> 是分配给报告卷的 theletter。
  4. 使用硬件供应商的实用工具屏蔽于报告卷的 Lun thatcorrespond。此操作使得卷从每个报告服务器的 inaccessibleto 客户端。

分离陈旧的报告数据库的替代策略

当替换数据库的陈旧版本时,必须考虑报告环境的业务要求。应该评估所在以下业务需求需要优先考虑您的环境中:
  • 直到 theyfinish 保留当前运行的事务。
  • 内完成更新 limitedtimeframe。
基于优先考虑的要求,您可以决定如何管理分离阶段,在每个报告服务器上。您可以通过以下方式管理分离阶段:
  • 允许事务完成之前分离 reportingserver: 若要保留所有正在进行的事务,必须启动 detachphase 通过停止将 I/O 活动传入报告卷。然后,在 eachreporting 服务器实例上等到所有 currenttransactions 都完成后,分离数据库。当数据库已从所有服务器实例分离时,您可以卸载报告卷。
  • 在有限的时间范围内更新数据库: 在 thiscase,您应该获得对每个 serverinstance 终止时间比您的时间段上的数据库的独占访问。如果在终止时间内未完成任何 queriesdo,它们将被停止。这些 querieswill 必须等待直到后更新后,必须重新启动。后查询 arestopped 中,可以分离数据库中每个服务器实例和 thendismount 从每个报告服务器报告卷。
在这种情况下,您可以为下一步的构建阶段。或者,如果您已刷新了如我们所建议的另一个报告卷上的数据库,您现在可以为其他卷执行附加阶段。有关详细信息,请参见"最大化可伸缩共享数据库的可用性"部分。

最大化可伸缩共享数据库的可用性

要最大化报告数据的可用性,建议更新周期两个报告卷之间交替。当第一个报告卷仍装载到报告服务器时,您可以将第二个卷装载到生产服务器并生成报告数据库的最新版本。

如果更新报告数据库,另一个报告卷上的时,请考虑以下选项:
  • 如果希望所有报告数据库对 returnidentical 给客户端的结果,则必须将新副本附加到其中的任意一个之前分离所有 serverinstances 的旧副本。
  • 如果可以接受客户端接收不同的结果 ondifferent 服务器实例,当您更新报告数据库,canperform 报告数据库的滚动升级。您将完成一个报告服务器上一次的被周期。

所有报告服务器的高时效要求同步更新

本部分介绍了几种策略来更新内容的可伸缩共享数据库,具体取决于您的业务要求:
  • 您必须保持所有报告服务器保持同步。
  • 您必须完成在有限的时间范围内更新。此时间范围比保留当前运行的事务更至关重要。
当您同步在所有报告服务器上的数据库时,报告数据库不可分离阶段的数据库的陈旧版本和新版本的附加阶段之间。

若要同步在所有报告服务器实例和更新周期在有限的时间范围内完成更新周期,请执行以下步骤:
  1. 以使内容保持同步,您必须完成之前报告的服务器进行更新的任何一个的所有报告服务器上的 detachphase。如果任何长时间运行的查询处于活动状态的任何服务器上的必须使用 stopthem。
  2. 卸载从所有服务器实例的第一个报告卷之后,可以开始更新报告服务器。在 eachreporting 服务器上,装载包含报告数据库的最新版本的另一个卷。将该版本附加到本地报告 serverinstance。只要数据库附加在一个特定实例中,stoppedtransactions 可以在该实例上重新启动。

报表服务器的滚动升级

滚动升级可以时的陈旧报告数据库仍在其他报告服务器上暂时可刷新报告数据库在一个报告服务器上。一段时间,陈旧版本和刷新的数据库的版本是可用在同一时间。这取决于您的业务需求,滚动升级可以在有限的时间内出现或相对开放,以使当前事务完成滚动升级。

使事务之前滚动升级完成

在此策略中,滚动升级使得数据库管理员要等待长时间运行事务刷新其他报告服务器上的数据库时,在一个报告服务器上完成的。此策略可解决以下业务需求:
  • 报告服务器不需要保持同步。Thispermits 滚动升级陈旧的报告数据库和 updatedreporting 数据库之间。
  • 有无限的时间范围内完成更新,或截止时间比保留当前的 runningtransactions 不太重要。
要执行这种形式的滚动升级,请一次执行一个服务器实例上的以下步骤:
  1. 若要保留所有正在进行的事务,必须开始通过停止将 I/O 活动传入报告卷分离阶段。Ifa 长时间运行的查询延迟了服务器实例,等待 thequery 完成之前您脱机服务器实例上的升级。
  2. 该 serverinstance 上完成的所有交易记录后,分离报告数据库。
  3. 分离特定从所有服务器实例的报告数据库之后,将该服务器实例附加报告 databaseto 的最新版本。
  4. 若要使服务器实例可以再次用于 reportingqueries,附加的数据库的已更新的副本。

完成滚动升级在有限的时间内

在此策略中,滚动升级使得数据库管理员,从而维持报告服务不中断暂时让的陈旧版本保持对新查询在某些报告服务器上可用的数据库。当您更新其他报告服务器上的数据库时,服务保持不中断。此策略可解决以下业务需求:
  • 报告服务器不需要保持同步。Thispermits 滚动升级陈旧的报告数据库和 updatedreporting 数据库之间。
  • 您必须完成在有限的时间内更新。此截止时间比保留当前运行的事务更至关重要。
若要执行这种形式的滚动升级,请一次执行报告服务器上的以下步骤:
  1. 停止将 I/O 活动传入报告卷,和,或者,等待短事务完成在服务器实例 beforeyou 分离其报告数据库。
  2. 完成分离阶段,在该服务器上。有关详细信息,请参见"分离可伸缩共享数据库"部分。
  3. 请再次用于报告查询报告 databaseavailable 的更新的版本。有关详细信息,请参阅"附加 ashared 扩展数据库"一节。
这种滚动升级可保证总体报告功能永远不会被中断。这种策略可以容许一段相当长时间运行在某些服务器实例上的交易记录。但是,更新所有报告数据库,提供有限的时间范围,如果长时间运行的查询大大延迟了服务器实例上的升级,您将需要停止该查询。可以等待已刷新报告数据库,或查询都可以更新的服务器上更快地重新启动后在同一服务器实例上重新运行查询。
参考
若要下载 SQL Server 2005 联机丛书,请访问以下 Microsoft 下载中心网站:
SQL Server 要求系统,以支持 Microsoft SQL Server Always-On 存储解决方案审查计划下所述的保证的传递到稳定的媒体。Fo有关 SQL Server 数据库引擎的输入和输出要求的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
967576 Microsoft SQL Server 数据库引擎输入/输出的要求
ssd kbsql2005addtobol

警告:本文已自动翻译

属性

文章 ID:910378 - 上次审阅时间:05/12/2015 22:18:00 - 修订版本: 1.0

Microsoft SQL 2005 Server Enterprise, Microsoft SQL Server 2005 Enterprise Edition for Itanium Based Systems, Microsoft SQL Server 2005 Enterprise X64 Edition, Microsoft SQL Server 2008 Developer, Microsoft SQL Server 2008 Enterprise, Microsoft SQL Server 2008 Express, Microsoft SQL Server 2008 Standard

  • kbsql2005engine kbtshoot kbinfo kbmt KB910378 KbMtzh
反馈