Sollten Sie verzögerte Datenbankkopien von Exchange Server 2010 verwenden?

Nur weil Datenbankverfügbarkeitsgruppen einen großen Beitrag zum Schutz von Exchange 2010-Postfachdatenbanken vor Festplattenfehlern leisten, bedeutet dies nicht, dass sie reguläre Sicherungen ersetzen können. Und während Postfachdatenbanken anfällig für Festplattenfehler sind, ist das Schreiben beschädigter Daten ebenso schädlich.

Sie können keine DAGs verwenden, um beschädigte Daten zu vermeiden. Wenn beschädigte Daten in eine Postfachdatenbank geschrieben werden, werden diese Daten auch auf DAG-Mitglieder repliziert, die Datenbankreplikate hosten. Für dieses Problem empfiehlt Microsoft die Verwendung verzögerte Datenbankkopien.

Was sind verzögerte Datenbankkopien?
Datenbankreplikate haben keine Wiederholungsverzögerungszeit. Wenn Transaktionsprotokolle auf eine Datenbankkopie repliziert werden, werden sie sofort in der Datenbank wiedergegeben. Eine verzögerte Datenbankkopie ist eine Postfachdatenbankreplik mit einem Wert für die Verzögerungszeit bei der Wiedergabe größer als Null. Dies bedeutet, dass Transaktionsprotokolle nicht sofort in der Datenbank wiedergegeben werden. Wenn beschädigte Daten eine Postfachdatenbank infizieren, Sie sie jedoch entdecken, bevor Transaktionsprotokolle auf verzögerten Datenbankkopien wiedergegeben werden, können Sie verzögerte Datenbankkopien verwenden, um die gesamte Postfachdatenbank auf einen früheren Zeitpunkt zurückzusetzen.

Obwohl die Idee von verzögerten Datenbankkopien funktioniert, ist die Technologie selbst nicht gerade für die Hauptsendezeit bereit. Das Aktivieren einer verzögerten Postfachdatenbankkopie ist ein komplizierter Vorgang mit großem Potenzial für Datenverlust. Darüber hinaus funktionieren verzögerte Datenbankkopien nur, wenn Sie die Beschädigung feststellen Vor Protokolldateien werden auf der verzögerten Datenbankkopie wiedergegeben. Nachdem Sie die Beschädigung festgestellt haben, sollten Sie den Kopiervorgang für die Postfachdatenbank anhalten, um zu verhindern, dass zusätzliche Protokolldateien auf den verzögerten Server kopiert werden. Dadurch wird auch die Wiedergabe der Protokolldatei angehalten.

Was ist falsch an verzögerten Datenbankkopien?
Microsoft empfiehlt, den Server zu sichern, auf dem sich die verzögerte Datenbankkopie befindet, nachdem der Kopiervorgang für die Postfachdatenbank angehalten wurde. Der schwierige Teil davon ist der nächste Schritt. Nachdem Sie die Sicherung erstellt haben, müssen Sie genau feststellen, wann die Postfachdatenbank beschädigt wurde.

Der schwierige Teil ist, dass Microsoft keine Tools bereitstellt, um dies herauszufinden. Sie müssen raten, wann das Problem aufgetreten ist, und dann die Prüfpunktdatei auf der verzögerten Datenbankkopie löschen. Sie sollten auch die akkumulierten Transaktionsprotokolle bis zu dem Zeitpunkt löschen, an dem das Problem vermutlich aufgetreten ist.

Diese Technik überlässt viel dem Zufall; Es ist fast unmöglich, das genaue Datum und die Uhrzeit zu erraten, zu der die Transaktionsprotokolle zum ersten Mal beschädigt wurden. Und eine falsche Vermutung kann schwerwiegende Folgen haben.

Wenn Sie ein Datum und eine Uhrzeit erraten, die der Beschädigung der Datenbank vorausgehen, können Sie das Problem erfolgreich beheben. Sie löschen jedoch auch legitime und möglicherweise geschäftskritische Daten. Wenn Sie ein Datum und einen Zeitraum nach dem Auftreten der Beschädigung auswählen, fügt der Wiederherstellungsprozess die beschädigten Daten Ihrer sauberen verzögerten Postfachkopie hinzu. In diesem Fall besteht Ihre einzige Wiederherstellungsoption darin, eine Sicherung wiederherzustellen.

Ich empfehle, eine verzögerte Postfachdatenbankkopie nur als letzten Ausweg zu aktivieren. Es ist besser, einfach ein Backup wiederherzustellen. Auch wenn dies einige Vermutungen erfordert, können Sie dennoch ein anderes Backup wiederherstellen, wenn Sie falsch raten. Dies ist bei verzögerten Datenbankkopien nicht möglich.

ÜBER DEN AUTOR:
Brien Posey ist ein siebenmaliger Microsoft MVP mit zwei Jahrzehnten IT-Erfahrung. Bevor er freiberuflicher technischer Redakteur wurde, arbeitete Brien als CIO für eine nationale Kette von Krankenhäusern und Gesundheitseinrichtungen. Er war auch als Netzwerkadministrator für einige der größten Versicherungsunternehmen des Landes und für das Verteidigungsministerium in Fort Knox tätig.

Similar Posts

Leave a Reply