Érdekes problémával szembesült a Microsoft Exchange Server 2010 programban (ez jellemző az Exchange Server 2007/2013 verzióira). Néhány felhasználó panaszkodni kezdett, mert nem tud beolvasni az MFP-től és a feladótól, amely a CAS (Client Access Server) szerepkörrel rendelkezik az Exchange kiszolgálón keresztüli levelek küldésére. Ugyanakkor a kiszolgálón belüli Exchange felhasználók között az e-mailek problémák nélkül kerültek kézbesítésre.
A probléma diagnosztizálására megpróbáltam manuálisan e-mailt küldeni a parancssorból a telnet segítségével. Mivel a konfiguráció két CAS-szerverből áll, amelyeket az NLB használatával a CAS-tömbbe integráltak, ellenőrzést kellett végezni minden szervernél. Az első kiszolgálón történő küldés probléma nélkül zajlott, a második után a parancsból származó levél végrehajtása után hiba jelent meg: 452 4.3.1 Nem elegendő rendszer erőforrás
Ebben az esetben az EventID esemény bekerül a kiszolgáló alkalmazásnaplójába: 15006 forrásból: MSExchangeTransport
Sorban lévő adatbázis naplózási útvonala ("C: \ Program Files \ Microsoft \ Exchange Server \ V14 \ TransportRoles \ data \ Queue \") = 96% [Magas] [Normál = 92% Közepes = 94% Magas = 96%]
A fizikai memória terhelése = 90% [az üzenetek kiszáradásának megkezdéséhez 94% lehet.]
A következő alkatrészek le vannak tiltva ellennyomás miatt:
Bejövő e-mail küldés a Hub Transport szerverekről
Bejövő e-mail küldés az internetről
Levélküldés a Pickup könyvtárból
Levélküldés a visszajátszási könyvtárból
Levélküldés postafiók-kiszolgálóról
Tartalom összesítés
A következő erőforrások normál állapotban vannak:
Sorban lévő adatbázis elérési útja ("C: \ Program Files \ Microsoft \ Exchange Server \ V14 \ TransportRoles \ data \ Queue \ mail.que") = 95% [Normál] [Normál = 95% Közepes = 97% Magas = 99%]
Verzióvödrök = 0 [Normál] [Normál = 80 Közepes = 120 Magas = 200]
Privát bájt = 14% [Normál] [Normál = 71% Közepes = 73% Magas = 75%]
Kötegelt pont = 0 [Normál] [Normál = 2000 Közepes = 4000 Magas = 8000]
Beküldési sor = 0 [Normál] [Normál = 1000 Közepes = 2000 Magas = 4000]
A hiba oka a lemezen lévő szabad hely vége, ahol az Exchange Hub Transport szolgáltatási sorok találhatók. A tény az, hogy az Exchangenek van egy különleges összetevője a rendelkezésre álló erőforrások figyelésére. Ellennyomás, amely a lemez szabad helyét is figyeli, amelyen az Exchange Transport Service sorai tárolódnak.
A küszöbérték túllépése esetén az Exchange:
- a küszöböt közepes (90%) - hagyja abba az SMTP levelek fogadását a küldeményektől (a MAPI kliensek leveleit feldolgozzuk)
- a küszöböt nagy (99%) - a levéláramlás-feldolgozás teljesen leáll
Ezért hasonló hiba esetén a következőket teheti:
- A hulladéklemez törlése
- Háttérnyomás-figyelés letiltása (rossz lehetőség)
- Helyezze át a szállítási sort egy másik, elegendő térfogatú meghajtóra.
Alapértelmezés szerint a szállítási sor a rendszerlemezen található. A C: \ meghajtó elemzése után azt találtam, hogy majdnem 15 GB helyet foglal el az IIS naplómappája (C: \ inetpub \ logs \ LogFiles \ W3SVC1). Általános szabály, hogy ezeket a naplókat biztonságosan törölheti, és engedélyezheti a régi IIS naplók automatikus törlésére szolgáló parancsfájlt..
Ha nem szabad felszabadítani a helyet, az Exchange szállítási sor könyvtárát áthelyezheti egy másik meghajtóra.
A várólista elérési útja a sorral a $ env: exchangeinstallpath \ bin \ EdgeTransport.exe.config konfigurációs fájlban található, a következő változókkal:
Elegendő megadni egy új elérési utat a könyvtárhoz a sorral, és újraindítani a Microsoft Exchange Transport szolgáltatást (Restart-Service MSExchangeTransport) és az Exchange automatikusan létrehozza őket.
