คุณจะได้รับพร้อมท์สำหรับข้อมูลประจำตัวเป็นระยะ ๆ หรือพบเวลาเมื่อคุณเชื่อมต่อกับบริการการรับรองความถูกต้อง

อาการ

คุณอาจพบอย่างน้อยหนึ่งอาการดังต่อไปนี้ อาการเหล่านี้อาจเป็นระยะ ๆ หรือต่อเนื่อง อาการเหล่านี้จะแพร่กระจายมากขึ้นในช่วงเวลาที่ "การใช้งานสูง" และยิ่งเช่น ณจุดเริ่มต้นของธุรกิจ วันเมื่อไคลเอ็นต์เพิ่มโหลดที่เกิดขึ้นบนเซิร์ฟเวอร์ในสภาพแวดล้อม

คุณอาจพบปัญหาต่อไปนี้ในบริการเว็บสถานการณ์สมมติ: คุณอาจพบปัญหาต่อไปนี้ในกรณีที่มีพร็อกซีเว็บ: คุณอาจพบปัญหาต่อไปนี้ในสถานการณ์ไคลเอ็นต์ Exchange: คุณอาจประสบปัญหาในสถานการณ์ใด ๆ ใน NTLM ที่ใช้รับรองความถูกต้องสำหรับโปรแกรมประยุกต์ต่อไปนี้:

บรรทัดของธุรกิจหรือโปรแกรมประยุกต์แบบกำหนดเองที่ใช้การรับรองความถูกต้อง NTLM ล้มเหลว นอกจากนี้ คุณอาจได้รับข้อผิดพลาดที่แตกต่างกันที่เป็นระยะ ๆ และอาจรวมถึง "ปฏิเสธการเข้าถึง"คุณอาจพบปัญหาต่อไปนี้ในกรณีที่มีการเข้าถึงแฟ้มระยะไกล:

ไคลเอนต์ Windows ได้รับข้อผิดพลาด "access denied" หรือล่าช้าของการตอบสนองจากไฟล์เซิร์ฟเวอร์คุณอาจพบปัญหาต่อไปนี้ในสถานการณ์ใด ๆ ที่ รับมอบสิทธิ์ Kerberos จะใช้ในการบริการระดับกลาง:

ไคลเอนต์เข้าใช้งานในตอนแรกเสร็จเรียบร้อยแล้ว แต่สูญเสียการเข้าถึงทรัพยากรเดียวกันแล้ว นอกจากนี้ คุณอาจได้รับพร้อมท์หลายครั้งสำหรับข้อมูลประจำตัว หรือพบข้อผิดพลาด "access denied"หมายเหตุ

สาเหตุ

ปัญหานี้เกิดขึ้นเมื่อวอลุ่มสูงของการรับรองความถูกต้อง NTLM หรือธุรกรรมตรวจสอบ Kerberos PAC (หรือทั้งสองอย่าง) ที่เกิดขึ้นบนเซิร์ฟเวอร์ที่ใช้ Windows และไดรฟ์ข้อมูลที่มีขนาดใหญ่กว่าไดรฟ์ข้อมูลที่สามารถจัดการได้ในแต่ละครั้ง โดยเซิร์ฟเวอร์สมาชิกหรือตัวควบคุมโดเมนที่ให้การรับรองความถูกต้อง อีกนัยหนึ่ง ซึ่งมีสาเหตุจากขวดทรัพยากรการรับรองความถูกต้อง

ตรวจสอบ PAC และการรับรองความถูกต้อง NTLM จะดำเนินการ โดยเธรดที่จัดสรรไว้ในกระบวนการ Lsass.exe บนคอมพิวเตอร์ที่ใช้ Windows ไม่มีเธรดเหล่านี้ที่มีอยู่เพื่อจัดการการร้องขอเหล่านี้พร้อม ๆ กัน มากสุด และถ้าคำขอเกินความพร้อมใช้งานของเธรด และไม่รอการร้องขอใด ๆ อีกต่อไป ปัญหานี้เกิดขึ้น

โดยค่าเริ่มต้น เวิร์กสเตชันมีพร้อมใช้งานสำหรับเธรดการ และเซิร์ฟเวอร์ที่เป็นสมาชิกมีสองเธรดพร้อมใช้งาน ตัวควบคุมโดเมนมีเธรดหนึ่งที่พร้อมใช้งานสำหรับแต่ละช่องทางความปลอดภัยกับโดเมนที่เชื่อถือได้ ตัวเลขนี้สูงสุดของเธรดที่ได้ทุ่มเทเพื่อวัตถุประสงค์นี้เรียกว่า "Maxconcurrentapi" และสามารถกำหนดค่า

การแก้ปัญหา

เมื่อต้องการแก้ไขปัญหา ใช้อย่างน้อยหนึ่งวิธีต่อไปนี้:

• ติดตั้งโปรแกรมแก้ไขด่วนต่อไปนี้ และจากนั้น ทำตามขั้นตอนต่าง ๆ ที่อธิบายไว้ในส่วน "ข้อมูลรีจิสทรี" หลังจากที่คุณติดตั้งโปรแกรมแก้ไขด่วนนี้ใน Windows Vista, Windows Server 2008, Windows 7 หรือ Windows Server 2008 R2, maximumlimitของการเชื่อมต่อระหว่างคอมพิวเตอร์ไคลเอ็นต์และเซิร์ฟเวอร์อื่นที่เกิดขึ้นพร้อมกัน หรือตัวควบคุมโดเมนสำหรับการรับรองความถูกต้อง NTLM หรือตรวจสอบ PAC อาจเปลี่ยนแปลงได้ถึง 150 ควรทำสิ่งนี้บนเซิร์ฟเวอร์ทั้งหมดที่ Perfmon Netlogon indications "เซมาฟอร์หมดเวลา" ในแฟ้มบันทึกของประสิทธิภาพการทำงานหรือมี การ " NlpUserValidateHigher: ไม่สามารถจัดสรรช่อง API ไคลเอ็นต์" ข้อความในแฟ้มบันทึกการตรวจแก้จุดบกพร่อง Netlogon ของพวกเขาได้

• สำหรับโปรแกรมประยุกต์และบริการที่กำลังใช้ NTLM เพิ่งกำหนดค่าให้ใช้การรับรองความถูกต้อง Kerberos แทน วิธีการที่จะทำเช่นนั้นจะมีเฉพาะสำหรับโปรแกรมประยุกต์เหล่านั้น

หมายเหตุ เพื่อตัดสินใจว่า ค่าใดการตั้งค่าสำหรับ MaxConcurrentApi การ ตั้งค่าในสภาพแวดล้อมของคุณอ้างอิงถึงบทความฐานข้อมูลองค์ความรู้ด้านล่าง

2688798วิธีการปรับค่าประสิทธิภาพสำหรับการรับรองความถูกต้องของ NTLM โดยใช้การตั้งค่าการ MaxConcurrentApi

สถานะ

Microsoft ยืนยันว่านี่เป็นปัญหาในผลิตภัณฑ์ของ Microsoft ซึ่งแสดงไว้ในส่วน "นำไปใช้กับ"

ข้อมูลเพิ่มเติม

โปรแกรมแก้ไขด่วนนี้จะรวมอยู่ ใน Windows 7 Service Pack 1 (SP1) และ ใน Windows Server 2008 R2 Service Pack 1 (SP1)

การตั้งค่าการMaxConcurrentApiและการตั้งค่าเริ่มต้นสำหรับตารางนั้นเป็นแบบดั้งเดิม ของ Windows 2000 และฮาร์ดแวร์จำกัดความสามารถของเวลานั้น กับฮาร์ดแวร์เก่า อนุญาตสำหรับเธรดที่เพิ่มเติมและการรับส่งข้อมูล RPC ที่พวกเขาจะสร้างข้อจำกัดเกี่ยวกับร้ายแรง และมีปัญหาคอขวดของประสิทธิภาพการทำงานด้วยหากถูกสร้างเธรดอยู่มากเกินไป ข้อจำกัดประสิทธิภาพการทำงานของฮาร์ดแวร์ที่มีน้อยอาจเกิดขึ้นได้กับแพลตฟอร์มของฮาร์ดแวร์ใหม่และปรับปรุงประสิทธิภาพ เสมอ ซึ่งเป็นสิ่งสำคัญในการประเมิน และการทำความเข้าใจประสิทธิภาพการทำงานของเซิร์ฟเวอร์ในสภาพแวดล้อมก่อนที่คุณเพิ่มการโหลดที่เป็นไปได้ โดยใช้การตั้งค่าการMaxConcurrentApiสูง

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับวิธีการใช้บริการ netlogon จะตรวจแก้จุดบกพร่องล็อก (Netlogon.log) ให้คลิกหมายเลขบทความต่อไปนี้เพื่อดูบทความในฐานความรู้ของ Microsoft:

การเข้าสู่ระบบสำหรับบริการการเข้าสู่ระบบสุทธิการดีบักเปิดใช้งาน109626สามารถดำเนินการขั้นตอนเพิ่มเติม lessening บนตัวควบคุมโดเมนที่ใช้ Windows Server 2003 ที่มีรายการในแฟ้มบันทึกการดีบักของบริการ Netlogon ที่บ่งชี้ว่า ไคลเอ็นต์กำลังส่ง < null > \ชื่อผู้ใช้แทนที่เป็นdomainname\ชื่อผู้ใช้ได้ ขั้นตอนอธิบายไว้ในบทความฐานความรู้ของ Microsoft ต่อไปนี้:

923241กระบวนการ Lsass.exe อาจหยุดการตอบสนองถ้าคุณมีความเชื่อถือภายนอกมากมายบนตัวควบคุมโดเมนที่ใช้ Windows Server 2003ข้อมูลเพิ่มเติมเกี่ยวกับวิธีการใช้วัตถุการตรวจสอบประสิทธิภาพการทำงานของ Netlogon จะพร้อมใช้งาน พร้อมกับการปรับปรุงเพื่อเพิ่มประสิทธิภาพของวัตถุนั้นใน Windows Server 2003 ไม่มีการปรับปรุงสำหรับ Windows Server 2003 ซึ่งช่วยให้คุณตรวจสอบความเร็วและอัตราความเร็วของการรับรองความถูกต้อง NTLM สำหรับข้อมูลเพิ่มเติม ให้คลิกหมายเลขบทความต่อไปนี้เพื่อดูบทความในฐานความรู้ของ Microsoft:

928576ตัวนับประสิทธิภาพการทำงานใหม่สำหรับ Windows Server 2003 ช่วยให้คุณตรวจสอบประสิทธิภาพการทำงานของการรับรองความถูกต้องของ Netlogon

ไม่มีการปรับปรุงสำหรับ Windows Server 2008 R2 ซึ่งทำให้เกิดเหตุการณ์ใหม่เพื่อติดตามการโอเวอร์โหลด Netlogoan API:

รายการแฟ้มบันทึกเหตุการณ์ใหม่ที่ติดตามความล่าช้าในการรับรองความถูกต้อง NTLM และความล้มเหลวใน Windows Server 2008 R2 จะพร้อมใช้งาน
http://support.microsoft.com/default.aspx?scid=kb; สหรัฐอเมริกาสั้น 2654097
สำหรับข้อมูลเพิ่มเติมเกี่ยวกับศัพท์เฉพาะในการปรับปรุงซอฟต์แวร์ ให้คลิกหมายเลขบทความต่อไปนี้เพื่อดูบทความในฐานความรู้ของ Microsoft:

824684

คำอธิบายเกี่ยวกับคำศัพท์มาตรฐานที่ใช้อธิบายการปรับปรุงซอฟต์แวร์ของ Microsoft