Sådan løses "Kan ikke læse logfilens overskrift" Exchange-serverfejl

Microsoft Exchange Server er designet til at skrive alle databasetransaktioner til bestemte logfiler og begå dem senere, når systemet tillader det. Transaktioner findes også i systemhukommelsen, men går tabt i tilfælde af et nedbrud. Hvis Exchange-serveren oplever en uventet fejl, fungerer disse transaktionslogfiler som en kritisk gendannelsesmetode. Af denne grund skal transaktionsfiler opbevares på et pålideligt system. Logfiloverskriften indeholder oplysninger såsom filsignatur, basenavn, oprettelsestid, kontrolpunkt osv. Nogle gange siger din Exchange-server, at den ikke er i stand til at læse disse oplysninger. Dette er kritiske situationer, der muligvis kræver, at du gendanner data fra en online backup eller udfører en hård gendannelse af dine databaser. Det anbefales dog kraftigt, at du prøver at flytte Exchange-postkasser til en anden server eller bruge et Exchange-gendannelsesprodukt til at reparere databasen.

For at illustrere skal du overveje en situation, hvor du modtager fejlen nedenfor med din Exchange Server-database:

“Kan ikke læse logfiloverskrift.”

Fejlen logges som begivenhed 412 i applikationshændelsesloggen. ESE-fejlkoden, der vises i afsnittet Beskrivelse af denne begivenhed, giver detaljerede oplysninger om grundårsagen.

årsag

Som fejlen antyder, sker dette, når Exchange Database Engine ikke kan læse overskriften på filen. Dette indikerer, at logfilen har en inkompatibel signatur, har ødelagt headeroplysninger eller er korrupt. Du kan udlede den nøjagtige årsag ved hjælp af ESE-fejlkoden, der vises af begivenheden:

  1. Jet_errLog-fil beskadiget eller fejl -501: overskriften på logfilen er beskadiget
  2. Jet_errBadLogSignature eller fejl -530: Logfilernes signatur stemmer ikke overens. Undertegnelse af logfilen sikrer, at logfilsættet læses korrekt og er inkluderet i hver databaseoverskrift. Fejlen opstår, når de ikke stemmer overens.
  3. Jet_errDiskIO eller fejl -1022: Et disk I / O-problem for den anmodede side i transaktionsloggen eller databasen. Typisk opstår en -1022-fejl på grund af alvorlig databasekorruption. For en logfil er årsagen korruption af logfilhovedet.

Opløsning

Du skal bruge en af ​​nedenstående procedurer:

  1. Find den nyeste online backup og gendannelse
  2. Hvis en gyldig sikkerhedskopi ikke er tilgængelig, kan du køre kommandoen eseutil / p og den efterfølgende isinteg-fix-kommando. Dette er en vanskelig kommando, og tab af data er sandsynligt, ligesom det er at slette sider fra databasen. Så til din produktionsdatabase anbefales det, at du bruger en alternativ Microsoft Exchange-gendannelsesmetode, såsom at flytte postkasser til en anden database eller bruge Exchange-gendannelsessoftware.

Bir cevap yazın

E-posta hesabınız yayımlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir