Hvordan løser jeg hændelse 412 på en Exchange-server?

De fleste Exchange-databaseproblemer (inklusive korruption) opstår, fordi administratoren fortsætter med at bruge meget gammel hardware uden opdatering. Så det anbefales at holde rettidig kontrol gennem applikationsloggen og relaterede oplysninger. Når korruption i EDB-database er bekræftet, kan administrator gendanne fra god sikkerhedskopi eller vælge EDB-reparationsmulighed.

For at forstå sådanne situationer skal du overveje et problem, når du ikke kan montere Exchange-databasen. Du bemærker, at alle Exchange-tjenester kører uden fejl, men når du prøver at montere databasen, rapporterer den en fejl som nedenfor:

Hændelsestype: fejl

Begivenhedskilde: ESE

Hændelseskategori: Logning / Recovery

Begivenheds-ID: 412

Dato: 3/7/2008

Tid: 13:40:37

Bruger: N / A

Computer: SMTPBRMDBALEX2

Beskrivelsen:

Informationsbutik (4948) e53f288d-df1b-47ba-9c3b-901e530848a5: Kan ikke læse overskrift på logfil E: exchsrvr mdbdata E003C9F3.log. Fejl -530. Fejlen angiver, at den ikke kan læse overskriften fra logfilen.

årsag

Fejlen -530 opstår specifikt på grund af en uoverensstemmelse mellem logfilsignaturen. Undertegnelse af logfilen sikrer, at Exchange kan afspille det rigtige sæt logfiler igen. Hver databaseoverskrift indeholder denne signaturinformation fra den aktuelle logfil. Hvis disse værdier ikke stemmer overens, opstår fejl -530, der angiver det samme.

Opløsning

For at løse det eksisterende fejl -530-problem skal du implementere løsninger såsom:

1.Gendan fra den sidste sikkerhedskopi af informationslageret. Omdøb korrupt EDB og STM-database og opret nye databaser for at gendanne mistede data fra sikkerhedskopi.

2. Åbn kommandoprompt og naviger til Exchange Server-biblioteket (normalt C: Program Files Exchsrvr BIN). Kør derefter Eseutil / P for den beskadigede database.

Kommandoen sletter beskadigede sider og skaber ubrugt plads. Så du skal køre Eseutil / D-kommandoen for at defragmentere databasen og derefter køre isinteg -fix gentagne gange, indtil du ikke får nogen fejl eller får de samme fejl efter to gange.

Efter at have udført hardware-reparationen via Eseutil / P-kommandoen, er databasen muligvis ikke stabil, fordi datatab er sandsynligt. Derfor anbefales det, at du flytter postkasserne til en ny database eller kører tredjeparts EDB-reparationssoftware i stedet for at udføre den hårde reparationshandling. EDB Repair Tools er produkter, der udelukkende er designet til scanning og reparation af beskadigede Exchange-databaser.

det EDB Reparation Tool er et professionelt værktøj, der reparerer korrupt EDB-database og giver selektiv postkassegenoprettelsesmulighed som * .pst-filer. EDB-reparationssoftware har et interaktivt design, der gør det nemt at bruge. Værktøjet understøtter Exchange Server 5.5, 2000, 2003 og 2007.

Bir cevap yazın

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