Select the product you need help with
如何進行效能調整的 NTLM 驗證，藉由使用 [MaxConcurrentApi] 設定文章編號: 2688798 - 檢視此文章適用的產品。 簡介最近，程式中的企業資訊技術，加上增加客戶為導向的裝置，例如手機和平板消費化朝。這會增加一系列的企業可能會遇到以往的驗證，其企業環境中大幅增加的情況。增加的以往的驗證可能會導致效能問題，例如延遲或逾時為用戶端。 驗證逾時或延遲，也就是 MaxConcurrentApi 瓶頸，在環境中，您會發現一般的方式來解決問題時要引發的最大允許背景工作執行緒該服務驗證。您只要變更 MaxConcurrentApi 的登錄值，然後再重新啟動伺服器上的 Net Logon 服務。 用來識別哪一部伺服器是瓶頸的受害者，實際上這些瓶頸延遲原因，是哪一部伺服器，可能會很困難。本文將告訴您如何進行效能調整 NT NTLM) 驗證，藉由使用 [MaxConcurrentApi] 設定。本文包含指導中用來識別在其上引發的 MaxConcurrentApi 值，該值應該設定的量的伺服器系統管理員。 解決方案重要 這個章節、 方法或工作包含步驟告訴您如何修改登錄。不過，如果您不當修改登錄，可能會發生嚴重的問題。因此，請確定小心執行這些步驟。為加強保護，請先備份登錄再進行修改。然後，您可以在發生問題時還原登錄。如需有關如何備份和還原登錄的詳細資訊，請按一下下面的文件編號，檢視 「 Microsoft 知識庫 」 中的文件： 322756 如果要解決這個問題，您必須檢視效能資料，來自所有案例中的伺服器。然後，您可以嘗試增加 [MaxConcurrentApi] 設定，在這些伺服器上，顯示在效能的損失。
(http://support.microsoft.com/kb/322756/
)
如何備份及還原 Windows 中的登錄 附註唯一的效能資料計數器，能一致地顯示驗證瓶頸是網路登入效能物件計數器。根據預設，這些計數器有 Windows Server 2008 中，並在較新的作業系統版本。在以下的知識庫文件中的更詳細地討論 [Net Logon] 效能物件： 928576 若要判斷您的伺服器的最佳 MaxConcurrentApi 值，幾個資料點必須放在一起並使用公式來計算。要用來估計 MaxConcurrentApi 資料如下所示：
(http://support.microsoft.com/kb/928576/
)
Windows Server 2003 的新效能計數器可讓您監視效能的網路登入驗證
(semaphore_acquires+semaphore_time 報告) * average_semaphore_hold_time / time_collection_length = New_MaxConcurrentApi_setting 您網路登入從中收集效能資料在驗證負載下的伺服器的時間之後，您應該決定資料收集程序執行期間，藉由查看 [行] 檢視的開始和結束時間。"取得號誌"和"號誌逾時 」 是累加的數字，代表資料收集過程中發生多少逾時。當您使用效能監視器 (Perfmon.msc) 中的行檢視起始編號必須從結束的數字中減去。然後，您可以使用此導出的數字在公式中，新的 MaxConcurrentApi 設定。 平均的號誌扣留時間都可以藉由從 [行] 檢視中變更預設檢視報告] 檢視中 Perfmon.msc 來決定。比方說，如果此號誌取得值是 8,286、 的信號逾時的值是 883、 平均的號誌扣留時間是.5 (也就是半秒)，以及報告的持續期間為 90 秒，公式，如下所示為： (8,286 + 883) 1.5 / 90 =<> 如果此值是衍生自公式為 150 或更大，您應該加入更多的伺服器來服務以往的驗證負載。 如果這個值是小於 150，您應該變更 MaxConcurrentApi 登錄值的公式所建議的值或較大的值，該伺服器上。執行這項操作，請依照下列步驟執行：
其他相關資訊識別用戶端的徵狀以往的驗證更詳細的瓶頸，您可以使用下列 「 知識庫 」 文件： 975363 驗證瓶頸可能是在案例中的多台伺服器上。因此，您必須確定特定案例中的所有伺服器都具有他們檢閱不忙於高度負載時的效能資料。
(http://support.microsoft.com/kb/975363/
)
您在間歇地提示您輸入認證或當您連線至驗證服務時，發生逾時取得號誌的計數器，如信號的等候逾時，並基於平均的號誌的保留時間必須檢閱所有的應用程式伺服器、 網域控制站，以及服務用戶端要求中涉及的受信任的網域控制站上。 當伺服器負載過重時，就必須追蹤的效能資料。當伺服器看見多數的用戶端要求時，就會發生負載過重。比方說，在電子郵件伺服器案例中，來收集效能資料的最佳時機是當使用者工作時出現，並檢查其電子郵件。 額外的項目，以便考量如下所示：
109626 請注意，NTLM 驗證下的 [Perfmon.msc 計數器安全性系統的統計資料物件不是執行緒的反映的使用情形的追蹤 MaxConcurrentApi 數目。[Net Logon] 效能計數器] 所示的 MaxConcurrentApi 號誌使用量和 NTLM 驗證計數器遞增之間沒有一對一的相互關聯。NTLM 驗證計數器並不適用於決定最佳的 MaxConcurrentApi 值。
(http://support.microsoft.com/kb/109626/
)
啟用偵錯記錄功能，如 [Net Logon] 服務 此外，就很可能是以往的驗證效能逾時與 MaxConcurrentApi 相關的都可見，且不會反映在網路登入計數器以外的任何效能計數器。這表示其他的效能度量資訊，例如 CPU 使用，而且磁碟和網路使用可能會顯示任何的負載，當 MaxConcurrentApi 負載過重，且使用者也有問題。 額外的至步驟都應在網域控制站，以表示用戶端將要提交<null>\</null> Net Logon 服務偵錯記錄檔項目使用者名稱 而不是 網域名稱\使用者名稱.下列 「 Microsoft 知識庫 」 文件說明的步驟執行： 923241
(http://support.microsoft.com/kb/923241/
)
Lsass.exe 處理程序可能會停止回應，如果您在 Windows Server 2003 網域控制站上有許多外部信任 屬性文章編號: 2688798 - 上次校閱: 2012年3月26日 - 版次: 1.1 這篇文章中的資訊適用於:
機器翻譯 重要：本文是以 Microsoft 機器翻譯軟體翻譯而成，而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章，讓使用者可以依其使用語言使用知識庫中的所有文章。但是，機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤，就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。 按一下這裡查看此文章的英文版本：2688798
(http://support.microsoft.com/kb/2688798/en-us/
)
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應，不負任何擔保責任。Microsoft及(或)其供應商謹此聲明，不負任何對與此資訊有關之擔保責任，包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。 | 文章翻譯
 |
回此頁最上方
