under udarbejdelsen af en test miljø (virtuelle maskiner) for migration fra Lotus Notes til udveksling Server 2007, jeg stødte på et interessant emne: alle meddelelser sendt til modtagere internt (inden udveksling) eller eksternt (Lotus Notes eller Internet), ville ende i Kladder mappe.

ingen advarsler, fejlmeddelelser eller NDR blev genereret i brugergrænsefladen. Dette var mildest talt forvirrende. Så jeg besluttede at gøre, hvad de fleste af jer erfarne IT-fagfolk ville betragte som det næste logiske trin: grave dybere.

jeg begyndte med at kigge gennem hændelseslogfilerne på Udvekslingspostkassen og Hubtransportserverne. I Applikationsloggen på Postkasseserveren bemærkede jeg Event ID 1009 – en advarselshændelse med kilden og kategorien mærket som “Msudvekslingsmailindsendelse”. Beskrivelsen af begivenheden var spot on: “Microsoft udveksling Mail indsendelse service er i øjeblikket ikke i stand til at kontakte nogen Hub Transportservere i den lokale Active Directory site. Serverne kan være for travlt til at acceptere nye forbindelser på dette tidspunkt.”

jeg formoder, at jeg skylder en stor “tak” til personen hos Microsoft, der kom med de meningsfulde etiketter til Begivenhedskilde og kategori – bare den slags ting, vi tager for givet.

alligevel, da der var stærk indikation af, at problemet eksisterede på Hub Transport server, begyndte jeg at undersøge applikationsloggen for Hub Transport Server. Der var ingen fejl logget, men der var en advarsel: Event ID: 15002, kilde: Msvchangetransport, Kategori: ResourceManager. I mit travlt med at løse problemet ignorerede jeg advarselsbegivenheden og antog, at serveren bare klagede over systemressourcer på den virtuelle maskine – ikke langt fra sandheden virkelig.

i mellemtiden brugte jeg Telnet til at oprette forbindelse til port 25 på hubtransportserveren og fik straks et svar med angivelse af:

452 4.3.1 utilstrækkelige systemressourcer

forbindelse til host lost

dette fik mig til at se nærmere på advarselshændelses-ID: 15002 i applikationsloggen på hubtransportserveren. Jeg læste beskrivelsen omhyggeligt:

“ressourcetrykket er konstant ved højt. Statistik:

Microsoft-den væsentlige Guide til Microsoft Teams Slutbrugerengagement
den væsentlige vejledning til Microsoft Teams End-User Engagement

vi fører dig gennem 10 bedste fremgangsmåder, overvejelser og forslag, der kan berige din Microsoft Teams-implementering og sikre både slutbrugeradoption og engagement.

få vejledning

kø database og diskplads (“C:Program Filermicrosoftudveksling Servertransportrolesdatakø-mail.hvad”) = 63%

kø database logning diskplads (“C: Program Filermicrosoftudveksling Servertransportrolesdatakø”) = 63%

version buckets = 1

Private bytes = 16%

fysisk hukommelsesbelastning = 53%

indgående postindsendelse fra andre Hubtransportservere, Internettet, Afhentningskataloget, Replay-biblioteket og Postkasseserveren, hvis den er på en Hubtransportserver, er stoppet.

indlæsning af e-mail fra kødatabasen, hvis tilgængelig, fortsætter.”

rulning ned på beskrivelsen og faktisk læsning af detaljerne hjalp J men Vent, jeg havde 2.94 GB ledig plads på min virtuelle maskine, der kørte hub transport server rolle. Så hvorfor klagede udveksling om diskplads?

efter nogle undersøgelser stødte jeg på denne artikel om Technet, som introducerede mig til et ikke så kendt, men nyt koncept introduceret i Udvekslingsserver 2007 – modtryk. Mens du kan læse flere detaljer om emnet på refererede sider, er det væsentlige modtryk en systemressourceovervågningsfunktion indbygget i Udvekslingsserver 2007 Hub Transport og Edge serverroller og påvirker meddelelseslevering afhængigt af systemressourcernes tilstand.

efter anvendelse af formeludvekslingsanvendelserne til beregning af tærsklerne for transporttjenesten (100*(harddiskdrevstørrelse – 4 GB) / harddiskdrevstørrelse) indså jeg, at den resulterende høje værdi for Kødatabase og diskplads i mit miljø (50%) var højere end den høje tærskel beregnet ved udveksling (49%).

Tip: Hvis den ledige ledige plads er mindre end 4 GB, betragtes harddiskudnyttelsesniveauet som højt.

så mine valg for at få mail flyder var:

  • Forøg ledig diskplads (anbefales til produktionsmiljøer) eller
  • Forøg den passende tærskel (anbefales ikke til produktionsmiljøer)

da jeg brugte et testmiljø, besluttede jeg at tage den nemme rute og tilsidesætte standardberegningerne for det høje niveau af harddiskudnyttelse ved at angive en ny værdi i EdgeTransport.eks.config fil, som kan findes i C:Program Filermicrosoftudveksling ServerBin mappe. Jeg ændrede standardværdien for Percentgedatabasediskspaceusedhighthreshold fra “0” til ” 80 ” og genstartede Microsoft-udvekslingstjenesten.

jeg bekræftede, at advarselsmeddelelsen ikke blev vist igen efter genstart af tjenesten og forsøgte at sende en besked til mig selv igen ved hjælp af UA – vellykket!! Jeg bemærkede også, at meddelelsen, der tidligere blev placeret i kladdemappen (under problemet), også blev leveret med succes uden manuel indgriben.

mens modtryk er en pæn funktion i bytte og er beregnet til at løse systemressourceproblemer mere yndefuldt, håber jeg, at virksomheder fortsat vil investere i effektive overvågningsløsninger til udveksling som System Center Operations Manager for at undgå problemer som den ovenfor beskrevne. Undtagelsen fra kurset er et scenario, hvor du tester en Udvekslingsløsning i et testmiljø, hvor du måske ikke har den luksus at have produktionsklassesystemressourcer.