Hallo SansSens,
über ESEUTIL sollen Sie folgendes wissen:
"Dieses Programm ist Bestandteil von Exchange 5.5 und Exchange 2000 und dient dazu, eine bestehende Datenbank zu prüfen, zu reparieren, zu defragmentieren und vieles mehr. Beim Aufruf von ESEUTIL ohne Parameter wird eine Hilfe ausgegeben.
ESEUTIL liegt im BIN-Verzeichnis des Exchange Programmpfades und arbeitet zeichenorientiert.
ESEUTIL arbeitet auf einer recht tiefen Ebene (seitenorientiert) der Datenbank und ist ein letztes Mittel, wenn alle andere versagen.
Beispiel zu /MH (Header auslesen)
Diesen Test können Sie recht einfach mit ihrer eigenen Datenbank machen. Dismounten Sie bei Exchange 2000 die entsprechende Datenbank oder stoppen Sie den Exchange Informationsspeicher. Danach ist die Datenbank nicht mehr gesperrt und sie
können sich den Header mit ESEUTIL untersuchen. Die gleiche Funktion gibt es auch für die Transaktionsprotokolle und die Checkpointdatei. Diese Ausgabe ist von Exchange 2000, aber die Exchange 5.5 Funktion ist vergleichbar. Sie funktioniert
auch, wenn die Datenbank nicht gestartet werden kann und ist damit ein unverzichtbares Hilfsmittel für die Restaurierung und bei der Fehlersuche und Recovery-Szenarien.
Weitere ESE Funktionen
Mit ESEUTIL können aber auch umfangreichere Aktionen ausgelöst werden, die aber nicht in wenigen Worten zu beschreiben sind:
- Offline Defragmentation
ESEutil /d [options]
(Siehe
Exchange defragmentieren) - Recovery:
ESEutil /r [options]
Führt manuell eine Datenbank, die "Dirty Shutdown" ist, mit den dazu gehörigen Transaktionsprotokollen zusammen, dass Sie wieder "Clean Shutdown" ist. Wird manchmal benötigt, um Sicherungen von Images und verschiedene Transaktionsprotokolle
manuell zu verbinden. Ansonsten versucht der Store dies beim Start der Datenbank ebenfalls - Datenbank reparieren
ESEutil /p [options]
Diese Option versucht eine defekte Datenbank wieder "clean" zu bekommen, indem er diese komplett neu aufbaut und fehlende Verbindungen und Seiten einfach entfernt. Diese Funktion ist daher wirklich nur das "letze Mittel" um noch irgend etwas
dann aus der Datenbank extrahieren zu können (z.B. über die
Recovery Storage Group) Sie sollte so eine Datenbank nie auf Dauer wieder produktiv nehmen, sondern nur als Exportquelle in eine neue Datenbank nutzen. - Prüfsummen prüfen
ESEutil /k [options]
Diese Funktion ist wichtig, wenn Sie die Datenbank z.B. per IMAGE oder Snapshot sichern oder Sie einen Festplattendefekt vermuten und einfach prüfen wollen, ob jede Speicherseite noch "unverändert" und stimmig ist. Das geht sehr viel schneller als
eine Defragmentierung. - Integrität prüfen
ESEutil /g
Hiermit wird der logische Aufbau (siehe auch
Exchange Datenbank - ein Blick dahinter) geprüft.
Aber diese Funktionen beschreibe ich hier absichtlich nicht ausführlich, das damit auch sehr schnell die komplette Datenbank zerstört wird. Wenn Sie überzeugt sind, dass ihnen nur diese Optionen weiter helfen, dann sollten Sie ausführlich
die zu ESEUTIL gehörende Dokumentation und TechNet Artikel lesen.
Seit Exchange 2000 gibt es auch eine weitere Funktion mit der Option "/createstm". Sie dient dazu beim Verlust der STM-Datei diese neu anzulegen. Allerdings gehen damit sicher Inhalte verloren und ist nur ein Notfall. Selbst dann sollte
überlegt werden, die Inhalte zu exportieren und eine neue Datenbank anzulegen."
Den ganzen Artikel finden Sie auf diesem Link "Der Einsatz von ESEUTIL und ESEFILE ".
Ich hoffe, dass Ihnen die Information hilfreich sein wird.
Gruß,
Teodora
Bitte haben Sie Verständnis dafür, dass im Rahmen dieses Forums, welches auf dem Community-Prinzip „IT-Pros helfen IT-Pros“ beruht, kein technischer Support geleistet werden kann oder sonst welche garantierten Maßnahmen seitens Microsoft
zugesichert werden können.
