如何解决事件 ID 2021 和事件 ID 2022

文章翻译 文章翻译
文章编号: 317249 - 查看本文应用于的产品
展开全部 | 关闭全部

本文内容

症状

任何一种都包括在应用于部分中,操作系统可能会停止响应一段时间,可能会类似于以下内容的多个事件记录到系统日志中:
事件 ID: 2022年
源: Srv
说明:服务器找不到可用的连接 n 时间在最后一次 s 秒数。
事件 ID: 2021年
源: Srv
说明: 服务器不能创建中最后一个工作项 %2 次%3 秒为单位)。
此外,在服务器或客户端连接到服务器出现该问题,可能会记录与以下内容类似的事件。
事件 ID: 3013
源: Rdr
说明: 重定向程序超时 计算机名.
有时,当服务器计算机试图连接到其自身,可能会记录事件 3013 出现该问题的服务器上。

注意这篇文章中讨论的故障排除步骤的很多还可用于解决事件 ID 3013 错误。

操作系统的其他组件可能不起作用,可能会生成报告 1450年状态代码,其事件日志消息的数据部分中的错误消息。也就是说,"系统资源不足。"这些事件可能会在系统事件日志中或在应用程序事件日志中找到。这些消息应用于基础的事件已连接到该服务器服务时,才在本文中描述的问题。但是,这一事实不容易确定。例如,没有事件 ID 1055 CLUSSVC 由生成的。此事件是从通常能的连接到该服务器服务所报告的群集服务。

原因

因为服务器服务无法跟上对网络的网络层的 I/O 流中排队的工作项的要求,将出现此问题。服务器服务无法处理请求的网络输入/输出项目硬盘和不耐烦可用的资源以足够快的速度。

可以有许多耗尽可用资源的服务器服务的根本原因。例如,硬盘驱动器上的网络适配器之间的 I/O 路径中的任何问题会导致这篇文章中的描述的症状。

如果安装了不正确的网络适配器驱动程序,也可能出现此问题。

解决方案

要解决此问题,请首先尝试到大数量的资源可用于服务器服务。有关如何执行此操作的详细信息,请参阅"级别 1。最大化服务器资源"一节。

重要此时最大化服务器服务的系统资源不会不使其更难解决此问题的根本原因。

然后,尝试确定在哪些情况下事件 id 2022 和 2021年错误出现。许多不同的问题可能会导致此问题。当您解决此问题时,请调查的 I/O 路径,从网络适配器到硬盘驱动器上的数组中的所有组件。例如,可能发生这些错误仅在运行备份程序时。可能是发生仅早期第二天早上,当用户登录。如果只是暂时出现错误,可能会通过优化服务器服务一起应用任何修补程序更新,服务器服务来解决此问题。

一般信息

服务器服务中的工作项的累积时记录事件 2021年。但是,您必须了解服务器服务中的工作项的累积的最常见原因是因为磁盘子系统不会跟不上请求的数量。服务器服务允许进行一些调整,但这将完全解决问题如果问题由磁盘吞吐量引起。因此,最重要的步骤是确定磁盘吞吐量是否已从普通的比较基准,或至少是在合理的限度内。

太少连接的用户时,会记录事件 2022年。没有足够的可用网络连接的最常见原因是宽 swing 中表示多个客户机尝试连接在同一时间或一些尝试多个连接的客户端的网络负载。这可能是由于在客户端程序的因为用户不能快速地进行连接。这将导致太少可为新用户的连接。因此,最重要的步骤之一是确定网络负载中的更改是否在合理的限度内。

如果没有次要负载中的更改导致不常访问系统的基础上的事件日志中记录这些消息,您可以修改服务器服务的操作。如果磁盘子系统太慢或太高或太可变网络负载时,修改服务器服务将解决此问题。这就是为什么它是必须在使用工具 (如性能监视器和网络数据包捕获程序,从 Microsoft 或第三方供应商,以确定这些事件的真正根源。描述了特定的故障排除步骤,在此部分下个子节"级别 2。确定根本原因"。

第 1 级。最大化服务器资源

若要消除这些错误消息,或减少的错误消息的频率,您可以尝试大数量的资源可用于服务器服务。 有关如何增加服务器资源的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
228766如何更改服务器服务属性

重要
  • 此时最大化服务器服务的系统资源不会不使其更难解决此问题的根本原因。
  • 不重新生成基于 Windows 的服务器来解决问题的服务器服务。重建的基于 Windows 的服务器将无法解决此问题。将再次出现问题。
2 级子节中介绍的方法花费大量的时间。您可能希望增加服务器资源,如所述的"级别 1。作为一个初步的步骤,以获得更多时间来解决该问题的最大化服务器资源"小节。或者,如果只是次要服务器负载或仅短时间时,磁盘子系统不能跟上变化,您可能会决定修改操作的服务器服务级别 1 子部分中所述。
有关如何设置服务器以创建转储文件的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
254649Windows 2000、 Windows XP 和 Windows Server 2003 的内存转储文件选项概述
244139 Windows 功能允许用键盘生成的 Memory.dmp 文件

在服务器启动时自动调整服务器服务。但是,许多默认设置没有升级为已发布新版本的 Microsoft Windows 2000 和 Windows Server 2003 的服务包。此部分中指定的值表示 Microsoft 产品支持服务的最佳的做法,使用当前可用的服务包。除了将应用于当前的服务包,这些值将所有适用于较旧的系统,只要安装了内核、 重定向器和服务器服务的当前修补程序。安装已升级的服务器服务之前我们建议您安装的当前修补程序重定向程序和内核在同一时间。如果您不能立即安装内核的当前修补程序,在重定向器安装的当前修补程序安装的服务器服务修补程序时。

A.更改注册表设置,以最大化服务器服务性能

重要此部分、 方法或任务包含说明如何修改注册表的步骤。但是,如果注册表修改不当可能会出现严重的问题。因此,请确保您小心地执行这些步骤。然后,备份注册表之前对其进行修改。然后,您可以在出现问题时还原注册表。有关如何备份和还原注册表的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
322756 如何备份和还原在 Windows 注册表


注意当您添加此部分所述的注册表值时,确保以十进制格式输入它们。
1.减少事件 ID 2021 错误

为解决事件 ID 2021,启动注册表编辑器,然后找到以下注册表子项:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters
然后,添加或修改以下 DWORD 注册表值:
说明: 最大的工作项
值名称: MaxWorkItems
数据类型: REG_DWORD
值数据: 0x2000 或 8192 (十进制)

说明: 请求缓冲区大小
值名称: SizReqBuf
数据类型: REG_DWORD
值数据: 0x4104 或 16644 (十进制)

值的范围

简短讨论明确指定的允许值范围此处给出。尽管存在其他文档显示的大最大的已定义的值,不能使用这些最大值。

对于 MaxWorkItems 注册表项的值 8196 只能在服务器上,有超过 1.5 gb 的内存,而不使用 / 3 gb 切换到 Boot.ini 文件中。最大值为"65535"(十进制)。但是,此高的设置将导致服务器停止响应,如果使用足够的工作项。因此,更大的价值通常不能使用经过修改的服务器服务的工作项的缓冲区大小。高设置 MaxWorkItems 注册表项甚至可能会导致服务器停止响应,在启动并且的原因的非分页内存耗尽。将会观察到的标记 LSwn或很少,其他一些紧密相关的标记。

默认情况下的值 SizReqBuf "16644",但此非页面缓冲池分配都将"20480"每个工作项目。这是额外分配的跟踪开销。因此,值为 8196 对于 MaxWorkItems 将使最多使用最多有 256 MB 的非页面缓冲池限制的 Microsoft x86 32 位操作系统的所有版本中的 160 兆字节 (MB) 服务器服务。但是,即使这样将只在很重的负载情况下达到的最大。Microsoft 支持服务建议不要使用超过 160 MB 的可能最多 256 MB 的整个非页面缓冲池的服务器服务。(除以 1024 * 1024,值如果想要将兆字节为单位转换为字节。)Microsoft 产品支持服务已经看到了多个问题高性能文件服务器停止响应时大于的值 8196 使用了。这些服务器必须使用非页面缓冲池,而无需任何池泄漏的许多其他组件。

因此,不要使用大于的值 8196.如果您想要使用更大的值 MaxWorkItems减少 SizReqBuf 若要限制使用服务器服务的最大池的值。在某些应用程序如果我们需要更多的工作项,如 IIS 后端服务器、 域控制器或文件服务器上重定向的用户配置文件的存储位置,我们将不得不减少下列设置的最大 SMB 缓冲区大小。

值名称: SizReqBuf
数据类型: REG_DWORD
值数据: 8452(十进制)


这会导致非页面缓冲池分配的 12284 字节为单位)。这将允许最大的值 13824 可以在没有服务器上使用的工作项 / 3 gb 开关存在。在服务器上, / 3 gb 使用开关,我们倾向于设置 SizReqBuf 若要 8452MaxWorkItems 若要 6400 若要限制用于达 80 MB 的非页面缓冲池的标准做法是高负荷的服务器。请记住,不需要修改的设置 / 3 gb 除非它与 SMB/CIFS (通用 Internet 文件服务) 通信负载过重的文件服务器。因此,Exchange、 SQL 或 IIS 的前端服务器,或使用 WINSOCK 的后端服务器上会不进行任何更改。这将应用于具有标准 SMB/CIFS 承载传输上的 RPC 通信的后端服务器。在非 / 3 gb 服务器遇到之后的工作项短缺 MaxWorkItems 设置为 8196您还可以设置 SizReqBuf 若要 8452MaxWorkItems 若要 13824 对于短期内会导致止裂槽,尝试进行标识根。


2.减少事件 ID 2022 错误


为解决事件 ID 2022,启动注册表编辑器,并将移动到下面的注册表子项:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters



然后添加或修改以下 DWORD 注册表值:
说明: 最大可用连接
值名称: MaxFreeConnections
数据类型: REG_DWORD
值数据: 0x1000 或 4096 (十进制)

说明: 最小可用连接
值名称: MinFreeConnections
数据类型: REG_DWORD
值数据: 0x100 或 256 (十进制)

重要在 Windows 2000 上的这些设置要求当前 Service Pack 4 或更高版本的修补程序的安装。在 Windows Server 2003,它需要 Service Pack 1 或更高版本的热修复补丁程序。没有设置该修补程序或服务包范围就得太低,才能 (100 到 32 分别)。当前建议是,4096 的最大和 256 之间分别。

3.实施更改


若要实现这些更改,退出注册表编辑器,重新启动计算机,或停止和重新启动服务器服务。
要重新启动服务器服务,请执行以下步骤:
  1. 单击开始,然后单击运行,类型 cmd打开框中,然后再单击确定
  2. 在命令提示符下键入 net stop服务器然后按 ENTER 键。如果系统提示您确认操作类型 y 然后按 ENTER。
  3. 类型 net 启动服务器然后按 ENTER 键。

    注意您可能需要重新启动的其他相关服务停止与服务器服务一起使用。

B.详细信息

" MaxFreeConnections 设置为最重要的所有服务器服务设置。
有关详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
245080接收事件 ID 2022 多个的实例


MaxFreeConnections值为解决事件 ID 2022 错误包含许多故障查找可用连接的最有用。例如,若要解决类似于以下记录的错误消息中的文本的事件:

事件 ID: 2022年
源: Srv
描述: 服务器找不到可用的连接 n 在最后一次 s 秒数。

许多故障查找可用的连接也可能在非网络识别程序泛滥的"网络卡泛滥"情况服务器使用的连接尝试。如果您遇到许多可用连接故障,查看网络卡泛滥的部分。

注意通过添加以前的注册表值通常没有产生任何不利影响。


可能存在相同的子项中的以下注册表项和值。这些设置不直接相关的故障诊断问题执行过,但下面列出的完整性。

描述: 服务器大小
值名称: 大小
数据类型: REG_DWORD
值数据: 0x3 或 3 (十进制)
这应具有值为 3。不要更改此值。

说明: 最大的未完成命令。多路传输的最大计数
值名称: MaxMpxCt
数据类型: REG_DWORD
值数据: 0x1000 或 4096 (十进制)

不要修改此值,除非您有一个特定的方案需要它的。本文档结尾处找到的此设置到讨论。

有关详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
271148MaxMpxCt 和 MaxCmds 在 Windows 2000 中的限制

级别 2。确定根本原因

解决的关键是要确定问题的根源是否是磁盘子系统,或者如果是网络负载。因为很难进行量化建立是否网络负载是问题,最好检查磁盘系统。是否有一致的短时间的错误记录在事件日志,您应使用的网络数据包捕获程序捕获所有网络通信问题的过程中进行检查,除了磁盘子系统。请记住,磁盘子系统可能与第三方卷管理器启动,然后下移整个软件栈。这将包括所有图层,安装的所有筛选器驱动程序和设备驱动程序的硬件结束时该驱动器。我们意识到不能删除卷管理器,但很多其他筛选器驱动程序可以被卸载,至少会临时。

A.验证,Windows 已更新并且稳定

1.升级网络组件
下列组件必须是最新可用修补程序在树中。因此,请升级至最新版本的网络组件:
  1. 每个 SMB 的 CIFS 服务器服务
    1. Srvsvc.dll
    2. 237712 Srv.sys
  2. 重定向器
    1. Mrxsmb.sys
    2. Rdbss.sys
  3. 操作系统内核
    1. Ntkrnlmp.exe
    2. Ntkrnlpa.exe
    3. Ntkrpamp.exe
    4. Ntoskrnl.exe
搜索 Microsoft 知识库,查找最新的可用更新适用于您的操作系统版本。如果您使用 Microsoft Windows NT 4.0,已经安装了最新的 service pack PSS 具有 post-Service 包 6a (SP6a post) 的事件 ID 2022 问题,可能会应用的修补程序。

2.检查事件日志以了解错误
查找所有与网络的任何一个相关联的事件日志错误或存储硬件。您可以排除故障的原因,在下面的列表中之前必须进行更正。检查设备驱动程序返回错误,并还筛选器驱动程序连接到这些驱动程序,对于任何通常显示任何低级别的驱动程序的互操作性问题的事件。

3.确定可用空间的错误

注意如果驱动器已不断运行的磁盘空间,必须完成此步骤。
检查事件日志以查看驱动器是否曾过的可用空间不足。如果驱动器已不断运行的磁盘空间,您必须运行完整的 chkdsk 例程,以确保没有损坏的文件系统。

4.扫描的文件碎片
检查文件碎片整理的磁盘存储。您不能进行碎片整理的磁盘存储,但至少可以在存储系统上运行一个分析阶段。注意损坏或碎片过多的驱动器运行分析阶段可以使文件系统离线 ;但是,这是目前已知扫描文件系统问题的干扰最少的方法。此外请注意它不只是非常重要的碎片整理分析返回的数据。通过完成所需的时间也是非常重要。您可能会发现,某些磁盘子系统花很长时间才能完成,或根本无法完成此过程。严重碎片化的文件系统将创建本文中描述的问题。对以提高 Windows 读/写性能上的硬盘进行碎片整理。

注意对磁盘进行碎片整理的要求不能超过存储子系统需要解决此问题的其他方法的输入/输出带宽。这可能包括删除的文件或不断扩展的存储。

有关详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
300978如何分析和在 Windows 2000 中的一个磁盘卷进行碎片整理


5.确认硬盘损坏
硬盘损坏可能会导致输入/输出 (I / 0) 瓶颈时,从读取或写入到硬盘上的操作系统。您可以检查硬盘存在错误的命令提示符处运行"chkdsk /r"命令。这不是用来检查文件系统的首选的方法。但是,这些问题通常不能离的大型文件系统上发生时,可以使用此方法。首先,只需运行 chkdsk 不带任何参数的文件系统。它会报告某些位是典型的动态系统中的面向的文件系统错误,但报告不应有任何丢失或损坏目录、 索引或文件。再次大规模的损坏可能会导致退出,chkdsk 或使进度非常慢,实用程序或实用程序可能表明大量文件损坏。在 chkdsk 的交互运行,我们可以通常将其停止几分钟后如果它产生严重错误,如,指示必须重新生成卷。同样,您可能需要使用其他方法来解决这种情况下,但只在运行 chkdsk /r 可以修复文件系统中的问题。

为此,请执行以下步骤:
  1. 打开命令提示符。
  2. 类型 chkdsk 驱动器盘符: /r然后按 ENTER 键。
注意如果上执行此命令的驱动器上安装 Windows,则必须重新启动计算机以启用 Chkdsk 工具,将驱动器锁定。

B.检查可能的原因

要确定问题的根本原因,我们提供可能的原因的详细的列表。多解决此问题,您可以按列出的顺序使用下列方法。这些步骤未在任何特定的顺序列出。

这些事件的根本原因可处于以下两个类别概述:
  • 服务器服务超载。
  • 网络卡泛滥


答: 服务器服务超载


若要确定是否超载服务器服务,消除了所有其他可能性,下列出。
  1. 从第三方程序干扰

    有时,窗体中的筛选器驱动程序正在运行的程序或第三方程序可能会影响服务器服务的响应能力。了解函数和正在运行的程序,尤其是在较高的优先级运行的程序的优先级。在检查筛选器驱动程序,我们必须考虑有几个类的当前使用的筛选器驱动程序。必须单独计算每个类的驱动程序。某些类可以很容易地被禁用,而某些所需的系统的正常运行。除非供应商来禁用此功能为您,卷管理驱动程序和多路径 I/O 必须保持可用状态。可以禁用的筛选器驱动程序是卷快照和配额管理驱动程序。打开文件代理和文件复制软件通常未被禁用。

    修改防病毒软件设置,以便它不执行"实时"扫描所有文件。建议的设置将是只扫描传入的文件和扫描的页面文件。太平洋标准时间、.vhd、.tmp、.shd 或.spl 文件。或更好的是,您可以安排小时后进行扫描。通常,病毒扫描程序的当前版本会导致任何问题。但是,禁用所有的病毒扫描软件 2 年或两个版本早于当前发行版。
  2. 不适当的网络访问。

    配置不当的网络程序或配置不正确的工作站与这样的组合使用不正确的请求淹没服务器。如果安装了不正确的网络适配器驱动程序,或者安装了软件的成组的网络,也可能会出现此行为。
  3. 不正确的数据配置和空间使用情况的硬驱上。

    若要确定文件系统是否被过度使用性能监视器。始终使用 2-3 秒钟的时间间隔收集磁盘数据,但您可能需要收集多个日志以获取磁盘负载很好地了解该期间的某一天。请考虑下列关键逻辑基于磁盘的计数器以判断硬盘子系统是否是瓶颈:
    空闲时间百分比
    每秒磁盘读取
    磁盘写入次数 / 秒
    当前磁盘队列长度
    每秒磁盘传输
    磁盘平均秒/传输

    如果 RAID 配置为使用至少 75%,通常可以消除此问题写回缓存和其中至少 25%的可用空间是可用。在繁忙的文件系统中,具有 15%的可用空间的硬盘应被视为完全填满。如果启用了压缩更免费所需的空间。

    注意作为事件 ID 2022 根本原因,这是一个棘手的问题解决。
  4. 硬盘碎片。
    对以提高 Windows 读/写性能上的硬盘进行碎片整理。

    有关详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
    300978如何分析和在 Windows 2000 中的一个磁盘卷进行碎片整理

    如果硬盘已碎片化或者几乎已满,"放大"文件的客户端请求将导致操作系统的搜索的可用硬盘空间来需要很长时间才能完成。在此期间,系统级锁所需的其他请求完成后,将无法使用。服务器服务资源的任务也保持挂起,导致出现事件 ID 2022。
  5. 文件系统错误
    请确保文件系统正在运行且没有错误。硬盘损坏可能会导致输入/输出 (I / 0) 瓶颈时,从读取或写入到硬盘上的操作系统。若要修复硬盘损坏,您必须运行 chkdsk 驱动器盘符: /r 在命令提示符下的命令。

    注意如果上执行此命令的驱动器上安装 Windows,则必须重新启动计算机以启用 Chkdsk 工具,将驱动器锁定。
  6. 有缺陷的硬件设备或驱动程序。

    此问题是最重要的硬盘子系统。有时,硬盘子系统只是速度缓慢。这是最常见的位置不正确或过期的驱动程序或不正确或过期的固件更新会导致硬盘子系统运行没有错误,但降低了的性能级别运行在群集上。

    您必须建立的磁盘子系统正在运行且没有任何错误,并且具有足够吞吐量与较短响应时间。请确保所有固件都是最新的。其他设备和驱动程序可能会影响计算机的响应能力。使用性能监视器来检查中断时间和其他硬件设备的 DPC 时间。总中断时间应少于 10%,DPC 时间少于 15%。很难建立良好的阈值,"每秒的中断"的但如果中断大于每秒 15000 调查所有硬件。此外,特权时间项目的"总处理器时间百分比"表示硬件或驱动程序问题中有几乎相同。

    获取并安装最新驱动程序和制造商的更新您的计算机。 有关如何与计算机硬件制造商联系的信息,请单击下面列表中适当的文章编号,以查看 Microsoft 知识库中相应的文章:
    65416 硬件和软件供应商联系信息 A-K

    60781 硬件和软件供应商联系信息 L-P

    60782 硬件和软件供应商联系信息 Q-Z
  7. 不正确的池配置。

    占据市场的池或操作系统配置更改的驱动程序可以减少内存池可用于服务器服务。

    池更为关键的第三方产品的活动。可以通过它们显示的第三方池标记标识这些池。通常情况下,只有服务服务标签使用大量非页面缓冲池是 LSwn 非页面缓冲池标记。调查下列服务器的服务标签,并与 Microsoft 产品支持服务,如果值超过 15 MB:
    LSwi-初始工作上下文
    LSwn-典型工作上下文
    LSwq-阻止的工作队列
    LSwr-原始的工作上下文
    LSws-阻止特殊的工作环境

    这些值只表明服务器服务有更多的工作来做。此外查找存在 MmSt 标记中的页面缓冲池。如果这些标记是超过 60%的页面缓冲的池,然后 NT 文件缓存是太多的页面缓冲池耗尽。 有关如何分别调整这些值在 Windows 2000 和 Windows NT 的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
    312362服务器不能从系统页面缓冲池分配内存
    192409 打开的文件可能会导致内核报告 INSUFFICIENT_RESOURCES


    如果池的快照显示其他标记,请调查它们占用大量服务器上的非页面缓冲池内存的来源。检查下面的注册表子项,以确保页面池注册表子项的值未设置为不正确的值:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory 管理

    值名称: PagedPoolSize
    数据类型: REG_DWORD
    值数据: 0x0 或 0x0A000000 或仅用 0xFFFFFFFF
  8. 磁盘 I/O 堆栈和其他程序中的筛选器驱动程序

    请尝试禁用堆栈中的所有筛选器驱动程序。请注意有很多筛选器驱动程序文件复制、 文件版本控制、 HSM、 配额管理、 打开文件代理以及病毒扫描等服务。事件 ID 2022 错误的频率,具体取决于短时间 (从一天到几个小时) 驱动程序禁用可能会使您可以确定是否有一种或多种排列此问题的原因。请确保所有的驱动程序是最新,并且具有安装没有已知的兼容性问题。

    作为一种措施部分,配置监视传入的文件,或者不能再执行"实时"防病毒扫描防病毒程序。相反,计划的病毒扫描工作时间以外,或在低网络流量的期间。

    有关详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
    240309如何完全禁用防病毒软件从筛选文件
  9. 验证正在运行的程序。

    确定所有正在运行的程序,尤其是在比典型的基本优先级更高的优先级运行的程序的功能。使用性能监视器来检测使用过大量的 CPU 周期的进程。高优先级的任务应该只运行的存取时间间隔。第三方监视程序如 Compaq 洞察力管理器中,Microsoft Internet Information Services (IIS) 页监视软件、 UPS 监控软件和监控软件的数据库必须调查原因。请注意,在作为此问题的可能的根本原因调查硬盘瓶颈时这些观察结果也是相关的。您可以有也使用了所有的命名的管道资源的程序。在这种情况下,您将注意对于 Poolmon 实用工具拍摄的快照中使用的命名的管道标记为高的字节数。
b.网络卡泛滥


企业级支持的配置问题通常会导致此问题,并且可以进行分类,如下所示:
  • 系统管理服务器或第三方备份解决方案的预定的用法不正确。
  • 不断地通过重试次数大量服务器的网络适配器的旧版本的程序。
这两个问题可以通过在使用性能监视器中使用网络监视器诊断。使用性能监视器来检查服务器的服务对象计数器。调查数据包属于以下类别之一:
  • 错误
  • 连接文件
  • 树连接
使用性能监视器确定错误条件的存在,则该类型,然后使用网络监视器来找到导致错误情况,和 / 或错误情况,导致该程序的工作站。

在命令提示符下使用以下命令可以接收指向恶意工作站和程序的其他信息:
net 文件 > netfiles.txt
net 会话 > netsession.txt

尤其是作为工作站的另一台服务器计算机上有问题的工作站计算机,通常列出以下事件 ID:

事件 ID: 3013
说明: 重定向程序超时 计算机名.


您可能遇到另一个网络问题。下面的两种环境中出现此问题:
  • Internet Information Services 远程服务器上存储数据。
  • 终端服务器访问远程配置文件。
但是,解决方案是针对这两种情况相同。这两个问题的根本原因是相同的。请求太多未完成的服务器消息块 (SMB)。

有关详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
221790IIS 的工作项和连接到远程 UNC 路径时,会导致 RPC 失败


在这些情况下为 IIS 虚拟根的很多 (千) 或大量 (千) 中包含的链接重新指向宿主服务器的远程配置文件,则使用的服务器。您还可能会遇到其他异常现象,但不是一定出现任何其他错误。

若要解决此问题,请执行以下步骤:
  1. 如果您正在运行 Windows 2000 SP1,则安装开机自检-SP1hotfix 到运行 IIS 的服务器和文件服务器的以下 Microsoft 知识库文章中所述:
    271148 在 Windows 2000 中的 MaxMpxCt 和 MaxCmds 的限制
  2. 增加通过添加以下注册表值在运行 IIS 的服务器上的 MaxCmds 值:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanworkstation\parameters


    值名称: MaxCmds
    数据类型: REG_DWORD
    值数据: 4096(decimal)

    注意没有任何好处,在使用大于这个值。
  3. 在文件服务器上的 MaxMpxCt 值增加添加以下注册表值:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters

    值名称: MaxMpxCt
    数据类型: REG_DWORD
    值数据: 4096 (十进制)

    注意没有任何好处,在使用大于这个值。
  4. 运行 IIS 的服务器和文件服务器,重新启动或停止,然后重新启动工作站和服务器服务使用 net stopnet 开始 命令。

增加这些值会消耗更多的非页面缓冲池内存的文件服务器和 IIS 客户端服务器计算机上。非页面缓冲池内存有 256 兆字节 (MB) 的上限。使用多个连接的多个客户端可以使用文件服务器上的所有非页面缓冲池内存。使用性能监视器来监视此计数器,以确保它不接近限制。如果在运行 IIS 的计算机可以有多个虚拟目录或网站指向其他 Windows NT 4.0 服务器计算机上的共享。

ASP 目录监视器使用 ReadDirectoryChangesW 要监视这些目录的其他服务器上的任何更改的 API。每个挂起 ReadDirectoryChangesW 项目需要的工作上下文的服务器上,并有只有有限的数量的工作上下文。工作上下文传递从服务器到客户端协商 SMB 级别时。在客户端上的重定向器保留工作上下文所使用的服务器上的内部的计数。默认的工作上下文数为 50。工作上下文的数量仅限于防止耗尽所有的非页面缓冲池内存的服务器进程。这会引发,但有多少特定客户端可以使用的工作上下文的限制。此问题不局限于 IIS。Windows NT 资源管理器监视目录更改为使用相同的机制。通常,则会出现在终端服务器环境中的使用资源管理器问题。

有关详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
232476终端服务器客户端连接和登录受 MaxWorkItem 和 MaxMpxCt 值
271148 MaxMpxCt 和 MaxCmds 在 Windows 2000 中的限制


如果您遇到此问题,与 Windows 资源管理器,它通过使用相同的步骤所使用的上一个 IIS 问题解决。但是,此解决方案快速消耗的工作项的服务器的电源,极大地减少了桌面可以承载服务器的配置文件的数量。

请注意以下注册表子项中的值:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\User 外壳程序文件夹


HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Shell 文件夹


或者,在命令提示符下使用以下命令,然后查看输出文件。有五个以上的文件,每个用户表示有问题。

net 文件 > filelist.txt
net 会话 > netsession.txt

Microsoft 通过使用系统策略支持以下文件夹重的定向:
  • 桌面
  • 开始菜单
  • 网上邻居
  • 程序文件夹
  • 启动


更多信息

事件 ID 2021 和事件 ID 2022 都是由以下两种情况下造成的。在第一种情况下,不能分配内存池。工作项 (2021) 需要非页面缓冲池内存。连接 (2022) 要求又非页面和页面缓冲池内存。服务器可以限制这些池,其使用和池还可以用完。在这种情况下,分配将失败。几乎没有要解决此问题。只计算机的池内存不足。唯一有效的解决方案,在这种情况下是降低负载池中的磁盘,或添加更多的 RAM 达 1.6 千兆字节 (GB)。在这种情况下,池已达到理论最大值。
注意添加额外的内存才有助于如果池已不在其理论最大值。

可能会导致上述两个错误条件的第二个情况是在服务器上的负载突然增大。如果过多的接收 (2021),或必须在同一时间处理连接请求 (2022),服务器可能无法找到可用的工作项或连接,请分别。因为有多个工作项,它们是不容易产生这比的连接。此外,工作项可以来自其它处理器。要解决这种情况下增加最小的工作项 (2021) 和 / 或最小的可用连接 (2022)。设置的最大可用连接在这种情况下,可能有几乎没有影响,因为不再需要连接时只在讨论它。但是,它必须大于最小值。

可能出现的另一个问题是,使用 / PAE/ 3 GB 启动开关参数。如果基于 Windows 2000 的计算机上使用 /3GB 开关,则它将返回到 192 MB 的 Windows NT 4.0 最大设置页面缓冲池内存。如果 / PAE 在服务器上使用开关,它可能会降低可用页面缓冲的池内存。使用这两种交换机使用较低的可用系统资源比使用任何开关,或没有任何交换机配置操作系统。很大程度施加压力不应使用服务器的文件 / 3 gb 切换。" / PAE 单独的交换机不会导致任何问题。

真正棘手的 2022年问题的事件监视程序可用于记录该事件时停止网络捕获。此外可以与 PSS CPR-美国获得诊断将转储服务器,当它收到了前面列出的错误的驱动程序。如果您已收集一些背景信息的类型、 使用和打开的文件数量根本原因会很快导致转储文件。

参考

889100 如何获取最新的 service pack,为 Windows Server 2003
260910 如何获取最新的 Windows 2000 服务包

若要获取最新的 Windows NT 4.0服务包,请访问下面的 Microsoft 网站:
http://technet.microsoft.com/en-us/library/cc767869.aspx
注意没有 post-Service 包 6a 事件 ID (post SP6a) 修补程序2022 可能适用的问题。

属性

文章编号: 317249 - 最后修改: 2012年5月31日 - 修订: 1.0
这篇文章中的信息适用于:
  • Microsoft Windows Small Business Server 2003 Premium Edition
  • Microsoft Windows Small Business Server 2003 Standard Edition
  • Microsoft Windows Server 2003 Enterprise Edition
  • Microsoft Windows Server 2003 Standard Edition
  • Microsoft Windows 2000 Server
  • Microsoft Windows NT Server 4.0 Standard Edition
关键字:?
kbhowto kbprb kbmt KB317249 KbMtzh
机器翻译
注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。
点击这里察看该文章的英文版: 317249
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