Týká se zajímavého problému v Microsoft Exchange Server 2010 (je typický pro verze Exchange Server 2007/2013). Někteří uživatelé si začali stěžovat na periodickou neschopnost přijímat skenování z MFP a odesílatelů nakonfigurovaných pro odesílání pošty přes server Exchange s rolí CAS (Client Access Server). Zároveň byla doručena pošta mezi uživateli serveru Exchange v rámci serveru bez problémů.
Pro diagnostiku problému jsem se pokusil ručně odeslat e-mail z příkazové řádky pomocí telnetu. Protože konfigurace sestává ze dvou CAS serverů integrovaných do CAS Array pomocí NLB, bylo nutné provést kontrolu pro každý server. Odesílání na prvním serveru proběhlo bez problémů a na druhém po spuštění zprávy z příkazu se objevila chyba: 452 4.3.1 Nedostatek systémových prostředků
V tomto případě je událost EventID zaznamenána v protokolu serverové aplikace: 15006 ze zdroje: MSExchangeTransport
Cesta protokolování databáze front ("C: \ Program Files \ Microsoft \ Exchange Server \ V14 \ TransportRoles \ data \ Queue \") = 96% [Vysoká] [Normální = 92% Střední = 94% Vysoká = 96%]
Fyzické zatížení paměti = 90% [limit je 94% pro zahájení dehydratace zpráv.]
Následující součásti jsou deaktivovány z důvodu protitlaku:
Odesílání příchozích zpráv ze serverů Hub Transport
Příchozí příchozí pošta z internetu
Odesílání pošty z adresáře Pickup
Odesílání pošty z adresáře pro přehrávání
Odesílání pošty ze serveru poštovní schránky
Agregace obsahu
Následující zdroje jsou v normálním stavu:
Cesta k frontě databáze ("C: \ Program Files \ Microsoft \ Exchange Server \ V14 \ TransportRoles \ data \ Queue \ mail.que") = 95% [Normální] [Normální = 95% Střední = 97% Vysoká = 99%]
Kbelíky verzí = 0 [normální] [normální = 80 střední = 120 vysoký = 200]
Soukromé bajty = 14% [normální] [normální = 71% střední = 73% vysoký = 75%]
Batch Point = 0 [Normal] [Normal = 2000 Medium = 4000 High = 8000]
Fronta odesílání = 0 [Normální] [Normální = 1 000 Střední = 2000 Vysoká = 4000]
Příčinou chyby je konec volného místa na disku, kde jsou umístěny fronty služeb Exchange Hub Transport. Faktem je, že Exchange má speciální komponentu pro monitorování dostupných zdrojů. Zpětný tlak, který také sleduje volné místo na disku, na kterém jsou uloženy fronty Exchange Transport Service.
Při překročení prahových hodnot může burza:
- práh Střední (90%) - přestat přijímat poštu SMTP od externích odesílatelů (zpracovává se pošta od klientů MAPI)
- práh Vysoká (99%) - zpracování toku pošty se zcela zastaví
Proto v případě podobné chyby můžete:
- Vyčistit disk odpadu
- Zakázat monitorování protitlaku (špatná volba)
- Přeneste přepravní frontu na jinou jednotku s dostatečným objemem.
Ve výchozím nastavení je transportní fronta uložena na systémovém disku. Po analýze jednotky C: \ jsem zjistil, že téměř 15 GB místa bylo obsazeno složkou protokolu IIS (C: \ inetpub \ logs \ LogFiles \ W3SVC1). Tyto protokoly lze zpravidla bezpečně smazat a lze pro ně povolit skript pro automatické mazání starých protokolů IIS..
Pokud nemůžete uvolnit místo, můžete přesunout adresář transportní fronty Exchange na jinou jednotku.
Cesta k adresáři s frontou je nastavena v konfiguračním souboru $ env: exchangeinstallpath \ bin \ EdgeTransport.exe.config s následujícími proměnnými:
Stačí zadat novou cestu k adresáři s frontou a restartovat službu Microsoft Exchange Transport (Restartujte službu MSExchangeTransport) a Exchange je automaticky vytvoří.
