Soočili smo se z zanimivo težavo v programu Microsoft Exchange Server 2010 (značilen je za različice Exchange Server 2007/2013). Nekateri uporabniki so se začeli pritoževati zaradi občasne nezmožnosti prejemanja pregledov od večnamenskih naprav in pošiljateljev, ki so bili konfigurirani za pošiljanje pošte prek Exchange strežnika z vlogo CAS (Client Access Server). Hkrati je bila pošta med uporabniki Exchangea znotraj strežnika brez težav dostavljena.
Za diagnosticiranje težave sem poskušal ročno poslati e-pošto iz ukazne vrstice s pomočjo telneta. Ker konfiguracijo sestavljata dva strežnika CAS, integrirana v CAS Array z uporabo NLB, je bilo treba opraviti preverjanje za vsak strežnik. Pošiljanje na prvi strežnik je potekalo brez težav, na drugem po izvršitvi pošte iz ukaza pa se je pojavila napaka: 452 4.3.1 Premalo sistemskih virov
V tem primeru se dogodek EventID zabeleži v dnevniku aplikacij strežnika: 15006 iz vira: MSExchangeTransport
Pot zapisovanja baze podatkov v čakalni vrsti ("C: \ programske datoteke \ Microsoft \ Exchange Server \ V14 \ TransportRoles \ podatki \ čakalna vrsta \") = 96% [High] [Normal = 92% Medium = 94% High = 96%]
Fizična obremenitev spomina = 90% [omejitev je 94%, da začnete dehidrirati sporočila.]
Naslednje komponente so onemogočene zaradi povratnega tlaka:
Oddaja dohodne pošte s Hub Transport strežnikov
Oddaja dohodne pošte iz interneta
Pošiljanje pošte iz imenika Pickup
Pošiljanje pošte iz imenika za ponovitev
Pošiljanje pošte s strežnika nabiralnika
Združevanje vsebine
Naslednji viri so v normalnem stanju:
Pot baze podatkov v čakalni vrsti ("C: \ programske datoteke \ Microsoft \ Exchange Server \ V14 \ TransportRoles \ podatki \ čakalna vrsta \ mail.que") = 95% [Normal] [Normal = 95% Medium = 97% High = 99%]
Žreb različice = 0 [Normalno] [Normalno = 80 Srednje = 120 Visoko = 200]
Zasebni bajti = 14% [Normalno] [Normalno = 71% Srednje = 73% Visoko = 75%]
Serijska točka = 0 [Normalno] [Normalno = 2000 Srednje = 4000 Visoko = 8000]
Čakalna vrsta za oddajo = 0 [normalno] [normalno = 1000 srednje veliko = 2000 visoko = 4000]
Vzrok napake je konec prostega prostora na disku, kjer se nahajajo storitve čakalnih vrst Exchange Hub Transport. Dejstvo je, da ima Exchange posebno komponento za spremljanje razpoložljivih virov. Povratni tlak, ki spremlja tudi prosti prostor na disku, na katerem so shranjene čakalne vrste storitve Exchange Transport.
Če so pragovi preseženi, lahko Exchange:
- prag Srednja (90%) - nehajte prejemati SMTP pošto zunanjih pošiljateljev (pošta MAPI odjemalcev se obdeluje)
- prag Visoka (99%) - obdelava toka pošte se popolnoma ustavi
Zato lahko v primeru podobne napake:
- Za čiščenje diska s smeti
- Onemogoči nadzor tlaka nazaj (slaba možnost)
- Prestavite čakalno vrsto za prevoz na drug pogon z zadostno glasnostjo.
Transportna čakalna vrsta je privzeto shranjena na sistemskem disku. Po analizi pogona C: \ sem ugotovil, da je mapa dnevnikov IIS zasedala skoraj 15 GB prostora (C: \ inetpub \ logs \ LogFiles \ W3SVC1). Praviloma je te dnevnike mogoče varno izbrisati in zanje omogočiti skript za samodejno brisanje starih dnevnikov IIS..
Če ne morete osvoboditi prostora, lahko premaknete imenik transportnih čakalnih vrst Exchange na drug pogon.
Pot do imenika s čakalno vrsto je nastavljena v konfiguracijski datoteki $ env: exchangeinstallpath \ bin \ EdgeTransport.exe.config z naslednjimi spremenljivkami:
Dovolj je, da s čakalno vrsto določite novo pot do imenika in znova zaženete prometno storitev Microsoft Exchange (Restart-Service MSExchangeTransport) in Exchange jih bo samodejno ustvaril.
