Exchange 2003 (Informationsspeicher kann nicht bereitgestellt werden)

[VanAxel 10]

Hallo zusammen,

habe ein Exchange Server Problem auf einem SBS2003 Server.

Der Postfach-Informationsspeicher läßt sich nicht mehr starten. Bekomme folgenden Fehler:

 

Interner Verarbeitungsfehler ........

C1041724.

 

Habe mir schon den Microsoft Exchange Troubleshoot Assistant runtergeladen, aber dieser hat leider keinerlei Zusatzinformationen geliefert. (bzw. hat keine Probleme angezeigt)

 

Daraufhin habe ich nun die eseutils benutzt. Nachdem ich den Checksum gestartet habe wurde ich darauf hingewiesen, dass die Datenbank nicht ordnungsgemäß dismounted wurde und ein "dirty shutdown" erfolgte. Um dies nun wieder rückgängig zu machen soll ich die recovery option ausführen.

 

Leider bekomme ich dort die folgenden Fehler:

Operation terminated with error -1032 (Jet_errFileaccessDenied, Cannot access file, the file is locked or in use), after 11.10 seconds.

 

Dazu habe ich gefunden, das die Exchange-Dienste auf manuell oder gar auf deaktiviert zu stellen, damit die Datei frei gegeben wird.

 

Es bleibt für mich aber immer noch die Frage welche Datei eigentlich nicht accessed werden kann: Das log file oder die Exchange datenbank?

 

Nach dem Recovery wollte ich einen Integrity-Check durchführen.

 

Wodurch die ganze Sache ausgelöst wurde bleibt mir ein Rätsel, aber vielleicht hat jemand eine Antwort auf das obige akute Problem.

 

LG

Axel

[RobertWi 81]

Moin,

 

läuft auf dem Server ein Virenscanner? Falls ja -> bite Datenbank und LOG-Dateien von der Prüfung ausnehmen.

 

Ansonsten: Informationsspeicher-Dienst auf deaktiviert stellen, Server neustarten und nochmal manuelles Rcovery probieren.

[VanAxel 10]

Hallo RobertWi,

danke für deine Post.

 

Habe den Trendmicro Service AUsnahmen hinzugefügt. Hat aber nichts gebracht.

Habe anschl. den Worry-Free Security beendet.... hat auch nichts gebracht.

 

Das mit dem deaktiveren habe ich schon vorher durchgeführt. Der Dienst wurde zwar nicht mehr gestartet hat aber auch nicht positiv dazu beigetragen, dass ich das recovery durchführen konnte.

 

Hat jemand noch andere Tipps... ich bin ganz Ohr *heul*

 

LG

Axel

[VanAxel 10]

Hallo nochmal,

ich habe mich mit dem obigen Problem heute nochmal beschäftigen können und resümiere folgendes festgestellt.

 

Ich habe eseutil /mh durchgefuehrt und festgestellt das ein "dirty shutdown" vorliegt.

Ich habe eseutil /ml durchgefuehrt und festgestellt das die log files OK sind.

 

Da ich immer noch diesen obigen Fehler (aus meinem ersten Post) beim Recovern bekommen habe ich mal die Repair Option gestartet und folgende Info bekommen:

"The database is not up-to-date. This operation may find that this database is corrupt because data of the log files are not yet stored into the database."

 

Also wie kriege ich den Computer dazu das ich den Recovery Job erfolgreich durchführen kann.

 

Im übrigen wenn ich den MDBDATA Ordner auf eine andere Platte kopiere und den Recovery-Vorgang mit /i am Ende durchführe klappt das zwar, aber nach einem weiteren /mh Check bleibt die Datenbank im Dirty Shutdown Zustand.

 

Wat'n sch***. Ich bitte im Hilfe... hat jemand noch eine Idee?

 

VanAxel

[VanAxel 10]

ok ich habe noch etwas entdeckt:

 

Nach dem eseutil /mh aufruf steht in der Ausgabe:

Log required: 14598-14599 (0x3906-0x3907)

 

Leider liegt nur eine E0003906.log aber keine E0003907.log in dem Verzeichnis vor?

Kann der -1032 Fehler deswegen auftreten, weil die eine log Datei fehlt?

 

Ist es nicht irgendwie möglich eseutil zu sagen, das er die Datenbank ohne diese letzten Up-to-date logs wieder in den Clean shutdown Modus bringen soll? In diesem Fall wäre dem Kunden die letzten Änderungen/Emails die verloren gingen egal. Hauptsache er kommt die Kontaktdaten wieder ran.

 

Gruß

VanAxel

[djmaker 95]

Was sagt denn das Backup?

[VanAxel 10]

Ja immer in die Wunde rein... das letzte Backup war von Anfang Januar.

 

Ich habe nun ein Hard repair durchgefuehrt und danach das isinteg gestartet. Jetzt ist alles wieder tutti... ausser das der POP3-Manager weiter fleissig die Emails abgerufen hat und diese nun irgendwo im Exchange-Nirvana herumgeistern... Weiss jemand was mit Emails passiert, die abgerufen werden, waehrend der Informationsspeicher nicht bereitgestellt ist?

 

Gruss

VanAxel

[RobertWi 81]

Moin,

 

such mal im Dateisystem. Ansonsten erlebst Du hier, warum POP3-Connectoren Mist sind - vermutlich sind die Mails verloren.

[djmaker 95]

Die sollten eventuell unter c:\inetoub schwirren.