如何疑難排解事件識別碼 2021年 」 和 「 事件 ID 2022

文章翻譯 文章翻譯
文章編號: 317249 - 檢視此文章適用的產品。
全部展開 | 全部摺疊

在此頁中

徵狀

其中一種作業系統隨附於 [適用於] 區段中,可能會停止回應一小段時間,並與下列類似的多個事件可能會記錄系統記錄檔:
事件識別碼: 2022年
來源: Srv
描述:伺服器找不到可用的連接 n 時間在最後一個 s 秒數。
事件識別碼: 2021年
來源: Srv
描述: 伺服器無法建立內的工作項目 %2 次%3 秒數。
此外,在伺服器或用戶端連線到伺服器,以發生此問題,類似下列的事件可能會記錄。
事件識別碼: 3013
來源: Rdr
描述: 重新導向器已逾時 電腦名稱.
某些情況下,當伺服器電腦會嘗試連線至它本身,可能會發生此問題的伺服器電腦上記錄事件 3013。

附註許多這份文件中討論的疑難排解步驟也可以用於解決事件識別碼 3013 的錯誤。

作業系統的其他元件可能無法正常運作,可能會產生報告 1450年的狀態碼,其事件日誌訊息的資料區段中的錯誤訊息。也就是"沒有足夠系統資源 」。在 [系統事件記錄檔或應用程式事件記錄檔中,您可以找到這些事件。這些郵件可能會套用至基礎事件已連線至伺服器服務時,才在這份文件中描述的問題。不過,這項事實不是很容易地決定。比方說,是由 CLUSSVC 所產生的事件識別碼 1055年。這個事件是從 「 叢集 」 服務,通常會報告給伺服器服務的連線失敗。

發生的原因

之所以發生這個問題,是因為 「 伺服器 」 服務無法跟上網路的工作項目的佇列中的網路層的 I/O 資料流。「 伺服器 」 服務無法處理要求的網路 I/O 速度不夠快要的項目硬碟和 exhausts 可用的資源。

可以有許多可用的資源的耗盡伺服器服務的根本原因。比方說,在這份文件中的 I/O 路徑不明的網路介面卡和硬碟的磁碟機之間的任何問題會造成所描述的徵狀。

如果已安裝了不正確的網路介面卡驅動程式,也可能會發生這個問題。

解決方案

若要解決這個問題,請先嘗試最大化都可以使用 「 伺服器 」 服務的資源數量。如需有關如何執行這項操作的詳細資訊,請參閱"層級 1。充分利用伺服器資源 」 一節。

重要到目前為止最大化 [Server] 服務的系統資源並不會不容易疑難排解這個問題的根本原因。

接著,請試著判斷在何種情況下事件識別碼 2022年和 2021年的錯誤所顯示。有許多不同的問題,可能會造成這個問題。當您執行疑難排解這個問題時,請調查的 I/O 路徑不明,從硬碟陣列到網路介面卡中的所有元件。例如,可能是發生這些錯誤只有在執行備份的程式時。可能是在發生只有早期在早上,當使用者登入。如果輕輕發生錯誤,您可以藉由調整 [server] 服務加上套用 「 伺服器 」 服務的任何 hotfix 更新程式來提出這個問題。

一般資訊

累積的 「 伺服器 」 服務中的工作項目時,便會記錄事件 2021年。但是,您必須了解的工作項目,在 「 伺服器 」 服務中的累積最常見的原因是因為磁碟子系統不會不跟上要求的數目。「 伺服器 」 服務,才能進行一些調整,但這將會無法完全解決問題如果問題因磁碟產能。因此,最重要的步驟是決定是否已經從一般的比較基準的磁碟產能,或至少是位於合理範圍之內。

當有可供使用者的連線太少,就會記錄事件 2022年。沒有足夠可用的網路連線的最常見的原因是寬揮動中表示多個用戶端嘗試連線一次,或試著許多連接某些用戶端的網路負載。這可能是因用戶端上的程式,因為使用者無法迅速進行連線。這將會造成太少的連線,可供新使用者。因此,最重要步驟之一,是判斷網路負載中的變更是否位於合理範圍之內。

如果沒有載入較少用的基礎上的事件日誌會記錄這些訊息的次要變更,您可以修改 「 伺服器 」 服務的作業。如果磁碟子系統太慢或如果網路負載量過高或太變數,請修改 「 伺服器 」 服務將無法解決問題。這就是為什麼它是您必須在使用效能監視器] 及 [網路封包擷取程式相關,向 Microsoft 或協力廠商提供的工具來判斷這些事件,則為 true 的根本原因。說明特定的疑難排解步驟,在這一節下個子 」 層級 2。找出根本原因 」。

層級 1。充分利用伺服器資源

若要消除的錯誤訊息,或減少出現錯誤訊息的頻率,您可以試著放到最大且適用於 [server] 服務資源數量。 如需有關如何增加伺服器資源的詳細資訊,請按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
228766如何變更伺服器的服務內容

重要
  • 到目前為止最大化 [server] 服務的系統資源並不會不容易疑難排解這個問題的根本原因。
  • 不重建 Windows 為基礎的伺服器,以解決 「 伺服器 」 服務的問題。重建 Windows 為基礎的伺服器將無法解決問題。這個問題會發生一次。
層級 2 小節所述的方法要花很多時間。您可能想要增加伺服器資源,如所述的 「 等級 1。充分利用伺服器資源 」 小節,以取得更多的時間來解決此問題的預備步驟。或者,如果只是次要的變化,在伺服器負載或只短的時間,磁碟子系統無法達到時,您可能想要的層級 1] 子區段中所述修改 [server] 服務的作業。
如需有關如何將伺服器設定來建立傾印檔案的詳細資訊,請按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
254649Windows 2000、 Windows XP 和 Windows Server 2003 的記憶體傾印檔案選項的概觀
244139 Windows 功能可以用鍵盤產生使用 Memory.dmp 檔案

在伺服器啟動後,「 伺服器 」 服務將自動調整。不過,許多預設設定尚未升級時曾將新的版本的 Microsoft Windows 2000 及 Windows Server 2003 service pack。這一節中所指定的值代表的目前可用的服務封包的 Microsoft 產品支援服務的最佳實作方法。除了將套用至目前的 service pack,這些值將所有適用於舊系統,只要目前的 hotfix 的核心、 重新導向器和伺服器服務已經安裝。您安裝已升級的伺服器服務之前,建議重新導向器和核心安裝目前的 hotfix,一次。如果您無法立刻安裝目前的 hotfix 的核心,安裝目前的 hotfix 重新導向器安裝的伺服器服務的快速補充程式時。

答: 變更登錄設定,才能發揮最大的伺服器服務效能

重要這個章節、 方法或工作包含步驟告訴您如何修改登錄。不過,如果您不當修改登錄,可能會發生嚴重的問題。因此,請確定小心執行這些步驟。為加強保護,請先備份登錄再進行修改。然後,您可以在發生問題時還原登錄。如需有關如何備份和還原登錄的詳細資訊,請按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
322756 如何備份及還原 Windows 中的登錄


附註當您將這一節中所述的登錄值時,請確定其輸入以十進位格式。
1.減少事件識別碼 2021年錯誤

若要明確提供事件識別碼 2021年,啟動 「 登錄編輯程式,找出下列登錄子機碼:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters
然後,新增或修改下列 DWORD 登錄值:
描述: 最大值的工作項目
數值名稱: MaxWorkItems
資料型別: 呼叫完成
數值資料: 0x2000 或 8192 (十進位)

描述: 要求的緩衝區大小
數值名稱: SizReqBuf
資料型別: 呼叫完成
資料值: 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 支援服務,並建議您將 「 伺服器 」 服務的可能最多 256 MB 的整個非分頁集區超過 160 MB。(除以 1024 1 1024 的值如果您想要轉換成位元組的 mb 為單位。)Microsoft 技術支援處看過多個原因高效能檔案伺服器停止回應時大於值 8196 所使用。這些伺服器必須使用數種非分頁集區,而不需任何集區遺漏的其他元件。

因此,請勿使用大於值 8196.如果您想要使用更大的值 MaxWorkItems減少 SizReqBuf 若要使 [server] 服務所使用的最大集區的值。在某些應用程式如果我們需要更多的工作項目,例如 IIS 後端伺服器、 網域控制站或檔案伺服器上重新導向的使用者設定檔的儲存位置,我們必須以減少最大的 SMB 緩衝區大小,使用下列設定。

數值名稱: SizReqBuf
資料型別: 呼叫完成
資料值: 8452(十進位)


這會導致非分頁集區配置的 12284 位元組。這樣就可以讓最大值為 13824 沒有伺服器上可用的工作項目 / 3 gb 參數存在。在伺服器上, / 3 gb 使用我們寧可維持設定 SizReqBuf 若要 8452 以及 MaxWorkItems 若要 6400 若要限制為 80 MB 的未分頁集區可標準作法是使用的高負載伺服器非常。請記住,修改設定值並沒有要求 / 3 gb 檔案伺服器,除非它處於高度承載的 SMB CIFS (一般網際網路檔案服務) 資料傳輸。因此,交換、 SQL 或 IIS 的前端伺服器,或使用 WINSOCK 的後端伺服器上,會不進行任何變更。這會套用到後端伺服器具有標準的 SMB/CIFS 裝載傳輸上的 RPC 流量。在非 / 3 gb 伺服器發生之後的工作項目不足 MaxWorkItems 設定為 8196您也可以設定 SizReqBuf 若要 8452 以及 MaxWorkItems 若要 13824 短期洩壓,當您試著識別根目錄會發生。


2.減少事件識別碼 2022年錯誤


若要明確提供事件識別碼 2022年,啟動 「 登錄編輯程式,並將移至下列登錄子機碼:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters



然後新增或修改下列 DWORD 登錄值:
描述: 最大可用的連線
數值名稱: MaxFreeConnections
資料型別: 呼叫完成
數值資料: 0x1000 或 4096 (十進位)

描述: 最小可用連線
數值名稱: MinFreeConnections
資料型別: 呼叫完成
數值資料: 0x100 或 256 (十進位)

重要在 Windows 2000 上的這些設定會要求目前 Service Pack 4 或較新的快速補充程式的安裝。在 Windows Server 2003 上,它需要 Service Pack 1 或之後的 hotfix。沒有設定的快速補充程式或服務套件範圍均得太低,會很有用 (100 到 32 分別)。目前的最大值建議是,4096 到 256 分別。

3.實作所做的變更


若要實作這些變更,結束 「 登錄編輯程式,並重新啟動電腦,或停止並再重新啟動伺服器服務。
要重新啟動伺服器服務,請依照下列步驟執行:
  1. 按一下 [開始],請按一下 [執行時,型別 cmd 在 [開啟] 方塊中,然後再按[確定]
  2. 在命令提示字元中,輸入 net 的停駐點伺服器然後按 ENTER 鍵。如果系統提示您確認操作時,型別 y 然後按 ENTER 鍵。
  3. 型別 net start 伺服器然後再按下 ENTER 鍵。

    附註您可能必須重新啟動其他依存的服務,加上 「 伺服器 」 服務已停止。

B.更多資訊

[ MaxFreeConnections 設定為最重要的伺服器服務設定。
如需詳細資訊,按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
245080接收事件識別碼 2022年的多個執行的個體


MaxFreeConnections值是最常用於解析包含要尋找可用的連接失敗多次事件識別碼 2022年錯誤。例如,如果要解決的事件時發生類似於下列已記錄的錯誤訊息中的文字:

事件識別碼: 2022年
來源: Srv
描述: 伺服器找不到可用的連接 n 在 [上一次 s 秒數。

若要尋找可用的連接失敗多次也可能表示 「 網接卡氾濫 」 的情況,其中非網路感知程式溢流伺服器使用連線要求。如果您遇到許多可用的連線失敗,請檢視網路卡氾濫一節。

附註藉由加入先前的登錄值通常有任何不良影響。


下列登錄項目和值,可能會出現相同的子機碼中使用。與這些設定都沒有直接關聯的疑難排解這個問題,來執行,但下面列出的完整性。

描述: 伺服器大小
數值名稱: 大小
資料型別: 呼叫完成
數值資料: 0x3 或 3 (十進位)
這應該會有值為 3。請勿變更此值。

描述: 最大值的未完成指令。多路傳輸的最大計數
數值名稱: MaxMpxCt
資料型別: 呼叫完成
數值資料: 0x1000 或 4096 (十進位)

請勿修改這個值,除非您有需要的特定案例。這份文件的結尾找不到到這項設定的討論。

如需詳細資訊,按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
271148MaxMpxCt 和在 Windows 2000 MaxCmds 限制

層級 2。找出根本原因

要解析的金鑰是以判斷問題的根本原因是否磁碟子系統,或者它是網路負載。由於很難以量化方式建立 [網路負載是否這個問題,最好檢查磁碟系統。如果有一致的短標示的錯誤記錄在事件記錄檔,您也應該使用的網路封包擷取程式來擷取所有網路流量問題時,並檢查它,除了磁碟子系統。請記住,磁碟子系統可能與協力廠商的磁碟區管理員開始,然後整個軟體堆疊向下移動。這將會包含該磁碟機的硬體,最後所有已安裝的篩選器驅動程式和裝置驅動程式的所有圖層。我們知道也不會移除磁碟區管理員,但其他篩選器驅動程式可以解除安裝,至少要暫時。

A.確認,Windows 會更新並穩定

1.升級網路元件
下列元件必須是最新可用 hotfix 樹狀結構中。因此,請升級至最新版的網路元件:
  1. CIFS/SMB 伺服器服務
    1. Srvsvc.dll
    2. Srv.sys
  2. 重新導向程式
    1. Mrxsmb.sys
    2. Rdbss.sys
  3. OS 核心程式
    1. Ntkrnlmp.exe
    2. Ntkrnlpa.exe
    3. Ntkrpamp.exe
    4. Ntoskrnl.exe
搜尋 「 Microsoft 知識庫,以尋找可用的更新套用至您的作業系統版本。如果您使用 Windows NT hotfix,並且已安裝最新的 service pack,PSS 不會有 post-Service 封包 6a (post SP6a) 是否有可能適用的事件識別碼 2022年問題的 hotfix。

2.檢查事件日誌有錯誤
尋找所有網路的任何一個相關的事件日誌錯誤或儲存硬體。您可疑難排解下面清單中的原因之前,必須先修正這些。請檢查裝置驅動程式傳回的錯誤,並也連接到這些驅動程式,所有的事件,通常會顯示任何低階的驅動程式發生交互操作性問題的驅動程式來篩選。

3.找出可用空間的錯誤

附註如果磁碟機可能執行的磁碟空間必須完成這個步驟。
請檢查事件日誌,以查看是否磁碟機曾經可用空間用完。如果磁碟機可能執行的磁碟空間,您必須執行完整的 chkdsk 常式,以確定檔案系統並未損壞。

4.掃描檔案的分散
請檢查檔案的分散的磁碟儲存區。您不能進行磁碟重組您的磁碟儲存體,但至少可以執行分析階段存放裝置] 系統上。請注意,已損毀或過於分散的磁碟機執行 '分析階段' 無法將檔案系統離線。不過,這是目前已知掃描檔案系統問題的影響最小的方法。同時也請注意不是很重要的磁碟重組分析所傳回資料。若要完成的階段所花費的時間也是非常重要。您可能會發現有些磁碟子系統花很長的時間才能完成,或根本無法完成此程序。嚴重分散的檔案系統將會建立這份文件中所述的問題。重組硬碟來增進 Windows 讀/寫效能。

附註重組磁碟的需求有可能超過需要其他方法來解決這個問題的儲存子系統的 I/O 頻寬。這可能包括移除檔案,或展開儲存區。

如需詳細資訊,按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
300978如何分析及重組磁碟區在 Windows 2000 中


5.請檢查硬碟損毀
硬碟是否損毀可能會導致輸入/輸出 (我 / 0) 時,作業系統會讀取,或寫入硬碟瓶頸。您可以執行"chkdsk /r"命令,在命令提示來檢查硬碟有錯誤。這不是用來檢查檔案系統的慣用的方法。不過,當這些問題通常發生在大型的檔案系統,它不能處於離線狀態時,就可以使用這個方法。首先,只要執行 chkdsk 不加任何參數對檔案系統。它會報告一些位元是動態的系統中一般的方向的檔案系統錯誤,但報告不應有任何遺失或損毀目錄、 索引或檔案。大規模的損毀可能會導致 chkdsk,若要結束,或會造成公用程式執行速度非常緩慢,進行一次,或公用程式可能表示大量的檔案損毀。如果您在 chkdsk 互動式執行,我們可以通常會阻止它幾分鐘後它會產生嚴重的錯誤,如果所代表的磁碟區必須重新建置。同樣地,您可能要使用其他方法來解決這種情況,但只有在執行 chkdsk /r 在檔案系統中,可以修正問題。

執行這項操作,請依照下列步驟執行:
  1. 開啟 [命令提示字元]。
  2. 型別 chkdsk drive_letter: /r然後按 ENTER 鍵。
附註如果您對這個磁碟機上的命令已安裝的 Windows,則您必須重新啟動電腦才能讓 Chkdsk 公用程式來鎖定磁碟機。

B.檢查可能的原因

若要判斷問題的根本原因,我們會提供可能的原因的詳細的清單。更多疑難排解這個問題,您可以使用下列方法,它們所列出的順序。這些步驟不會以特定順序列出。

這些事件的根本原因可以分成下列兩個類別摘要:
  • 多載的伺服器服務。
  • 網路卡氾濫


答: 伺服器服務的多載


如果要判斷是否為多載 [server] 服務,會排除所有其他可能性中,列下面。
  1. 協力廠商程式的干擾

    某些情況下,表單的執行中的程式,或做為篩選器驅動程式] 中的協力廠商程式可能會干擾 [Server] 服務的回應速度。了解的函式和執行程式,特別是在高優先順序執行的程式的優先順序。在檢查篩選器驅動程式,我們必須考慮有好幾種目前使用的篩選器驅動程式。必須個別評估每個類別的驅動程式。有些類別可以輕易地被停用,而某些是必要的系統正常運作。磁碟區管理驅動程式及多重路徑 I/O 必須持續啟用除非廠商關閉這個功能可以讓您。您可以停用的篩選器驅動程式是磁碟區快照集和配額管理驅動程式。開啟檔案代理程式 」 和 「 檔案複寫軟體通常不會停用。

    修改 [防毒軟體設定,使它不會執行 「 即時 」 掃描所有檔案。建議使用此設定可能會為只掃描欲接收檔案,,而且未掃描的分頁。太平洋標準時間 」、 「.vhd 」、 「.tmp 」、 「 為.shd 或 「.spl 的檔案。或者,更進一步,您可以排定掃描下班。通常新版的病毒掃描程式會造成任何問題。但是,停用任何的病毒掃描軟體 2 年或兩個版本早於目前的版本。
  2. 不適當的網路存取。

    設定不良的網路程式或其組合這加上設定不正確的工作站可以藉由使用不正確的要求阻塞的伺服器。如果已安裝了不正確的網路介面卡驅動程式,或已安裝網路小組軟體,也可能會發生這個問題。
  3. 不正確的資料設定及空間用量在硬碟上。

    您可以使用 [效能監視器以判定是否為 overworked 的檔案系統。永遠使用的 2-3 秒的時間間隔收集磁碟資料,但您也可以收集多個記錄檔以取得磁碟負載的深入了解經過一段日子。請檢閱下列機碼邏輯磁碟型計數器以判定的硬碟機子系統是否瓶頸:
    閒置時間百分比
    每秒磁碟讀取
    每秒磁碟寫入
    目前磁碟佇列長度
    每秒磁碟傳輸
    平均磁碟秒/傳輸

    這個問題通常被消除如果 RAID 設定為使用至少 75%的寫回快取,其中至少 25%的可用空間為止。在忙線中的檔案系統上,只有 15%的可用空間的硬碟應該視為全滿。如果壓縮得比較免費啟用是必要的空間。

    附註為事件 ID 2022 根本原因,這是很困難的問題進行疑難排解。
  4. 分散的硬碟。
    重組硬碟來增進 Windows 讀/寫效能。

    如需詳細資訊,按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
    300978如何分析及重組磁碟區在 Windows 2000 中

    如果磁碟機鏡像或幾乎已滿,導致""檔案成長的用戶端要求電腦系統的搜尋可用硬碟空間,執行很長的時間才能完成。在此期間,系統層級鎖定所需的其他要求,若要完成,就無法使用。伺服器服務資源的工作也保留暫止,而導致發生的事件識別碼 2022年。
  5. 檔案系統錯誤
    請確定檔案系統執行時未發生任何錯誤。硬碟是否損毀可能會導致輸入/輸出 (我 / 0) 時,作業系統會讀取,或寫入硬碟瓶頸。若要修復硬碟毀損,您必須在執行 chkdsk drive_letter: /r 在命令提示字元的命令。

    附註如果您對這個磁碟機上的命令已安裝的 Windows,則您必須重新啟動電腦才能讓 Chkdsk 公用程式來鎖定磁碟機。
  6. 有瑕疵的硬體裝置或驅動程式。

    這個問題是最大顯著性硬碟子系統。某些情況下,硬碟子系統是只是緩慢的。這是最常用在叢集上有不正確或過期的驅動程式或不正確或過時的韌體更新程式會造成硬碟子系統運作無誤,但執行效能會比較差。

    您必須建立的磁碟子系統正在執行不會出現任何錯誤,且其具有足夠的產能的良好的回應時間。請確定所有的韌體是最新狀態。其他裝置和驅動程式會干擾電腦的回應速度。使用效能監視器來檢查岔斷時間和其他硬體裝置的 DPC time。整體的岔斷時間應該少於 10%到 DPC 時間少於 15%。很難建立良好的閾值,「 每秒中斷 」,但是如果插斷均為大於每秒 15000 調查所有的裝置。此外,特殊權限如"%總處理器時間"所指出的硬體或驅動程式的問題都幾乎是相同的時間項目。

    取得並安裝最新的驅動程式及製造商更新您的電腦。 如需有關如何連絡電腦硬體製造商的資訊,請按一下下面清單中相關的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
    65416 硬體和軟體廠商連絡資訊 A-K

    60781 硬體和軟體廠商連絡資訊,L-P (英文)

    60782 硬體和軟體廠商連絡資訊,Q-Z (英文)
  7. 不正確的集區設定。

    驅動程式支配此集區或作業系統設定的變更,可以減少記憶體集區,且適用於 [Server] 服務。

    第三方產品的活動可支配集區。可以由這些不會顯示第三方集區標籤,確定這些集區。一般而言,只有服務程式服務標記使用很多非分頁集區是 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
    資料型別: 呼叫完成
    數值資料: 0x0 或 0x0A000000 或 0xffffffff 之間只有
  8. 磁碟 I/O 堆疊及其他程式中的篩選器驅動程式

    請試著停用堆疊中的所有篩選器驅動程式。請注意有許多篩選器服務,例如,檔案複寫、 檔案版本控制、 HSM、 配額管理、 開啟檔案代理程式,以及病毒掃描所需的驅動程式。依據事件識別碼 2022年錯誤的頻率,這些驅動程式 (從 1 天的數個小時) 的短暫的停用,可能會可讓您判斷電腦上是否有一個或多個檔案是這個問題的原因。請確定所有的驅動程式是最新的而且它們已安裝的任何已知的相容性問題。

    部分的量值,以設定防毒程式,監視連入的檔案,或無法再執行 「 即時 」 的防毒掃描。相反地,排程的病毒掃描下班,或在網路流量較低的期間。

    如需詳細資訊,按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
    240309如何完全停用防毒軟體,從 [檔案] 篩選
  9. 請確認執行的程式。

    決定所有執行中的程式,特別是程式執行比典型的基礎優先權較高優先權的功能。您可以使用 [效能監視器以偵測使用太過大量的 CPU 循環處理程序。高優先權的工作應該只執行的秒之下間隔。第三方監視程式,例如 Compaq 見解管理員必須調查監視軟體、 UPS 監視軟體,以及監視軟體的資料庫的 [Microsoft Internet Information Services (IIS)] 頁面。請注意我們將這些觀察也相關時若要檢閱您的硬碟瓶頸這個問題可能的根本原因。您可以有一個程式,也會使用所有具名的管道的資源。如此一來,您會發現在掃瞄 Poolmon 公用程式中使用的具名的管道標記的高位元組計數。
b.網路卡氾濫


企業層級支援的設定的問題會發生這個問題,請的常見原因,並可以加以分類,如下所示:
  • 不正確的排程系統管理伺服器或協力廠商備份解決方案的使用的方式。
  • 較舊的程式不斷阻塞伺服器的網路介面卡,藉由重試次數。
這兩個問題可以藉由使用 「 網路監視器效能監視器與結合並同時診斷。使用效能監視器來檢查伺服器的服務物件計數器。檢查封包,分為以下類別:
  • 錯誤
  • 連線檔案
  • 樹狀目錄連接
使用效能監視器以判定已存在,錯誤狀況的類型,然後使用 「 網路監視器來找出導致錯誤情況,程式就造成錯誤狀況,或兩者的工作站。

在命令提示字元中,使用下列命令可以收到指向同時違規的工作站及程式的詳細資訊:
net 檔案 > netfiles.txt
net 工作階段 > netsession.txt

下列事件識別碼通常會列在有問題的工作站電腦上,特別是如果它是做為工作站的另一部伺服器電腦:

事件識別碼: 3013
描述: 重新導向器已逾時 電腦名稱.


您可能會遇到一個網路的問題。下列兩種環境裡,會出現這個問題:
  • 網際網路資訊服務會將資料儲存在遠端伺服器上。
  • 終端機伺服器正在存取遠端設定檔。
然而,解決方案也適用於兩種狀況。這兩種問題的根本原因,是相同的。太多的伺服器訊息區 (SMB) 要求。

如需詳細資訊,按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
221790IIS 的工作項目用完,並連接至遠端底色圖案時,會造成 RPC 錯誤


在這些情況下的 IIS 虛擬根目錄是大量 (千位元) 或遠端設定檔包含連結至裝載伺服器指的是大量 (千) 使用的伺服器。您也可能會遇到其他不正常的徵狀,但不是一定是任何其他錯誤。

如果要解決這個問題,請依照下列步驟執行:
  1. 如果您執行 Windows 2000 SP1,安裝後置 SP1hotfix 執行 IIS 的伺服器和檔案伺服器同時下列 「 Microsoft 知識庫 」 文件中所述:
    271148 在 Windows 2000 MaxMpxCt 和 MaxCmds 限制
  2. 增加 MaxCmds 藉由新增下列登錄值執行 IIS 的伺服器上的值:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanworkstation\parameters


    數值名稱: MaxCmds
    資料型別: 呼叫完成
    資料值: 4096(decimal)

    附註沒有使用更長的時間值沒有任何好處。
  3. 每次增加 MaxMpxCt 的檔案伺服器上新增下列登錄值:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters

    數值名稱: MaxMpxCt
    資料型別: 呼叫完成
    數值資料: 4096 (十進位)

    附註沒有使用更長的時間值沒有任何好處。
  4. 執行 IIS 的伺服器和檔案伺服器時,重新啟動或停止,然後重新啟動工作站與伺服器服務藉由使用 net 的停駐點 以及 net start 命令。

增加這些值都會耗用額外的非分頁集區記憶體,在檔案伺服器與 IIS 用戶端伺服器電腦上。非分頁集區記憶體有 256 mb 的上限。許多用戶端的連線數目可能會耗用所有檔案伺服器上的非分頁集區記憶體。使用效能監視器 」 來監看這個計數器,以確定它不接近限制。執行 IIS 的電腦可以有多個虛擬目錄或指向其他 Windows NT 4.0 Server 電腦上的共用資源的網站。

ASP 目錄的顯示器使用 ReadDirectoryChangesW 監視有任何變更,這些目錄,在另一台伺服器上的 API。每個擱置中 ReadDirectoryChangesW 項目需要在伺服器上,工作內容,而且有可用的只有有限的數量的工作內容。工作內容的數目是從伺服器至用戶端時,傳遞會交涉 SMB 層級。在用戶端重新導向程式會保留在伺服器上使用時,工作內容的數字的內部計數。工作內容的預設數目為 50。工作內容的數目限於避免耗盡非分頁集區的所有記憶體的伺服器處理序。這可能會引發,但沒有特定的用戶端可能會耗用多少工作內容的限制。這個問題不限於 IIS。Windows NT 檔案總管會使用相同的機制來監視的目錄變更。通常就會發生檔案總管在終端機伺服器環境中的問題。

如需詳細資訊,按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
232476終端機伺服器用戶端連線及登入受限於 MaxWorkItem 和 MaxMpxCt 值
271148 MaxMpxCt 和在 Windows 2000 MaxCmds 限制


如果您遇到這個問題的 Windows 檔案總管] 時,它就會以相同的步驟,為那些用於先前的 IIS 問題解決。不過,這個解決方案快速消耗伺服器供應的工作項目,並且大幅降低了伺服器可以裝載的桌面設定檔數目。

請注意下列登錄子機碼中的值:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\User 的殼層資料夾


HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Shell 資料夾


或者,請在命令提示字元中,使用下列命令,並檢視輸出檔案。有 5 個以上的檔案,每位使用者,表示有問題。

net 檔案 > filelist.txt
net 工作階段 > netsession.txt

Microsoft 支援下列的資料夾重新導向,方法是使用系統原則:
  • 桌面
  • [開始] 功能表
  • 網路上的芳鄰
  • [程式集] 資料夾
  • 啟動


其他相關資訊

事件識別碼 2021年 」 和 「 事件識別碼 2022年 」 都是由其中一個有兩種情況所造成的。在第一種情況下,無法配置的集區記憶體。工作項目 (2021) 需要非分頁集區記憶體。(2022) 的連線要求,兩者都未分頁,而且在分頁集區記憶體。伺服器可以限制其用法的這些集區,而且也會耗盡的集區。在這種情況,配置就會失敗。非常少可以進行,以解決這個問題。集區記憶體不足,只需執行的電腦。只有有效的解決方案,在這個範例是以減少在集區上的負載,或新增更多的 RAM 最多為 1.6 gb (GB)。在這個時候,集區已達到理論上最大值。
附註新增其他的 RAM 只是幫助若集區已不在其理論上最大值。

可能會造成上述的兩個錯誤條件的第二種情況會突然出現在伺服器上的負載。如果太多接收 (2021) 或 (2022) 的連線要求必須經過處理,在此同時,伺服器便無法尋找可用的工作項目或連線,分別。有多個工作項目,因為它們是比較不容易被這比可連線。此外,工作項目可以取自其他處理器。若要解決這種情況下會增加的最小的工作項目 (2021)、 最小的可用連線 (2022),或兩者。設定的可用連線數目上限可能因為它只討論了不再需要連接時,在此情況下,有什麼影響。不過,它必須大於最小值。

另一個可能發生的問題,是使用 / PAE 以及 / 3 GB 啟動參數。如果在 Windows 2000 電腦上使用 /3GB 參數,則它會傳回給 Windows NT 4.0 最大量 192MB 設定分頁集區記憶體。如果 / PAE 參數在伺服器上,則它可能會降低可用的分頁集區記憶體。這兩個參數的用法可用性較低系統資源,如果您使用侵擾的任一個參數,您就必須比] 或 [無參數的使用,來設定作業系統。特別強調伺服器不應使用的檔案 / 3 gb 切換。[ / PAE 選項參數單獨不會造成任何問題。

真的很難 2022年問題中,您可以使用事件監視程式來停止網路擷取時就會記錄事件。也請連絡 PSS-CPR 美國取得診斷傾出伺服器收到稍早所列的錯誤時,驅動程式。如果您已經收集到的型別、 使用及開啟的檔案數量一些背景資訊根本原因很快就會傾印檔案。

?考

889100 如何取得最新的 service pack,Windows Server 2003
260910 如何取得最新的 Windows 2000 service pack

若要取得最新的 Windows NT 4.0服務封包,請造訪下列 Microsoft 網站:
http://technet.microsoft.com/en-us/library/cc767869.aspx
附註沒有 post-Service 封包 6a (post SP6a) hotfix 事件識別碼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 (32-bit x86)
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows 2000 Server
  • Microsoft Windows NT Server 4.0 Standard Edition
關鍵字:?
kbhowto kbprb kbmt KB317249 KbMtzh
機器翻譯
重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。
按一下這裡查看此文章的英文版本: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