SQL Server 7.0 和 Microsoft Data Engine (MSDE) 1.0 的 Service Pack 4 说明

文章翻译 文章翻译
文章编号: 889543 - 查看本文应用于的产品
重要说明:本文包含有关修改注册表的信息。修改注册表之前,一定要先对其进行备份,并且一定要知道在出现问题时如何还原注册表。有关如何备份、还原和编辑注册表的信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
256986 高级用户的 Windows 注册表信息
展开全部 | 关闭全部

本文内容

概要

此版本的 Microsoft SQL Server 7.0 和 Microsoft Data Engine (MSDE) 1.0 Service Pack 4 (SP4) 为 SQL Server 7.0 或 MSDE 1.0 安装的数据库组件提供了更新。本文介绍有关 SP4 的以下信息:
  • Service Pack 的版本和 Service Pack 4 的删除
  • 如何下载和解压缩 Service Pack 4
  • 如何安装 Service Pack 4
  • 如何重新分发数据库组件和 Service Pack 4 客户端组件
  • 解释在运行 Service Pack 4 时会影响网站的问题

内容

更多信息

简介

此版本的 Microsoft SQL Server 7.0 Service Pack 4 (SP4) 和 Microsoft Data Engine (MSDE) 1.0 SP4 更新 SQL Server 7.0 或 MSDE 1.0 安装的数据库组件。其中包括下列组件:
  • 数据引擎
  • 数据库客户端实用工具,例如 SQL Server 企业管理器和 osql(仅 SQL Server 7.0)
  • 数据库客户端连接组件,例如 OLE DB Provider for SQL Server、SQL Server ODBC 驱动程序和客户端网络库
SQL Server 7.0 SP4 可以应用于运行 SQL Server 7.0 数据引擎或 MSDE 1.0 的计算机。Service Pack 4 安装程序自动检测计算机上 SQL Server 7.0 或 MSDE 1.0 的版本,并仅升级该版本的组件。安装程序不尝试升级 SQL Server 7.0 Enterprise Edition 的组件,除非安装程序检测到 Enterprise Edition。当该 Service Pack 应用于运行 MSDE 1.0 的计算机时,它不尝试升级仅包括在 SQL Server 7.0 中的组件。当该 Service Pack 应用于仅运行数据库客户端组件的计算机时,它不尝试升级任何数据库服务器组件。

由于 SQL Server 数据库组件的 Service Pack 是累积的,SP4 包含所有早期 SQL Server 7.0 Service Pack 中的修补程序。因此,SP4 可以应用于 SQL Server 7.0 版或 MSDE 1.0 的原始安装,或者应用于以前已经应用了 Service Pack 的任何 SQL Server 7.0 或 MSDE 1.0 安装。

SQL Server 7.0 SP4 不支持基于 Alpha CPU 芯片的计算机。SQL Server 7.0 Service Pack 3 (SP3) 是支持基于 Alpha 的计算机的最新 SQL Server 7.0 Service Pack。

有关 SQL Server 7.0 Service Pack 4 中包含的修补程序的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
313980 INF:SQL Server 7.0 Service Pack 所修复的 Bug 列表
有关本文中未包括的有关 SQL Server 7.0 Service Pack 4 的信息的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
313986 INF:SQL Server 7.0 Service Pack 4 Readme.htm 增补内容

Service Pack 的版本

如果不确定已安装到 SQL Server 7.0 数据库引擎或 MSDE 1.0 的实例上的 Service Pack,请通过从 osql、SQL 查询分析器或 isql 运行 SELECT @@VERSION 命令来验证版本。下表显示了 @@VERSION 命令报告的版本字符串与 SQL Server 7.0 和 MSDE 1.0 Service Pack 之间的关系:
收起该表格展开该表格
@@VERSIONSQL Server 版本
7.00.623SQL Server 7.0 或 MSDE 1.0 的原始版本
7.00.699数据库组件 Service Pack 1 (SP1)
7.00.842数据库组件 Service Pack 2 (SP2)
7.00.961数据库组件 SP3
7.00.1063数据库组件 SP4
如果不确定正在运行的 SQL Server 7.0 的版本,或者已经连接到 MSDE 1.0,则 @@VERSION 命令所返回的最后一行输出会报告您已经连接到的版本。例如,该输出可能类似于以下内容:
MSDE on Windows NT 4.0 (Build 1381: Service Pack 4)
Desktop Edition on Windows NT 4.0 (Build 1381: Service Pack 4)
Developer Edition on Windows NT 4.0 (Build 1381: Service Pack 4)
Standard Edition on Windows NT 4.0 (Build 1381: Service Pack 4)
Enterprise Edition on Windows NT 4.0 (Build 1381: Service Pack 4)
较新的修补程序

如果您在 2002 年 2 月 20 日后收到修补程序,该修补程序可能未包含在 SP4 内。有关 SP4 的修补程序更新,请与您的主要支持提供商联系。

删除 SP4

由于 SP4 进行维护所需的系统表更改,不能方便地删除该 Service Pack。要恢复到安装 SP4 之前的版本,必须先删除再重新安装 SQL Server 7.0 或 MSDE 1.0。之后如果需要,必须应用在安装 SP4 之前运行的 Service Pack(SP1、SP2 或 SP3)。重新安装 SQL Server 7.0 或 MSDE 1.0 之前,请在 SP4 上分离数据库。然后,重新安装了 SQL Server 7.0 或 MSDE 1.0 及 SP1、SP2 或 SP3 后重新附加数据库。有关如何使用 sp_attach_dbsp_detach_db 过程的信息,请参见适用于 SQL Server 7.0 的 SQL Server 联机丛书。与任何新安装一样,必须重新创建必需的登录。还必须重新创建依赖于 msdb 数据库中的信息的计划任务以及已在 model 数据库中所做的任何更改。如果使用复制,则必须重新配置复制。

下载和解压缩 SP4

此 Service Pack 可以通过以下两种形式分发:
  • 通过 SP4 CD
  • 通过一个可从 Internet 下载的名为 Sql70sp4.exe 的自解压缩文件
使用 Sql70sp4.exe 自解压缩文件在您的计算机上生成一组文件夹和文件,它们与 SP4 CD 上的文件夹和文件相同。之后,SP4 CD 和解压缩的 SP4 文件的安装过程相同。

如果下载 SP4,则必须在可以运行安装程序之前对文件解压缩以生成 Service Pack 文件夹。

注意:Service Pack 中有一些文件是系统文件。在使用 Service Pack 时,请确保在 Microsoft Windows NT 资源管理器或 Windows 资源管理器中设置“显示所有文件”选项。要启用此选项,请按照下列步骤操作:
  1. 启动 Windows 资源管理器或 Windows NT 资源管理器。
  2. 在“查看”菜单上,单击“选项”。
  3. 在“查看”选项卡上,单击以选中“显示所有文件”。

SP4 的磁盘空间要求

如果将自解压缩可执行文件下载到计算机上的驱动器 C 中,然后在那里解压缩,则必须有 231 MB 的磁盘空间来存放解压缩的 SP4。

如果没有足够的磁盘空间将 SP4 下载到计算机上的驱动器 C 中,可以通过将 SP4 ZIP 文件下载到从驱动器来节省磁盘空间。然后,可以将 ZIP 文件解压缩到驱动器 C。此方法在驱动器 C 上需要 188 MB 的磁盘空间,在从驱动器上需要 43 MB。

解压缩数据库组件 SP4

要解压缩数据库组件 SP4,请将自解压缩文件复制到运行 SQL Server 7.0 或 MSDE 1.0 的计算机上的一个文件夹中。然后运行该文件。自解压缩程序将提示您输入要在其中放置 Service Pack 文件的文件夹的名称。例如,如果您运行的是 SQL Server 或 MSDE 并创建了一个名为 C:\70sp4 的文件夹,请将 Sql70sp4.exe 文件复制到您的计算机上,运行该文件,然后在系统提示时提供 C:\70sp4 文件夹的名称。

这样会解压缩 Service Pack 文件,然后将两个 Microsoft Systems Management Server 文件复制到 C:\70sp4 文件夹中。其余的 Service Pack 文件将放在 \X86 子文件夹内。

将组件解压缩后,可以重命名数据库安装文件夹。但是,应确保文件夹名称中不包含空格字符(“ ”)。

Service Pack 的安装

要安装 SP4,请按照以下安装说明操作。并不是所有步骤都必须执行,具体则取决于以下要应用该 Service Pack 的 SQL Server 7.0 配置:
  • 数据库服务器配置:应用于运行 MSDE 1.0 或任何版本的 SQL Server 7.0 中的数据引擎及其相关软件的计算机。这些计算机中还包含数据库客户端组件。
  • 数据库仅客户端配置:应用于运行以下各项的计算机:
    • 数据库客户端连接组件,例如 OLE DB Provider for SQL Server、SQL Server ODBC 驱动程序和客户端网络库(来自 SQL Server 7.0 或 MSDE 1.0)。
    • 数据库客户端实用工具,例如 SQL Server 企业管理器和 bcp(仅 SQL Server 7.0)。
  • 故障转移群集配置:应用于在故障转移群集中配置的运行 SQL Server 7.0 的计算机。
  • 复制服务器配置:应用于运行 SQL Server 7.0 且其上至少有一个数据库是复制拓扑的一部分的计算机。
对于每个安装步骤,都会列出适用的组件。

注意:Service Pack 是语言特定的。应该应用与正在升级的 SQL Server 组件具有相同语言的 Service Pack。

注意:在法文版 Windows NT 4.0 上安装 SP4 之前,请按照以下 Microsoft 知识库文章中的说明操作:
259484 INFO:Windows 2000 中的法语区域设置支持 CryptEncrypt 和 CryptDecrypt 函数
开始安装前的准备工作
以下内容适用于所有组件安装。

除了通常在复制拓扑中涉及的那些用户数据库外,SP4 安装程序不升级任何其他用户数据库。复制拓扑中未涉及到的数据库没有 SP4 上的依赖项。例如:
  • 可以将用户数据库备份从 SQL Server 7.0 或者 SQL Server 7.0 SP1、SP2 或 SP3 的实例还原到 SQL Server 7.0 SP4 的实例。
  • 可以将用户数据库备份从 SQL Server 7.0 SP4 的实例还原到 SQL Server 7.0 或者 SQL Server 7.0 SP1、SP2 或 SP3 的实例。
  • 可以从 SQL Server 7.0 或者 SQL Server 7.0 SP1、SP2 或 SP3 的实例中分离用户数据库,然后将其附加到 SQL Server 7.0 SP4 的实例。
  • 可以从 SQL Server 7.0 SP4 的实例中分离用户数据库,然后将其附加到 SQL Server 7.0 或者 SQL Server 7.0 SP1、SP2 或 SP3 的实例。
SP4 安装程序会对作为复制拓扑成员的用户数据库进行升级。在安装 SP4 之前,请确保复制数据库和文件组可写入,并且运行安装程序的用户帐户具有访问这些数据库的权限。有关如何将 SP4 应用于复制拓扑中涉及的数据库的更多信息,请参见在复制服务器上安装
准备 Systems Management Server 分发的安装
还可以使用 Microsoft Systems Management Server 在运行 Windows NT Server 的多台计算机上自动安装 SP4。Smssql.sms 文件是一个包定义文件,它使得 SQL Server 包在 Systems Management Server 中的创建自动化。然后,可以在运行 Systems Management Server 的计算机上分发和安装 SQL Server 包。Unattspsms.bat 文件是一个批处理文件,它检测计算机的操作系统,然后运行相应版本的安装程序。

备份 SQL Server 数据库

以下内容适用于除数据库仅客户端配置之外的所有配置。

作为一种防范措施,请备份您的所有 SQL Server 数据库。这包括 mastermodelmsdb 数据库。除了在复制中涉及的用户数据库外,安装该 Service Pack 不会修改任何其他用户数据库,但确实会修改 mastermsdb 数据库。安装该 Service Pack 会修改 mastermsdbmodel 数据库。这会使得这些数据库与 SQL Server 7.0 SP4 之前的版本不兼容。如果决定重新安装不带 SP4 的 SQL Server 7.0,则需要这些备份。

虽然 SP4 将仅在作为复制拓扑成员的用户数据库中执行更新,但备份用户数据库也是个谨慎之举。

确保系统数据库有足够的可用空间

以下内容适用于除数据库仅客户端配置之外的所有配置。

如果存在下列情况,则可以跳过此步骤:
  • 在应用 SP4 的 SQL Server 或 MSDE 系统上,“自动增长”选项对于 mastermsdb 数据库都启用。
  • 包含这些数据库的磁盘驱动器对于可自动增长的每个数据库都至少有 500 KB 的可用空间。
在 SQL Server 7.0 中,可以验证系统数据库是否有足够的可用空间。为此,请从 SQL Server 企业管理器中连接到 SQL Server,右键单击该数据库的图标,然后单击“属性”。验证是否选中了“自动增长文件”复选框。要在 MSDE 中进行此验证,请发出以下 SQL 语句:
  • sp_helpdb master
  • sp_helpdb msdb
在这些语句的输出中,验证增长列是否不为 0。

如果“自动增长”选项未在 mastermsdb 数据库中启用,则不能自动增长的数据库必须至少有 500 KB 的可用空间。要对此进行验证,请在 mastermsdb 数据库的上下文中运行 sp_spaceused 系统存储过程。如果任一数据库中的未分配空间数少于 500 KB,请增加该数据库的大小。为此,请按照适用于 SQL Server 7.0 的 SQL Server 联机丛书中“扩展数据库”主题中的说明操作。

准备群集配置

以下内容仅适用于故障转移群集配置。

在群集环境中将数据库组件 SP4 安装到 SQL Server 7.0 Enterprise Edition 之前,请确保包含 Microsoft 分布式事务处理协调器 (MSDTC) 的组由最先安装 MSDTC 的节点所拥有。

如果该组不由此节点所拥有,Service Pack 4 安装程序会显示一个 MSDTC 安装错误,提示您先解决问题然后再重试安装程序。通过将该组移到最先安装 MSDTC 的节点便可解决该问题。如果 SQL Server Enterprise Edition 在群集配置中运行,则在可以应用数据库组件 SP4 前必须将其取消群集。在将 SQL Server 取消群集之前,请使用群集管理器确保没有任何其他群集资源依赖以下五个 SQL Server 群集资源中的任何一个:
  • SQL 网络名称
  • SQL IP 地址
  • SQL Server
  • SQL Server 代理
  • SQL VServer
记下删除的所有依赖项,以便在安装了 Service Pack 后可以还原它们。如果 Microsoft 消息队列资源具有 SQL 网络名称上的依赖项,则必须使该消息队列资源脱机。然后,将其依赖项传输到同一个组中的另一网络名称。如果该组内没有其他网络名称,请创建一个临时网络名称。然后,将依赖项传输到该网络名称。安装了 SP4 后可以删除该临时网络名称。

要将 SQL Server 取消群集,请按照下列步骤操作:
  1. 在“SQL Server 7.0”程序组中,单击“故障转移群集向导”。
  2. 收到提示后,插入 SQL Server Enterprise Edition 的原始 CD,然后按照向导显示的说明操作。
在 SQL Server 已经群集的 Windows NT 或 Windows 2000 群集中的所有节点上,按照这些步骤操作。确保“故障转移群集向导”删除了所有 SQL Server 资源名称和类型。

在群集中运行的所有 SQL Server 7.0 实例在重新群集前必须全部升级到 SP4。

有关在群集环境中运行 SQL Server 的更多信息,请参见 SQL Server 群集白皮书.

运行 SP4 安装程序前停止应用程序

以下内容适用于除数据库仅客户端配置之外的所有配置。

在运行 SP4 安装程序以应用数据库组件 SP4 之前,请关闭下列服务和应用程序:
  • Microsoft Search、MSDTC、MSSQLServer、MSSQLServerOLAPService 和 SQLServerAgent 服务
  • Microsoft Transaction Server、消息队列和 Microsoft COM Transaction Integrator (COMTI)
  • 所有应用程序。其中包括控制面板
如果在 Windows NT 群集中安装 SP4,请确保这些应用程序和服务在该群集中的所有节点上都停止。

还要停止 SQL Server 服务管理器(如果它正在运行)。为此,请右键单击工具栏中最小化的 SQL Server 服务管理器图标,然后单击“退出”。

安装数据库组件 SP4

以下内容适用于所有配置。

从下列任一位置运行 Setup.bat 批处理文件:
  • 包含从 Sql70sp4.exe 解压缩的 Service Pack 文件的文件夹
  • SQL Server 7.0 SP4 CD 上的 Service Pack 文件夹
注意:不要使用 Microsoft 终端服务客户端运行 Setup.bat 批处理文件。不支持使用终端服务客户端远程安装 SP4。

运行 Setup.bat 批处理文件时,将出现“InstallShield”对话框,提示您确认相应信息,例如是使用 SQL Server 身份验证还是 Windows NT 身份验证。如果选择 SQL Server 身份验证,则必须向安装程序提供 sa 登录的密码。如果选择 Windows NT 身份验证,则必须在使用 Windows 登录帐户(属于您正在升级的 SQL Server 或 MSDE 实例的 sysadmin 固定服务器角色成员)登录 Windows 的同时运行安装程序。

随后,安装程序会将现有的 SQL Server 或 MSDE 文件替换为 Service Pack 文件。安装程序还会运行几个 .sql 脚本文件来更新系统存储过程。

MSDTC 安装程序在系统中安装新版本的 MSDTC。在群集环境中,它会在 Windows NT 群集的所有节点上执行此操作。

当安装程序连接到 SQL Server 7.0 或 MSDE 1.0 以运行更新系统存储过程的 .sql 脚本时,如果检测到安装在使用 sa 登录的密码为空的混合模式,它就会显示一个“身份验证模式”对话框。这样可以让用户处理潜在的安全问题(即通过密码为空的 sa 登录运行系统)。将 sa 登录密码留空可以让未经授权的用户轻易得到 SQL Server 或 MSDE 的管理访问权限。为了帮助保护系统,应该要求使用 sa 密码或者使用 Windows NT 身份验证。默认情况下,“身份验证模式”对话框不将当前设置用于安装。该对话框使用以下默认设置:
  • 默认情况下,在运行 Microsoft Windows 95、Microsoft Windows 98 和 Microsoft Windows Millennium Edition 的计算机上,“身份验证模式”对话框使用混合模式。混合模式是这些操作系统上支持的唯一身份验证模式。然后,该对话框要求您为 sa 登录指定一个密码。如果您指定一个密码,安装程序就会更改 sa 登录密码。如果将密码留空,安装程序就会连接而不更改密码。
  • 默认情况下,在运行 Windows NT 4.0 或 Microsoft Windows 2000 的计算机上,安装程序使用 Windows NT 身份验证。可以使用该对话框接受默认的 Windows NT 身份验证模式或者将身份验证模式切换到 sa 登录密码不为空的混合模式。
在更改身份验证模式或 sa 登录密码之前,请确保此更改将不会影响现有的应用程序。例如,如果在基于 Windows 2000 的计算机上运行 SQL Server 并从混合模式更改到 Windows NT 身份验证模式,则使用 SQL Server 身份验证的现有应用程序将无法连接,直到它们配置为使用 Windows NT 身份验证为止。另外,如果您更改 sa 登录密码,使用旧密码的应用程序或管理进程将无法连接,直到它们配置为使用新密码为止。

安装程序将自己执行的操作记录在运行它的计算机上临时文件夹内的 Sqlsp.log 文件中。

重新启动服务

以下内容适用于除数据库仅客户端配置之外的所有配置。

安装程序结束时,可能会提示您重新启动系统。重新启动系统后或者在安装程序结束但未请求重新启动后,请使用“控制面板”中的“服务”工具确保下列服务在运行:
  • Microsoft Search
  • MSDTC
  • MSSQLServer
  • MSSQLServerOLAPService
  • SQLServerAgent
备份已升级的 mastermsdb 数据库。

对群集配置进行重新群集

以下内容仅适用于故障转移群集配置。

如果已经在 Windows NT 群集配置中应用了 SP4,请将 SQL Server 重新群集。在重新群集之前,必须将 SP4 应用于包括在该群集内的所有 SQL Server 7.0 实例。

警告:注册表编辑器使用不当可能导致严重问题,可能需要重新安装操作系统。Microsoft 不能保证您可以解决因注册表编辑器使用不当而导致的问题。使用注册表编辑器需要您自担风险。

如果删除了 SQL Server 上的消息队列依赖项,请运行注册表编辑器以修改以下注册表项:
HKEY_LOCAL_MACHINE\Software\Microsoft\MSMQ\Parameters\MachineCache\MQS
如果该项具有值 2(对于 BSC)、4(对于 PSC)或 8(对于 PEC),请记下当前值并将值更改为 1。否则,请使该项的值保持不变。

要将 SQL Server 重新群集,请按照下列步骤操作:
  1. 在“SQL Server 7.0”程序组中,单击“故障转移群集向导”。
  2. 在该向导提示时,将 SQL Server Enterprise Edition 的原始 CD 插入 CD 驱动器中,然后按照向导显示的说明操作。
在包含您要包括到该群集中的 SQL Server 实例的 Windows NT 群集的所有节点上,按照这些步骤操作。

消息队列注册表项是
HKEY_LOCAL_MACHINE\Software\Microsoft\MSMQ\Parameters\MachineCache\MQS
。如果您在使用“故障转移群集向导”之前更改了此项的原始值,请运行注册表编辑器还原该注册表项的原始值。如果您按照准备群集配置部分中的说明删除了 SQL Server 资源和资源类型上的依赖项,请使用群集管理器还原这些依赖项。如果消息队列资源在 SQL Server 和 SQL 网络名称上有依赖项,请使用群集管理器还原这些依赖项。删除您在准备群集配置部分中创建的任何其他网络名称上的依赖项。如果在准备群集配置部分中创建了 IP 地址资源和临时网络名称,请将它们删除。使消息队列资源联机。

重新启动应用程序

以下内容适用于所有配置。

重新启动您在运行 SP4 安装程序之前关闭的应用程序。

在复制服务器上安装

以下内容仅适用于复制服务器配置。

我们建议将此 Service Pack 应用于复制拓扑中的以下所有 SQL Server 7.0 参与者:
  • 发布服务器
  • 分发服务器
  • 订阅服务器
我们建议您按照以下顺序在复制拓扑内部署 SP4:
  1. 分发服务器(如果它与发布服务器是分开的)
  2. 发布服务器
  3. 订阅服务器
注意:一般情况下,特别是在合并复制中,分发服务器和发布服务器位于同一台服务器上并且同时升级。

在合并复制中,分发数据库仅用来存储代理历史记录。通常,合并复制拓扑中的分发数据库与已发布的数据库驻留在同一台计算机上。但是,也可以让合并复制的远程分发数据库位于将代理历史记录日志集中的网站上。

您可能无法立即升级复制拓扑中的所有服务器。因此,一般情况下,运行 SQL Server 7.0 的原始版本或早期 Service Pack 的服务器与 SP4 参与者之间的复制操作不受影响。以下各部分涵盖了例外情况:
在提供合并发布远程分发数据库的服务器上安装 SP4
如果将服务器升级到 SP4 并且该服务器包含一个合并发布远程分发数据库,那么还必须将使用该分发数据库的每个合并复制发布服务器升级到 SP4。此要求可确保以最佳状态传递来自相关联的合并复制发布服务器且由任何在分发服务器上运行的合并(强制)代理进行的数据更改。

对从 SQL Server 7.0 的原始版本接收新的 SP4 订阅的合并发布服务器进行升级
要允许来自已安装有 SQL Server 7.0 原始版本的服务器的新合并复制订阅服务器,必须将 -70Subscribers 可选参数添加到每个快照代理作业。

执行此操作时,尚未应用 Service Pack 的所有新 SQL Server 7.0 合并订阅服务器的初始同步将结束。

如果运行 SQL Server 原始版本的订阅服务器已经收到初始同步,即使不使用此参数,此订阅服务器也能够合并数据。但是,如果删除了该订阅然后再重新创建,或者如果必须重新初始化该订阅,则该参数是必需的。首选解决方案是将该订阅服务器升级到 SP4,而不是使用该参数。如果希望得到保证,可以添加该参数,直到您确信所有订阅服务器都已升级到 SP4。

在合并复制订阅服务器上安装 SP4
如果将 SQL Server 合并复制订阅服务器升级到 SP4,您还必须将每个与其相关联的合并复制发布服务器升级到 SP4。这会优化传递来自相关联的合并复制发布服务器且由任何在订阅服务器上运行的合并(强制)代理进行的数据更改。最好是按照 在复制服务器上安装 部分中介绍的分发服务器-发布服务器-订阅服务器的部署顺序完成该操作。

对 SQL Server 的早期版本运行 SP4 复制
SP4 处理 SQL Server 6.0 或 SQL Server 6.5 发布服务器和订阅服务器的方式与 SQL Server 7.0 的原始版本处理这些早期版本的方式之间不存在已知的差异。

更新 Access 2000 (Jet 4.0) 合并复制订阅服务器
要使基于 Microsoft Jet 的 Microsoft Access 2000 合并订阅服务器利用 SP4 中的改进,必须将下列数据库组件 SP4 文件复制到运行 Access 2000 的工作站上:
  • X86\Binn\Replres.dll
  • X86\Binn\Replrec.dll
  • X86\Binn\Replprov.dll
  • X86\Jet\Msrpjt40.dll
将每个文件复制到工作站系统驱动器上的以下文件夹中:
\Program Files\Common Files\Microsoft Shared\Database Replication
注意:如果 MSDE 1.0 作为 Access 2000 合并订阅服务器,则不必按照这些步骤操作。在此情况下,请应用数据库组件 SP4。

重新分发数据库组件 SP4 的客户端组件

SQL Server 7.0 和 MSDE 1.0 的 SP4 包含一个自解压缩文件 Sqlredis.exe 以及相应版本的 Mdacredist.txt 文件。默认情况下,在执行 Sqlredis.exe 时,它会执行下列操作:
  1. Sqlredis.exe 运行 Microsoft 数据访问组件 (MDAC) 2.1 SP2 中的 Mdac_typ.exe 文件。这会安装 MDAC 2.1 SP2 核心组件以及包含在 SQL Server 7.0 和 MSDE 1.0 的 SP1 中的相应版本的 SQL Server 和 MSDE 客户端连接组件。
  2. Sqlredis.exe 将 SQL Server 和 MSDE 客户端连接组件替换为数据库组件 SP4 中的新版本。
  3. Sqlredis.exe 替换 Mswstr10.dll、Mswdat10.dll、Oleaut32.dll、Olepro32.dll 和 Stdole2.tlb 文件。
如果只想安装数据库组件 SP4 的客户端连接组件,请在命令提示符处键入以下命令:
sqlredis.exe /C:"setupre.exe MDAC=0 -s -SMS"
可以按照此 Service Pack 随附的 Mdacredist.txt 文件中列出的条件与条款重新分发 Sqlredis.exe 文件。

文档注释

本部分讨论影响运行 SP4 的网站但不是由此 Service Pack 中包含的修补程序引起的问题。

由修补程序引起的行为更改记录在各修补程序的 Microsoft 知识库文章中。 有关 SQL Server 7.0 Service Pack 4 中包含的修补程序的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
313980 INF:SQL Server 7.0 Service Pack 所修复的 Bug 列表

安装了 SP4 后升级仅客户端计算机

有时候,用户最初仅在计算机上安装 SQL Server 客户端组件。后来,他们通过运行 SQL Server CD 中的安装程序在该计算机上添加数据库服务器的 Standard、Enterprise 或 Desktop Edition。如果该计算机上的客户端组件已经升级到 SP4,SQL Server 安装程序就会失败,而且您会收到以下错误消息:
You cannot install a version that is older (7.00.623) than the version on your machine (7.00.1063). Uninstall the older version.
要将数据库服务器的 Standard、Enterprise 或 Desktop Edition 添加到运行 SP4 客户端组件的客户端计算机中,请按照下列步骤操作:
  1. 将 SQL Server 7.0 原始 CD 中的 Bcp.exe 文件复制到客户端计算机中。这会覆盖 C:\Mssql7\Binn 目录中的 SP4 版本的 Bcp.exe。
  2. 从 SQL Server 7.0 CD 中运行安装程序以安装服务器组件。
  3. 运行数据库组件 Service Pack 4 安装程序,将该计算机上的所有 SQL Server 数据库组件全部升级到 SP4。
注意:要将客户端升级到服务器的 Standard 或 Enterprise Edition,必须要购买相应的服务器许可证。可以在 Standard 或 Enterprise SQL Server 客户端访问许可证 (CAL) 涵盖的客户端计算机上安装 Desktop Edition 服务器。

安装了 SP4 后将日文数据库服务器升级到 Windows 2000

您可能会将数据库组件 SP4 安装到运行 Windows NT、Windows 95 或 Windows 98 的计算机上并在以后升级到 Windows 2000。当此行为发生时,Windows 2000 升级就会将某些涉及对日文字符排序的系统文件替换为比 SP4 所要求版本更低的版本文件。如果在 SQL Server 数据库中使用日文字符,请在升级到 Windows 2000 后重新运行 SP4 随附的相应版本的 Sqlredis.exe。有关运行 Sqlredis.exe 的更多信息,请参见重新分发数据库组件 SP4 的客户端组件 部分。

此操作仅适用于数据库中包含日文字符的服务器。在不具有包含日文字符的数据库的客户端计算机或服务器上不必重新应用 Sqlredis.exe。

将 SP4 应用于更高版本

如果尝试升级的 SQL Server 安装的数据库引擎可执行文件的版本与数据库组件 SP4 提供的数据库引擎可执行文件的版本相同,或者比它还要高,Service Pack 4 安装程序可能会退出,而且您可能会收到以下错误消息:
Setup has detected newer SQL Server components than those available in the Service Pack. Setup will not continue.
通常,此错误消息指示 SP4 或更高版本已经应用于该服务器上的 SQL Server 实例,不需要升级。

不过,对于已从其 SQL Server 支持供应商那里收到比 SP4 版本更新的特殊 SQL Server 版本的客户,以及将该版本应用于最初未升级到 SP4 的系统的用户,这可能不适用。这些客户应该与其 SQL Server 支持供应商联系以请求有关升级过程的信息。

在 Windows NT 4.0 终端服务器版上安装 SP4

Windows NT 4.0 终端服务器版操作系统不支持 SQL Server 7.0 的原始版本。SQL Server 7.0 SP1 引入了在 Windows NT 4.0 终端服务器版上运行 SQL Server 的支持。SQL Server 7.0 SP2、SP3 和 SP4 继续支持 Windows NT 4.0 终端服务器版。

注意:只有当您是首次准备在运行 Windows NT 4.0 终端服务器版的计算机上安装 SQL Server 7.0 时,才需要按照这些步骤操作。如果以前通过 SQL Server 7.0 SP2 或 SP3 添加了此支持,在升级到 SP4 时就不必重复这些步骤了。

SQL Server SP4 要求在安装 SQL Server 之前向运行终端服务器版的计算机应用 Windows NT Server 4.0 终端服务器版 SP4。此 Service Pack 特定于终端服务器版并且独立于 Windows NT Server 4.0 SP4。 有关终端服务器版 Service Pack 的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
152734 如何获取最新的 Windows NT 4.0 Service Pack
要在运行 Windows NT 4.0 终端服务器版的计算机上安装 SQL Server 7.0 和 SQL Server SP4,请按照下列步骤操作:
  1. 确保已经应用了 Windows NT 4.0 终端服务器版 SP4。
  2. 使用“控制面板”中的“服务”工具停止终端服务器授权服务。
  3. 将 SQL Server ODBC 文件复制到运行 Windows NT 4.0 终端服务器版的计算机上的 System32 文件夹中。
  4. 将 SQL Server 7.0 CD 插入计算机中,然后将文件从 CD 上的 X86\ODBC 文件夹中复制到服务器上的 C:\Winnt\System32 文件夹内。
  5. 使用“控制面板”中的“服务”工具重新启动终端服务器授权服务。
  6. 使用 SQL Server 7.0 CD 安装 SQL Server 7.0。不能通过使用瘦客户端来安装 SQL Server。必须通过使用运行 Windows NT 4.0 终端服务器版的计算机上的控制台来安装 SQL Server。不能使用在插入 SQL Server CD 时出现的“自动运行”安装程序窗口在运行 Windows NT 4.0 终端服务器版的计算机上安装 SQL Server。而应按照下列步骤操作:
    1. 关闭“自动运行”窗口。
    2. 在“控制面板”中,打开“添加/删除程序”。
    3. 单击“安装”,然后按照说明操作。直接从 SQL Server 7.0 CD 的以下文件夹中运行安装程序:
      X86\Setup\Setupsql.exe
    按照 SQL Server 安装程序中的说明操作。如果要将数据库直接安装到运行 Windows NT 4.0 终端服务器版的计算机中,请运行 SQL Server 的完整安装,以便将客户端通信组件和数据库引擎全都安装上。如果只想为在具有 Windows NT 4.0 终端服务器版的计算机上运行的应用程序提供连接到其他服务器上的 SQL Server 数据库的能力,只安装客户端连接组件即可。有关如何执行完整服务器安装或仅客户端连接安装的更多信息,请参见适用于 SQL Server 7.0 的 SQL Server 联机全丛书中的“运行 SQL Server 安装程序”。
  7. 按照本文中的说明应用 SQL Server SP4。必须从运行 Windows NT 4.0 终端服务器版的计算机的控制台中安装 SP4。并且,必须从“控制面板”中的“添加/删除程序”工具中运行 Service Pack 4 安装程序 (Setup.bat)。

新疑难解答指南

数据库组件 SP2 从适用于 SQL Server 7.0 的 SQL Server 联机丛书中引入了新版本的“疑难解答指南”部分。数据库组件 SP4 也安装此新版本的指南。新指南利用 SQL Server 支持团队提供的以下新信息扩展了原来适用于 SQL Server 7.0 的 SQL Server 联机丛书中的信息:
  • 扩展的常见问题 (FAQ) 集
  • 产品支持工程师提供的可以帮助客户精通 SQL Server 7.0 的其他信息和提示
数据库组件 SP4 将一个名为 Tblshsp2.chm 的新文件安装到计算机上的 \Mssql7\Books 文件夹中。“SP2 疑难解答指南”实际上并不替换原始版本的 SQL Server 联机丛书中的“疑难解答指南”。您无法在 SQL Server 联机丛书中浏览到“SP2 疑难解答指南”。您必须使用下列方法之一单独运行新的“疑难解答指南”:
  • 双击 Tblshsp2.chm 文件。
  • 向桌面添加一个快捷方式。然后双击该快捷方式。添加该快捷方式时,使其指向 \Mssql7\Books\Tblshsp2.chm 文件。
“SP2 疑难解答指南”要求您在计算机上安装适用于 SQL Server 7.0 的 SQL Server 联机丛书。

复制增强功能

SP4 中的复制增强功能包括:
  • 复制同步的优化
  • 合并复制快照的性能增强
  • 合并复制元数据清除的增强
优化复制同步
在 Service Pack 2 中引入

在合并复制过程中优化同步可以让您在发布服务器上存储更多信息而不是将这些信息通过网络传输到订阅服务器。尽管此选项会使发布服务器上的数据库更大,但它可以提高慢速链路上的同步性能。但是,更多的信息存储在发布服务器上,同时需要额外的存储空间。

通过将额外信息存储在发布服务器上,SQL Server 可以迅速确定筛选出的数据以发送到特定的订阅服务器。对同步进行优化后,SQL Server 会在发布服务器上创建包含架构、分区信息及生成信息等信息的数据前像表,以确定更改是否必须传播到其他订阅服务器。这些数据前像表使得 SQL Server 可以确定如何对数据进行分区,并确定哪些订阅服务器需要数据的新生成内容。

例如,销售组织可以根据销售区域对数据进行分区和分发。如果启用了发布以优化同步,则有关数据分区方法的信息存储在发布服务器上的数据前像表中。如果销售区域发生变化并且必须为多个订阅服务器对数据重新分区,则数据可以更快地更新和重新分发,因为有关数据当前分区方法的信息已经存在于发布服务器中。

注意:要最大限度地减少通过网络发送的数据量,请运行 sp_addmergepublication 系统存储过程,并将 @keep_partition_changes 参数设置为 true

在对初始快照进行合并处理方面所实现的性能增强
在 Service Pack 2 中引入

对于具有静态或联接筛选器的合并发布,初始快照的生成过程已经改进。

在快照生成过程中,快照代理会为 MSmerge_contents 表创建一个大容量复制文件。在使用静态或联接筛选器时,SQL Server 7.0 SP4 会提供更快的性能,因为它仅复制与发布中基于所用筛选器的表相关的行。

在低于 SP2 的版本中,快照代理为 MSmerge_contents 表生成了一个大容量复制文件,无论所使用的筛选条件如何,该文件都包含已发布表的 MSmerge_contents 中的所有行。发布表上大量的更新活动导致 MSmerge_contents 表增长。这种现象会在生成初始快照时使性能下降。

对于 SP2 或更高版本,生成的 .bcp 文件更小。该文件更小的原因是,仅复制与发布的数据分区相关的行。因此,将快照应用于订阅服务器时合并代理的性能也得以提高。

这种更改仅适用于具有静态或联接筛选器的合并发布,因为在为具有动态筛选器的合并发布生成快照时,不对 MSmerge_contents 表进行大容量复制。

例如,某个合并发布包含“客户”、“订单”和“订单明细”列,对该发布进行筛选以便仅发布西北地区的客户。在生成快照时,仅对 MSmerge_contents 表中与正在发布的、筛选出的数据分区中的数据有关的行进行大容量复制。在低于 SP2 的版本中,对 MSMerge_contents 表中的所有行进行大容量复制。

合并元数据清除
在 Service Pack 2 中引入

sp_mergecleanupmetadata 系统存储过程让管理员可以清除 MSmerge_contentsMSmerge_tombstone 系统表中的元数据。虽然这些表可以无限扩展,但清除元数据可以提高合并性能。此过程减小了发布服务器和订阅服务器上这些表的大小,从而可以节省空间。

警告:在发布服务器上运行了 sp_mergecleanupmetadata 存储过程后,针对订阅服务器上其元数据存储在发布服务器的 MSmerge_contentsMSmerge_tombstone 表内的所有命名订阅,将发生下列事件:
  • 这些订阅标记为要重新初始化。
  • 订阅服务器上的更改丢失。
  • 当前快照标记为已过时。
SQL Server 7.0 不支持发布服务器中匿名订阅的重新初始化。

必须在订阅服务器上启动重新初始化。在运行此存储过程之前,将订阅服务器中的所有数据与发布服务器合并,以加载必须要保存的订阅服务器数据更改。运行了此存储过程后,必须重新生成在所有级别涉及到的所有合并发布的快照文件。如果尝试在没有先运行快照的情况下进行合并,系统会提示您运行快照。

重新初始化不会自动传播合并拓扑。管理员必须在每个重新发布服务器上手动重新初始化所有订阅。

默认情况下,sp_mergecleanupmetadata 存储过程的 @reinitialize_subscriber 参数设置为 true,并且将所有订阅标记为要重新初始化。如果将 @reinitialize_subscriber 参数设置为 false,则不会将订阅标记为要重新初始化。但是,将该参数设置为 false 时要小心,因为如果选择不对订阅重新初始化,则必须确保发布服务器和订阅服务器上的数据同步。

如果要运行 sp_mergecleanupmetadata 存储过程但不将订阅标记为重新初始化,请按照下列步骤操作:
  1. 同步所有订阅服务器。
  2. 停止对发布和订阅数据库所做的所有更新。
  3. 通过在每个订阅服务器上带 -Validate 命令行选项运行合并代理,来运行依据发布服务器验证订阅服务器数据的合并。
  4. 运行 sp_mergecleanupmetadata 系统存储过程。在该存储过程运行之后,可以让用户再次更新发布和订阅数据库。
要使用此存储过程,发布服务器和所有订阅服务器必须运行 SQL Server 7.0 SP4。只有 sysadmin 组的成员才能使用此存储过程。要清除合并元数据,请运行 sp_mergecleanupmetadata 系统存储过程。此存储过程会清除 MSmerge_contentsMSmerge_tombstone 系统表中的所有合并元数据。

注意:不存在将清除局限于指定表的 @tablename 参数。对于 Service Packs 2 和 3,此记录是错误的。

数据库组件的更改

SQL Server 7.0 SP4 引入了对数据库组件的一些更改。
新增的数据库选项
在 Service Pack 2 中引入

SQL Server 7.0 SP2 引入了一个新增的“挂起升级”数据库选项,以支持将在 SQL Server 的未来版本中引入的新功能。将 SQL Server 7.0 SP2 或更高版本升级到 SQL Server 2000 或更高版本时,可以在某些迁移方案中使用此功能。此选项的完整使用说明将包含在 SQL Server 未来版本的文档中。

当“挂起升级”选项设置为 TRUE 时,用户无法在数据库中创建索引或统计信息。尝试创建索引或统计信息的用户将收到以下新的错误消息:
Create index/Create statistics is disallowed when the database has pending upgrade enabled.
但是,在创建聚集索引的同时如果“挂起升级”选项设置为 TRUE 并且不存在任何非聚集索引,则索引创建成功。

如果存在下列情况,索引创建可能失败并回滚整个操作:
  • 启动聚集索引的创建时,非聚集索引已经存在。
  • 在创建索引的同时,“挂起升级”选项设置为 TRUE。
对于不与 SQL Server 的未来版本互操作的任何 SQL Server 7.0 系统,“挂起升级”选项应该始终设置为 FALSE,如下面的代码行所示:
sp_dboption 'database_name', 'pending upgrade', 'FALSE'
如果不带参数或仅带 database_name 参数调用 sp_dboption 系统存储过程,该存储过程将报告“挂起升级”选项的状态,例如:
sp_dboption 'Northwind'
DATABASEPROPERTY 函数支持新增的 IsPendingUpgrade 属性,该属性用于报告“挂起升级”数据库选项的状态,例如:
DATABASEPROPERTY(Northwind, IsPendingUpgrade)
如果“挂起升级”选项为 FALSE,IsPendingUpgrade 属性返回 0;如果“挂起升级”选项为 TRUE,则返回 1。

新增的 sqlservr 启动选项
在 Service Pack 2 中引入

SQL Server 7.0 SP2 为 sqlservr 实用工具引入了一个新的 –g 命令行选项。例如,您可能使用以下选项:
-g memory_to_reserve
此选项指定 SQL Server 将留出可用于 SQL Server 进程内的内存分配但在 SQL Server 内存池以外的内存数量(以 MB 为单位)。指定的数字必须是整数。内存池是 SQL Server 用来加载项的区域,这些项包括扩展存储过程 .dll 文件、分布式查询引用的 OLE DB 提供程序以及在 Transact-SQL 语句中引用的自动化对象等。有关 SQL Server 内存管理的更多信息,请参见适用于 SQL Server 7.0 的 SQL Server 联机丛书中的“内存结构”。

默认情况下,此选项的值为 128 MB。此值适合许多运行时环境。使用此选项可能有助于优化内存分配,但只能在服务器上的物理内存超过以下值时使用:
  • 对于 SQL Server Desktop Edition 或 SQL Server Standard Edition:2 GB
  • 对于 SQL Server Enterprise Edition:3 GB
具有较少物理内存的配置不会得益于使用此选项。

您可能想将此选项用于大内存配置,其中 SQL Server 的内存要求不同寻常并且在使用 SQL Server 进程的虚拟地址空间中的所有内存。此选项使用不当会造成 SQL Server 可能不启动或者可能遇到运行时错误的状况。

应该使用 -g 命令行开关的默认值,除非您在 SQL Server 错误日志内收到以下警告错误消息:
Warning: Clearing procedure cache to free contiguous memory.
此错误消息指示 SQL Server 可能正在尝试释放 SQL Server 内存池的某些部分,以便为扩展存储过程 .dll 文件或自动化对象等项找到空间。在这种情况下,请考虑增加 -g 命令行开关所保留的内存量。通过使用小于默认值的值,可以增加可用于缓冲池和线程堆栈的内存量。这可能会给系统中不使用许多扩展存储过程、分布式查询或自动化对象且占用大量内存的工作负荷带来某些性能优势。

游标行为的更改
在 Service Pack 1 中引入

在 SQL Server 7.0 和 MSDE 1.0 的原始版本中,除了满足下列所有条件的游标外,回滚将关闭所有打开的游标:
  • CURSOR_CLOSE_ON_COMMIT 为 OFF。
  • 游标是静态的。
  • 游标已经填充完其工作表。
为了提高与 SQL Server 早期版本的兼容性,数据库组件 SP1 更改了此行为,因此仅当存在下列情况之一时在回滚时游标才关闭:
  • CURSOR_CLOSE_ON_COMMIT 为 ON。
  • 异步填充的游标当前正在填充。
在数据库组件 SP1 中引入的这种行为在后来的 Service Pack 中沿用。

SQL 事件探查器的更改
SQL Server 的未来版本将不支持 SQL 事件探查器中的“连接 ID”数据列。我们建议您改用“SPID”数据列。

SQL Server 群集白皮书

白皮书“如何在 Microsoft 群集服务器上安装 SQL Server 7.0 Enterprise Edition:分步说明”补充了适用于 SQL Server 7.0 的 SQL Server 联机丛书中提供的群集信息。有关此白皮书的更多信息,请访问下面的 Microsoft 网站:
http://support.microsoft.com/kb/842192

数据转换服务

本部分介绍由该 Service Pack 在数据转换服务 (DTS) 中引入的更改。
导出到 Oracle 数据库
在 Service Pack 1 中引入

当使用“DTS 导出向导”导出到 Oracle 时,如果使用 DTS 创建目标表,则 DTS 会通过在所有者和表名称两边加引号来创建区分大小写的表。此行为必须发生,以支持作为关键字或者其中包含空白字符(“ ”)的所有者和表名称。如果名称不是关键字且不包含空白字符,并且您希望删除引号,请在“DTS 复制表”对话框中删除它们。

使用 DTS 测试功能
在 Service Pack 1 中引入

DTS 测试功能已经改进了功能性,并且现在支持全局变量和全局查找。DTS 用户界面在以下两个对话框中提供了测试选项:
  • 在“数据转换属性”对话框中,单击“转换”选项卡。然后,右键单击其中一个映射列转换的行。显示的菜单包含一个测试菜单项。
  • 双击“ActiveX 脚本任务属性”对话框,然后单击“测试”。
现在,这些测试支持全局变量和全局查找。测试在沿袭列上不受支持。

“执行包”对话框的更改
在 Service Pack 1 中引入

在“DTS 导入向导”、“DTS 导出向导”或“DTS 设计器”中执行 DTS 包时,额外的列将添加到“执行包”对话框内以显示开始时间、结束时间和持续时间。如果您使用用户密码运行包,这些新列将不可用。

另外,在包执行期间还会提供传输通知信息。

数据转换服务错误消息
在 Service Pack 1 中引入

DTS 错误消息已得到改进。这些错误消息现在提供 OLE DB 提供程序特定的信息以及有关已失败的操作的信息。

在 Microsoft Visual Basic 脚本中使用 Set 关键字
在 Service Pack 1 中引入

现在,在任何情况下,在 Microsoft Visual Basic Scripting Edition (VBScript) 脚本中对 DTS 全局变量的对象引用进行 Microsoft ActiveX 分配都要遵循标准 Visual Basic Set 语法。

当您要分配对象引用时,请使用 Set 关键字。否则,将分配该对象的默认值。

如果某个全局变量中包含一个对象引用,请同时使用 Set 关键字和 .Value 关键字重新分配该对象引用。例如:
  • 下面的语句将对 Connection 对象的引用分配给全局变量 x:
    Set DTSGlobalVariables("x").Value =
                       CreateObject("ADO.Connection")
    
  • 下面的语句将变量 o 设置为对 Connection 对象的引用:
    Set o = DTSGlobalVariables("x")
  • 下面的语句将变量 o 设置为对某个全局变量(包含对 Connection 对象的引用)的引用:
    Set o = DTSGlobalVariables("x")
DTS 包中的更改
在 Service Pack 2 和 Service Pack 3 中引入

SQL Server 7.0 SP2、SQL Server 7.0 SP3 和 SQL Server 2000 引入了对 DTS 用于保存包的内部格式的更改。不使用密码将包保存到文件或 SQL Server 时,不同的 Service Pack 版本支持下列格式。
收起该表格展开该表格
Service Pack读取写入
SQL Server 7.0 SP1SQL Server 7.0
SQL Server 7.0 SP1
SQL Server 7.0
SQL Server 7.0 SP1
SQL Server 7.0 SP2SQL Server 7.0 SQL
Server 7.0 SP1
SQL Server 7.0 SP2
SQL Server 7.0 SP2
SQL Server 7.0 SP3SQL Server 7.0
SQL Server 7.0 SP1
SQL Server 7.0 SP2
SQL Server 7.0 SP3
SQL Server 7.0 SP4
SQL Server 2000
SQL Server 2000 SP1
SQL Server 2000 SP2
SQL Server 7.0 SP2
SQL Server 7.0 SP3
SQL Server 7.0 SP4
SQL Server 2000
SQL Server 2000 SP1
SQL Server 2000 SP2
SQL Server 7.0 SP4SQL Server 7.0
SQL Server 7.0 SP1
SQL Server 7.0 SP2
SQL Server 7.0 SP3
SQL Server 7.0 SP4
SQL Server 2000
SQL Server 2000 SP1
SQL Server 2000 SP2
SQL Server 7.0 SP2
SQL Server 7.0 SP3
SQL Server 7.0 SP4
SQL Server 2000
SQL Server 2000 SP1
SQL Server 2000 SP2
对 SQL Server 代理的代理帐户所做的改进
在 Service Pack 4 中引入

在低于 SQL Server 7.0 SP4 的 SQL Server 版本中,无法使用 SQL Server 代理的代理帐户凭据运行存储在服务器上的 DTS 包,除非该代理帐户可以访问运行服务器或代理的帐户的用户 TEMP 文件夹。服务器将为从 xp_cmdshell 扩展存储过程运行的作业运行。代理将为代理作业运行。

因此,用户必须经常调整 SQL Server 或 SQL 代理启动帐户的 TEMP 环境变量,以指向一个启动帐户和代理帐户均可访问的文件夹。例如,C:\TEMP。对于 SP4,DTS 已经增强,以便在用户 TEMP 文件夹不可用时使用系统 TEMP 文件夹。此更改大大减少了对这类调整的需要。

SQL Server 7.0 和 Exchange 5.5

如果在同一台计算机上同时运行 SQL Server 7.0 和 Microsoft Exchange Server 5.5 版,则必须显式配置 SQL Server 中的内存使用。如果保留 SQL Server 最小动态内存选项设置的默认值 0,SQL Server 将不会正常工作。

要解决在这两种产品同时运行时出现的已知内存问题,必须将 SQL Server 7.0 最小动态内存或 sp_configure min server memory 选项设置为支持 SQL Server 的最大处理负载所必需的内存量。在此环境中,SQL Server 将不会获得足够内存以达到最大动态内存设置或 sp_configure max server memory 选项。相反,SQL Server 通常将以在最小动态内存选项中指定的内存量运行。因此,当 SQL Server 高负荷运行时,最小动态内存设置必须足以使 SQL Server 运行。

要确定 SQL Server 所需的内存量,请在存在下列情况时监视 SQL Server 使用的内存量:
  • 如果数据库在生产中运行,请在系统高负荷运行时监视 SQL Server 内存使用情况。
  • 如果您的 SQL Server 应用程序是内部开发的,请在监视 SQL Server 所用内存的同时运行压力测试。
  • 如果您的 SQL Server 应用程序是第三方开发的,您可能必须参阅应用程序文档或者与供应商联系,以确定该应用程序对 SQL Server 内存使用情况的影响。
有关监视 SQL Server 内存或者设置 SQL Server 内存选项的更多信息,请参见适用于 SQL Server 7.0 的 SQL Server 联机丛书中的主题“监视内存使用情况”和“服务器内存选项”。

法文版 SQL Server 联机丛书

在 Service Pack 1 中引入

SQL Server 联机丛书的原始法文版的目录不正确。法文版 SQL Server 7.0 SP4 包括一个自解压缩文件,其中包含一个目录正确的新法文版 SQL Server 联机丛书文件。

要安装正确的法文版 SQL Server 联机丛书,请按照下列步骤操作:
  1. 将 Sqlbolfr.exe 文件从 Service Pack 文件夹复制到计算机上的一个空文件夹中。
  2. 运行 Sqlbolfr.exe 将 Sqlbol.chm 文件解压缩。
  3. 将新的 Sqlbol.chm 文件复制到 C:\Mssql7\Books 目录。这样将覆盖该文件的错误版本。

知识库更改

在 Service Pack 2 中引入

本部分记录了由该 Service Pack 引入知识库中的更改。
从 DB2 和 Informix 数据库导入
在 Service Pack 2 中引入

当使用 OLE DB Scanner 从 DB2 或 Informix 数据库导入时,Microsoft 知识库便会为架构和类型信息创建表。此功能适用于使用 Microsoft ODBC Driver for DB2 和 Intersolv Informix ODBC Driver、Intersolv OLE DB Driver for ODBC 和 Intersolv OLE DB Provider for Informix 的数据库。

经过改进的版本控制对象检索
在 Service Pack 2 中引入

现在,您在任何情况下都可以检索最新的对象版本,即便版本序列中包含删除的版本也不例外。以前,如果您删除了一个对象版本随后又创建了一个新对象版本,在尝试检索最新版本时,您将收到一条错误消息。

属性

文章编号: 889543 - 最后修改: 2008年3月5日 - 修订: 1.2
这篇文章中的信息适用于:
  • Microsoft SQL Server 7.0 Service Pack 4
  • Microsoft Data Engine 1.0
关键字:?
kbpubtypekc kbservicepack kbhowto kbinfo KB889543
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性,不作任何声明。 所有该等文件及有关图形均"依样"提供,而不带任何性质的保证。Microsoft和/或其各供应商特此声明,对所有与该等信息有关的保证和条件不负任何责任,该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下,在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中,Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。

提供反馈

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com