Sicherungspläne in der Verwaltungskonsole

Mit Sicherungsplänen wird in der Verwaltungskonsole festgelegt, wie oft Anwendungsdaten gesichert werden, wie lange die Sicherungen aufbewahrt werden und wo und wie die Sicherungen der Anwendungsdaten repliziert werden. Verwenden Sie die Sicherungspläne, um Richtlinienvorlagen und Ressourcenprofile zu erstellen, die von jeder Sicherungs-/Wiederherstellungs-Appliance zum Verwalten von Daten verwendet werden. Ein Verstoß gegen Sicherungspläne tritt auf, wenn Daten nicht gemäß den in einer Richtlinie festgelegten Grenzwerten gesichert werden.

Auf dem Tab Sicherungspläne finden Sie zwei nutzerfreundliche Assistenten zum Erstellen von Richtlinien zur Datenverarbeitung, die auf Ihre Anwendungen angewendet werden:

  • Vorlagen Mit dem Assistenten Vorlagen können Sie die Häufigkeit und Aufbewahrung von Daten steuern. Außerdem können Sie damit Datenstufen und ‑replikation durchführen. Weitere Informationen finden Sie im Abschnitt Sicherungsvorlage.
  • Profile Mit dem Assistenten Profile können Sie den physischen Speicherort und die Speicherpools verwalten, an denen Daten gespeichert werden. Weitere Informationen finden Sie im Abschnitt Ressourcenprofile.

Im Abschnitt Best Practices für Sicherungspläne finden Sie Informationen dazu, wie Sie einige der häufigsten Fehler vermeiden, die Nutzer beim Erstellen und Ändern von Richtlinienvorlagen und den zugehörigen Richtlinien machen.

Wiederholungen von Sicherungsjobs

Wenn ein geplanter Job fehlschlägt, wird er vom Planer automatisch bis zu dreimal wiederholt. Wenn ein Job zum ersten Mal fehlschlägt, wird der Status des ersten Versuchs als „Wiederholt“ markiert. Der Scheduler wartet dann 4 Minuten, bevor der Job wieder in die Warteschlange gestellt wird. Wenn der Vorgang ein zweites Mal fehlschlägt, wird der nächste Versuch nach 16 Minuten in die Warteschlange gestellt. Wenn der Vorgang ein drittes Mal fehlschlägt, wird nach einer Wartezeit von 64 Minuten ein letzter Wiederholungsversuch gestartet. Nach drei fehlgeschlagenen Wiederholungsversuchen (insgesamt vier Versuche) ändert sich der Status des letzten Wiederholungsjobs von „Wiederholt“ zu „Fehlgeschlagen“ und es werden in diesem geplanten Zeitraum keine weiteren Jobs für diese Anwendung versucht.

Der Scheduler behandelt einen Jobwiederholung wie jeden anderen verfügbaren Job. Wenn sich mehr Jobs in der Warteschlange befinden als Slots verfügbar sind, muss der Job in der Warteschlange auf einen Slot warten. Wenn das Richtlinienfenster geschlossen wird, bevor ein Wiederholungsjob gestartet werden kann, werden alle in der Warteschlange befindlichen Wiederholungsjobs nicht ausgeführt und es werden keine weiteren Wiederholungen versucht.

Wiederholungen von Jobs werden unter Überwachen > Jobs erfasst. Um erfolglose Jobwiederholungen zu identifizieren, haben alle vier Jobs dieselbe Job-ID im folgenden Format und in dieser Reihenfolge:

  • Job_xxxxx (Status: Retried)
  • Job_xxxxxa (Status: Noch einmal versucht; nach einer Wartezeit von 4 Minuten in die Warteschlange gestellt)
  • Job_xxxxxb (Status: Noch einmal versucht; nach 16-minütiger Wartezeit in die Warteschlange gestellt)
  • Job_xxxxxc (Status: Fehlgeschlagen; nach einer Wartezeit von 64 Minuten in die Warteschlange gestellt)

Der nächste Sicherungsauftrag für diese Anwendung wird gemäß dem Zeitplan der Richtlinie ausgeführt. Wenn der Zeitplan also einen Snapshot pro Tag in einem Zeitfenster ab 01:00 Uhr vorsieht, erfolgt der nächste Versuch am nächsten Tag um 01:00 Uhr.

Sicherungsvorlage

Eine Sicherungsvorlage besteht aus einer Sammlung von Richtlinien, die in den Sicherungsplänen definiert sind. Jede Richtlinie legt fest, wie, wie oft und wie lange Daten gesichert werden. Insbesondere werden in den Richtlinien Folgendes definiert:

  • Die Arten von Datensicherungsvorgängen (z.B. Snapshot, Replikation)
  • Häufigkeit des Sicherungsvorgangs für Anwendungsdaten
  • Wie lange die Sicherungen der Anwendungsdaten aufbewahrt werden sollen
  • Die erweiterten Einstellungen für die Sicherung von Anwendungsdaten
  • Ob Protokolle abgeschnitten werden sollen. Bei Updates von Datenbanken wie Microsoft SQL Server und Oracle werden Protokolle und Metadaten erstellt. In den Protokollen werden die an den Datenbanken vorgenommenen Änderungen erläutert.
  • Speicherort der Sicherungsdaten (lokale Sicherungs-/Wiederherstellungs-Appliance, Remote-Sicherungs-/Wiederherstellungs-Appliance oder OnVault-Speicherort)

Wenn Sie Richtlinien in einer Vorlage kombinieren, können Sie eine einzelne Vorlage erstellen, in der die kurzfristige und langfristige Aufbewahrung von Daten sowie die Speicherorte und die Aufbewahrungsdauer der replizierten Daten definiert werden.

Ressourcenprofile

In einem Ressourcenprofil werden die Speichermedien für geschützte Anwendungs- und VM-Daten angegeben. Die Richtlinie und das Ressourcenprofil, aus denen der Sicherungsplan besteht, legen die Art der Sicherung der Anwendungsdaten und den Speicherort der Sicherungen der Anwendungsdaten (welcher Laufwerkpool verwendet werden kann) fest. Mit Ressourcenprofilen wird festgelegt, welcher Snapshot-Pool (falls erforderlich) verwendet oder auf welche Remote-Appliance Daten repliziert werden.

Neben Richtlinienvorlagen und Richtlinien erstellen Sie in den Sicherungsplänen auch Ressourcenprofile. In Ressourcenprofilen wird festgelegt, wo Daten gespeichert werden sollen. Daten können auf folgende Arten gespeichert werden:

  • Lokale Die Sicherungs-/Wiederherstellungs-Appliance, für die das Ressourcenprofil erstellt wird.

  • Remote Die Sicherungs-/Wiederherstellungs-Appliance, die für die Remote-Replikation verwendet wird. Dieses Remote-Gerät muss bereits mit dem ausgewählten lokalen Gerät gekoppelt sein.

  • OnVault Der Speicherplatz, der von einem OnVault-Speicherpool definiert ist. OnVault-Pools können von Ihnen verwalteter Speicher oder unveränderliche, Sicherungsspeicher sein, die von Google Cloud verwaltet werden.

Ressourcenprofile werden im App-Manager auf Anwendungen angewendet und funktionieren zusammen mit Richtlinienvorlagen:

  • Eine Richtlinienvorlage ohne Replikationsrichtlinie muss zusammen mit einem Ressourcenprofil, das Daten nur lokal speichert, auf eine Anwendung angewendet werden.
  • Eine Richtlinienvorlage mit einer Replikationsrichtlinie muss auf eine Anwendung zusammen mit einem Ressourcenprofil angewendet werden, das Daten entweder auf einer anderen Appliance oder im Speicherpool von OnVault speichert.

Sie definieren ein Ressourcenprofil für jede Sicherungs-/Wiederherstellungs-Appliance, die der Verwaltungskonsole hinzugefügt wurde.

Nächste Schritte