Čeliť zaujímavému problému v Microsoft Exchange Server 2010 (je to typické pre verzie Exchange Server 2007/2013). Niektorí používatelia sa začali sťažovať na periodickú neschopnosť prijímať skenovanie z MFP a odosielateľov nakonfigurovaných na odosielanie pošty prostredníctvom servera Exchange s úlohou CAS (Client Access Server). Súčasne bola doručená pošta medzi používateľmi servera Exchange v rámci servera bez problémov.
Aby som problém diagnostikoval, pokúsil som sa manuálne poslať e-mail z príkazového riadku pomocou telnetu. Pretože konfigurácia pozostáva z dvoch CAS serverov integrovaných do CAS Array pomocou NLB, bolo potrebné vykonať kontrolu každého servera. Odosielanie na prvom serveri prebehlo bez problémov a druhýkrát po vykonaní správy z príkazu sa objavila chyba: 452 4.3.1 Nedostatočné systémové zdroje
V takom prípade sa udalosť EventID zaznamená do denníka serverových aplikácií: 15006 zo zdroja: MSExchangeTransport
Cesta protokolovania databázy do frontu ("C: \ Program Files \ Microsoft \ Exchange Server \ V14 \ TransportRoles \ data \ Queue \") = 96% [Vysoká] [Normálna = 92% Stredná = 94% Vysoká = 96%]
Fyzické zaťaženie pamäte = 90% [limit je 94% na spustenie dehydratácie správ.]
Nasledujúce komponenty sú deaktivované z dôvodu protitlaku:
Odosielanie prichádzajúcej pošty zo serverov Hub Transport
Odosielanie prichádzajúcich správ z internetu
Odoslanie e-mailu z adresára Pickup
Odoslanie e-mailu z adresára opakovania
Odoslanie pošty zo servera poštovej schránky
Agregácia obsahu
Nasledujúce zdroje sú v normálnom stave:
Cesta databázy vo fronte ("C: \ Program Files \ Microsoft \ Exchange Server \ V14 \ TransportRoles \ data \ Queue \ mail.que") = 95% [Normálna] [Normálna = 95% Stredná = 97% Vysoká = 99%]
Vedrá verzie = 0 [normálne] [normálne = 80 stredné = 120 najvyššie = 200]
Súkromné bajty = 14% [normálne] [normálne = 71% stredné = 73% vysoké = 75%]
Šaržový bod = 0 [normálny] [normálny = 2000 stredný = 4000 vysoký = 8000]
Fronta odoslania = 0 [normálna] [normálna = 1 000 stredná = 2000 najvyššia = 4 000]
Príčinou chyby je koniec voľného miesta na disku, na ktorom sú umiestnené fronty služieb Exchange Hub Transport. Faktom je, že Exchange má špeciálny komponent na monitorovanie dostupných zdrojov. Protitlak, ktorý tiež monitoruje voľné miesto na disku, na ktorom sú uložené fronty služby Exchange Transport Service.
Ak sú prahové hodnoty prekročené, výmena môže:
- prah stredná (90%) - zastaviť prijímanie pošty SMTP od externých odosielateľov (spracováva sa správa od klientov MAPI)
- prah vysoký (99%) - spracovanie toku pošty sa úplne zastaví
Preto v prípade podobnej chyby môžete:
- Vyčistiť disk na odpadky
- Zakázať monitorovanie protitlaku (zlá možnosť)
- Preneste prepravný front na inú jednotku s dostatočným objemom.
V predvolenom nastavení je transportný front uložený na systémovom disku. Po analýze jednotky C: \ som zistil, že takmer 15 GB miesta bolo obsadené priečinkom protokolu IIS (C: \ inetpub \ logs \ LogFiles \ W3SVC1). Spravidla sa tieto protokoly dajú bezpečne vymazať a môže sa povoliť skript na automatické mazanie starých protokolov IIS..
Ak nemôžete uvoľniť miesto, môžete presunúť adresár transportnej fronty Exchange na inú jednotku.
Cesta k adresáru s frontom je nastavená v konfiguračnom súbore $ env: exchangeinstallpath \ bin \ EdgeTransport.exe.config s nasledujúcimi premennými:
Stačí zadať novú cestu do adresára s frontom a reštartovať službu Microsoft Exchange Transport (Reštartujte službu MSExchangeTransport) a Exchange ich automaticky vytvorí.
