NetVault Plug-in for Exchange 12.3 - Benutzerhandbuch

Differenzielle Sicherungen

Differenzielle Sicherungen

Differenzielle Sicherungen sichern die Transaktionsprotokolldateien, die die seit der letzten inkrementellen oder Vollsicherung vorgenommenen Änderungen erfassen. Differenzielle Sicherungen führen keine Transaktionsprotokoll Kürzung durch und bewahren daher nicht den Betriebszustand des Exchange-Servers auf.

Nachfolgende differenzielle Sicherungen vergrößern sich in der Größe und in der Dauer, da jede differenzielle Sicherung die Transaktionsprotokolldateien enthält, die ebenfalls in der vorherigen differenziellen Sicherung enthalten sind, und die Transaktionsprotokolldateien, die seit dem vorherige differenzielle Sicherung. Wenn z. b. am Sonntag eine Vollsicherung mit differenziellen Sicherungen erstellt wurde, die für Montag bis Samstag geplant wurden, enthält das differenzielle Differenzial die Transaktionsprotokolldateien, die seit der Vollsicherung am Sonntag generiert wurden, während das Differenzial am Dienstag die am Montag generierte Transaktionsprotokolldateien und am Dienstag generierte Dateien. Das differenzielle Ereignis am Mittwoch umfasst die Transaktionsprotokolldateien für Montag, Dienstag und Mittwoch usw.

Wie bei einer Sicherung nur für Transaktionsprotokolle muss eine differenzielle Sicherung immer über eine Basissicherung verfügen. Dies ist oft eine Vollsicherung. Das Durchführen einer differenziellen Sicherung ohne vorherige Vollsicherung kann zu Sicherungsfehlern führen und verhindern, dass Sie Ihren Exchange-Server ordnungsgemäß wiederherstellen und wiederherstellen können.

Bei der Verwendung mit Vollsicherungen bieten differenzielle Sicherungen akzeptable Kompromisse mit guter Sicherungsleistung, guter Wiederherstellungsleistung und einer angemessenen Gesamtdaten Bank Wartung durch die Vollsicherung.

Inkrementelle vs. differenzielle Sicherungen

Inkrementelle vs. differenzielle Sicherungen

Da Exchange Server Transaktionsprotokolldateien gekürzt, nachdem Sie in inkrementellen Sicherungen gesichert wurden, sind nachfolgende inkrementelle Sicherungen schneller. Sie sind schneller, da nur die Transaktionsprotokolldateien, die seit der letzten inkrementellen Sicherung erstellt wurden, gesichert werden. Wiederherstellungssequenzen, die inkrementelle Sicherungen verwenden, erfordern jedoch, dass jeder inkrementelle Schritt zwischen der Vollsicherung und dem Fehlerpunkt hintereinander wiederhergestellt werden muss. Dieser Prozess kann zu längeren Wiederherstellungen führen, da die erforderlichen personellen Eingriffe erforderlich sind, um die mehrfachen Restore-Jobs zu initiieren.

Differenzielle Sicherungen kürzen die Transaktionsprotokolldateien nach der Sicherung nicht. Nachfolgende differenzielle Sicherungen nehmen mehr Zeit in Anspruch, da alle Transaktionsprotokolldateien seit der letzten Vollsicherung in der Sicherung enthalten sind. Wiederherstellungssequenzen, bei denen differenzielle Sicherungen verwendet werden, erfordern jedoch, dass nach der Wiederherstellung der Vollsicherung nur eine differenzielle Sicherung wiederhergestellt werden kann. Dieser Prozess führt zu schnelleren Wiederherstellungen, da während des Wiederherstellungsvorgangs weniger menschliches Zutun erforderlich ist.

Bei der Entscheidung zwischen inkrementellen und differenziellen Sicherungen ist die gewünschte Häufigkeit der Kürzung von Transaktionsprotokolldateien besonders zu berücksichtigen. Bei der Implementierung von inkrementellen Sicherungen werden die Transaktionsprotokolldateien vom Exchange-Server mit der gleichen Häufigkeit gekürzt wie die inkrementellen Sicherungen. Wenn z. b. täglich inkrementelle Sicherungen durchgeführt werden, werden die Transaktionsprotokolldateien täglich gekürzt. Bei differenziellen Sicherungen werden die Transaktionsprotokolldateien jedoch nur dann gekürzt, wenn eine Vollsicherung durchgeführt wird. Wenn die Vollsicherung nur wöchentlich durchgeführt wird, werden die Transaktionsprotokolldateien daher nur wöchentlich gekürzt.

Das Implementieren einer differenziellen Sicherungsstrategie führt zu schnelleren Wiederherstellungen, erfordert aber auch häufigere Vollsicherungen, um den Betriebszustand des Exchange-Servers zu gewährleisten.

Beispiele für Sicherungs Sequenzen

Beispiele für Sicherungs Sequenzen

●	Nur Vollsicherungen: Wenn die Anforderungen den Sicherungsschutz bis zum Vortag gewährleisten, sollte die Durchführung von Vollsicherungen nächtlich unter den folgenden Bedingungen ausreichen:

■	Sicherungsfenster sind groß.

■	Das e-Mail-Volume nach Stunden ist niedrig.

■	Eine reguläre Kürzung der Transaktionsprotokolldatei ist erforderlich.

●

Vollständige und inkrementelle Sicherungen: Wenn Voraussetzungen den Schutz von Daten bis zum Vortag gewährleisten, die Sicherungszeit sollte so schnell wie möglich seinund eine regelmäßige Kürzung der Transaktionsprotokolldatei erforderlich ist, ist die beste Kombination aus Vollsicherungen und inkrementellen Sicherungen.

So werden zum Beispiel Vollsicherungen jeden Sonntag Abend um 11:00 Uhr durchgeführt, während die inkrementellen Sicherungen von Montag bis Samstag um 11:00 Uhr ausgeführt werden. Jede inkrementelle Sicherung umfasst die Transaktionsprotokolldateien, die seit der letzten Sicherung der Nacht generiert wurden, unabhängig davon, ob es sich um eine Vollsicherung am Sonntag Abend oder eine der inkrementellen Sicherungen von einem Wochentag handelt.

Das Wiederherstellen dieser Art von Sicherungs Sequenzen ist zeitaufwändiger. Wenn z. b. am Dienstag eine Wiederherstellung durchgeführt wird, muss nur die Vollsicherung am Sonntag und die inkrementelle Sicherung am Montag wiederhergestellt werden. Wenn am Mittwoch eine Wiederherstellung durchgeführt wird, müssen die Vollsicherung am Sonntag und die inkrementellen Sicherungen von Montag und Dienstag wiederhergestellt werden. Auch wenn die Sicherungen schneller sind, kann die Wiederherstellung aufgrund der erforderlichen Maßnahmen für die Ausführung mehrerer wiederherstellungsjobs länger dauern.

●

Vollständige und differenzielle Sicherungen: Wenn Voraussetzungen den Schutz von Daten bis zum Vortag gewährleisten, Wiederherstellungs-und Sicherungszeit sollten relativ schnell sein, und es ist nur gelegentlich eine Kürzung der Transaktionsprotokolldatei erforderlich. Vollsicherungen, die mit differenziellen Sicherungen gekoppelt sind, sind die beste Kombination.

So werden zum Beispiel Vollsicherungen jeden Sonntag Abend um 11:00 Uhr durchgeführt, während differenzielle Sicherungen von Montag bis Samstag um 11:00 Uhr ausgeführt werden. Jede differenzielle Sicherung umfasst die Transaktionsprotokolldateien, die seit der letzten Vollsicherung generiert wurden. Dieser Prozess kann eine höhere Sicherungszeit als eine inkrementelle Sicherung erfordern. Unabhängig vom Wiederherstellungspunkt ist die gleiche Anzahl von wiederherstellungsjobs erforderlich. Wenn z. b. am Dienstag eine Wiederherstellung durchgeführt wird, müssen die Vollsicherung am Sonntag und das differenzielle Backup am Montag wiederhergestellt werden. Wenn am Donnerstag eine Wiederherstellung durchgeführt wird, wird der Sonntag vollständig

Sicherung, gefolgt von der differenziellen Sicherung am Mittwoch, muss wiederhergestellt werden. Auch wenn nachfolgende differenzielle Sicherungen nicht nur in der Größe, sondern in der Dauer ansteigen, sind die Wiederherstellungen schneller, da weniger Restore-Jobs ausgeführt werden müssen.

Grundlegendes zu Snapshot-basierten Sicherungen und Wiederherstellungen

Grundlegendes zu Snapshot-basierten Sicherungen und Wiederherstellungen

Das Plug-in kann einen Hardware-oder Software-VSS-Anbieter verwenden, um persistente oder nicht persistente VSS-basierte Snapshots zu erstellen. Das Plug-in verwendet einen VSS-Anbieter, um Snapshots auf dem Client zu erstellen, und kopiert dann die ausgewählten Daten aus dem Snapshot oder Snapshot auf ein Speichergerät.

Sie können hardwarebasierte, integrierte VSS-Snapshots mit dem Dell Compellent Speicher-Array verwenden. Denken Sie daran, dass das Plug-in alle eingeschlossenen Datenbanken auf demselben Speichergerät sichert, wenn Sie eine Mischung aus Datenbanken, compellent und nicht-compellent, in denselben Sicherungs Job integrieren.

Um dauerhafte Snapshots erstellen und verwenden zu können, müssen sich die Daten, die gesichert werden sollen, auf NetVault Backupsupported-Datenträgerarrays befinden. Wenn Sie versuchen, persistente Snapshots mit Daten, die sich auf einem nicht unterstützten Datenträger-Array befinden, oder mit Daten, die sich in lokalen Laufwerken befinden (für die Snapshots mit dem Microsoft Software VSS-Anbieter erstellt wurden) zu erstellen, schlägt die Erstellung der erforderlichen Hardware-Snapshots fehl und die das Plug-in verwendet standardmäßig Software-Snapshots. Bei der Erstellung von Software-Snapshots werden die Daten nur auf Speicher gesichert (auch wenn die Option Sicherungsdateien auf Speicher ist nicht ausgewählt) und es werden nicht permanente Snapshots erstellt.

Das gleiche Problem tritt auf, wenn die Sicherung Daten enthält, die sich in einem anderen Speicher befinden, der NetVault Backupsupported-Datenträgerarrays und nicht unterstützten Datenträgerarrays oder lokalen Laufwerke mischt. Wenn Ihre Sicherung beispielsweise fünf

Exchange Mailbox-Datenbanken, bei denen sich drei der Postfachdatenbanken in verschiedenen Volumes in einer NetVault befinden

Sicherungs unterstütztes Datenträger-Array und die beiden anderen Postfachdatenbanken befinden sich auf zwei verschiedenen lokalen Laufwerken auf dem Exchange-Server, und Sie wählen Array-basierte persistente Aufbewahrung Snapshotist die Erstellung von Hardware-Snapshots fehlgeschlagen, da sich alle Postfachdatenbanken nicht auf NetVault Backup gestützten Datenträgerarrays befinden. Nachdem die erforderlichen Hardware-Snapshots nicht erstellt wurden, versucht das Plug-in, Software-Snapshots zu erstellen. Wenn diese Option erfolgreich ist, werden die Daten in NetVault Backup verwalteten Speicher gespeichert, auch wenn die Optionen Sicherungsdateien auf Speicher wurde nicht ausgewählt.

Wichtig Wenn Sie eine DAG-Umgebung ausführen, stellen Sie sicher, dass der softwarebasierte Microsoft VSS-Anbieter auf allen Exchange-Servern in der DAG installiert ist, und stellen Sie sicher, dass der softwarebasierte Anbieter Vorrang vor dem hardwarebasierten VSS-Anbieter eines Anbieters hat.

Wenn das Sicherungsziel nicht NetVault Backupmedien, wie z. b. ein Datenträgerarray, ist und Sie eine Wiederherstellung durchführen müssen, müssen Sie Folgendes beachten: Wenn Sie eine Exchange-Datenbank auf einer DAG wiederherstellen und keinen Ziel Client angeben, stellt das Plug-in die Datenbank auf dem Knoten, auf dem t er aktive Kopie. Wenn Sie die Datenbank aus einem permanenten Snapshot wiederherstellen, ordnet das Plug-in dem Client das Volume zu, das den Snapshot während des Sicherungsvorgangs erstellt hat. Aufgrund dieser Bedingungen setzt die Wiederherstellung von einem permanenten Snapshot auf eine DAG, d................ der Zielclient ist ein virtueller Client für die NetVault Sicherung, dass die aktive Kopie der Datenbank auf dem Knoten gehostet wird, der die Snapshot-Erstellung während des Sicherungsvorgangs ausführt.

Beispiel: Wenn Node1 dauert einen Snapshot, während DB1 wird gesichert und wiederhergestellt DB1 aus dem Snapshot ist erforderlich, dass Node1 ist der Host der aktiven Kopie von degressiv. Andernfalls schlägt die Wiederherstellung fehl. Wenn z. b. Node2 derzeit die aktive Kopie von degressiv hostet, müssen Sie die aktive Rolle von Node2 Zurück zu Node1.

Verwenden Sie den folgenden PowerShell-Befehl, um die aktive Rollenzuweisung zu ändern:

Verschieben-ActiveMailboxDatabase <DatabaseName> -ActivateOnServer <ServerName> -MountDialOverride: keine

Wenn die Beschädigung der Datenbank zu Validierungsfehlern führt, verwenden Sie die-SkipClientExperienceChecks Aktivieren Sie diese Option, um die Aktivierung der Datenbank zu erzwingen:

Verschieben-ActiveMailboxDatabase <DatabaseName> -ActivateOnServer <ServerName>

-MountDialOverride: None-SkipClientExperienceChecks

Weitere Informationen zu NetVault Backup gestützten Betriebssystemversionen und Datenträgerarrays finden Sie im Quest NetVault Backup-Kompatibilitätshandbuch.

3