malungo
Goto Top

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

Content-ID: 733033556

Url: https://administrator.de/contentid/733033556

Printed on: December 10, 2024 at 07:12 o'clock

Vision2015
Vision2015 Jun 18, 2021 updated at 14:25:31 (UTC)
Goto Top
Moin....

läuft die DB noch, oder ist die Dirty?

Frank
Mosurama
Mosurama Jun 18, 2021 updated at 21:58:30 (UTC)
Goto Top
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
malungo
malungo Jun 18, 2021 updated at 18:30:01 (UTC)
Goto Top
Zitat von @Vision2015:

Moin....

läuft die DB noch, oder ist die Dirty?

Frank
ich habe 2 Datenbanken; eine davon ist dirty, bei der Anderen hat die edb-datei nur noch 0 byte face-confused
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.

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...
Vision2015
Solution Vision2015 Jun 18, 2021 at 18:47:50 (UTC)
Goto Top
Zitat von @malungo:

Zitat von @Vision2015:

Moin....

läuft die DB noch, oder ist die Dirty?

Frank
ich habe 2 Datenbanken; eine davon ist dirty, bei der Anderen hat die edb-datei nur noch 0 byte face-confused
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!
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.

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...
na ja.. besser als wech face-smile

Frank
malungo
malungo Jun 20, 2021 at 21:20:59 (UTC)
Goto Top
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
Vision2015
Solution Vision2015 Jun 21, 2021 updated at 10:04:02 (UTC)
Goto Top
moin...

hast du den sicherheitshalber mal alle dienste angehalten?
als administrator PS öffnen:
zum stoppen:
Get-Service | ?{$_.Name -ilike “MSexch*”} | Stop-Service

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
Vision2015
Vision2015 Jun 21, 2021 at 17:05:00 (UTC)
Goto Top
moin...
wie ist die lage?

Frank
malungo
malungo Jun 21, 2021 at 19:29:46 (UTC)
Goto Top
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. face-smile

Viele Grüße, der 3 Kreuze machende
Malungo
Vision2015
Vision2015 Jun 21, 2021 at 19:40:27 (UTC)
Goto Top
moin...

die kryptische Fehlermeldungen hätte ich gerne gesehen face-smile

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!
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 face-smile
aber gut, du hast einen weg gefunden, und der exchange rennt erstmal...
.
Frank
malungo
malungo Jun 24, 2021 at 05:41:42 (UTC)
Goto Top
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 face-smile
Vision2015
Vision2015 Jun 24, 2021 at 19:23:42 (UTC)
Goto Top
moin..
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.

Prima, evtl. schaust du dir ja auch das Backup von Veeam an... face-smile
dann hast du den ärger nicht.
Frank