Jump to content
Melde dich an, um diesen Inhalt zu abonnieren  
WarriorHell

Exchange 2003 - Datenbank beschädigt nach Stromausfall

Empfohlene Beiträge

läuft wieder alles, hab es selber hinbekommen

 

eseutil /p war die Rettung

 

Wichtig bei deleting unicode fixup table immer warten

 

Bei meiner 30 Gig DB hat eseutil /p locker ein paar Stunden gebraucht

 

Danke an Sascha für die umfangreiche Hilfe und Zeit

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

eseutil /p war die Rettung

eseutil /p sollte aber immer der letzte Weg sein, den man geht.

 

Bei meiner 30 Gig DB hat eseutil /p locker ein paar Stunden gebraucht

Wie ich oben schon schrieb, ist der Restore aus dem Backup meistens die schnellere Variante ;)

 

Danke an Sascha für die umfangreiche Hilfe und Zeit

Bitte, gern geschehen und Danke für die Rückmeldung ;)

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen
eseutil /p war die Rettung

 

Die Warnungen auf msxfaq.de bzgl. eseutil /p hast du aber gelesen, oder?

 

Siehe auch folgende Abschnitte:

"Hard Recovery ESEUTIL /P und ISINTEG" sowie "Weiterverwendung" auf MSXFAQ.DE - Exchange NOTFALL - Datenbank korrupt

"Wenn Sie In der Sackgasse stehen ..." auf MSXFAQ.DE - Datenbank Recover

Sowie MSXFAQ.DE - ESEUtil

 

Also ich würde eine derart wiederhergestellte Datenbank nicht dauerhaft weiterverwenden wollen...

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen
Die Warnungen auf msxfaq.de bzgl. eseutil /p hast du aber gelesen, oder?

 

Wenn nicht, ist es jetzt auch zu spät. Und wenn ja, dann sollte er selbst entscheiden, ob er es tut.

 

Bye

Norbert

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

Nun ja, ich würde die Daten schnellstmöglich aus einer derart "reparierten" Datenbank in eine neue Datenbank migrieren. Das die Entscheidung dem OP überlassen ist ist klar.

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

Ja, ich auch, aber mehr als darauf hinweisen kann man ja nicht. Ich sag den Leuten auch immer, dass Popconnectoren "Dreck" sind, trotzdem will niemand auf mich hören. ;)

 

Bye

Norbert

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

Noch eine Frage:

 

Muss ich nach eseutil /p zwingend ISINTEG machen ?

 

Hintergrund ist, dass alles wieder wunderbar läuft bis auf eine Sache:

 

Ein User mit Iphone und Activesync bekommt Emails und kann auch welche verschicken, aber wenn er eine Nachricht löscht oder in einen anderen Ordner verschieben will, kommt die Meldung das die Nachricht nicht verschoben werden konnte,

 

Eventid 3005

 

Unerwarteter Exchange Postfach-Serverfehler: Server: [servers7.baumax.local] Benutzer: [mustermann@baumax.de] HTTP-Statuscode: [500]. Stellen Sie sicher, dass der Exchange Postfach-Server einwandfrei funktioniert.

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen
Muss ich nach eseutil /p zwingend ISINTEG machen ?

 

Wenn du Wert auf die korrekte Funktionalität der Datenbank legst, ja.

 

Unerwarteter Exchange Postfach-Serverfehler: Server: [servers7.baumax.local] Benutzer: [mustermann@baumax.de] HTTP-Statuscode: [500]. Stellen Sie sicher, dass der Exchange Postfach-Server einwandfrei funktioniert.

 

Lass mich raten: du hast isinteg nicht ausgeführt? :suspect:

 

"If you don't run Isinteg, clients will likely see strange things--like message counts that are off, messages that appear in the Inbox but can't be read, and so on." Quelle: http://blogs.technet.com/exchange/archive/2004/06/18/159413.aspx

 

PS warum fragst du hier wenn du sowieso nicht machst was andere dir raten?

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

Hi,

unsere Datenbank ist gestern auch gecrasht...

 

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 RAW datei geschrieben.

 

Die edb ist ca 61GB groß.

Dauert das wirklich so lange?

 

Danke

Tom

bearbeitet von toms2k

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen
Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte überlege Dir, ob es nicht sinnvoller ist ein neues Thema zu erstellen.

Erstelle ein Benutzerkonto oder melde dich an, um zu kommentieren

Du musst ein Benutzerkonto haben, um einen Kommentar verfassen zu können

Benutzerkonto erstellen

Neues Benutzerkonto für unsere Community erstellen. Es ist einfach!

Neues Benutzerkonto erstellen

Anmelden

Du hast bereits ein Benutzerkonto? Melde dich hier an.

Jetzt anmelden
Melde dich an, um diesen Inhalt zu abonnieren  

×