Auf dieser Seite werden die Schritte zum Erstellen einer Sicherung und die verfügbaren Sicherungsoptionen für unterstützte Anwendungstypen erläutert.
Schritte zum Erstellen einer Sicherung
Wenn Sie Sicherungen von unterstützten Anwendungen wie Datenbanken, Dateisystemen und VMs erstellen möchten, weisen Sie einen Sicherungsplan zu, der nach einem Zeitplan ausgeführt werden soll. Gehen Sie dann so vor:
Gemäß den Einstellungen des Sicherungsplans erstellt der Dienst für Sicherung und Notfallwiederherstellung ein Snapshot-Image der Quelldaten und speichert es in den Zielspeicherpools.
Optional: Entweder sofort oder zu einem späteren Zeitpunkt gemäß dem Sicherungsplan kopiert der Sicherungs- und Notfallwiederherstellungsdienst das Image aus dem Zielpool in einen alternativen Speicherpool, um eine zweite Kopie zu erstellen. In der Regel erfolgt die Migration vom Snapshot-Pool zu einem OnVault-Pool.
Wann tritt der Anwendungsschutz in Kraft?
Durch das Anwenden eines Sicherungsplans wird eine Anwendung nicht sofort geschützt. Schutzjobs werden gemäß der Ressourcenverfügbarkeit geplant ausgeführt. Sie können den Job auch sofort ausführen.
Der Sicherungsplan enthält einen Zeitplan für die Ausführung des Schutzjobs für diese Anwendung, z. B. täglich zwischen 18:00 und 06:00 Uhr UTC alle vier Stunden. Wenn Sie heute um 13:00 Uhr (UTC) Schutz für eine Anwendung anwenden, wird der erste Schutzvorgang für 18:00 Uhr (UTC) geplant.
Zum geplanten Zeitpunkt wird dem Job ein Job-Slot zugewiesen, der möglicherweise verfügbar ist, wenn der Job geplant wird, aber nicht immer. Weitere Informationen zu Jobslots finden Sie unter Jobslots.
Sicherungsplan ändern
Sie können den Sicherungsplan einer Anwendung jederzeit ändern. Künftige Sicherungen erfolgen anhand der neuen Vorlage. Vorhandene Sicherungen werden gemäß der Vorlage aufbewahrt, die bei der Erstellung verwendet wurde.
Mechanismen zur Änderungsverfolgung
Eine Sicherungs-/Wiederherstellungsanwendung sichert Daten, indem zuerst eine vollständige Kopie der Daten und dann Kopien der inkrementellen Änderungen erstellt werden. Für diese Funktion ist es erforderlich, die Änderungen zwischen den Sicherungsvorgängen zu verfolgen und zu sichern. Um diese Änderungen zu verfolgen, verwendet die Sicherungs-/Wiederherstellungs-Appliance entweder Compute Engine APIs, den Sicherungs- und Notfallwiederherstellungs-Agenten oder Sicherungen von VMware-VMs.
Bei Sicherung und Notfallwiederherstellung werden mehrere Methoden verwendet, um Änderungen an Quelldaten zu verfolgen. Dazu gehören:
- Agentbasiertes Block-Tracking für Änderungen für SQL Server
- Agentbasiertes Änderungs-Tracking für Linux Logical Volumes (LVM)
- Änderungsnachverfolgung für Compute Engine-Snapshots
- Oracle Block Change Tracking
- VMware-basierte Änderungsüberwachung
Treiber für die Änderungsverfolgung von Kundenservicemitarbeitern
Der Sicherungs- und Notfallwiederherstellungs-Agent mit seinem Änderungs-Tracking-Treiber (manchmal auch Filtertreiber genannt) ermöglicht effiziente inkrementelle Sicherungen, indem Änderungen von der Hostseite aus erfasst werden. Nach der ersten vollständigen Sicherung einer Datenbank führt die Sicherungs-/Wiederherstellungs-Appliance standardmäßig inkrementelle Sicherungen durch. Wenn Ihre Sicherungen immer noch vollständige Sicherungen sind, prüfen Sie Folgendes:
Der Treiber für die Änderungsnachverfolgung wird angehalten. Starten Sie in diesem Fall den Dienst zum Verfolgen von Änderungen neu.
Der Windows-Treiber für die Änderungsnachverfolgung ist nicht installiert. In diesem Fall deinstallieren Sie den Windows-Sicherungs- und Notfallwiederherstellungs-Agenten und führen dann eine vollständige Installation durch.
Unter Linux wird die Kernelversion vom installierten Agenten nicht unterstützt. Eine Liste der unterstützten Linux-Betriebssystemversionen finden Sie in der Supportmatrix.
Vollständige und inkrementelle Snapshots
Bei einem vollständigen Snapshot werden alle erforderlichen Daten in der Anwendung gesichert. Vollständige Snapshots, auch als vollständige Sicherungen bezeichnet, werden erstellt, wenn eine Anwendung zum ersten Mal gesichert wird, und in einigen seltenen Fällen. Nach dem ersten vollständigen Snapshot werden von „Sicherung und Notfallwiederherstellung“ inkrementelle Snapshots erstellt, die viel schneller sind.
So funktionieren inkrementelle Snapshots:
Der erste vollständige Snapshot enthält alle Quelldaten.
Der zweite und nachfolgende Snapshots enthalten nur neue oder geänderte Daten. Daten, die sich seit dem vollständigen Snapshot nicht geändert haben, werden nicht berücksichtigt. Stattdessen enthalten die nachfolgenden inkrementellen Snapshots Verweise auf das vollständige Snapshot-Image für die unveränderten Daten aus dem ursprünglichen Snapshot.
Der nächste Snapshot enthält alle neuen oder geänderten Daten seit dem zweiten Snapshot, aber keine unveränderten Daten aus den vorherigen Snapshots. Stattdessen enthält dieser Snapshot bei unveränderten Daten Verweise auf Blöcke in früheren Snapshots.
Sicherungsoptionen
Mit Sicherungen und Notfallwiederherstellungen können Sie:
Agentenbasierte Sicherung
Mit dem Sicherungs- und Notfallwiederherstellungs-Agenten können Sie einzelne Anwendungen und Anwendungsgruppen auf virtuellen Servern sichern. Der Sicherungs- und Notfallwiederherstellungs-Agent ist ein speichersparender, betriebssystemspezifischer, schlanker Dienst, der auf VMware-VMs oder Compute Engine-Instanzen installiert werden kann. Der Sicherungs- und Notfallwiederherstellungs-Agent bietet eine detailliertere Datensicherung als die von VMware API-Aufrufen bereitgestellte. Sie haben folgende Möglichkeiten:
- Apps entdecken
- Anwendungen pausieren, um während der Sicherung für Anwendungskonsistenz zu sorgen
- Aktiviert das Blockänderungs-Tracking für die Strategie „Forever Incremental Backup“
- Eine einzelne Richtlinienvorlage kann auf mehrere Anwendungen angewendet werden, die auf einem Server gespeichert sind.
- Verhindert Probleme mit der „Stummung“ von VMware-VMs
Wenn Sie den Sicherungs- und Notfallwiederherstellungs-Agenten auf einem physischen Server oder einer VM installieren, können Sie eine einzelne Richtlinienvorlage zum Sichern aller Anwendungen auf dem Server oder mehrere Richtlinienvorlagen zum Sichern von Anwendungsgruppen erstellen.
Anwendungsdaten in Konsistenzgruppen sichern
Eine Konsistenzgruppe wird vom Sicherungs- und Notfallwiederherstellungs-Agenten aktiviert. Wie der Name schon sagt, sorgen Konsistenzgruppen für eine konsistente Sicherung und Wiederherstellung zu einem bestimmten Zeitpunkt für mehrere Anwendungen auf demselben Host. Um für Anwendungskonsistenz zu sorgen, werden die Mitglieder einer Konsistenzgruppe gemeinsam mit einer einzigen Richtlinienvorlage in den Ruhemodus versetzt und gesichert.
Wenn die Option für die Sicherung von Datenbankprotokollen in einer Snapshot-Richtlinie aktiviert ist, können alle Datenbanken, die mit der Richtlinienvorlage gesichert wurden, zu demselben Zeitpunkt wiederhergestellt werden. Die Wiederherstellung und Fortschreibung der Protokolle (für Datenbanken) in einer Gruppe erfolgt über die Verwaltungskonsole mit einer einzigen Aktion.
Consistency Groups beschleunigen nicht nur die Sicherungs- und Wiederherstellungsvorgänge, sondern verbrauchen auch weniger Systemressourcen (VDisks).
Generische Anwendungen sichern (LVM)
Die meisten Anwendungen werden über den Sicherungs- und Notfallwiederherstellungsagenten oder über in die Sicherung und Notfallwiederherstellung integrierte APIs erkannt. Eine generische Anwendung ist eine Anwendung, die Sie definieren, indem Sie auf eine Gruppe von LVM-Volumes verweisen, die geschützt werden sollen.
Datenbankprotokolle sichern
Die Sicherung von Datenbankprotokollen wird in den erweiterten Optionen einer Snapshot-Richtlinie aktiviert. Mit einer einzigen Snapshot-Richtlinie können Protokolle für Microsoft SQL Server-Datenbanken, Oracle-Datenbanken und Consistency-Gruppen gesichert werden, die Microsoft SQL Server- oder Oracle-Datenbanken enthalten. Die Häufigkeit, mit der Datenbankprotokolle gesichert werden, wird unabhängig von der Datenbank definiert. So kann beispielsweise eine Datenbank täglich und die zugehörigen Protokolle stündlich gesichert werden.
Die Häufigkeit der Datenbankprotokollsicherung wird in Minuten festgelegt. Die Sicherungshäufigkeit der Protokolle darf nicht höher sein als die der zugehörigen Datenbank. Wenn die Datenbanksicherung beispielsweise alle 24 Stunden erfolgt, muss die Sicherungshäufigkeit der Protokolldatei kürzer als 24 Stunden sein. Das kleinste Intervall für die Sicherung von Datenbankprotokollen beträgt 15 Minuten.
Die Aufbewahrungsdauer von Protokollen wird unabhängig von der Aufbewahrungsdauer der Snapshot-Richtlinie definiert. Mit einer separaten Aufbewahrungsdauer können Sie Protokolle in Verbindung mit Kopien der Datenbank verwenden, die im Snapshot-Pool gespeichert sind.
Unabhängig davon, wie viele Protokolle während eines bestimmten Protokollaufbewahrungszeitraums gesichert werden, werden die gesicherten Protokolle einer Datenbank auf einem einzelnen VDisk im Sicherungs- und Notfallwiederherstellungs-Snapshot-Pool bereitgestellt. Um Speicherplatz im Snapshot-Pool zu sparen, können Sie die Datenbank mit einer erweiterten Einstellung anweisen, ihre Protokolle zu komprimieren.
Compute Engine-Instanzen sichern
Zum Sichern ganzer Compute Engine-Instanzen verwendet die Sicherungs-/Wiederherstellungs-Appliance Compute Engine APIs. Die Compute Engine bietet die Blockänderungsüberwachung für die inkrementelle Sicherungsstrategie von Back-up und Disaster Recovery und kann Anwendungen für die Anwendungskonsistenz während der Sicherung pausieren.
Bei der Sicherung eines gesamten virtuellen Servers wird ein vollständig funktionsfähiger virtueller Server (Betriebssystem, Anwendungen und ihre Daten) gesichert. Mit einer Kopie des gesamten virtuellen Servers können Sie schnell und problemlos auf die Daten zugreifen.
VMware-VMs sichern
Für die Sicherung und Notfallwiederherstellung werden VMware vSphere Storage APIs – Data Protection-Aufrufe – verwendet, um einen gesamten VMware-virtuellen Server (oder bestimmte Laufwerke, die dieser VM zugewiesen sind) zu sichern. Dadurch wird das Change-Block-Tracking für die inkrementelle Sicherungsstrategie von Back-up und Disaster Recovery aktiviert und Anwendungen werden für die Anwendungskonsistenz während der Sicherung ruhiggestellt.
Anwendungen und Boot-Volume einer VMware-VM sichern
Wenn Sie Anwendungen auf VMs verwalten, können Sie auch das Boot-Volume der VM sichern. Wenn das Bootvolume einer VM gesichert wird, kann ein Image als bootfähige VM bereitgestellt werden. Das Image kann dann bei Bedarf an einen neuen, dauerhaften Speicherort migriert werden.
Vollständige VMware-VMs sichern
Bei der Sicherung eines gesamten virtuellen Servers wird ein voll funktionsfähiger virtueller Server (Betriebssystem, Anwendungen und ihre Daten) gesichert. Durch eine Kopie des gesamten virtuellen Servers kann schnell und problemlos auf die Daten zugegriffen werden. Da es sich bei dem dargestellten Image um einen voll funktionsfähigen virtuellen Server handelt, kann er bei Bedarf an einen neuen, dauerhaften Speicherort migriert werden.