11
Exchange 2013: Clientverhalten bei Restore älterer Serverversion
Liebe Admins,
gegeben ist ein Server mit virtualisiertem Exchange 2013 in einem 5-Mann-Betrieb.
Der Exchange wird nur für interne Kalender und als Archivablage von Mails verwendet. D.h. die User haben ein IMAP Postfach bei einem externen Provider, und ein interenes Exchangepostfach. Die IMAP Mails verschieben sie nach Bedarf in die Exchangepostfächer.
Nun habe ich den Fall, dass die VHDX Datei des Exchangeservers fehlerhaft war, zumindest hat ein chkdsk viele Fehler gefunden und diese scheinbar auch korrigiert.
Jedoch läuft der Exchangeserver seitdem nicht mehr vernünftig. (u.a. 500er Fehler, beim Anmelden an OWA, Fehler im Ereignislog usw. usf. - ich fürchte das zieht einen Rattenschwanz nach sich)
Bevor ich mich nun mühsam an die Behebung der Fehler des Exchangeservers mache, war meine Überlegung, ob ich nicht einfach eine etwas ältere Datensicherung einspiele, bei der ich 100%ig weiß, dass es noch keine Fehler gab.
Meine Überlegung war, dass die Clients ja sowieso alle Mails ihres Exchange-Postfachs des letzten Jahres auch lokal gespeichert haben, und dass wenn ich den Exchangeserver jetzt einfach auf den alten Stand zurücksetze, die am Server fehlenden Mails automatisch synchronisiert werden, und ich dadurch keinen Datenverlust hätte.
Könnte mein Plan klappen, oder merkt sich das System bspw. dass es die Mails bis zum Tag x bereits synchronisiert hat bzw. löscht sie mir die lokalen mails gar, wenn sie nicht auf dem Exchange sind?
Gibt es hier etwas zu beachten?
(Bspw. hatte ich mal gelesen, dass man vorsichtig sein muss, wenn DC und Exchange unterschiedliche Restorepoints haben. Konkret läuft der DC ja weiterhin fehlerfrei, nur den Exchange müsste ich aus einer etwas älteren Version zurücksichern - im AD hatte ich diesbezüglich nichts manuell geänert.)
Vielen Dank für Eure Ratschläge,
Malungo
gegeben ist ein Server mit virtualisiertem Exchange 2013 in einem 5-Mann-Betrieb.
Der Exchange wird nur für interne Kalender und als Archivablage von Mails verwendet. D.h. die User haben ein IMAP Postfach bei einem externen Provider, und ein interenes Exchangepostfach. Die IMAP Mails verschieben sie nach Bedarf in die Exchangepostfächer.
Nun habe ich den Fall, dass die VHDX Datei des Exchangeservers fehlerhaft war, zumindest hat ein chkdsk viele Fehler gefunden und diese scheinbar auch korrigiert.
Jedoch läuft der Exchangeserver seitdem nicht mehr vernünftig. (u.a. 500er Fehler, beim Anmelden an OWA, Fehler im Ereignislog usw. usf. - ich fürchte das zieht einen Rattenschwanz nach sich)
Bevor ich mich nun mühsam an die Behebung der Fehler des Exchangeservers mache, war meine Überlegung, ob ich nicht einfach eine etwas ältere Datensicherung einspiele, bei der ich 100%ig weiß, dass es noch keine Fehler gab.
Meine Überlegung war, dass die Clients ja sowieso alle Mails ihres Exchange-Postfachs des letzten Jahres auch lokal gespeichert haben, und dass wenn ich den Exchangeserver jetzt einfach auf den alten Stand zurücksetze, die am Server fehlenden Mails automatisch synchronisiert werden, und ich dadurch keinen Datenverlust hätte.
Könnte mein Plan klappen, oder merkt sich das System bspw. dass es die Mails bis zum Tag x bereits synchronisiert hat bzw. löscht sie mir die lokalen mails gar, wenn sie nicht auf dem Exchange sind?
Gibt es hier etwas zu beachten?
(Bspw. hatte ich mal gelesen, dass man vorsichtig sein muss, wenn DC und Exchange unterschiedliche Restorepoints haben. Konkret läuft der DC ja weiterhin fehlerfrei, nur den Exchange müsste ich aus einer etwas älteren Version zurücksichern - im AD hatte ich diesbezüglich nichts manuell geänert.)
Vielen Dank für Eure Ratschläge,
Malungo
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 733033556
Url: https://administrator.de/contentid/733033556
Ausgedruckt am: 21.11.2024 um 23:11 Uhr
11 Kommentare
Neuester Kommentar
Moin....
läuft die DB noch, oder ist die Dirty?
Frank
läuft die DB noch, oder ist die Dirty?
Frank
1
Hallöle,
falls du den Exchange cache mode meinst - klares nein, die lokalen Elemente gehen flöten
Synchronisation zwischen Outlook und Wiederherstellung aus Backup von Exchange
falls du den Exchange cache mode meinst - klares nein, die lokalen Elemente gehen flöten
Synchronisation zwischen Outlook und Wiederherstellung aus Backup von Exchange
1
ich habe 2 Datenbanken; eine davon ist dirty, bei der Anderen hat die edb-datei nur noch 0 byte 
Die dirty-DB könnte ich evtl. reparieren, älteres Backup einspielen und die reparierte DB einbinden, oder?
Sieht jemand eine andere Möglichkeit wie man das Problem lösen könnte?
Mails/Kalender am Client sind noch da, aber am Exchange im Postfach nicht mehr...
Ggf. Client manuell in PST Datei exportieren und diese dann ins Postfach importieren? Wird aber dazu führen, dass Duplikate enstehen...
Die dirty-DB könnte ich evtl. reparieren, älteres Backup einspielen und die reparierte DB einbinden, oder?
Zitat von @Mosurama:
Hallöle,
falls du den Exchange cache mode meinst - klares nein, die lokalen Elemente gehen flöten
genau das hätte ich gemeint! schade - wäre auch zu einfach gewesen.Hallöle,
falls du den Exchange cache mode meinst - klares nein, die lokalen Elemente gehen flöten
Sieht jemand eine andere Möglichkeit wie man das Problem lösen könnte?
Mails/Kalender am Client sind noch da, aber am Exchange im Postfach nicht mehr...
Ggf. Client manuell in PST Datei exportieren und diese dann ins Postfach importieren? Wird aber dazu führen, dass Duplikate enstehen...
Zitat von @malungo:
ich habe 2 Datenbanken; eine davon ist dirty, bei der Anderen hat die edb-datei nur noch 0 byte
Die dirty-DB könnte ich evtl. reparieren, älteres Backup einspielen und die reparierte DB einbinden, oder?
hm... ich würde als erstes deine datensicherung überarbeiten, und täglich sichern!ich habe 2 Datenbanken; eine davon ist dirty, bei der Anderen hat die edb-datei nur noch 0 byte
Die dirty-DB könnte ich evtl. reparieren, älteres Backup einspielen und die reparierte DB einbinden, oder?
mach ein Restore von deiner Datensicherung, und die Dirty DB wird gefixt, und mit dem veeam exchange explorer geöfnet, und die fehlenden daten importiert, oder in eine pst geschoben!
Zitat von @Mosurama:
Hallöle,
falls du den Exchange cache mode meinst - klares nein, die lokalen Elemente gehen flöten
genau das hätte ich gemeint! schade - wäre auch zu einfach gewesen.Hallöle,
falls du den Exchange cache mode meinst - klares nein, die lokalen Elemente gehen flöten
Sieht jemand eine andere Möglichkeit wie man das Problem lösen könnte?
Mails/Kalender am Client sind noch da, aber am Exchange im Postfach nicht mehr...
Ggf. Client manuell in PST Datei exportieren und diese dann ins Postfach importieren? Wird aber dazu führen, dass Duplikate enstehen...
Frank
Jetzt benötige ich doch nochmal Eure Hilfe zu dieser Angelegenheit:
Mittlerweile habe ich es geschafft aus den mir vorliegenden Daten (Raids, funktionierendes, altes Backup, korrupte aktuelle Sicherung) die 2 verwendeten Datenbanken jeweils in aktuellster Version zu kopieren und die Datenbanken mit eseutil zu reparieren, sodass sie im clean shutdown vorliegen.
Der Exchangeserver selbst hat aktuell jedoch einen älteren Stand - nach dem Zurücksichern musste ich erstmal die Vertrauensstellung zum DC wiederherstellen, was aber geklappt hat. Interner OWA Zugriff auf die Postfächer mit älteren Stand klappt auch.
Nun möchte ich "einfach" die 2 reparierten EDBs zurück in den etwas älteren Exchangen bringen - da ich ja die aktuellsten Daten haben möchte.
Naiverweise dachte ich, ich könnte doch einfach ein paar Dienste stoppen, die Datenbanken Dismounten und die aktuellen, reparierten EDBs reinkopieren, wieder starten - alles läuft super mit den aktuellen Daten.
Das klappt aber nicht - u.a. kann ich die Verzeichnisse nicht einfach umbennen bzw. ist das darin enthaltene Verzeichnis mit nem längeren Identifier.Single in Benutzung.
Deshalb klappt z.B. auch folgende Anleitung nicht, welche ich als Alternative versucht hätte, weil ich nicht alle Dateien der neu erstellten DB löschen kann - dieses "komische" Verzeichnis bleibt:
https://www.frankysweb.de/exchange-2010-datenbank-wiederherstellen-die-h ...
Könnt ihr mir einen Tipp geben, wie ihr in meinem konkreten Fall vorgehen würdet?
Vielen Dank!
Grüße, Malungo
Mittlerweile habe ich es geschafft aus den mir vorliegenden Daten (Raids, funktionierendes, altes Backup, korrupte aktuelle Sicherung) die 2 verwendeten Datenbanken jeweils in aktuellster Version zu kopieren und die Datenbanken mit eseutil zu reparieren, sodass sie im clean shutdown vorliegen.
Der Exchangeserver selbst hat aktuell jedoch einen älteren Stand - nach dem Zurücksichern musste ich erstmal die Vertrauensstellung zum DC wiederherstellen, was aber geklappt hat. Interner OWA Zugriff auf die Postfächer mit älteren Stand klappt auch.
Nun möchte ich "einfach" die 2 reparierten EDBs zurück in den etwas älteren Exchangen bringen - da ich ja die aktuellsten Daten haben möchte.
Naiverweise dachte ich, ich könnte doch einfach ein paar Dienste stoppen, die Datenbanken Dismounten und die aktuellen, reparierten EDBs reinkopieren, wieder starten - alles läuft super mit den aktuellen Daten.
Das klappt aber nicht - u.a. kann ich die Verzeichnisse nicht einfach umbennen bzw. ist das darin enthaltene Verzeichnis mit nem längeren Identifier.Single in Benutzung.
Deshalb klappt z.B. auch folgende Anleitung nicht, welche ich als Alternative versucht hätte, weil ich nicht alle Dateien der neu erstellten DB löschen kann - dieses "komische" Verzeichnis bleibt:
https://www.frankysweb.de/exchange-2010-datenbank-wiederherstellen-die-h ...
Könnt ihr mir einen Tipp geben, wie ihr in meinem konkreten Fall vorgehen würdet?
Vielen Dank!
Grüße, Malungo
moin...
hast du den sicherheitshalber mal alle dienste angehalten?
als administrator PS öffnen:
zum stoppen:
deine *.singel datei ist übrigens ein Index! hättest du die Dinste:
Microsoft Exchange-Suche
Microsoft Exchange Search Host Controller
angehalten, wäre alles fein gewesen, oder zur sicherheit alle exchange dienste angehalten!
Frank
hast du den sicherheitshalber mal alle dienste angehalten?
als administrator PS öffnen:
zum stoppen:
Get-Service | ?{$_.Name -ilike “MSexch*”} | Stop-Servicedeine *.singel datei ist übrigens ein Index! hättest du die Dinste:
Microsoft Exchange-Suche
Microsoft Exchange Search Host Controller
angehalten, wäre alles fein gewesen, oder zur sicherheit alle exchange dienste angehalten!
Frank
1
moin...
wie ist die lage?
Frank
wie ist die lage?
Frank
1
Vielen Dank Frank für die Hilfe und der Nachfrage!
Nach Stoppen der ganzen Dienste konnte ich die DB ersetzen. Allerdings bekam ich sie nicht gemounted bzw. zum laufen. => für mich kryptische Fehlermeldungen.
Da ich auch in diversen anderne Quellen gelesen hatte, dass es eigentlich nicht nachhaltig ist eine reparierte DB produktiv weiterhin einzusetzen, habe ich doch den anderen Weg gewählt und mir die jeweils lokal noch vorhandenen Postfächer mit einem Filter (Erstellungsdatum/Sendedatum AB) in eine PST Datei exportiert. Es waren ja nur 5 Postfächer.
Den Exchange habe ich dann auf das letzte, sauber funktionierende Backup restored und dann die PST Dateien in die Postfächer eingespielt.
Anschließend lokal die OST Dateien gelöscht, damit alles neu aufgebaut wird (ansonsten hatte ich die Ordner/Elemente doppelt drin -> hätte sicher zu Problemen geführt). Backup der vollständigen OST Exporte habe ich sicherheitshalber auch noch.
Ich bin nun zuversichtlich, dass diese Lösung - auch wenn sie umständlich erscheint - funktioniert. Die Wahrheit kommt aber natürlich erst die nächste Zeit ans Licht.
Ein Phänomen hatte ich noch beobachtet - das ich mir nicht erklären konnte:
Der Exchange konnte keine Mails mehr verschicken (intern - extern wird er gar nicht verwendet). Die Mails blieben in der Queue stecken. ( failed to connect winsock error code 10061).
Es lag daran, dass der Dienst "Microsoft Exchange Mailbox Transport Delivery" mit Starttyp "automatisch starten" nicht gestartet war.
Nach einem manuellem Start lief der wieder los.
Es ist am Server auch der einzige Dienst mit "Anmelden als" NT-AUROTITÄT\Netzwerkdienst". (ist mir nur aufgefallen, evtl. ja normal.)
Ich hoffe nur, es liegt nicht irgendwie daran, dass der DC von einem neuerem Backup restored wurde als der Exchange (bisher hatte ich hier nur das offensichtliche Problem bzgl. Vertrauensstellung - ich hoffe dabei bleibt auch).
Die nächsten Schritte sind das nun alles zu beobachten und die Backupstrategie anzupassen.
Viele Grüße, der 3 Kreuze machende
Malungo
Nach Stoppen der ganzen Dienste konnte ich die DB ersetzen. Allerdings bekam ich sie nicht gemounted bzw. zum laufen. => für mich kryptische Fehlermeldungen.
Da ich auch in diversen anderne Quellen gelesen hatte, dass es eigentlich nicht nachhaltig ist eine reparierte DB produktiv weiterhin einzusetzen, habe ich doch den anderen Weg gewählt und mir die jeweils lokal noch vorhandenen Postfächer mit einem Filter (Erstellungsdatum/Sendedatum AB) in eine PST Datei exportiert. Es waren ja nur 5 Postfächer.
Den Exchange habe ich dann auf das letzte, sauber funktionierende Backup restored und dann die PST Dateien in die Postfächer eingespielt.
Anschließend lokal die OST Dateien gelöscht, damit alles neu aufgebaut wird (ansonsten hatte ich die Ordner/Elemente doppelt drin -> hätte sicher zu Problemen geführt). Backup der vollständigen OST Exporte habe ich sicherheitshalber auch noch.
Ich bin nun zuversichtlich, dass diese Lösung - auch wenn sie umständlich erscheint - funktioniert. Die Wahrheit kommt aber natürlich erst die nächste Zeit ans Licht.
Ein Phänomen hatte ich noch beobachtet - das ich mir nicht erklären konnte:
Der Exchange konnte keine Mails mehr verschicken (intern - extern wird er gar nicht verwendet). Die Mails blieben in der Queue stecken. ( failed to connect winsock error code 10061).
Es lag daran, dass der Dienst "Microsoft Exchange Mailbox Transport Delivery" mit Starttyp "automatisch starten" nicht gestartet war.
Nach einem manuellem Start lief der wieder los.
Es ist am Server auch der einzige Dienst mit "Anmelden als" NT-AUROTITÄT\Netzwerkdienst". (ist mir nur aufgefallen, evtl. ja normal.)
Ich hoffe nur, es liegt nicht irgendwie daran, dass der DC von einem neuerem Backup restored wurde als der Exchange (bisher hatte ich hier nur das offensichtliche Problem bzgl. Vertrauensstellung - ich hoffe dabei bleibt auch).
Die nächsten Schritte sind das nun alles zu beobachten und die Backupstrategie anzupassen.
Viele Grüße, der 3 Kreuze machende
Malungo
moin...
die kryptische Fehlermeldungen hätte ich gerne gesehen
was ist nur aus:
geworden?
hatte ich oben geschrieben, und wäre sicher einfacher und schneller gegangen.
beim nächsten mal hast du ja vieleicht eine aktuelle datensicherung am start
aber gut, du hast einen weg gefunden, und der exchange rennt erstmal...
.
Frank
die kryptische Fehlermeldungen hätte ich gerne gesehen
was ist nur aus:
mach ein Restore von deiner Datensicherung, und die Dirty DB wird gefixt, und mit dem veeam exchange explorer geöfnet, und die fehlenden daten importiert, oder in eine pst geschoben!
hatte ich oben geschrieben, und wäre sicher einfacher und schneller gegangen.
beim nächsten mal hast du ja vieleicht eine aktuelle datensicherung am start
aber gut, du hast einen weg gefunden, und der exchange rennt erstmal...
.
Frank
1
Ich kannte den Veeam Exchange Explorer noch nicht - habe ihn mir gestern aber näher angesehen, um beim nächsten Mal bei sowas besser gewappnet zu sein.
Du hast recht, damit wäre es wahrscheinilch konfortabler gewesen. Auf den ersten Blick habe ich aber keine Filtermöglichkeiten gefunden um gezielt nicht nur die Mails sondern auch die Aufgaben, Kalendereinträge ab gewissen Datum zu selektieren - das geht aber mit Sicherheit.
Danke für den Hinweis, auch für alle Leser, die auf diese Posts stoßen und ähnliche Probleme haben:
Mit dem Veeam Exchange Explore (kann man kostenlos nutzen; ist in VeeamBackup&Replication enthalten - beides war mir bei meinen sehr schnellen Recherchen nicht bewusst) wäre es wohl noch flotter gegangen
Du hast recht, damit wäre es wahrscheinilch konfortabler gewesen. Auf den ersten Blick habe ich aber keine Filtermöglichkeiten gefunden um gezielt nicht nur die Mails sondern auch die Aufgaben, Kalendereinträge ab gewissen Datum zu selektieren - das geht aber mit Sicherheit.
Danke für den Hinweis, auch für alle Leser, die auf diese Posts stoßen und ähnliche Probleme haben:
Mit dem Veeam Exchange Explore (kann man kostenlos nutzen; ist in VeeamBackup&Replication enthalten - beides war mir bei meinen sehr schnellen Recherchen nicht bewusst) wäre es wohl noch flotter gegangen
moin..
Prima, evtl. schaust du dir ja auch das Backup von Veeam an...
dann hast du den ärger nicht.
Frank
malungo vor 13 Stunden
ich kannte den Veeam Exchange Explorer noch nicht - habe ihn mir gestern aber näher angesehen, um beim nächsten Mal bei sowas besser gewappnet zu sein.
ich kannte den Veeam Exchange Explorer noch nicht - habe ihn mir gestern aber näher angesehen, um beim nächsten Mal bei sowas besser gewappnet zu sein.
Prima, evtl. schaust du dir ja auch das Backup von Veeam an...
dann hast du den ärger nicht.
Frank
