ไม่สามารถเชื่อมต่อโดยใช้ Exchange ActiveSync เนื่องจากปริมาณการใช้ทรัพยากรของ Exchange


อาการ


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

แหล่งที่มาของเหตุการณ์: เซิร์ฟเวอร์ ActiveSync
รหัสเหตุการณ์: 3007
คำอธิบาย:
การแลกเปลี่ยนการหมดเวลาการตอบสนองของเซิร์ฟเวอร์กล่องจดหมาย: เซิร์ฟเวอร์: [mail.contoso.com] ผู้ใช้: [user@contoso.com] Exchange ActiveSync เซิร์ฟเวอร์ล้มเหลวในการสื่อสารกับเซิร์ฟเวอร์กล่องจดหมาย Exchange ในเวลาเหมาะสม ตรวจสอบว่า กล่องจดหมาย Exchange Server ทำงานได้อย่างถูกต้อง และไม่มีการโอเวอร์โหลด

แหล่งที่มาของเหตุการณ์: เซิร์ฟเวอร์ ActiveSync
รหัสเหตุการณ์: 3014
Description:
กล่องจดหมาย Exchange Server: [mail.contoso.com] มีขนาดเกินขีดจำกัดการหมดเวลา เซิร์ฟเวอร์กล่องจดหมายจะถูกป้องกันจากคำขอใหม่สำหรับ [60] วินาที

  • จำนวน RPC อนุญาตการเชื่อมต่อไปยังเซิร์ฟเวอร์กล่องจดหมายอาจเกินขีดจำกัดแนะนำได้ด้วย
    จำนวนสูงสุดของการร้องขอ RPC ที่สามารถเรียกใช้ได้ตลอดเวลาที่กำหนดก่อนที่เริ่มต้นเก็บข้อมูลปฏิเสธการเชื่อมต่อใหม่ คือ 500 สำหรับ Exchange 2007 และ 2010 อย่างไรก็ ตามตัวนับควรอยู่ด้านล่าง 70 ตลอดเวลา ทุกอย่างข้างบนนี้บ่งชี้ว่า คอขวดของประสิทธิภาพการทำงาน เมื่อต้องการยืนยันการทำงานนี้ หนึ่งสามารถตรวจสอบตัวนับการตรวจสอบประสิทธิภาพ "MSExchangeIS\RPC ร้องขอ" ซึ่งจะแสดงถ้าเซิร์ฟเวอร์สูงกว่าขีดจำกัดที่แนะนำ

    โปรดดูhttp://technet.microsoft.com/en-us/library/bb201689%28EXCHG.80%29.aspx

  • ในแฟ้มบันทึก W3SVC คุณจะเห็น HTTP 409 และการตอบสนอง 503 ActiveSync เซิร์ฟเวอร์ Microsoft ร้องขอการส่งคืน
    นอกจากนี้คุณอาจเห็นข้อผิดพลาดส่งคืน "TooManyJobsQueued" ในแฟ้มบันทึก W3SVC ดูตัวอย่างต่อไปนี้:

    2010-09-09 21:35:35 W3SVC1 10.0.0.10 /Microsoft-Server-ActiveSync/default.eas ลงรายการบัญชีผู้ใช้ <ผู้ใช้ > = & DeviceId = < DeviceID > & DeviceType = <ชนิด > & Cmd =ซิงค์ = Ping = < ข้อมูล > 443 โด 10.0.0.20 < UserAgent > 503 0 0

    2010-09-15 00:00:02 W3SVC1 155.109.199.51 ลงรายการบัญชีคำสั่ง /Microsoft-Server-ActiveSync/default.eas = Ping & ผู้ใช้ = <ผู้ใช้ > & DeviceId = < DeviceID > & DeviceType = <ชนิด > & ล็อก =โด 443 ข้อผิดพลาด: TooManyJobsQueued_ 10.0.0.20 < UserAgent > 503 0 0

  • ล็อก HTTPErr จะแสดง Connection_Dropped สำหรับคำขอ /Microsoft-Server-ActiveSync
    คุณควรจะสามารถมองเห็นว่า s พอร์ตหรือพอร์ตแหล่งที่มา Connection_Dropped จากถึงจำนวนที่ค่อนข้างสูง ตัวอย่างเช่น:

    2010-09-09 00:27:25 10.0.0.10 64637 10.0.0.20 443 HTTP/1.1 ไปรษณีย์ /Microsoft-Server-ActiveSync หรือไม่ ผู้ใช้ <ผู้ใช้ > = & DeviceId = < DeviceID > & DeviceType = <ชนิด > & Cmd = Ping - 1 Connection_Dropped MSExchangeSyncAppPool
  • สำหรับ Exchange 2003 เซิร์ฟเวอร์จะสามารถสิ้นสุดลงของหน่วยความจำพู Non-Paged (NPP)
    เมื่อถึงขีดจำกัดการเชื่อมต่อ NPP จะถูกใช้ และ HTTP.sys เริ่มปล่อยการเชื่อมต่อ HTTP เมื่อเซิร์ฟเวอร์เริ่มต้นกับสูงสุด 100 เมกะไบต์ NPP ขึ้นอยู่กับการตั้งค่าคอนฟิกเซิร์ฟเวอร์ หลังจากที่เซิร์ฟเวอร์ถึงใกล้กับ 108 เมกะไบต์ HTTP.sys จะไม่ทำการเชื่อมต่อทั้งหมด NPP สามารถเลือกโดยใช้ตัวจัดการงาน และดูประสิทธิภาพการทำงาน และการตรวจสอบหน่วยความจำเคอร์เนล    
  • สำหรับข้อมูลเพิ่มเติมไปรอบ ๆ อัตราแลกเปลี่ยนและ NPP, http://technet.microsoft.com/en-us/library/aa996269(EXCHG.80).aspx

    สำหรับข้อมูลเกี่ยวกับการใช้ Netstat ดูhttp://technet.microsoft.com/en-us/library/cc940097.aspx

    สำหรับข้อมูลเกี่ยวกับการดาวน์โหลด และการใช้ TCPView โปรดดู http://technet.microsoft.com/en-us/sysinternals/bb897437.aspx

     

    สาเหตุ


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

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

    หมายเหตุ: อาจเป็นได้ว่ามากกว่า เซิร์ฟเวอร์อาจถูกกรองออกไปหนึ่งในอื่น ๆ ขีดจำกัด (คิวพูลโปรแกรมประยุกต์ความยาวบน CAS หรือการร้องขอ RPC บนเซิร์ฟเวอร์กล่องจดหมาย) ก่อนที่จะได้รับใกล้เคียงกับจุดพอร์ต TCP

    พอร์ตมากล่าวถึงในบทความต่อไปนี้:
    http://technet.microsoft.com/en-us/library/cc540453(EXCHG.80).aspx

    บทความต่อไปนี้กล่าวถึงการใช้การเชื่อมต่อ MaxUserPort และ TCP ใน Windows และอัตราแลกเปลี่ยน

    http://technet.microsoft.com/en-us/library/cc940037.aspx

    http://technet.microsoft.com/en-us/library/bb397382(EXCHG.80).aspx

    2 ครั้งที่อุปกรณ์โมบายให้ตรงกันโดยใช้ Exchange ActiveSync อาจจำลองลักษณะการทำงานของการโจมตี DOS เทียบกับเซิร์ฟเวอร์ ตัวอย่างแสดงไว้ในบทความต่อไปนี้:
    http://technet.microsoft.com/en-us/library/cc182260.aspx

    3พูลโปรแกรมประยุกต์ได้รับการร้องขอได้เร็วกว่านั้นสามารถจัดการ  ซึ่งถูกกล่าวถึงในบทความต่อไปนี้:
    http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/9701f9dd-d40b-4d24-a2df-1d1abc13f764.mspx?mfr=true

     

    การแก้ปัญหา


    เมื่อต้อง การหยุดอุปกรณ์เหล่านี้จากการใช้ทรัพยากรของ Exchange และ เพื่อป้องกันการภาระ สงสัยว่าอุปกรณ์ควรถูกบล็อค  

    สำคัญ: ไม่มีปัญหาที่รู้จักกับ iPhone 4.0 ระบบปฏิบัติการที่กำหนด โดยตัวแทนผู้ใช้ 801.293 - http://support.apple.com/kb/TS3398

    แฟ้มบันทึก IIS ใด ๆ ที่ประกอบด้วยตัวแทนผู้ใช้นี้ควรถูกตั้งค่าสถานะ และเจ้าของอุปกรณ์นั้นควรปรับปรุง OS 4.1 หรือข้างต้น (ควรเป็นบริเวณ iOS รุ่น 4.3.x) เราขอแนะนำว่า ผู้ใช้เหล่านี้จะถูกบล็อกณเวลานั้น

    อุปกรณ์สามารถถูกบล็อค โดยการปิดใช้งานการเข้าถึง Exchange ActiveSync สำหรับเจ้าของอุปกรณ์ การปิดอุปกรณ์ หรือใช้ตัวกรองความ ปลอดภัยทางอินเทอร์เน็ต และการเร่งความเร็ว (ISA) หรือเกตเวย์การจัดการคาม ForeFront (TMG)

    สำหรับข้อมูลเพิ่มเติมเกี่ยวกับอุปกรณ์การบล็อค ดูดังต่อไปนี้ลงในบล็อกทีมแลกเปลี่ยน Microsoft (EHLO):

    http://msexchangeteam.com/archive/2008/09/05/449757.aspx

    หมายเหตุ: อุปกรณ์บางอย่างอาจยังพยายามที่จะเชื่อมต่อกับเซิร์ฟเวอร์ Exchange (ก่อให้เกิดการเชื่อมต่อ TCP จำนวนมากสูง) แม้เมื่อผู้ใช้ถูกปิดใช้งานสำหรับผู้ใช้ Exchange ActiveSync ได้ เราขอแนะนำให้ปิดอุปกรณ์ดังกล่าว หรือบล็อกอุปกรณ์ด้วยการใช้ตัวกรองที่มี ISA

    Exchange Server 2010

    ถ้าผู้ใช้กับผู้ใช้ที่สงสัยว่าอุปกรณ์ในกล่องจดหมาย Exchange 2010 ควบคุมปริมาณสามารถเปิดใช้งานและ สำหรับผู้ใช้ Exchange ActiveSync ทั้งหมดเพื่อป้องกันไม่ให้อุปกรณ์ overburdening เซิร์ฟเวอร์ Exchange ได้ ดูต่อไปนี้บทความจาก Microsoft TechNet แบบออนไลน์:

     http://technet.microsoft.com/en-us/library/dd297964.aspx

    ขั้นตอนในการทำเช่นนี้จะรวมอยู่ในบทความ อย่างไรก็ตามต่อไปนี้เป็นตัวอย่างบางส่วน:

    $ใบรับ ThrottlingPolicy = | ออบเจ็กต์ {$_ IsDefault – eq $true }

    $เป็น | ชุด ThrottlingPolicy – EASMaxConcurrency 10

    สำหรับข้อมูลเพิ่มเติมเกี่ยวกับวิธีการตั้งค่านโยบายการควบคุมปริมาณ ดูต่อหัวข้อจาก TechNet แบบออนไลน์:

     http://technet.microsoft.com/en-us/library/dd298094.aspx

    ปัจจัยเพิ่มเติมเพื่อตรวจสอบว่ามีอิทธิพลต่อการเชื่อมต่ออุปกรณ์

    1. มีการตรวจนับสินค้าสูงในโฟลเดอร์หลัก (กล่องขาเข้าโฟลเดอร์หลัก) หรือไม่ เมื่อมีหลายพันรายในโฟลเดอร์กล่องขาเข้า และอุปกรณ์ดังกล่าวกำลังพยายามที่จะซิงค์รายการเหล่านี้ทั้งหมด คุณจะเห็นจำนวนมากเชื่อมต่อ/คำขอจากอุปกรณ์นี้เมื่อต้องการดาวน์โหลดรายการเหล่านี้ทั้งหมด โซลูชันนี้รวมถึง:

      a. ตั้งค่าอุปกรณ์ให้ตรงกันเป็นวันสุดท้ายเท่านั้น หรือไม่เกิน 3 วันขึ้นอยู่กับจำนวนของสินค้าที่ผู้ใช้ได้รับในหนึ่งวัน
      b. ลดจำนวนรายการในกล่องจดหมาย
    2. บัญชีผู้ใช้มีการปิดใช้งานสำหรับ Exchange ActiveSync หรือไม่ ทำเช่นนี้อาจเพิ่มจำนวนการเชื่อมต่ออุปกรณ์ไปยังเซิร์ฟเวอร์ หากอุปกรณ์ยังคงส่งหลายคำขอไปยังเซิร์ฟเวอร์ แล้วปิดอุปกรณ์ หรือใส่ตัวกรองในสถานที่บน ISA เพื่อบล็อคการ DeviceID
    3. มีผู้ใช้เกินขีดจำกัดโควต้าของกล่องจดหมาย ถ้าเป็นเช่นนั้น อุปกรณ์จะไม่สามารถทำการซิงค์รายการใหม่ไปยังกล่องจดหมาย และอาจยังคงพยายามซ้ำแล้วซ้ำเล่า
    4. มีข้อจำกัดขนาดที่ตั้งในองค์กรหรือไม่ ถ้าไม่มีข้อจำกัด คุณอาจมีอุปกรณ์ที่คุณกำลังพยายามที่จะซิงโครไนส์ข้อมูลจำนวนมาก

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

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

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

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


    อุปกรณ์ใดบ้างต้องสงสัย
    โดยปกติแล้วถ้าอุปกรณ์กำลังส่งการร้องขอ 1000 รายการต่อวัน เราขอแนะนำตรวจ

    ถ้าปริมาณ (คำขอ) อยู่เหนือ 1500 อาจมีปัญหากับอุปกรณ์หรือสภาพแวดล้อม ควรจะตรวจสอบอุปกรณ์และกิจกรรมของผู้ใช้

    ดูการลงรายการบัญชีต่อไปนี้จากบล็อกทีมแลกเปลี่ยน และ แฟ้ม PS1 ที่สามารถใช้ได้กับ Windows Powershell เพื่อแยกวิเคราะห์ไฟล์บันทึกของ IIS สำหรับ Exchange Server รุ่นใดก็

    สคริปต์การแก้ไขปัญหาเกี่ยวกับ Exchange ActiveSync
    http://blogs.technet.com/b/exchange/archive/2012/01/31/a-script-to-troubleshoot-issues-with-exchange-activesync.aspx

    สคริปต์ ActiveSyncReport
    http://gallery.technet.microsoft.com/scriptcenter/ActiveSyncReport-script-a2417a84

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

    ขั้นตอนต่าง ๆ ที่จะช่วยให้ผู้ดูแลในขณะที่การแก้ไขปัญหา:

    การต่อไปนี้ตัวเลือกจะไม่สามารถแก้ปัญหา เหล่านี้จะให้คุณเพิ่มเวลาในการแยกวิเคราะห์ผ่านแฟ้มบันทึก IIS เพื่อตรวจสอบอุปกรณ์ น่าสงสัย

    • ลดค่าเวลาเก็บอยู่บนเซิร์ฟเวอร์กล่องจดหมาย Exchange เพื่อส่งการเก็บรักษาการทำงานทุก ๆ 30 นาทีไป CAS แทนทุก 2 ชั่วโมง

      เก็บรักษาการทำงานตั้งค่าเป็น 30 นาที (1800000) ในรีจิสทรี ได้รับการอธิบายในบทความใน Microsoft Knowledge Base ออนไลน์ต่อไปนี้:
      http://support.microsoft.com/kb/324270  

      ข้อมูลค่ารีจิสทรีอยู่ด้านล่าง:
      เส้นทาง: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters\
      ชื่อค่า: KeepAliveTime
      ชนิดของค่า: REG_DWORD-เวลาในหน่วยมิลลิวินาที
      ช่วงที่ถูกต้อง: 1 0xFFFFFFFF
      เริ่มต้น: 7,200,000 (สองชั่วโมง)

      ค่านี้ควบคุมถี่ TCP พยายามตรวจสอบว่า การเชื่อมต่อที่ไม่ได้ใช้งานจะยังคงเหมือนเดิม โดยการส่งแพคเก็ตรักษาการ ถ้าจะยังคงสามารถเข้าถึงคอมพิวเตอร์ระยะไกล ได้รับว่า แพคเก็ตรักษาการ ไม่ได้ส่งแพคเก็ตรักษาการ โดยค่าเริ่มต้น คุณสามารถใช้โปรแกรมการตั้งค่าคอนฟิกค่านี้บนการเชื่อมต่อ การตั้งค่าที่แนะนำคือ 1,800,000 (เท่ากับ 30 นาที) (ฐานสิบ) ริมเซิร์ฟเวอร์)

      ตรวจสอบการตั้งค่านี้ และถ้าพอร์ตที่เซิร์ฟเวอร์กำลังยังคงกำลังดำเนินขั้น แล้วนี้อาจจำเป็นต้องให้ต่ำลงถึง 15 นาทีแทน 30 นาที
    • เพิ่มการเชื่อมต่อหมดเวลา IIS ใน IIS

      เริ่มต้นและค่าที่แนะนำควรเป็น 120 วินาที ถ้ามีการตั้งค่าที่สูงกว่าค่า จากนั้นก็ควรตั้งระหว่าง 120 วินาทีขั้นต่ำที่แนะนำค่ากับค่าสูงสุดที่สอง 300
      ดูหัวข้อต่อไปนี้ใน TechNet แบบออนไลน์สำหรับข้อมูลเพิ่มเติม:

      http://technet.microsoft.com/en-us/library/cc182260.aspx

      ซึ่งสามารถกระทำโดยผ่านทางคุณสมบัติของเว็บไซต์เริ่มต้น ด้วยการปรับเปลี่ยนค่าการหมดเวลาการเชื่อมต่อ (เป็นวินาที)
    • เพิ่มจำนวนการเชื่อมต่อของ IIS (ความยาวคิว) สำหรับการ ExchangeApplicationPool ในกล่องจดหมาย 2003 Exchange และเซิร์ฟเวอร์:


      ใช้โปรแกรมจัดการบริการข้อมูลของอินเทอร์เน็ตเมื่อต้องการปิดกระบวนการของผู้ปฏิบัติงานที่กลับใน IIS 6.0
      1 อินเทอร์เน็ตโปรแกรมจัดการบริการ (IIS) ของข้อมูลเริ่มต้น
      2 ขยายคอมพิวเตอร์เฉพาะ ขยายกลุ่มแอพลิเคชัน คลิกขวาพูลโปรแกรมประยุกต์ ExchangeApplicationPool และจากนั้น คลิกคุณสมบัติ
      3 คลิกเพื่อยกเลิกเลือกกล่องกาเครื่องหมายผู้ปฏิบัติงาน (เป็นนาที) กระบวนการรีไซเคิล และจากนั้น คลิกตกลงกัน

      ใช้โปรแกรมจัดการบริการข้อมูลของอินเทอร์เน็ตเพื่อเพิ่มความยาวคิวใน IIS 6.0
      1 อินเทอร์เน็ตโปรแกรมจัดการบริการ (IIS) ของข้อมูลเริ่มต้น
      2 ขยายคอมพิวเตอร์เฉพาะ ขยายกลุ่มแอพลิเคชัน คลิกขวากลุ่มแอพลิเคชัน ExchangeApplicationPool และจากนั้น คลิกคุณสมบัติ
      3 คลิกแท็บประสิทธิภาพแล้ว ปรับเปลี่ยนค่าในกล่องจำกัดคิวการร้องขอ แทนค่าเริ่มต้นของ 1000 ด้วย 4000
      4 คลิกตกลงกัน
    • เพิ่มจำนวนการเชื่อมต่อของ IIS (ความยาวคิว) สำหรับการ MSExchangeSyncAppPool บน Exchange 2007 และ Exchange 2010 ไคลเอนต์การเข้าถึงเซิร์ฟเวอร์

      ใช้โปรแกรมจัดการบริการข้อมูลของอินเทอร์เน็ตเมื่อต้องการปิดผู้ปฏิบัติงานกระบวนการกลับ ใน IIS 7.0 และข้างต้น (ซึ่งควรถูกปิดใช้งาน โดยค่าเริ่มต้นสำหรับการ MSExchangeSyncAppPool)

      1 เริ่มต้นการโปรแกรมจัดการบริการข้อมูลทางอินเทอร์เน็ต
      2อี ขยายคอมพิวเตอร์เฉพาะที่ แล้ว คลิกพูลโปรแกรมประยุกต์
      3ฉัน n พูลโปรแกรมประยุกต์บานหน้าต่าง คลิกพูลโปรแกรมประยุกต์ที่เหมาะสม เช่น MSExchangeSyncAppPool หรือพูลโปรแกรมประยุกต์ใหม่ที่คุณสร้างขึ้น และจากนั้น คลิกการตั้งค่าขั้นสูง
      4 ในการกลับส่วน ปรับเปลี่ยนค่าปกติช่วงเวลา (นาที) แทนค่าเริ่มต้นของ 1740 มี 0 (ศูนย์) ค่าศูนย์จะปิดกลับกระบวนการของผู้ปฏิบัติงาน
      5. Click OK.
    • ใช้โปรแกรมจัดการบริการข้อมูลของอินเทอร์เน็ตเพื่อเพิ่มความยาวคิว ใน IIS 7.0 และข้างต้น

      1 เริ่มต้นการโปรแกรมจัดการบริการข้อมูลทางอินเทอร์เน็ต
      2 ขยายคอมพิวเตอร์เฉพาะที่ และจากนั้น คลิกพูลโปรแกรมประยุกต์
      3 ในพูลโปรแกรมประยุกต์บานหน้าต่าง คลิกพูลโปรแกรมประยุกต์ที่เหมาะสม เช่น MSExchangeSyncAppPool หรือพูลโปรแกรมประยุกต์ใหม่ที่คุณสร้างขึ้น และจากนั้น คลิกการตั้งค่าขั้นสูง
      4 ในแบบทั่วไปส่วน ปรับเปลี่ยนค่าความยาวคิว แทนค่าเริ่มต้นของ 1000 ด้วย 10000
    • 5. Click OK

    หมายเหตุ: ถ้ามีการเรียกใช้ Exchange 2007 บน Windows 2003 (IIS 6), ตามขั้นตอนข้างต้นเพื่อเพิ่มขีดจำกัดการคิวการร้องขอสำหรับการ MSExchangeSyncAppPool

    สำหรับข้อมูลเพิ่มเติมบนเหตุคุณอาจต้องเปลี่ยนค่าเหล่านี้ สำหรับพู ลโปรแกรมประยุกต์ และเชื่อมโยงเพิ่มเติมไปยังข้อมูล "How To" ดูต่อหัวข้อจาก TechNet แบบออนไลน์:

    http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/9701f9dd-d40b-4d24-a2df-1d1abc13f764.mspx?mfr=true