Kesalahan Exchange “452 4.3.1 Sumber daya sistem tidak mencukupi”

Menghadapi masalah yang menarik di Microsoft Exchange Server 2010 (khas untuk versi Exchange Server 2007/2013). Beberapa pengguna mulai mengeluh tentang ketidakmampuan periodik untuk menerima pindaian dari MFP dan pengirim yang dikonfigurasi untuk mengirim email melalui server Exchange dengan peran CAS (Client Access Server). Pada saat yang sama, email antar pengguna Exchange di dalam server dikirimkan tanpa masalah.

Untuk mendiagnosis masalah, saya mencoba mengirim email secara manual dari baris perintah menggunakan telnet. Karena konfigurasi terdiri dari dua server CAS yang terintegrasi ke dalam CAS Array menggunakan NLB, maka perlu untuk melakukan pemeriksaan untuk setiap server. Mengirim pada server pertama berjalan tanpa masalah, dan pada yang kedua setelah surat dari perintah dieksekusi, kesalahan muncul: 452 4.3.1 Sumber daya sistem tidak mencukupi

Dalam hal ini, acara EventID dicatat dalam log aplikasi server: 15006  dari Sumber: MSExchangeTransport

Microsoft Exchange Transport menolak pengiriman pesan karena ruang disk yang tersedia telah turun di bawah ambang batas yang dikonfigurasi. Sumber daya berikut di bawah tekanan:

Jalur pencatatan basis data antrian ("C: \ Program Files \ Microsoft \ Exchange Server \ V14 \ TransportRoles \ data \ Queue \") = 96% [Tinggi] [Normal = 92% Sedang = 94% Tinggi = 96%]

Muatan memori fisik = 90% [batasnya adalah 94% untuk memulai dehidrasi pesan.]

Komponen-komponen berikut dinonaktifkan karena tekanan balik:

Pengiriman surat masuk dari server Hub Transport

Pengiriman surat masuk dari Internet

Pengiriman surat dari direktori Pickup

Pengiriman surat dari direktori replay

Pengiriman surat dari server kotak surat

Agregasi konten

Sumber daya berikut dalam kondisi normal:

Jalur basis data antrian ("C: \ Program Files \ Microsoft \ Exchange Server \ V14 \ TransportRoles \ data \ Queue \ mail.que") = 95% [Normal] [Normal = 95% Sedang = 97% Tinggi = 99%]

Bucket versi = 0 [Normal] [Normal = 80 Sedang = 120 Tinggi = 200]

Bytes pribadi = 14% [Normal] [Normal = 71% Sedang = 73% Tinggi = 75%]

Titik Batch = 0 [Normal] [Normal = 2000 Sedang = 4000 Tinggi = 8000]

Antrian Pengajuan = 0 [Normal] [Normal = 1000 Medium = 2000 Tinggi = 4000]

Penyebab kesalahan adalah berakhirnya ruang kosong pada disk tempat antrian layanan Exchange Hub Transport berada. Faktanya adalah bahwa Exchange memiliki komponen khusus untuk memantau sumber daya yang tersedia. Tekanan punggung, yang juga memantau ruang kosong pada disk tempat antrian Layanan Transportasi Exchange disimpan.

Jika ambang batas terlampaui, Exchange dapat:

  • ambang batas Sedang (90%) - berhenti menerima email SMTP dari pengirim eksternal (email dari klien MAPI diproses)
  • ambang batas Tinggi (99%) - pemrosesan aliran email berhenti sepenuhnya
Catatan. 90% dan 99% sebenarnya angka perkiraan, sebenarnya ada rumus perhitungan. Namun dalam praktiknya, cukup memfokuskan pada nilai-nilai ini. Jadi pada disk 40 GB di mana antrian transportasi disimpan, harus ada setidaknya 4 GB ruang kosong.

Oleh karena itu, jika terjadi kesalahan serupa, Anda dapat:

  • Untuk menghapus disk sampah
  • Nonaktifkan Pemantauan Tekanan Kembali (opsi buruk)
  • Transfer antrian transportasi ke drive lain dengan volume yang cukup.

Secara default, antrian transportasi disimpan pada disk sistem. Setelah menganalisis drive C: \, saya menemukan bahwa hampir 15 GB ruang ditempati oleh folder log IIS (C: \ inetpub \ logs \ LogFiles \ W3SVC1). Sebagai aturan, log ini dapat dihapus dengan aman dan skrip untuk secara otomatis menghapus log IIS lama dapat diaktifkan untuk mereka..

Jika Anda tidak bisa mengosongkan ruang, Anda bisa memindahkan direktori antrian transport Exchange ke drive lain.

Path ke direktori dengan antrian diatur dalam $ env: exchangeinstallpath \ bin \ EdgeTransport.exe.config file konfigurasi dengan variabel berikut:

Cukup menentukan jalur baru ke direktori dengan antrian, dan memulai kembali layanan Microsoft Exchange Transport (Mulai kembali Layanan MSExchangeTransport) dan Exchange akan secara otomatis membuatnya.

Kiat. Periksa apakah file Mail.que, Trn.chk, Trn.log, Temp.edb, dll. Telah muncul di direktori baru. File dalam direktori lama dapat dihapus, karena mereka tidak lagi dibutuhkan.