Abgestürzten Exchange 5.5 Server retten

[Wolke 10]

Hallo,

 

Da keiner auf mein erstes Exchange Posting geantwortet hat und ich auch dieses Problem noch selber lösen konnte hier mein neues altes Problem in der Hoffnung es findet sich ein Profi :(

 

Mein Server ist wegen FelsplattenCrash auf C:\ abgerauscht. Nun habe ich NT auf einer neuen HD installiert und komme wieder an alle Daten ran.

 

Gleichzeitig habe ich auf einen W2K Server ein neues Exchange 5.5. installiert und möchte nun retten was zu retten ist. Kann mir jemand sagen wie ich möglicherweise einzelne Postfächer und Adressbücher übernehmen kann.

 

Vielen Dank für jeglichen Support.

 

Gruss Wolke

[KingBods 10]

Keine Ahnung ob es funktioniert.

 

Warum verschiebst du nicht die Datenbank(alt) in den Ordner der neuen Datenbank.

 

Vielleicht ist Exchange ja so schlau und nimmt den Ordner(Datenbank)

 

KingBods

[Wolke 10]

Hi,

 

hmm, keine Ahnung habe ich auch!

 

Wenn ich die Files rüberschiebe gehe ich das Risiko ein den neuen Server der auch ein DC ist und eine Archivdatenbank, zu zerschießen. Da würde ich es doch lieber mit Ahnung probieren. Danke trotzdem, noch weitere Vorschläge?

 

Gruss Wolke

[KingBods 10]

na gut dann sind wir schon zwei :D

 

warum setzt du auf dem alten Exchange Server der ja wieder funktioniert (BS gesehen) Exchange nicht noch einmal auf. Dort kannst du ja probieren. und wenn der halbwegs funktioniert kannst du ja die Konten auf den neuen verschieben.

[Wolke 10]

Genau das mache ich wenn mir einer sagt:

 

 

Ja, das geht !

Die Installtation findet die Daten oder Du kannst sie nach der Inst. wieder reinschieben.

Es reicht die ebd files reinzuschieben oder Du musst noch 1.2.3 machen.

 

Deswegen bin ich hier ;)

 

Gruss Wolke

[gr@mlin 10]

hi,

 

schau mal hier rein:

 

http://support.microsoft.com/default.aspx?scid=kb;de;155216

 

http://support.microsoft.com/default.aspx?scid=kb;de;296788

 

http://www.microsoft.com/exchange/techinfo/administration/55/BackupRestore.asp

 

http://www.microsoft.com/exchange/techinfo/administration/55/Disaster.asp

 

gruss, gr@mlin

[Greg 10]

Oder hier noch

 

http://www.msexchangefaq.de/default.htm

 

Gruss Greg

[gysinma1 13]

Hallo Zusammen

 

In der ganzen Zeit, wo ich mich um Exchange-Disasterrecovery rumschlage ist immer noch die beste Methode einen jungfräulich neuen Rechner zu nehmen, aufsetzen, der bestehenden Domain beitreten und die Datenbanken rüberschieben. Das geht natürlich nur, wenn mindestens ein Exch55-Server vorhanden ist und läuft. Das Ganze funktioniert einigermassen zuverlässig.-

 

Wenn alle Transactionlogs, die DB etc. einwandfrei vorhanden ist, der Forest i.o. kann theoretisch der alte Store direkt auf einem neuen Exchangeserver direkt gemounted werden. Allerdings sicherheitskopien machen.

 

Vorher aber DATEN SICHERN DATEN SICHERN DATEN SICHERN DATEN SICHERN DATEN SICHERN DATEN SICHERN DATEN SICHERN DATEN SICHERN DATEN SICHERN DATEN SICHERN DATEN SICHERN DATEN SICHERN DATEN SICHERN DATEN SICHERN DATEN SICHERN DATEN SICHERN DATEN SICHERN DATEN SICHERN

 

Viel Erfolg ! + Gruss

 

Matthias

[Bragan 10]

Einmal aus den hintersten Ecken des Kopfes geklaubt, wobei Exch 5.5 etwas andere (ältere) Restoremethoden verwendet als Exch 200x

 

Frage: Der abgerauchte Server ist Memberserver oder einziger Domänenkontroller?

 

Wenn ersteres: Serviceaccount ist weiterhin bestehend. Installation mit dem gleichem Serviceaccount, gleicher Servername verwenden und gleiche Exchangeorganisation. Datenbanken unterschieben (Unterschiedlich ob Offline- oder Onlinesicherung). Wenn man denServernamen und die Exchangeorganisation nicht mehr genau weiss, installieren mit egal was und Dienste starten. Im Eventlog sind dann die passenden Daten zu finden. Mit diesen dann neu installieren und die Datenbanken (priv und pub.edb) sollten problemlos hochfahren. Dann Konsistenzanpassung und alles sollte rennen wie zuvor.

 

Wenn zweiteres: Serviceaccount wurde neu erstellt. Öffentliche Ordner sind unrettbar verloren. Der private Indformationsspeicher ist wiederherstellbar. Ausnahme: Es existiert in irgendeiner Art und Weise eine Rettungsdiskette oder ein Backup, welches die Domäneninformationen wiederherrstellt.

Dann Abfolge wie oben genannt, wobei man händisch die Mailboxen an die Domänenkonten anpassen muss. Geht jedoch auch alternativ mit Verzeichnisimport.

 

Und wie immer zum Schluß: Nichts geht über eine funktionierende Sicherung und einen desöfteren geübten Restore. das ist nämlich Gold wert im schlimmsten Fall der Fälle.

 

Viel Glück und Daumendrück.

 

Marc

[Wolke 10]

Nun es ist so: die EDB files habe ich sicher aber es gibt ja noch die E0...log und die ist defekt - ich wünsche niemandem, dass er die Plattegeräusche vernehmen muss. Deswegen klappen die MS Vorschläge schon mal nicht.

 

Ich versuche jetzt erstmal auf einem neuen Rechner ein Ex5.5 aufzusetzen und wenn ich das richtig verstehe kopiere ich die edb files da hinein.

 

Ich melde mich wieder,

 

 

Danke, Wolke

[gysinma1 13]

Hallo Zusammen

 

Ja natuerlich Bragan Du hast voellig recht. Ein direktes mounten geht immer nur unter gleichen Versionen (und gleichen Servicepacks !!).

 

 

@Wolke

Läuft der Systemattendant ? Wenn ja versuche in diese Organisation beizutreten.

Thema Geräusch: Man gewöhnt sich an alles :p war letzten SA am Phil Collings Konzert mit ner Vorgruppe (ich weiss jetzt warums Oropax gibt ...)

Hast Du noch eine Datensicherung wo edb und logs ganz sind ?

 

 

Gruss,

 

MAtthias

[gysinma1 13]

Ich suche mal rasch in meinem Resourcekit von Exchange ob ich da was find um Transactionlogs zu reparieren ...

[gysinma1 13]

Hallo

 

Habt ihr das eseutil ... um die Konsistenzen der EDB zu prüfen ?

 

 

Siehe auch

http://www.msexchangefaq.de/notfall/desaster55.htm

 

Gruss,

 

Matthias

[Bragan 10]

Transaktionprotokolle gehen meines Wissens nach nicht zu reparieren. Weder bei Exch 5.5 noch Exch 200x. jedoch lasse ich mich gerne eines besseren belehren.Zum Analysieren von diesen kann man mit edbutil.exe oder auch eseutil.exe (komme da immer durcheinander) die jeweilgen Header der Transaktionsprotokolle anschauen.

 

Wenn Du jedoch ein Tool zum Reparieren der Protokolle gefunden hast, wäre ich, aus Eigeninteresse, sehr interessiert daran.

 

Aber meist hilft bei einem Crash der Transaktionsplatte nur ein Restore der Datenbank der letzten Sicherung oder ein Restore der Datenbank von Festplatte (wenn diese nicht auf der gleichen lag wie die Protokolle) ohne die Transaktionsprotokolle. Die sind auf jedem Fall unwiderruflich verloren.

 

Grüße,

 

Marc

[gysinma1 13]

Hallo Zusammen

 

Wenn der gecrashed ist, (attraktive HD Geräusche) ist meist die EDB geöffnet und die Transactionlogs wurden nicht geflushed.

 

Was in den Transactionlogs drin ist, ist sowieso hinüber. Der Store lässt sich jedoch nicht mounten, wenn er nicht "geschlossen" ist.

 

Mit eseutil kann die EDB geprüft werden ob sie Konsistent ist - und bei bedarf gefixt werden.

 

 

Gruss,

 

MAtthias