hat alles nichts gebracht...
ich musste eine sicherung zurückspielen.
Ich habe die komplette vm zurückgespielt und den systemstate zurückgesichert.
das Queue Verzeichniss der kaputten Maschine habe ich gesichert und auf der Restore Maschine wieder an die richtige stelle kopiert...
Sollte so passen oder?
Ich habe in der Exchange Warteschlange jetzt eine Queue drin
warten auf Verzeichnissuche
kann mir das wer erklären?
heute morgen war der server neu gebootet und die datenbank immer noch im dirty shutdown mode
ich habe jetzt eine neue platte ins system eingelinkt wo eine db aus einer sicherung liegt...
kann ich den db pfad auch händisch ändern?
wenn ich es über den system manager mache will er ja immer die db kopieren.
für die rep brauche ich 25% der Datenbankgröße als ca 16GB
für ein defrag brauche ich 125%
auf der Platte sind noch 17GB frei...
irgendeine Log Datei hat ihm gefehlt.
ist es normal dass er an dieser stelle keinen Fortschrittsbalken anzeigt?
Hi,
unsere Datenbank ist gestern gecrasht...
Die public.edb konnte ich erfolgreich reparieren.
Seit gestern abend läuft jetzt eseutil /p auf der priv.edb
Seit heute Mittag ca. 12Uhr steht die Meldung
"Deleting unicode fixup table"
ohne Fortschrittsbalken
Der Prozess läuft und um 13:40 wurde zum letzten mal in die priv1.INTEG.RAW datei geschrieben.
Die edb ist ca 61GB groß.
Dauert das wirklich so lange?
Danke
Tom
