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
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.