ค้นหาเว็บไซต์

ข้อผิดพลาดในการแลกเปลี่ยน "452 4.3.1 ทรัพยากรระบบไม่เพียงพอ"


ฉันพบปัญหาที่น่าสนใจใน Microsoft Exchange Server 2010 (เป็นเรื่องปกติสำหรับ Exchange Server 2007/2013) ในบางครั้ง ผู้ใช้บางรายเริ่มบ่นว่าไม่สามารถรับการสแกนจากอุปกรณ์มัลติฟังก์ชั่น (MFD) หรือผู้ส่งที่กำหนดค่าให้ส่งอีเมลผ่านเซิร์ฟเวอร์ Client Access Exchange (CAS) ในขณะเดียวกัน ผู้ใช้ Outlook สามารถส่งและรับอีเมลผ่านเซิร์ฟเวอร์ได้โดยไม่มีปัญหาใดๆ

เพื่อวินิจฉัยปัญหา ฉันพยายามส่งอีเมลโดยใช้ telnet จากพรอมต์คำสั่ง เนื่องจากการกำหนดค่ารวมเซิร์ฟเวอร์ CAS สองตัวที่เข้าร่วมใน CAS Array โดยใช้ NLB ฉันจึงต้องตรวจสอบแต่ละเซิร์ฟเวอร์ ส่งอีเมลจากเซิร์ฟเวอร์แรกได้สำเร็จ แต่หลังจากรันคำสั่ง mail from บนเซิร์ฟเวอร์ที่สองกลับแสดงข้อผิดพลาดนี้: 452 4.3.1 ทรัพยากรระบบไม่เพียงพอ

ในบันทึกของแอปพลิเคชันเซิร์ฟเวอร์ EventID: 15006 จาก แหล่งที่มา: MSExchangeTransport ลงทะเบียนแล้ว

Microsoft Exchange Transport กำลังปฏิเสธการส่งข้อความเนื่องจากพื้นที่ดิสก์ที่มีอยู่ลดลงต่ำกว่าเกณฑ์ที่กำหนดค่า ทรัพยากรต่อไปนี้อยู่ภายใต้แรงกดดัน:

เส้นทางการบันทึกฐานข้อมูลคิว (“C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\data\Queue\”)=96% [สูง] [ปกติ=92% ปานกลาง=94% สูง=96%]

โหลดหน่วยความจำกายภาพ=90% [ขีดจำกัดคือ 94% เพื่อเริ่มข้อความการคายน้ำ]

ส่วนประกอบต่อไปนี้ถูกปิดใช้งานเนื่องจากแรงดันย้อนกลับ:

การส่งจดหมายขาเข้าจากเซิร์ฟเวอร์ Hub Transport

การส่งจดหมายขาเข้าจากอินเทอร์เน็ต

การส่งจดหมายจากไดเรกทอรี Pickup

การส่งจดหมายจากไดเร็กทอรี Replay

การส่งจดหมายจากเซิร์ฟเวอร์กล่องจดหมาย

การรวมเนื้อหา

ทรัพยากรต่อไปนี้อยู่ในสถานะปกติ:

เส้นทางฐานข้อมูลคิว (“C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\data\Queue\mail.que”)=95% [ปกติ] [ปกติ=95% ปานกลาง=97% สูง=99%]

ที่เก็บข้อมูลเวอร์ชัน=0 [ปกติ] [ปกติ=80 ปานกลาง=120 สูง=200]

ไบต์ส่วนตัว=14% [ปกติ] [ปกติ=71% ปานกลาง=73% สูง=75%]

จุดแบทช์=0 [ปกติ] [ปกติ=2000 ปานกลาง=4000 สูง=8000]

คิวการส่ง=0 [ปกติ] [ปกติ=1,000 กลาง=2000 สูง=4000]

สาเหตุของข้อผิดพลาดคือจุดสิ้นสุดของพื้นที่ว่างในดิสก์ซึ่งมีคิว Exchange Hub Transport อยู่ ความจริงก็คือ Exchange มีส่วนประกอบพิเศษในการตรวจสอบทรัพยากรที่มีอยู่ ซึ่งก็คือ Back Pressure ซึ่งติดตามพื้นที่ว่างบนดิสก์ด้วย ซึ่งคิวของ Exchange Transport Service ถูกเก็บไว้

เมื่อเกินขีดจำกัด Exchange สามารถ:

  • เกณฑ์ ปานกลาง (90%) — หยุดรับอีเมลผ่าน SMTP จากผู้ส่งภายนอก (อีเมลไคลเอนต์ MAPI อยู่ระหว่างการประมวลผล)

  • เกณฑ์ สูง (99%) — การรับส่งอีเมลจะหยุดประมวลผลโดยสมบูรณ์

หมายเหตุ 90% และ 99% ค่อนข้างใกล้เคียงกัน มีสูตรคำนวณตามความเป็นจริง ในทางปฏิบัติ ก็เพียงพอแล้วที่จะรักษาคุณค่าเหล่านี้ไว้ ดังนั้นควรมีพื้นที่ว่างอย่างน้อย 4 GB ในดิสก์ขนาด 40 GB ซึ่งจัดเก็บคิว Transport Service

ในกรณีที่เกิดข้อผิดพลาด คุณสามารถ:

  1. ล้างดิสก์ของคุณจากถังขยะ

  2. ปิดใช้งานการตรวจสอบแรงดันย้อนกลับ (ไม่แนะนำ)

  3. โอนย้ายคิวการขนส่งไปยังดิสก์อื่นที่มีขนาดเพียงพอ

ตามค่าเริ่มต้น คิวการขนส่งจะถูกจัดเก็บไว้ในดิสก์ระบบ หลังจากวิเคราะห์ไดรฟ์ C:\ ฉันพบว่าโฟลเดอร์ที่มีบันทึก IIS (C:\inetpub\logs\LogFiles\W3SVC1) ใช้พื้นที่เกือบ 15 GB ตามกฎแล้ว สามารถลบบันทึกเหล่านี้และเปิดใช้งานสถานการณ์จำลองการลบบันทึก IIS เก่าโดยอัตโนมัติ

หากคุณไม่สามารถเพิ่มพื้นที่ว่างได้ ให้ย้ายโฟลเดอร์ของคิวการขนส่ง Exchange ไปยังดิสก์อื่น

เส้นทางไปยังโฟลเดอร์ที่มีคิวนี้ระบุไว้ในไฟล์การกำหนดค่า $env:exchangeinstallpath in\EdgeTransport.exe.config โดยมีอาร์กิวเมนต์ต่อไปนี้:

<เพิ่มคีย์=”QueueDatabasePath” ค่า=”C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\data\Queue” />

<เพิ่มคีย์=”QueueDatabaseLoggingPath” ค่า=”C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\data\Queue” />

การระบุพาธใหม่ไปยังโฟลเดอร์ของคิวก็เพียงพอแล้ว และรีสตาร์ท Microsoft Exchange Transport Service (

Restart-Service MSExchangeTransport

) และ Exchange จะสร้างโดยอัตโนมัติ

เคล็ดลับ. ตรวจสอบให้แน่ใจว่ามี Mail.que, Trn.chk, Trn.log, Temp.edb ในโฟลเดอร์ใหม่ ไฟล์เดียวกันจากไดเร็กทอรีเก่าสามารถลบได้เนื่องจากไม่ต้องการใช้อีกต่อไป

บทความที่เกี่ยวข้อง