Wie wird ein Sicherungs-Image erstellt?

Auf dieser Seite werden die Phasen beim Erstellen einer Sicherung und die verfügbaren Sicherungsoptionen für unterstützte Anwendungstypen beschrieben.

Phasen beim 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 wird. Gehen Sie dann so vor:

  1. Gemäß den Einstellungen des Sicherungsplans erstellt Backup and DR ein Snapshot-Image der Quelldaten und speichert es in den Zielspeicherpools.

  2. Optional: Backup and DR kopiert das Image entweder sofort oder zu einem späteren Zeitpunkt gemäß dem Sicherungsplan 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 der Anwendungsschutz wirksam wird

Wenn Sie einen Sicherungsplan anwenden, wird eine Anwendung nicht sofort geschützt. Schutzjobs werden nach einem Zeitplan ausgeführt, der von der Ressourcenverfügbarkeit abhängt. 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) oder alle vier Stunden. Wenn Sie heute um 13:00 Uhr UTC Schutzmaßnahmen 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. Details zu Job-Slots finden Sie unter Job-Slots.

Sicherungsplan ändern

Sie können den Sicherungsplan einer Anwendung jederzeit ändern. Zukünftige Sicherungen werden auf Grundlage der neuen Vorlage erstellt. Vorhandene Sicherungen werden gemäß der Vorlage aufbewahrt, die bei ihrer Erstellung verwendet wurde.

Mechanismen zur Änderungsverfolgung

Eine Sicherungs-/Wiederherstellungs-Appliance sichert Daten, indem sie zuerst eine vollständige Kopie der Daten erstellt und dann Kopien der inkrementellen Änderungen. Dazu müssen die Änderungen, die zwischen den Sicherungsvorgängen auftreten, nachverfolgt und gesichert werden können. Um diese Änderungen zu verfolgen, verwendet die Sicherungs-/Wiederherstellungs-Appliance entweder Compute Engine-APIs, den Backup and DR-Agent oder VMware-VMs sichern.

Bei Backup and DR werden mehrere Methoden verwendet, um Änderungen an Quelldaten zu verfolgen, darunter:

  • Agentbasiertes Tracking von Änderungsblöcken für SQL Server
  • Agentbasiertes Änderungs-Tracking für logische Linux-Volumes (LVM)
  • Änderungsnachverfolgung für Compute Engine-Snapshots
  • Oracle Block Change Tracking
  • VMware-basiertes Änderungs-Tracking

Treiber für die Änderungsverfolgung von KI-Agenten

Der Backup and DR-Agent mit seinem Change-Tracking-Treiber (manchmal auch Filtertreiber genannt) ermöglicht effiziente inkrementelle Sicherungen, indem Änderungen auf Hostseite erfasst werden. Nach der ersten vollständigen Sicherung einer Datenbank führt die Sicherungs-/Wiederherstellungs-Appliance standardmäßig inkrementelle Sicherungen durch. Wenn Ihre Sicherungen weiterhin immer vollständige Sicherungen sind, prüfen Sie Folgendes:

  • Der Treiber für die Änderungsnachverfolgung wurde beendet. Starten Sie in diesem Fall den Dienst für den Änderungsnachverfolgungs-Treiber neu.

  • Der Windows-Treiber für die Änderungsnachverfolgung ist nicht installiert. Deinstallieren Sie in diesem Fall den Windows Backup and DR-Agent und führen Sie dann eine vollständige Installation durch.

  • Bei Linux-Betriebssystemen wird die Kernel-Version vom installierten Agent nicht unterstützt. Informationen zu den unterstützten Linux-Betriebssystemversionen finden Sie in der Unterstützungsmatrix.

Vollständige und inkrementelle Snapshots

Bei einem vollständigen Snapshot werden alle erforderlichen Daten in der Anwendung gesichert. Vollständige Snapshots, auch Vollsicherungen genannt, werden beim ersten Sichern einer Anwendung und in einigen ungewöhnlichen Situationen erstellt. Nach dem ersten vollständigen Snapshot erstellt Backup and DR inkrementelle Snapshots, die viel schneller sind.

So funktionieren inkrementelle Snapshots:

  1. Der erste vollständige Snapshot enthält alle Quelldaten.

  2. Der zweite und die nachfolgenden 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.

  3. Der nächste Snapshot enthält alle Daten, die seit dem zweiten Snapshot neu hinzugefügt oder geändert wurden, aber keine unveränderten Daten aus den früheren Snapshots. Stattdessen enthält dieser Snapshot bei unveränderten Daten Verweise auf Blöcke in früheren Snapshots.

Sicherungsoptionen

Mit Backup and DR haben Sie folgende Möglichkeiten:

Agent-basierte Sicherung

Der Backup and DR-Agent wird verwendet, um einzelne Anwendungen und Anwendungsgruppen auf virtuellen Servern zu sichern. Der Backup and DR-Agent ist ein ressourcenschonender, betriebssystemspezifischer, schlanker Dienst, der auf VMware-VMs oder Compute Engine-Instanzen installiert werden kann. Der Backup and DR-Agent bietet eine detailliertere Datensicherungsfunktion als die VMware-API-Aufrufe. Sie können beispielsweise:

  • Anwendungen entdecken
  • Anwendungen in den Ruhezustand versetzen, um die Anwendungskonsistenz während der Sicherung zu gewährleisten
  • Aktiviert Change-Block-Tracking für die Strategie für inkrementelle Sicherungen
  • Eine einzelne Richtlinienvorlage kann auf mehrere Anwendungen angewendet werden, die sich auf einem Server befinden.
  • VMware-VMs werden nicht „betäubt“

Wenn Sie den Backup and DR-Agent 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 Backup and DR-Agent aktiviert. Wie der Name schon sagt, sorgen Konsistenzgruppen für eine konsistente Momentaufnahme-Sicherung und ‑Wiederherstellung für mehrere Anwendungen auf demselben Host. Um Anwendungsübereinstimmung zu erreichen, werden die Mitglieder einer Konsistenzgruppe in den Ruhezustand versetzt und mit einer einzelnen Richtlinienvorlage gesichert.

Wenn die Option zum Sichern von Datenbanklogs von Backup and DR in einer Snapshot-Richtlinie aktiviert ist, können alle Datenbanken, die mit der Richtlinienvorlage gesichert wurden, in der sich die Snapshot-Richtlinie befindet, zum selben Zeitpunkt wiederhergestellt werden. Die Wiederherstellung und das Vorwärtsrollen der Logs (für Datenbanken) in einer Gruppe erfolgt über die Appliance-Verwaltungskonsole mit einer einzigen Aktion.

Konsistenzgruppen beschleunigen nicht nur Sicherungs- und Wiederherstellungsvorgänge, sondern verbrauchen auch weniger Systemressourcen (VDisks).

Generische Anwendungen sichern (LVM)

Die meisten Anwendungen werden über den Backup and DR-Agent oder über in Backup and DR 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.

Datenbanklogs sichern

Die Sicherung von Datenbanklogs ist in den erweiterten Optionen einer Snapshot-Richtlinie aktiviert. Damit können mit einer einzigen Snapshot-Richtlinie Protokolle für Microsoft SQL Server-Datenbanken, Oracle-Datenbanken und Konsistenzgruppen gesichert werden, die Microsoft SQL Server-Datenbanken oder Oracle-Datenbanken enthalten. Die Häufigkeit, mit der Datenbankprotokolle gesichert werden, wird separat von der Häufigkeit der Sicherung der Datenbank selbst definiert. So kann beispielsweise eine Datenbank täglich und ihre Logs stündlich gesichert werden.

Die Häufigkeit der Sicherung von Datenbankprotokollen wird in Minuten festgelegt und darf die Häufigkeit der Sicherung der zugehörigen Datenbank nicht überschreiten. Wenn die Häufigkeit der Datenbanksicherung beispielsweise alle 24 Stunden erfolgt, muss die Häufigkeit der Sicherung von Logdateien weniger als alle 24 Stunden betragen. Das kleinste Intervall für die Sicherung von Datenbanklogs beträgt 15 Minuten.

Die Protokollaufbewahrung wird separat von der Aufbewahrung der Snapshot-Richtlinie definiert. Durch einen separaten Aufbewahrungszeitraum können Sie Protokolle in Verbindung mit Kopien der Datenbank verwenden, die im Snapshot-Pool gespeichert sind.

Unabhängig davon, wie viele Logs während eines bestimmten Log-Aufbewahrungszeitraums gesichert werden, werden die gesicherten Logs einer Datenbank auf einer einzelnen VDisk im Backup and DR-Snapshot-Pool bereitgestellt. Um Speicherplatz im Snapshot-Pool zu sparen, können Sie eine erweiterte Einstellung verwenden, um die Datenbank anzuweisen, ihre Logs zu komprimieren.

Compute Engine-Instanzen sichern

Zum Sichern ganzer Compute Engine-Instanzen verwendet die Sicherungs-/Wiederherstellungs-Appliance Compute Engine-APIs. Compute Engine bietet die Änderungsblockverfolgung für die inkrementelle Forever-Sicherungsstrategie von Backup and DR und kann Anwendungen für die Anwendungsübereinstimmung während der Sicherung in den Ruhezustand versetzen.

Wenn ein ganzer virtueller Server gesichert wird, wird ein voll funktionsfähiger virtueller Server (Betriebssystem, Anwendungen und zugehörige Daten) gesichert. Eine Kopie des gesamten virtuellen Servers sorgt dafür, dass auf die Daten schnell und problemlos zugegriffen werden kann.

VMware-VMs sichern

Bei Backup and DR werden VMware vSphere Storage APIs – Data Protection-Aufrufe verwendet, um einen gesamten virtuellen VMware-Server (oder bestimmte Festplatten, die dieser VM zugewiesen sind) zu sichern. Sie ermöglichen Change-Block-Tracking für die inkrementelle Forever-Sicherungsstrategie von Backup and DR und das Stilllegen von Anwendungen für die Anwendungskonsistenz während der Sicherung.

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 dargestellt werden. Das Bild kann dann bei Bedarf an einen neuen, dauerhaften Speicherort migriert werden.

Ganze VMware-VMs sichern

Wenn ein ganzer virtueller Server gesichert wird, wird ein voll funktionsfähiger virtueller Server (Betriebssystem, Anwendungen und zugehörige Daten) gesichert. Eine Kopie des gesamten virtuellen Servers sorgt dafür, dass die Daten schnell und problemlos abgerufen werden können. Da es sich bei dem präsentierten Image um einen voll funktionsfähigen virtuellen Server handelt, kann es bei Bedarf an einen neuen, permanenten Speicherort migriert werden.