Pogreška razmjene 452 4.3.1 Nedovoljni resursi sustava

Suočio se sa zanimljivim problemom u programu Microsoft Exchange Server 2010 (tipičan je za verzije Exchange Server 2007/2013). Neki su se korisnici počeli žaliti na periodičnu nemogućnost primanja skeniranja s MFP-a i pošiljatelja konfiguriranih za slanje pošte putem Exchange poslužitelja s ulogom CAS (Client Access Server). U isto vrijeme, pošta između korisnika Exchange-a unutar poslužitelja dostavljana je bez ikakvih problema.

Da bih dijagnosticirao problem, pokušao sam ručno poslati e-poštu iz naredbenog retka pomoću telneta. Budući da se konfiguracija sastoji od dva poslužitelja CAS integriranih u CAS Array pomoću NLB-a, bilo je potrebno izvršiti provjeru za svaki poslužitelj. Slanje na prvom poslužitelju proteklo je bez problema, a na drugom nakon izvršenja maila iz naredbe pojavila se pogreška: 452 4.3.1 Nedovoljni resursi sustava

U ovom se slučaju EventID događaj bilježi u dnevniku aplikacije poslužitelja: 15.006  iz izvora: MSExchangeTransport

Microsoft Exchange Transport odbacuje prijave, jer je raspoloživi prostor na disku pao ispod konfiguriranog praga. Sljedeći su resursi pod pritiskom:

Put evidentiranja baze podataka u redu ("C: \ programske datoteke \ Microsoft \ Exchange Server \ V14 \ TransportRoles \ podaci \ red \ \") = 96% [High] [Normal = 92% Medium = 94% High = 96%]

Fizičko opterećenje memorije = 90% [ograničenje je 94% za početak dehidriranja poruka.]

Sljedeće komponente su onemogućene zbog povratnog tlaka:

Slanje ulazne pošte s poslužitelja Hub Transport

Dostava putem interneta putem interneta

Slanje pošte iz Pickup kataloga

Slanje e-pošte iz direktorija ponovne reprodukcije

Slanje pošte s poslužitelja poštanskih sandučića

Sakupljanje sadržaja

Sljedeći su resursi u normalnom stanju:

Put baze podataka u redu čekanja ("C: \ programske datoteke \ Microsoft \ Exchange Server \ V14 \ TransportRoles \ podaci \ Queue \ mail.que") = 95% [Normalno] [Normalno = 95% Srednje = 97% Visoko = 99%]

Kopne verzije = 0 [Normalno] [Normalno = 80 Srednje = 120 Visoko = 200]

Privatni bajtovi = 14% [Normalno] [Normalno = 71% Srednje = 73% Visoko = 75%]

Batch point = 0 [Normalno] [Normalno = 2000 Srednje = 4000 Visoko = 8000]

Red za slanje = 0 [Normalno] [Normalno = 1000 Srednje = 2000 Visoko = 4000]

Uzrok pogreške je kraj slobodnog prostora na disku na kojem se nalaze redovi servisnih servisa Exchange Hub Transport. Činjenica je da Exchange ima posebnu komponentu za nadziranje raspoloživih resursa. Povratni tlak, koji također nadgleda slobodni prostor na disku na kojem su pohranjeni redovi servisa Exchange Transport.

Ako su pragovi prekoračeni, Exchange može:

  • prag medium (90%) - prestanite primati SMTP poštu od vanjskih pošiljatelja (pošta MAPI klijenata se obrađuje)
  • prag visok (99%) - obrada protoka pošte potpuno se zaustavlja
primjedba. 90% i 99% su zapravo približne brojke, zapravo postoji formula izračuna. Ali u praksi je dovoljno usredotočiti se na te vrijednosti. Na disku od 40 GB na kojem je spremljen transportni red trebalo bi biti najmanje 4 GB slobodnog prostora.

Stoga u slučaju slične pogreške možete:

  • Za čišćenje diska sa smećem
  • Onemogući nadzor nadtlačnog pritiska (loša opcija)
  • Prebacite red za prijevoz na drugi pogon dovoljne glasnoće.

Prema zadanom, transportni red pohranjuje se na sistemski disk. Analizirajući pogon C: \, ustanovio sam da je gotovo 15 GB prostora zauzela mapa dnevnika IIS (C: \ inetpub \ logs \ LogFiles \ W3SVC1). U pravilu se ovi zapisnici mogu sigurno izbrisati, a skripta za automatsko brisanje starih IIS zapisa može se omogućiti za njih..

Ako ne možete osloboditi prostor, možete premjestiti direktorij transportnog reda razmjene na drugi pogon.

Put do direktorija s redom postavljen je u konfiguracijskoj datoteci $ env: exchangeinstallpath \ bin \ EdgeTransport.exe.config sa sljedećim varijablama:

Dovoljno je sa redom odrediti novi put do direktorija i ponovno pokrenuti Microsoft Exchange Transport uslugu (Ponovno pokrenite uslugu MSExchangeTransport) i Exchange će ih automatski stvoriti.

vijeće. Provjerite jesu li se datoteke Mail.que, Trn.chk, Trn.log, Temp.edb itd. Pojavile u novoj mapi. Datoteke u staroj mapi mogu se izbrisati, jer više nisu potrebni.