‘壹’ Microsoft sql Server Service Pack 3 补丁 如何安装
sp3就是补丁啊，安装完sqlserver后就可以 打补丁，就像window系统补丁，你的意思是不是要使用jsp访问 sqlserver数据库？ 有补丁就尽量安装，不然有些莫名其妙的问题让人很郁闷，或许打了补丁就能解决
‘贰’ Java连接数据库的问题
开始---运行，输入CMD
输入Netstat -n -a ，看一下有没有:1433
如果没有1433，那么你的SQLSERVER要打补丁，PACK3或PACK4否则只能用JDBC-ODBC桥连接数据库。
打好不定以后还要在*(你的盘符):\jdk1.5\jre\lib\ext下放入以下3个文件
msbase.jar
mssqlserver.jar
msutil.jar
然后用jdbc连数据库是输入以下语句:
com.microsoft.jdbc.sqlserver.SQLServerDriver
jdbc:microsoft:sqlserver://localhost:1433;DatabaseName=pubs","用户名","密码"
‘叁’ SQL Server2000 SP3补丁放哪个文件夹
5.0 文档说明
除可用的新功能之外，本节还包含运行 SP3 时可能发生的问题。这些问题可能发生在从 SQL Server 2000、SQL Server 2000 SP1 或 SQL Server 2000 SP2 运行 Service Pack 进行升级的情况下。本节未描述 SP3 中提供的所有修补程序。要查看这些修补程序的完整列表，请参见 Microsoft 知识库文章 306908。
本节中的 Analysis Services 和 Meta Data Services 部分不适用于仅 Desktop Engine 安装。
本自述文件中未能及时提供的 SQL Server 2000 Service Pack 3 相关信息，将在 Microsoft 知识库文章 330022 中提供。该文章可以在 Microsoft 产品技术支持服务知识库中找到。
5.1 数据库引擎和 Desktop Engine 增强功能
下列增强功能适用于安装 Database Components SP3 的 SQL Server 2000 实例。也适用于安装 Desktop Engine SP3 的 Desktop Engine 实例。
5.1.1 在 Database Components SP3 中使用中文、日语或朝鲜语字符
在 SP1 中引入
如果在运行 Windows NT 4.0 的服务器或 Windows 98 上安装了 Database Components SP3 之后再升级到 Windows 2000，Windows 2000 升级过程将替换某些系统文件。在对中文、日语或朝鲜语字符排序时，需要使用这些系统文件。如果在 SQL Server 数据库中使用中文、日语或朝鲜语字符，在升级到 Windows 2000 后，需重新运行 SP3 附带的 Sqlredis.exe。有关运行 Sqlredis.exe 的更多信息，请参见 4.2 再发布 SP3 数据访问组件。
说明 如果客户机或服务器上没有含中文、日语或朝鲜语字符的数据库，则无需重新应用 Sqlredis.exe。
5.1.2 散列组已删除
在 SP1 中引入
散列组 (hash teams) 已删除。由于 SQL Server 2000 中的改进，使用散列组已不能获得它们在 SQL Server 7.0 中所提供的性能好处。而且，删除散列组使得 SQL Server 2000 更加稳定。
因此，查询优化器不再用散列组生成查询计划。
在极个别的情况下，删除散列组可能会使查询的处理速度减慢。请分析这类查询并确定创建更适合的索引是否能使查询性能恢复到以前的水平。
5.1.3 添加的 Affinity Mask 开关
在 SP1 中引入
此 Service Pack 添加了两个 Affinity Mask 开关。
Affinity Mask I/O 开关
使用此 Service Pack，可以指定使用哪些 CPU 来运行用于磁盘 I/O 操作的线程。这一开关必须与 Affinity Mask 选项结合起来使用。有关更多信息，请参见 Microsoft 产品技术支持服务知识库中的文章 298402。有关搜索知识库的指导，请参见 1.3 关于 SP3 的其他信息。
Affinity Mask 连接开关
使用此 Service Pack，可以将支持虚拟接口体系结构 (VIA) 的系统配置为将 SQL Server 连接从某些网卡绑定到一个处理器或一组处理器。这一开关必须与 Affinity Mask 选项结合起来使用。有关更多信息，请参见 Microsoft 产品技术支持服务知识库中的文章 299641。
5.1.4 筛选的索引视图
在 SP2 中引入
如果遇到 Microsoft 知识库文章 306467 中描述的 SQL Server 2000 错误 355069，此 Service Pack 只能防止由于数据修改而在未来出现异常结果。所以，除了应用此修补程序外，所有基于带有筛选条件的视图的索引都必须重新创建。有关更多信息，请参见 Microsoft 产品技术支持服务知识库。
5.1.5 安装完成后重建全文目录
在 SP3 中引入
作为 SP3 安装的一部分，将重建所有全文目录。该重建是自动的，并且会大量耗用资源。在完成该重建过程之前，根据全文目录进行查询可能返回部分结果或无结果。安装 SP3 之后，系统事件日志将包含可指出目录已损坏、属于较早版本并需要重建等方面的记录。
有关信息，请参见知识库文章 327217，其中还讨论了重建过程中保持全文搜索可用以及避免自动重建的可能的解决办法。
5.1.6 sp_change_users_login 的语法更改
在 SP1 中引入
使用 @Action=Auto_Fix 参数运行 sp_change_users_login 时，现在必须指定密码。sp_change_users_login 将把此密码赋给它为用户创建的任何新的登录。下例显示了新的 @Password 参数：
sp_change_users_login [ @Action = ] 'action'
[ , [ @UserNamePattern = ] 'user' ]
[ , [ @LoginName = ] 'login' ]
[ , [ @Password = ] 'password' ]
@Password 参数只能与 @Action=Auto_Fix 一起使用。下例显示了在使用 Auto_Fix 时 sp_change_users_login 命令的新语法。SQL Server 联机丛书中的其他示例没有变化。
USE pubs
go
EXEC sp_change_users_login 'Auto_Fix', 'Mary', NULL, 'B3r12-36'
go
5.1.7 默认情况下禁用对 OLE DB 提供程序的特殊访问
在 SP1 中引入
如果明确设置了 DisallowAdhocAccess 注册表选项，则默认情况下，不允许对 OLE DB 提供程序进行特殊访问。这表示特殊查询语法（如 OPENDATASOURCE 和 OPENROWSET）无法针对远程服务器工作。要允许特殊访问，必须明确将 DisallowAdhocAccess 选项设置为 0。
5.1.8 新的 SqlServerLike 提供程序选项
在 SP1 中引入
为了更有效地处理包含 LIKE 谓词的远程查询，在 SP3 中添加了 SqlServerLike 选项。如果将该选项设置为 1，则 SQL Server 可以对提供程序执行包含 LIKE 谓词的强制查询。以前，如果提供程序不是 SQL Server OLE DB 提供程序，则总是基于本地 SQL Server 实例来计算包含 LIKE 谓词的分布式查询。
5.1.9 分布式查询的扩展错误消息
在 SP3 中引入
对于分布式查询，SQL Server 除了返回服务器错误消息以外，还返回提供程序错误消息。当相互链接的服务器之间的查询导致错误时，SQL Server 将检查该提供程序是否支持 IErrorRecords OLE DB 接口。如果支持此接口，则 SQL Server 将调用 GetErrorInfo 函数从该提供程序中获取附加的错误消息，并将这些信息作为错误消息的一部分返回给用户。如果不支持 IErrorRecords 接口，则 SQL Server 的行为将不会改变：SQL Server 将返回一般性错误。
例如，如果对使用 MSDASQL 的服务器（该服务器不支持 sql_variant）运行下列查询:
SELECT * FROM remote2k.dqtable.dbo.sqlvariantnotnull --Remote2k 是一台还回服务器。
在应用 SP3 之前，SQL Server 返回下列错误消息：
服务器: 消息 7356，级别 16，状态 1，行 1
OLE DB 提供程序“msdasql”为某列提供了不一致的元数据。
元数据信息在执行时被更改了。
在应用 SP3 之后，SQL Server 将返回下列错误消息：
服务器: 消息 7356，级别 16，状态 1，行 1
OLE DB 提供程序“msdasql”为某列提供了不一致的元数据。
元数据信息在执行时被更改了。
OLE DB 错误跟踪 [非界面错误: 报告对象“"dqtable"."dbo"."sqlvariantnotnull"”的列“sql_variant”(编译时序号 3)的 DBCOLUMNFLAGS_ISFIXEDLENGTH 在编译时为 16，运行时为 0]。
5.1.10 新函数 fn_get_sql 返回 SQL 语句
在 SP3 中引入
SP3 包含新函数 fn_get_sql，该函数为指定的 SQL 句柄返回 SQL 语句的文本。另外，为了支持此函数，在 sysprocesses 系统表中添加了三个新列，如下表所示。
列名 数据类型 描述
sql_handle binary(20) 表示当前正在执行的批或对象。
stmt_start int 指定对当前 SQL 语句 sql_handle 的起始偏移量。
stmt_end int 指定对当前 SQL 语句 sql_handle 的终止偏移量。
值 -1 表示当前语句运行到 fn_get_sql 函数为指定的 sql_handle 返回的结果的结尾。
语法
fn_get_sql ([ @SqlHandle = ] SqlHandle )
参数
[ @SqlHandle = ] SqlHandle
句柄值。SqlHandle 的数据类型是 binary(20)。
返回表
列名 数据类型 描述
dbid smallint 数据库 ID。对于特殊的 SQL 语句，该值为 NULL。
objectid Int 数据库对象的 ID。对于特殊的 SQL 语句，该值为 NULL。
number smallint 组的编号（如果过程已分组）。对于不是过程的项，该值为 0；对于特殊的 SQL 语句，该值为 NULL。
encrypted Bit 指示对象是否已加密。如果对象未加密，该值为 0；如果对象已加密，该值为 1。
text Text SQL 语句的文本。对于已加密对象，该值为 NULL。
备注
可以从 sysprocesses 系统表的 sql_handle 列中获取一个有效的 SQL 句柄。
如果传递的句柄已不再存在于高速缓存中，fn_get_sql 将返回空结果集。如果传递的句柄无效，批处理将停止，并返回下列错误消息：
服务器: 消息 569，级别 16，状态 1，过程 fn_get_sql，行 12 传递给 fn_get_sql 的句柄无效。
SQL Server 2000 无法高速缓存某些 Transact-SQL 语句，如大容量复制语句和包含的字符串文字大于 8 KB 的语句。无法使用 fn_get_sql 函数检索这些语句的句柄。
结果集的 text 列已针对可能包含密码的文本进行了筛选。
fn_get_sql 函数返回的信息类似于 DBCC INPUTBUFFER 命令。当无法使用 DBCC INPUTBUFFER 时，请使用 fn_get_sql 函数，例如：
当事件具有 255 个以上的字符时。
当必须返回存储过程的当前最高嵌套级时。例如，有两个存储过程，分别名为 sp_1 和 sp_2。如果 sp_1 调用 sp_2 并且在 sp_2 运行时从 sysprocesses 系统表获得句柄，则 fn_get_sql 函数将返回 sp_2 的有关信息。此外，fn_get_sql 函数还会返回处于当前最高嵌套级的存储过程的完整文本。
权限
只有 sysadmin 固定服务器角色的成员可以运行 fn_get_sql 函数。
示例
数据库管理员可以使用 fn_get_sql 函数帮助诊断有问题的进程。当管理员确定有问题的服务器进程 ID (SPID) 之后，就可以检索该 SPID 的 SQL 句柄，使用该句柄调用 fn_get_sql 函数，并使用开始和终止偏移量来确定有问题的 SPID 的 SQL 文本。例如：
DECLARE @Handle binary(20)
SELECT @Handle = sql_handle FROM sysprocesses WHERE spid = 52
SELECT * FROM ::fn_get_sql(@Handle)
5.1.11 跨数据库所有权链接
在 SP3 中引入
此 Service Pack 提供了一个新选项，可以用来打开和关闭跨数据库所有权链接。在安装过程中，“后向兼容性一览表”对话框显示一个用于配置跨数据库所有权链接的选项。默认情况下，安装程序对所有用户数据库关闭跨数据库的所有权链接。您可以对所有数据库启用跨数据库的所有权链接。有关更多信息，请参见“后向兼容性一览表”对话框。
说明 建议不要对所有数据库启用跨数据库所有权链接。
安装后，可以使用下列方法对实例中的所有数据库打开或关闭跨数据库的所有权链接：
使用 sp_configure 系统存储过程的新参数 Cross DB Ownership Chaining。
在企业管理器中，使用“SQL Server 属性”对话框中的“安全性”选项卡上的“允许跨数据库所有权链接”选项。
使用 SQLServer. 数据库管理对象 (DMO) 集合。当 SQLServer 对象引用 SQL Server 2000 SP3 或更高版本的实例时，该集合将包含一个名为 Cross DB Ownership Chaining 的 ConfigValue 对象。
如果对该实例关闭了跨数据库所有权链接，则可以对单个数据库进行配置。使用下列方法可以对数据库打开和关闭跨数据库的所有权链接：
使用 sp_dboption 系统存储过程的新选项 db chaining。
在企业管理器中，使用“数据库属性”对话框中的“选项”选项卡上的“允许跨数据库所有权链接”选项。
使用 DMO 对象 DBOption2 的 DBChaining 属性。
说明 如果以前在 SP3 之前的版本（Build 8.00.760 之前的版本）中启用了跨数据库所有权链接，安装 SP3 之后必须再次启用它。
有关更多信息，请在运行安装程序时单击“后向兼容性一览表”页上的“帮助”按钮、下载 SQL Server 2000 联机丛书的更新版，或者查看知识库文章 810474。
5.1.12 跟踪标志 1204 的改进
在 SP3 中引入
跟踪标志 1204 返回参与死锁的锁的类型以及当前受影响的命令。在 SP3 和更高版本中，当启用此跟踪标志时，会将死锁信息自动写入到错误日志中。
5.1.13 sp_changedbowner 的权限更改
在 SP3 中引入
只有 sysadmin 固定服务器角色的成员可以运行 sp_changedbowner 系统存储过程。
5.1.14 调试功能的更改
在 SP3 中引入
默认情况下，禁用在 Microsoft Visual Studio® 6.0 及其更早版本或 SP3 之前的 SQL Server 查询分析器中调试存储过程的功能，同时还禁用应用程序调试（在调试客户端应用程序过程中停止于 SQL Server Transact-SQL 断点处）。要启用调试功能，请运行 sp_sdidebug，并传递参数 legacy_on。要禁用调试功能，请将 legacy_off 参数传递给此过程。
说明 建议不要在生产用服务器上运行 sp_sdidebug 存储过程。
有关更多信息，请参见 Microsoft 知识库文章 328151。您可在 Microsoft 产品支持服务知识库中找到该文章。
5.2 Analysis Services 增强功能
本节讨论 SP3 中包含的 SQL Sever 2000 Analysis Services 的增强功能。
5.2.1 远程分区
在 SP1 中引入
在安装了 SP1 或更高版本的本地服务器上创建远程分区时，远程服务器必须使用对本地服务器上的父多维数据集具有完全访问权限的域用户帐户。作为本地服务器上 OLAP 管理员组成员的所有用户帐户，都具有完全访问权限。
此外，如果本地服务器上安装了 SP1 或更高版本，则远程服务器上也必须安装 SP1 或更高版本，这样本地服务器才可以创建或管理远程分区。
5.2.2 更新的 Analysis Services 可再分发客户端安装程序
在 SP1 中引入
Analysis Services SP1 及更高版本包括下列客户端可再分发安装程序的更新版本：
PTSLite.exe
PTSFull.exe
这些文件位于 SP3 安装目录的 \Msolap\Install\PTS 路径中。
说明 PTSFull.exe 包含 MDAC，而 PTSLite.exe 不包含。
在应用程序中使用这些更新的客户端安装程序，可避免或解决使用 Analysis Services 和 Microsoft Office XP 时可能出现的客户端安装问题。
说明 在 Office XP 中使用 Analysis Services 时，强烈建议升级客户端。
5.2.3 支持第三方数据挖掘算法提供程序
在 SP1 中引入
Analysis Services SP1 及更高版本包含对第三方数据挖掘算法提供程序的支持。有关开发数据挖掘算法提供程序的更多信息，请参见 Third Party Data Mining Providers（第三方数据挖掘提供程序）白皮书和 OLE DB for Data Mining Resource Kit（数据挖掘 OLE DB 资源大全），其中包含一个数据挖掘算法提供程序示例。
5.2.4 在客户端文件已更新的计算机上安装 Analysis Services
在 SP1 中引入
如果在客户端文件（如 SQL Server 2000 SP1 或 Office XP）已更新的计算机上安装 SQL Server 2000 Analysis Services，则必须应用 Analysis Services SP1 或更高版本，以确保客户端运行正常并且可以浏览多维数据集。
5.2.5 增加对虚拟多维数据集引用的 OLAP 多维数据集的限制
在 SP3 中引入
虚拟多维数据集现在最多可以引用 255 个多维数据集。但是，对于在 SP3 以前发布的任何版本的 Microsoft PivotTable® Service 来说，任何引用 64 个以上的多维数据集的虚拟多维数据集都是不可见的。
5.2.6 新关键字 DESCRIPTION
在 SP3 中引入
本地多维数据集现在支持度量和维度的内在成员属性 DESCRIPTION。DESCRIPTION 关键字被添加到 CREATE CUBE 多维表达式 (MDX) 语句中，用于支持 DESCRIPTION 内在成员属性的使用。下列 BNF 子句描述了对 CREATE CUBE 语句所做的更改：
<dimensions def> :: = DIMENSION <dimension name> [<time def>]
[DIMENSION_STRUCTURE <sub_type>] [<hidden def>] [DESCRIPTION <description expression>]
<options def> <comma> <hierarchy def list>
<measures def> :: = MEASURE <measure name> <measure function def>
[<measure format def>] [<measure type def>] [<hidden def>] [DESCRIPTION <description expression>]
[<comma> <measures def>]
5.2.7 新的 PivotTable Service Restricted Client 属性
在 SP3 中引入
SP3 实现了一个新的 PivotTable Service 连接字符串属性：Restricted Client。此属性可用于限制 PivotTable Service 使用本地多维数据集功能。如果一条语句涉及到创建或使用本地多维数据集，如 CREATE CUBE、CREATE GLOBAL CUBE 和 CREATE SESSION CUBE 语句，那么，使用该语句的任何尝试都会引起错误。此外，对于任何涉及到深层递归的语句（如一系列嵌套的 DRILLDOWN 语句），如果该语句有可能导致 PivotTable Service 所维护的语句堆栈发生溢出，则该语句会引起错误。
此属性用于存储一个字符串值。如果将该值设置为任何以字符“Y”、“y”、“T”或“t”开始的字符串值，或者将其设置为任何可以转换为非 0 数字值的字符串值，则 PivotTable Service 将受到如上所述的限制。如果将该值设置为包括空字符串 ("") 在内的任何其他字符串值，或者将其设置为任何可以转换为等于 0 的数字值的字符串值，则 PivotTable Service 将不受限制。此属性的默认值为“0”。
说明 此属性不限制对本地数据挖掘模型的使用。
5.2.8 Safety Options 属性的更改
在 SP3 中引入
将 Safety Options 属性设置为 DBPROP_MSMD_SAFETY_OPTIONS_ALLOW_SAFE 也可以禁止在本地多维数据集中使用 PASSTHROUGH 关键字。
5.2.9 默认情况下禁止将知识库迁移到 Meta Data Services
在 SP3 中引入
在 SP3 中，已经禁用在迁移知识库向导中使用 Meta Data Services 知识库格式的选项，并且建议不要使用此格式。但是，如果由于业务原因需要使用此格式，则可以通过 注册表项启用该选项。
默认情况下，此注册表项不存在；必须在 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP Server\Server Connection Info 中手动创建和设置它才能启用向 Meta Data Services 格式迁移知识库的功能。此注册表项用于存储一个区分大小写的字符串值。如果将该值设置为 1 或 True，则启用向 Meta Data Services 格式迁移知识库的功能。如果将该值设置为其他任何字符串值，或者此注册表项不存在，则禁用向 Meta Data Services 格式迁移知识库的功能。
说明 如果更改了此注册表项的值，则更改将立即生效。
5.2.10 必须更改远程 Data 文件夹的权限
在 SP3 中引入
如果 Analysis Services Data 文件夹不在分析服务器计算机上，则运行 SP3 安装程序后必须修改该文件夹的权限。将该文件夹的完全控制权限授予给分析服务器计算机上 OLAP 管理员组的所有成员。以后，在 OLAP 管理员组中添加或删除成员时，请务必更改远程 Data 文件夹的权限，以使其反映 OLAP 管理员组当前的成员。这样备份和还原将可以正常工作。
此外，运行 SP3 安装程序后，必须允许运行分析服务器的帐户对远程 Data 文件夹具有完全控制权限。
如果对在群集配置中运行的 Analysis Services 实例应用 SP3，必须允许域级别 OLAP 管理员组对远程 Data 文件夹具有完全控制权限。有关创建和使用域级别 OLAP 管理员组的更多信息，请参见 Microsoft 产品技术支持服务知识库中的技术支持文章 308023。
5.3 复制增强功能
本节讨论 SP3 中包含的 SQL Sever 2000 复制增强功能。
5.3.1 事务复制 UPDATE 自定义存储过程
在 SP1 中引入
在事务复制设置期间，将在订阅数据库中创建插入、删除和更新操作的自定义存储过程。不管 UPDATE 语句会影响多少列，更新自定义存储过程都将更新订阅表中的所有列。任何未更改的列都将重置为更新前已存在的相同值。通常，此操作不会引起问题。但是，如果这些列中的任意一列被编制索引，则重置操作会占用大量资源。
如果您使用事务复制，并且订阅表中有若干个索引，而且只有几个列值因为更新而发生改变，则在订阅服务器应用更改时，维护索引的开销可能会成为限制性能的因素。例如，用于报告用途的订阅数据库可能具有比发布数据库更多的索引。在运行时动态生成 UPDATE 语句可以改善性能。此更新将仅包括已更改的列，从而创建最优的 UPDATE 字符串。
此 Service Pack 包含一个新的能够生成自定义存储过程的存储过程 sp_scriptdynamicupdproc，在运行时，您可以在订阅服务器中使用该自定义存储过程动态生成 UPDATE 语句。但是，在运行时生成动态 UPDATE 语句需要额外的处理。
sp_scriptdynamicupdproc
存储过程 sp_scriptdynamicupdproc 可以生成能够创建动态更新存储过程的 CREATE PROCEDURE 语句。自定义存储过程中的 UPDATE 语句是根据 MCALL 语法（该语法指示要更改的列）动态生成的。如果订阅表上索引的数目不断增长，并且被更改列的数目很少，请使用此存储过程。此存储过程在发布数据库的发布服务器上运行。
语法
sp_scriptdynamicupdproc [ @artid =] artid
参数
[@artid =] artid
项目 ID。artid 的数据类型为 int，无默认值。
结果集
返回由单个 nvarchar(4000) 列组成的结果集。该结果集构成用于创建自定义存储过程的完整 CREATE PROCEDURE 语句。
备注
sp_scriptdynamicupdproc 用在事务复制中。默认的 MCALL 脚本逻辑包括 UPADATE 语句中的所有列，并使用一个位图来确定已更改的列。如果某列未更改，则将其设置回它本身，这通常不会引起问题。如果该列被编制索引，则需要进行额外的处理。与此不同的是，此存储过程使用动态方法：它仅包括已更改的列，从而提供了一个最优的 UPDATE 字符串。但在运行时生成动态的 UPDATE 语句后则需进行额外的处理。建议您测试动态存储过程方法和静态默认方法，然后选择一个最佳解决方案以满足您的特殊需要。
权限
public 角色的成员可执行 sp_scriptdynamicupdproc。
示例
本例在 pubs 数据库的 authors 表中创建一个项目（artid 设为 1），并指定 UPDATE 语句是执行的自定义存储过程：
'MCALL sp_mupd_authors'
通过在发布服务器上运行下列存储过程，生成将由订阅服务器上的分发代理程序执行的自定义存储过程：
EXEC sp_scriptdynamicupdproc @artid = '1'
此语句返回：
create procere [sp_mupd_authors]
@c1 varchar(11),@c2 varchar(40),@c3 varchar(20),@c4 char(12),@c5 varchar(40),@c6 varchar(20),
‘肆’ 使用SQL Server 2000的查询分析器时运行缓慢，请问如何解决
解决方案
服务包信息
要解决此问题, 获取用于 Microsoft SQL Server 2000 最新 ServicePack。 有关其他信息, 请单击下列文章编号以查看 Microsoft 知识库中相应：
290211 (http://support.microsoft.com/kb/290211/) 如何获取最新 SQL Server 2000 服务包
回到顶端
修复信息
英文版的此修补程序具有文件属性如下表中列出 （或更高版本）。 协调通用时间 (UTC) 中列出的这些文件日期和时间。 当您查看文件信息, 将转换为本地时间。 要查找 UTC 与本地时间, 区别控制面板中日期和时间工具中使用 时区 选项卡。 Date Time Version Size File name
----------------------------------------------------------------------------
26-Feb-2003 03:41 2000.80.777.0 29,244 bytes Dbmslpcn.dll
08-Feb-2003 05:43 786,432 bytes Distmdl.ldf
08-Feb-2003 05:43 2,359,296 bytes Distmdl.mdf
30-Jan-2003 01:55 180 bytes Drop_repl_hotfix.sql
01-Feb-2003 00:32 2000.80.763.0 1,557,052 bytes Dtsui.dll
30-Jan-2003 05:18 746,470 bytes Instdist.sql
30-Jan-2003 01:55 1,402 bytes Inst_repl_hotfix.sql
08-Feb-2003 06:40 2000.80.765.0 90,692 bytes Msgprox.dll
01-Apr-2003 02:07 1,873 bytes Odsole.sql
05-Apr-2003 01:46 2000.80.800.0 62,024 bytes Odsole70.dll
02-Apr-2003 21:48 2000.80.796.0 57,904 bytes Osql.exe
02-Apr-2003 23:15 2000.80.797.0 279,104 bytes Pfutil80.dll
04-Apr-2003 21:27 1,083,467 bytes Replmerg.sql
04-Apr-2003 21:53 2000.80.798.0 221,768 bytes Replprov.dll
08-Feb-2003 06:40 2000.80.765.0 307,784 bytes Replrec.dll
01-Apr-2003 02:23 1,084,828 bytes Replsys.sql
03-Apr-2003 18:14 104,868 bytes Sp3_serv_uni.sql
19-Mar-2003 18:20 2000.80.789.0 28,672 bytes Sqlevn70.rll
28-Feb-2003 01:34 2000.80.778.0 176,696 bytes Sqlmap70.dll
08-Feb-2003 06:40 2000.80.765.0 57,920 bytes Sqlrepss.dll
05-Apr-2003 01:47 2000.80.800.0 7,540,817 bytes Sqlservr.exe
08-Feb-2003 06:40 2000.80.765.0 45,644 bytes Sqlvdi.dll
26-Feb-2003 03:41 2000.80.777.0 29,244 bytes Ssmslpcn.dll
26-Feb-2003 03:41 2000.80.777.0 82,492 bytes Ssnetlib.dll
17-Mar-2003 14:49 727,132 bytes Sysmessages.sym
28-Feb-2003 01:34 2000.80.778.0 98,872 bytes Xpweb70.dll
注意 因文件依赖性, 最近修复或包含文件功能还可能包含附加文件。
回到顶端
状态
Microsoft 已确认这是问题早在 Microsoft SQL 服务器 2000 Service Pack 4 得到了已首先解决问题是 " 适用于 " section.This 中列出， Microsoft 产品中。
回到顶端
SQLServer 试图从缓冲池内存用于大多数内部分配, 但大于 8KB 请求路由到操作系统正常 allocators。 默认情况下, SQLServer 保留诸如线程也用于这些类型的分配和有限的地址空间堆栈空间、 COM 对象、 扩展存储过程, 等。 g 命令行参数 - 通过使用您可以修改此区域的大小。 有关详细信息请参阅 SQLServer 联机丛书有关 - g 参数,。
当 SQL Server 尝试为这些大分配, 之一分配虚拟内存， 该操作失败, 它将尝试删除 hopes 是释放一部分这个内存缓存查询计划。 将即使他们已不使用任何此内存在 SQL Server 2000 Service Pack 3 (SP 3), 之前此操作从缓存, 删除所有查询计划。 SQLServer2000SP 引入， 从缓存中删除只查询计划已知在使用此内存的更改。 引入此更改目的问题其中某些查询计划用于游标未被删除。
偶尔即使使用此修复程序, 可能看到错误消息。 随着时间 (分钟) 到小时有可能， 建立额外缓存计划并再次出现该信息。 这可能是正常并通过本身不作为一个符号的问题应采取。
回到顶端
--------------------------------------------------------------------------------
这篇文章中的信息适用于:
• Microsoft SQL Server 2000 Developer Edition
• Microsoft SQL Server 2000 Standard Edition
• Microsoft SQL Server 2000 Enterprise Edition
• Microsoft SQL Server 2000 Personal Edition
• Microsoft SQL Server 2000 Workgroup Edition
• Microsoft SQL Server 2000 Desktop Engine (Windows)
• Microsoft SQL Server 2000 64-bit Edition
回到顶端
关键字： kbhotfixserver kbqfe kbqfe kbfix kbbug kbsqlserv2000presp4fix KB818095 KbMtzh kbmt
回到顶端
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性，不作任何声明。 所有该等文件及有关图形均"依样"提供，而不带任何性质的保证。Microsoft和/或其各供应商特此声明，对所有与该等信息有关的保证和条件不负任何责任，该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下，在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中，Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。
http://support.microsoft.com/kb/818095/zh-cn?spid=2852&sid=1055