您目前已離線,請等候您的網際網路重新連線

如果伺服器用戶端檔案鎖未被授與原則檔中 Windows,發生透過慢速連線登入延遲

Windows XP 支援已結束

Microsoft 於 2014 年 4 月 8 日結束對 Windows XP 的支援。此變更已影響您的軟體更新和安全性選項。 瞭解這對您的意義為何且如何持續受保護。

Windows Server 2003 的支援已於 2015 年 7 月 14 日結束

Microsoft 已於 2015 年 7 月 14 日結束對 Windows Server 2003 的支援。此變更已影響您的軟體更新和安全性選項。 瞭解這對您的意義為何且如何持續受保護。

重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。

按一下這裡查看此文章的英文版本:319440
徵狀
在 Windows 中時用戶端登入,,可能會發生重大的登入延遲。如果大部分或所有下列條件皆成立,就會發生這個問題:
  • 多個用戶端同時登入。
  • 用戶端會共用一個大型的原則檔或一些大型原則檔案。
  • 用戶端使用低頻寬連線 (緩慢)。
  • 用戶端可以存取少數網域控制站。
  • 用戶端有緩慢連結偵測關閉原則下載項目或 Registry.pol 檔案正在擷取因為更新。
發生的原因
如果用戶端無法使用伺服器用戶端檔案鎖,用戶端下載原則時,可能就會發生這個問題。此效能降低都會造成延遲下載發生透過低頻寬連線的網域控制站的存取權時,會更明顯的原則。
解決方案

Windows Server 2003 服務套件資訊

如果要解決這個問題,取得最新的 Service Pack 的 Windows Server 2003。如需詳細資訊,請按一下下列的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
889100如何取得最新的 Service Pack 的 Windows Server 2003

Windows Server 2003 Hotfix 資訊

本文所述的 Hotfix 已由另一個 Hotfix 所取代。如更多有關新 Hotfix,按一下 [下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項]:
930597某些登錄原則設定會遺失,而錯誤訊息記錄在應用程式記錄檔在 Windows XP 的電腦或 Windows Vista 的電腦上
Hotfix 新增,並將下列的登錄機碼值設為登錄:
登錄子機碼: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Winlogon
項目: BufferPolicyReads
型別: DWORD
值: 1
附註檔案讀取將只會緩衝何時該 BufferPolicyReads 登錄項目存在,並將設定為 1。

必要條件

若要安裝此 Hotfix,您必須有 Windows Server 2003 Service Pack 1 (SP1) 安裝在 x86 和 Windows Server 2003 的 Itanium 架構版本。如需有關如何取得 Windows Server 2003 Service Pack 1,按一下 [下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項]:
889100如何取得最新的 Service Pack 的 Windows Server 2003

重新啟動需求

您沒有套用此 Hotfix 之後重新啟動電腦。

Hotfix 取代資訊

此 Hotfix 不會取代任何其他的 Hotfix。

檔案資訊

此 Hotfix 的英文版在檔案屬性 (或更新版本的檔案屬性) 如下列表格中所列。這些檔案的日期和時間為 Coordinated Universal Time (UTC)。當您檢視檔案資訊時,會將它轉換為當地時間。若要到 UTC 與當地時間差異使用在 [日期及時間 中項目控制台中的 [時區] 索引標籤]。
Windows Server 2003 x x86 版本
檔案名稱檔案版本檔案大小日期時間平台
Userenv.dll5.2.3790.2749790,5282006 年七月 18 日13: 38x86
Windows Server 2003 Itanium 架構版本
檔案名稱檔案版本檔案大小日期時間平台預存程序需求服務分支
Userenv.dll5.2.3790.27491,565,6962006 年七月 18 日01: 32IA 64sp1sp1qfe
Wuserenv.dll5.2.3790.2749790,5282006 年七月 18 日01: 32x86sp1
x x64 版本的 Windows Server 2003
檔案名稱檔案版本檔案大小日期時間平台預存程序需求服務分支
Userenv.dll5.2.3790.27491,070,5922006 年七月 18 日01: 30x64sp1sp1qfe
Wuserenv.dll5.2.3790.2749790,5282006 年七月 18 日01: 30x86sp1

Windows XP Hotfix 資訊

一個支援的 Hotfix 現在已可從 Microsoft取得。不過,它只修正本文中所述此問題。請只在發生此特定問題的系統上套用。此 Hotfix 可能會接受其他測試。因此,如果您不會嚴重影響這個問題,我們建議您等候下一個的 Windows XP Service Pack 包含此 Hotfix。

如果要立即解決這個問題,請聯絡 Microsoft 客戶支援服務 」,以取得該 Hotfix。如需 Microsoft 客戶支援服務電話號碼及支援成本的相關資訊的完整清單,請造訪下列 Microsoft 網站]:附註 在特殊情況下通常會因支援電話所產生的費用可能就不收取如果 Microsoft 支援人員認為某特定更新程式可以解決您的問題。平常的支援成本將會套用到其他支援問題是所做不限定特定有問題的更新程式。
Hotfix 新增,並將下列的登錄機碼值設為登錄:
登錄子機碼: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Winlogon
項目: BufferPolicyReads
型別: DWORD
值: 1
附註檔案讀取將只會緩衝何時該 BufferPolicyReads 登錄項目存在,並將設定為 1。

必要條件

若要將這個 Hotfix,您必須有 Windows XP Service Pack 2 (SP2) 安裝在電腦上。
如需有關如何取得 Windows XP Service Pack 2 (SP2),按一下 [下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項]:
322389如何取得最新的 Windows XP Service Pack

重新啟動需求

您沒有套用此 Hotfix 之後重新啟動電腦。

Hotfix 取代資訊

此 Hotfix 不會取代任何其他的 Hotfix。

檔案資訊

此 Hotfix 的英文版在檔案屬性 (或更新版本的檔案屬性) 如下列表格中所列。這些檔案的日期和時間為 Coordinated Universal Time (UTC)。當您檢視檔案資訊時,會將它轉換為當地時間。若要到 UTC 與當地時間差異使用在 [日期及時間 中項目控制台中的 [時區] 索引標籤]。
檔案名稱檔案版本檔案大小日期時間平台
Userenv.dll5.1.2600.2913724,9922006 年五月 22 日12: 14x86
其他可行方案
若要解決這個問題,所有用戶端需要快速下載原則檔,以便其他用戶端不會停止從使用伺服器用戶端檔案鎖。如果要執行這項操作,使用任一下列方法。

新增本機網域控制站

當您執行這項操作的用戶端就不需要透過慢速連結連線。

分散與其他網域控制站負載

如果您不實用為用戶端相同的站台中放置網域控制站,您可以新增網域控制站到主要站台的用戶端連接到提供較佳的負載平衡。這個方法會增加用戶端能夠使用伺服器用戶端檔案鎖存取原則檔的機會。

單一) 原則檔案分割成多個的原則檔案

如果原則檔是大於數個 KB,建立幾個獨占式原則檔案來涵蓋相同原則的範圍。這可減少需要來下載原則檔案,不論伺服器用戶端檔案鎖可用的時間的量。多個檔案也會增加用戶端會使用伺服器用戶端檔案鎖來存取該檔案的機會。
狀況說明
Microsoft 已確認<適用於>一節所列之 Microsoft 產品確實有此問題。 這個問題,首先已經在 Microsoft Windows Server 2003 Service Pack 2 中獲得修正。
其他相關資訊
當正在下載原則檔時,用戶端受到影響由這個速度緩慢的登入行為。系統管理員可以停用緩慢連結偵測 (藉由使用 「 系統管理員 Templates\System\Group 原則) 來強制原則下載無論連結速度。原則檔的每一項修改會造成 Registry.pol 檔案的每個變更的遠端用戶端進行下載。

如更多有關如何偵測到低速連結] 和 [預設行為的透過慢速連結的 [群組原則] 延伸,按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中 「 文件:
227369使用慢速連結的 [群組原則] 延伸的預設行為
227260如何低速連結偵測到使用者設定檔] 和 [群組原則
預設情況下,重新導向程式會嘗試取得伺服器用戶端檔案鎖,從遠端開啟檔案時。這可讓重新導向器使用先期讀取快取改善效能。如需有關 oplocks,按一下 [下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項]:
129202在 Windows NT 上的伺服器用戶端檔案鎖的說明
在某些情況下檔案伺服器可能拒絕伺服器用戶端檔案的鎖定要求。如果檔案已鎖定可供獨佔/寫入使用,這經常會發生。此外,[Server] 服務會執行下列檢查以防止資料損毀,並改進穩定性:
  • 請檢查以判斷檔案是否為系統檔案
  • 決定是否網路連結會被視為可靠的核取
  • 請檢查以判斷是否尚未完成其工作的篩選器驅動程式
如更多有關相關主題的資訊,按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項:
306981鎖定檔案之後,未授予層級 II oplocks
因為重新導向器會執行預先讀取快取,而且從重新導向器快取提供檔案讀取使用 oplocks 存取檔案的使用者不會遇到這種行為。

如果重新導向器無法使用伺服器用戶端檔案鎖開啟遠端檔案,從 MSDN Windows NT 4.0 SMB 或 CIF 2.0 規格說明:
如果用戶端持有沒有 oplocks,就必須讀取以外的所有要求都傳送到伺服器。可能會使用快取或預先讀取的資料,只要位元組範圍已被鎖定由用戶端執行讀取,否則它們太必須傳送至伺服器。
這會導致原則載入方法讀取,藉由使用的讀取每一個 Unicode 字元的網路存取伺服器。如果原則檔是大型,而且在載入原則時,如果給用戶端可用的頻寬太低,發生嚴重的延遲和這建立登入延遲。

若要識別這種情況下,使用下列其中一種方法。

方法 1

您可以從下列 Sysinternals 網站執行協力廠商 Filemon.exe 工具: 從 Filemon.exe 工具輸出是類似於:
系統: 8 FSCTL_REQUEST_BATCH_OPLOCK C:\WINNT\SYSVOL\domain\Policies\{policy-GUID}\user\registry.pol OPLOCK 不授與
系統: 8 FSCTL_REQUEST_OPLOCK_LEVEL_2 C:\WINNT\SYSVOL\domain\Policies\{policy-GUID}\user\registry.pol OPLOCK 不授與
系統: 8 FASTIO_QUERY_NETWORK_OPEN_INFO C:\WINNT\SYSVOL\domain\Policies\{policy-GUID}\user\registry.pol 成功

方法 2

Microsoft 網路監視器追蹤顯示 Oplock 層級 = 無檔案開啟要求在伺服器回應為:
SMB: R NT 建立和 X,FID = 0x4009
+ SMB: NT 狀態碼 = 0x0 設備 = 系統嚴重性 = 成功程式碼 = (0) STATUS_WAIT_0
+ SMB: 標頭: PID = 0x00B8 TID = 0x0804 MID = 0x0841 UID = 0x1000
SMB: 命令 = C NT 建立和 X
SMB: 字數統計 = 42
SMB: Word 參數
接下來位移 SMB: = 0x0087
SMB: 字數統計 = 42
SMB: Word 參數
SMB: oplock 層級 = 無
SMB: 檔案 ID (FID) = 16393 (0x4009)
SMB: 檔案名稱 = \mydom.com\Policies\{E3FDB1FB-0FA1-484E-8751-7009DD5287BD}\User\registry.pol
循序的 2 位元組至原則檔使其較慢的下載大型檔案是否會讀取:
107 26.234375 SMB C NT 建立 n 個 X 檔案 = \mydom.com\Policies\{E3FDB1FB-0FA1-484E-8751-7009DD5287BD}\User\registry
108 26.234375 SMB R NT 建立 n X,FID = 0x4009 161.123.162.142 161.123.110.40
109 26.296875 SMB C 讀取 n X,FID = 0x4009,0x00000000 讀取 0x4 161.123.110.40 161.123.162.142
110 26.296875 SMB R 讀取 n X 的 「 讀取 」 0x4 161.123.162.142 161.123.110.40
111 26.343750 SMB C 讀取 n X,FID = 0x4009,在 0x00000004 讀取 0x4 161.123.110.40 161.123.162.142
112 26.343750 SMB R 讀取 n X 的 「 讀取 」 0x4 161.123.162.142 161.123.110.40
113 26.406250 SMB C 讀取 n X,FID = 0x4009,在 0x00000008 讀取 0x2 161.123.110.40 161.123.162.142
114 26.406250 SMB R 讀取 n X 的 「 讀取 」 0x2 161.123.162.142 161.123.110.40
115 26.453125 SMB C 讀取 n X,FID = 0x4009,在 0x0000000A 讀取 0x2 161.123.110.40 161.123.162.142

x 的 Microsoft Windows x64 版的技術支援人員

如果您的硬體隨附於 Microsoft Windows x64 版已經安裝,您的硬體製造商會提供技術支援和 Windows x64 版的協助。在這種情況下您的硬體製造商提供的支援,因為 Windows x64 版是隨附在您的硬體。您的硬體製造商可能已經自訂 Windows x64 版安裝藉由使用唯一的元件。唯一的元件可能包括特定的裝置驅動程式,或可能包含選擇性的設定,以充分發揮硬體效能。如果您必須有與 Windows x64 版的技術說明,Microsoft 會提供合理努力尋求協助。但是,您可能必須直接連絡您的製造商。您的製造商最佳人選支援您的製造商安裝硬體的軟體。如果您分開購買例如 x 64 版本的 Windows Server 2003 的 Windows x64 版與 Microsoft 連絡技術支援。

如需 Windows XP 商用版 x64 版的產品資訊,請造訪下列 Microsoft 網站]:如需產品有關資訊 x x64 版本的 Windows Server 2003,請造訪下列 Microsoft 網站:

Microsoft 提供協力廠商連絡資訊可協助您尋找技術支援。此連絡人資訊若有變更恕不另行通知。Microsoft 不保證此第三方連絡資訊的正確性。
GPO registry.pol 2 位元組區塊 EnableOpLocks 群組原則否 Oplock 授與重新導向器長時間延遲 ProcessGPORegistryPolicy oplock

警告:本文為自動翻譯

內容

文章識別碼:319440 - 最後檢閱時間:05/14/2008 17:36:46 - 修訂: 7.0

Microsoft Windows Server 2003, Enterprise x64 Edition, Microsoft Windows Server 2003, Standard x64 Edition, Microsoft Windows Server 2003, Enterprise Edition for Itanium-based Systems, Microsoft Windows Server 2003, Enterprise Edition (32-bit x86), Microsoft Windows Server 2003, Standard Edition (32-bit x86), Microsoft Windows XP Professional, Microsoft Windows XP Professional x64 Edition, Microsoft Windows 2000 Advanced Server SP2, Microsoft Windows 2000 Advanced Server SP1, Microsoft Windows 2000 Server SP2, Microsoft Windows 2000 Server SP1, Microsoft Windows 2000 Professional SP2, Microsoft Windows 2000 Professional SP1

  • kbmt kbwinserv2003sp2fix kbhotfixserver kbenv kbnetwork kbprb KB319440 KbMtzh
意見反應
om/ms.js">