So erstellen und verwalten Sie ein Verbund-Repository mit NAKIVO

Im Laufe der Zeit beanspruchen Backups immer mehr Speicherplatz und damit auch Festplattenspeicher, da die Menge der gesicherten Daten stetig wächst. Möglicherweise nutzen Sie inkrementelle Technologien, um doppelte Datenblöcke zu überspringen. Vielleicht setzen Sie auch eine solide Aufbewahrungsrichtlinie um, bei der nicht mehr benötigte Wiederherstellungspunkte gelöscht werden. Irgendwann kann es jedoch erforderlich werden, weitere Festplatten hinzuzufügen und ein Backup-Repository zu erweitern, um Platz für mehr Backup-Daten zu schaffen und so Unterbrechungen Ihrer Datensicherungsabläufe zu vermeiden.

Bei herkömmlichen Backup-Repositorys können Sie zwar ein neues Repository erstellen, um Speicherplatz für Backups hinzuzufügen, müssen jedoch möglicherweise Ihre Backupaufträge neu konfigurieren oder neue erstellen. Dies kann zu Unterbrechungen und Lücken in der Aufbewahrungsfrist führen. Um die Erweiterung von Repositorys zu vereinfachen und fehlgeschlagene Backupaufträge aufgrund unzureichenden Speichers zu vermeiden, bietet NAKIVO Backup & Replication die Funktion „Federated Repository“ an, mit der Administratoren flexibel Speicherplatz hinzufügen können, während sie bestehende Backup-Konfigurationen weiterverwenden. Schauen wir uns an, was ein „Federated Repository“ ist und wie es funktioniert.

Verfügbarkeit mit NAKIVO sicherstellen

Verfügbarkeit mit NAKIVO sicherstellen

Erfüllen Sie strenge Anforderungen an die Serviceverfügbarkeit in virtuellen Infrastrukturen. Erreichen Sie Ihre Verfügbarkeitsziele mit robusten Funktionen zur DR-Orchestrierung und -Automatisierung.

Was ist ein Backup-Repository?

Ein Backup-Repository in NAKIVO Backup & Replication ist ein Speicherort mit einem bestimmten Format zum Speichern von Backup-Daten (Wiederherstellungspunkten) und allen erforderlichen Metadaten. Zusammen mit dem Director und dem Transporterbildet das Backup-Repository eine der drei Kernkomponenten der NAKIVO-Lösung. Backup-Repositorys können zwei Arten der Datenspeicherung aufweisen: inkrementell mit vollständigem oder dauerhaft inkrementell .

Ein Backup-Repository umfasst die folgenden Elemente:

  • Ein backup object ist eine Kopie des Quellobjekts. Das Backup-Objekt wird vom NAKIVO Backup & Replication erstellt und in einem proprietären Format innerhalb eines Backup-Repositories gespeichert.

    Ein Backup-Objekt kann aus einem oder mehreren Wiederherstellungspunkten bestehen.

  • Ein recovery point ist eine bestimmte Instanz des Backup-Objekts, die den Zustand des Quellobjekts zu einem bestimmten Zeitpunkt darstellt. In NAKIVO Backup & Replication kann ein Wiederherstellungspunkt vollständig oder inkrementell sein.
  • Eine recovery point chain (spezifisch für inkrementelle Sicherungen mit vollständigen Repositorys) ist eine Reihe miteinander verbundener inkrementeller Wiederherstellungspunkte mit gegenseitigen Abhängigkeiten. Eine Kette beginnt mit einer vollständigen Sicherung und umfasst alle zugehörigen inkrementellen Wiederherstellungspunkte.

    Ein Sicherungsobjekt kann mehrere Ketten enthalten, wobei jede Kette startet mit einem vollständigen Wiederherstellungspunkt und endet mit einem inkrementellen Wiederherstellungspunkt. Mehrere Ketten bilden einen Sicherungssatz.

  • Metadata sind die Zusatzinformationen, die einem Repository, einem Sicherungsobjekt oder einem Wiederherstellungspunkt zugeordnet sind. Diese Metadaten sind für das Management von Backups und die Wiederherstellung von Daten aus Backups von entscheidender Bedeutung.

Jedes Sicherungsobjekt enthält Wiederherstellungspunkte, die den Zustand des Quellobjekts zu einem bestimmten Zeitpunkt darstellen. Jedes Backup-Objekt verfügt über einen oder mehrere Wiederherstellungspunkte.

Was ist ein föderiertes Repository?

Ein föderiertes Repository in NAKIVO Backup & Replication ist ein Backup-Repository, das aus einem oder mehreren Backup-Repositorys – sogenannten Mitgliedern – besteht und durch Hinzufügen weiterer Backup-Repositorys horizontal skaliert werden kann. Ein föderiertes Repository lässt sich als logischer Pool darstellen, der bestehende Backup-Repositorys enthält. Ein Verbund-Repository kann aufgrund seiner flexiblen Funktionen, die eine horizontale Skalierung ermöglichen, auch als Scale-Out-Repository bezeichnet werden.

Ein federated repository member ist ein Backup-Repository, das als Teil eines Verbund-Backup-Repositorys verwendet wird. Ein Verbund- oder Scale-Out-Repository kann aus einem oder mehreren Repository-Mitgliedern bestehen.

So funktioniert das Verbund-Repository in NAKIVO Backup & Replication

Auf der linken Seite des folgenden Diagramms sehen Sie ein mit inkrementellen und periodischen vollständigen Backups – eine in NAKIVO Backup & Replication verwendete Art von Backup-Repository. Auf der rechten Seite sehen Sie ein föderiertes Backup-Repository.

Schauen wir uns zunächst an, wie Backupaufträge in einem inkrementellen Repository mit periodischen Voll-Backups ( Repo A ) funktionieren. Es gibt zwei Backupaufträge – Job A und Job B . Diese Aufträge erstellen Backup-Objekt A ( BO A ) bzw. Backup-Objekt B ( BO B ). Jedes Sicherungsobjekt besteht aus einer Reihe von Wiederherstellungspunkten. RP-F ist der vollständige Wiederherstellungspunkt und RP-I ist ein inkrementeller Wiederherstellungspunkt. Eine Sicherung kann aus mehreren Wiederherstellungspunkten bestehen, die eine Kette von Wiederherstellungspunkten bilden können. Eine Kette startet mit einem vollständigen Wiederherstellungspunkt, gefolgt von einer Reihe inkrementeller Wiederherstellungspunkte. Wenn ein weiterer vollständiger Wiederherstellungspunkt erstellt wird, wird eine neue Kette von Wiederherstellungspunkten begonnen.

A federated repository and scale-out storage architecture

Ein föderiertes Backup-Repository ist im Grunde ein logischer Pool aus Backup-Repositorys (vom Typ inkrementell mit Periodisch-Backups ). Wir haben außerdem zwei Backupaufträge im föderierten Repository – Auftrag A und Auftrag B ). Ein Backup-Objekt kann sich über mehrere Mitglieds-Repositorys erstrecken ( Repo A und Repo B ), die Mitglieder desselben föderierten Repositorys sind.

Es gibt eine Kette, die mit einem vollständigen Wiederherstellungspunkt und einigen inkrementellen Wiederherstellungspunkten für Auftrag A beginnt. Wir können weiterhin Daten in das weitergehende Repository ( Repo B ) im Pool schreiben, beginnend mit dem vollständigen Wiederherstellungspunkt. Dieser Prozess lässt sich bei Bedarf mit Repo C , Repo D usw. weiter skalieren.

Beachten Sie, dass Sie eine einzelne Kette von Wiederherstellungspunkten nicht über mehrere Mitglieds-Repositorys hinweg unterbrechen können. Wenn Sicherungsdaten in ein anderes Mitglied eines Verbund-Repositorys geschrieben werden, erstellt die NAKIVO-Lösung zunächst einen vollständigen Wiederherstellungspunkt, unabhängig von den Auftragseinstellungen für den Zeitplan der Vollsicherung.

Das bedeutet, dass ein Sicherungsobjekt über mehrere Mitglieder eines Verbund-Repositorys hinweg gespeichert werden kann. Eine Wiederherstellungspunktkette innerhalb eines Sicherungsobjekts sollte jedoch in einem einzigen Mitglied des Verbund-Repositorys in sich geschlossen sein, d. h., alle abhängigen Wiederherstellungspunkte werden im selben Mitglied des Verbund-Repositorys gespeichert.

Falls ein Auftrag das nächste Mitglied als Ziel auswählen muss, wird beim nächsten Backup-Durchlauf ein vollständiger Wiederherstellungspunkt erstellt. Dadurch können Daten von einem Wiederherstellungspunkt aus wiederhergestellt werden, selbst wenn ein anderes Mitglied des Verbund-Repositorys nicht zugänglich ist. Nur Repositorys, die für inkrementelle Backups mit vollständigen Backups konfiguriert sind, können als Mitglieder eines Verbund-Repositorys verwendet werden. Repositorys für dauerhaft inkrementelle Backups werden für diese Funktion nicht unterstützt.

Die folgenden Speichertypen können zum Erstellen von Backup-Repositorys als Mitglieder verwendet werden:

  • Lokaler Ordner auf einem Rechner mit der zugewiesenen Transporter-Komponente der NAKIVO-Lösung
  • NFS-Freigabe
  • SMB-Freigabe

Die maximale Anzahl an Mitgliedern eines föderierten Backup-Repositorys beträgt 128.

Die Funktion „Föderiertes Backup-Repository“ ist für die Ausgaben Enterprise Plus und MSP Enterprise Plus von NAKIVO Backup & Replication verfügbar. Die Funktion verbraucht keine zusätzlichen Lizenz-Einheiten über diejenigen hinaus, die durch Aktivitäten der Datensicherheit verbraucht werden.

In diesem Video erfahren Sie mehr über Verbund-Repositorys in NAKIVO Backup & Replication und deren Funktionsweise:

Vorteile eines Verbund-Repositorys: Unterbrechungsfreie Datensicherheit

Die Nachfrage nach skalierbarem und flexiblem Backup-Speicher wächst stetig. Herkömmliche Backup-Repositorys stoßen bei großen Datenmengen häufig an Skalierbarkeitsgrenzen, weisen Leistungsengpässe auf und sind komplex.

Ein herkömmliches Backup-Repository lässt sich als Ordner betrachten, der so viel freien Speicherplatz für Backups bereitstellt, wie das zugrunde liegende System zulässt. Die Erweiterung eines herkömmlichen Repositorys, wenn mehr Speicherplatz für bestimmte Aufträge benötigt wird, kann eine anspruchsvolle Aufgabe sein. Dieser Vorgang erfordert mehr Zeit und Aufwand für die Konfiguration, während Backupaufträge ausgesetzt werden.

Die Konfiguration eines föderierten Repositorys bewältigt diese Herausforderungen, indem es eine nahtlose Erweiterung der Speicherkapazität, eine verbesserte Fehlertoleranz und eine bessere Ressourcenauslastung in verteilten Umgebungen aktiviert.

Föderierte Repositorys sind besonders nützlich für große Unternehmen mit komplexen Infrastrukturen und engen Zeitplänen für Backups. Der Speicherverbrauch in Backup-Repositorys steigt in der Regel schrittweise an und kann ungleichmäßig verlaufen. In diesem Fall kann es vorkommen, dass ein Unternehmen über eine große Anzahl von Backup-Repositorys verfügt, in denen jeweils nur noch begrenzter freier Speicherplatz verbleibt. Infolgedessen kann nicht sichergestellt werden, dass genügend freier Speicherplatz für die Ausführung zukünftiger Backupaufträge vorhanden ist. Ein Beispiel für diese Situation ist in der folgenden Tabelle dargestellt.

Name Typ Host Pfad Kapazität Freier Speicherplatz
Local-repo1 Lokaler Ordner Backupserver1 /backup/repo0 10 TB 2,2 TB
Local-repo2 Lokaler Ordner Backupserver1 /backup/repo1 12 TB 2 TB
Remote-repo1 Lokaler Ordner Backupserver2 /backup/repo21 22 TB 3 TB
Remote-repo2 Lokaler Ordner Backupserver2 /backup/repo22 22 TB 3,3 TB
NAS-repo1 SMB-Freigabe NAS-01 nas-01repo1 19,9 TB 2,1 TB
NAS-repo2 SMB-Freigabe NAS-01 nas-01repo2 19,9 TB 1,2 TB
NAS-repo3 NFS-Freigabe NAS-02 nas-02repo0 16 TB 1,5 TB

Wenn in diesem Beispiel in einem der Repositorys nicht genügend Speicherplatz für einen konfigurierten Backupauftrag vorhanden ist, sollte der Systemadministrator einen weiteren Backupauftrag in einem anderen Repository mit ausreichend freiem Speicherplatz erstellen. Dieser Ansatz zum Verwalten von Dutzenden „kleiner“ Repositorys ist in einer großen Infrastruktur nicht praktikabel. Gleichzeitig wird der freie Speicherplatz in jedem einzelnen Repository verschwendet, da er nicht genutzt werden kann, um mit einem bestehenden Backupauftrag weiterhin Sicherungsdaten zu schreiben.

Wenn man die Gesamtmenge an freiem Speicherplatz in allen Backup-Repositorys addiert, ist diese Menge nicht so gering wie bei jedem Repository einzeln. Durch die Bündelung des freien Speicherplatzes können Sie den Speicherplatz rationeller nutzen, ohne bestehende Backups auf die Repositorys umverteilen zu müssen. Sie können mehrere bestehende Backup-Repositorys zu einem Verbund-Repository zusammenfassen, um den freien Speicherplatz aus mehreren Repositorys zu bündeln und die Aufträge weiter auszuführen. Wenn das erste Mitglied eines Verbund-Repositorys nicht über genügend Speicherplatz verfügt, wählt die NAKIVO-Lösung mithilfe ihres Algorithmus das nächste verfügbare Mitglied im Verbund-Repository aus, das sich am besten dafür eignet, das Schreiben der Daten für ein Backup-Objekt fortzusetzen.

Die Vorteile der Verwendung eines Verbund-Repositorys sind:

  • Backupaufträge werden auch dann weiter ausgeführt, wenn das Ziel-Repository nicht zugänglich ist oder kein Speicherplatz mehr vorhanden ist.
  • Benutzer sparen Zeit und Aufwand, da sich die Skalierung des Backup-Speichers vereinfacht, um den sich wandelnden Anforderungen an Backup und Wiederherstellung ohne Unterbrechungen gerecht zu werden.
  • Verbessert die Zuverlässigkeit und sorgt für einen erweiterten Datenschutz. Reduziert das Risiko von Datenverlusten und Ausfallzeiten für ein Unternehmen durch die Implementierung robuster Backup- und Wiederherstellungsfunktionen, die von einer skalierbaren und resilienten Speicherinfrastruktur unterstützt werden.
  • Ermöglicht eine einfachere Migration von Backup-Daten zwischen Repositorys.

Einrichten eines Verbund-Repositorys in NAKIVO Backup & Replication

Sehen wir uns an, wie ein Verbund-Repository in NAKIVO Backup & Replication konfiguriert wird. Angenommen, wir haben unserem Backup-Server zwei Festplatten hinzugefügt und möchten den Speicherplatz auf diesen Laufwerken nutzen, um Backups mithilfe eines Verbund-Repositorys zu speichern. Zu Beginn verfügen wir über ein Backup-Repository namens Haupt-Repo . Es gibt einen Backupauftrag, der das Haupt-Repo als Ziel verwendet.

Zunächst müssen wir ein Backup-Repository auf einer neuen Festplatte erstellen, die wir kürzlich installiert haben. Anschließend werden wir dieses Repository als Mitglied in der Konfiguration des Verbund-Repositorys verwenden.

Erstellen eines Mitglieds für das Verbund-Repository

  1. Gehen Sie in der Weboberfläche der NAKIVO-Lösung zu Settings > Repositories, klicken Sie auf + und dann auf Create a new backup repository.

    Creating a new backup repository

  2. Wählen Sie unter „Repository-Typ“ die Option Local Folder aus, wenn Sie eine lokal installierte Festplatte verwenden. Sie können auch eine Dateifreigabe verwenden. Klicken Sie auf „ Next “, um fortzufahren.

    Selecting a backup repository type

  3. Geben Sie den Namen und den Standort des neuen Backup-Repositorys an. Beachten Sie, dass Sie vor Abschluss dieses Schritts ein Verzeichnis mit den richtigen Berechtigungen erstellen müssen. In unserem Fall lauten die Parameter:
    • Name: repo1
    • Zugewiesener Transporter: Integrierter Transporter
    • Pfad zum lokalen Ordner: /opt/NAKIVO/repo1

    HINWEIS : Dieses Verzeichnis wurde auf unserem unter Linux laufenden Backup-Server erstellt und die Datei /etc/fstab wurde für die automatische Einbindung angepasst. Bevor Sie ein Backup-Repository in der NAKIVO-Weboberfläche konfigurieren, müssen Sie ein Verzeichnis erstellen und die Berechtigungen festlegen.

    Setting the name and location of the backup repository

  4. Wählen Sie die Optionen für ein neues Backup-Repository aus. Sie können die Standardwerte verwenden, um dieses Repository als Mitglied eines Verbund-Repositorys zu nutzen. Klicken Sie auf Finish.

    Configuring backup repository options

Auf ähnliche Weise können Sie weitere Backup-Repositorys erstellen und diese als Mitglieder zu Ihrem Verbund-Repository hinzufügen. In diesem Beispiel haben wir zwei neue Repositorys namens repo1 und repo2 angelegt, die Sie im folgenden Screenshot sehen können.

Konfigurieren eines Verbund-Repositorys

  1. Gehen Sie zu Settings > Repositories, klicken Sie auf + und dann auf Create federated backup repository.

    Creating a new federated repository

  2. Wenn ein bestehendes Backup-Repository Wiederherstellungspunkte eines Backup-Jobs enthält, wird eine Benachrichtigung über die betroffenen Jobs angezeigt. Da unser Haupt-Repo Wiederherstellungspunkte enthält, wird folgende Meldung angezeigt:

    Das ausgewählte Repository wird von den folgenden Aufträgen verwendet. Die Aufträge werden automatisch aktualisiert, sodass sie das Verbund-Repository verwenden.

    Klicken Sie auf Proceed.

    Jobs affected when adding the members

  3. Wählen Sie die Mitglieder eines Verbund-Repositorys aus. Wir wählen Haupt-Repo , repo1 und repo2 als Mitglieder des Verbund-Backup-Repositorys aus. Klicken Sie auf „Weiter“.

    HINWEIS: Wenn ein Backup-Repository zum Speichern von NAKIVO Backup & Replication-Self-Backupsverwendet wird, kann es nicht zu einem Verbund-Repository hinzugefügt werden. Wenn die ausgewählten Mitglieder Unveränderlichkeit unterstützen und mindestens ein unveränderliches Objekt enthalten (oder einem Auftrag zugeordnet sind, der so konfiguriert ist, dass er einen unveränderlichen Wiederherstellungspunkt erstellt), werden die Mitglieder, die Unveränderlichkeit nicht unterstützen, deaktiviert.

    Selecting federated repository members

  4. Geben Sie die Optionen für das Verbund-Repository an, einschließlich des Namens und der Beschreibung.
    • Name: Scale-out-Repository
    • Beschreibung: Haupt-Repository + repo1 + repo2

    Klicken Sie auf Finish.

    Configuring the options for a federated backup repository

Verwalten von Verbund-Repositorys in NAKIVO Backup & Replication

Nun sehen Sie das Scale-Out-Repository in der Liste der Backup-Repositorys. Die Repository-Größe entspricht der Summe der drei Mitglieds-Repositorys. Sie können auf das Verbund-Repository klicken, um die Details anzuzeigen.

A scale-out backup repository has been created

Die Repository-Informationen umfassen die Mitglieder sowie die Backupaufträge, die dieses Repository verwenden. Klicken Sie auf eines der Mitglieder des Verbund-Repositorys, um die Details zu diesem Repository und den zugehörigen Backupaufträgen anzuzeigen. Viewing information about the entire federated repository

Im folgenden Screenshot sehen wir die Informationen zu Haupt-Repository . Ein Backupauftrag nutzt dieses Repository.

Viewing information about a single federated repository member

Der Zielspeicherort des Backupauftrags wird automatisch so angepasst, dass das Verbund-Repository verwendet wird. Sie können bei Bedarf auf den Auftrags-Name klicken und diese Einstellungen überprüfen.

Migration von Sicherungsdaten zu einem anderen Mitglied

Sie können Sicherungen von einem Mitglied des Verbund-Repositorys zu einem anderen migrieren. Diese Option kann nützlich sein, wenn Sie beispielsweise die Konfiguration des Scale-Out-Repositorys neu organisieren, um eines der Mitglieder zu entfernen.

So migrieren Sie Sicherungsdaten:

  1. Gehen Sie zu Settings > Repositories und klicken Sie auf das Verbund-Repository (in diesem Fall Scale-Out-Repository ).
  2. Klicken Sie auf das Verbund-Repository-Mitglied, das den Sicherungsspeicher darstellt, aus dem Sie migrieren möchten. In diesem Beispiel wählen wir Haupt-Repository aus.
  3. Klicken Sie auf der Seite mit den Repository-Informationen auf das Symbol (drei Punkte) und wählen Sie im sich öffnenden Menü Lock aus.

    How to lock a federated repository member before migrating backups

  4. Die Bestätigungsmeldung „Mitglied sperren?“ wird angezeigt. Klicken Sie auf Lock zur Bestätigung.

    Locking the member

  5. Sobald das Verbund-Repository-Mitglied gesperrt wurde, wählen Sie die Backups aus, die Sie migrieren möchten, klicken Sie auf die Schaltfläche (drei Punkte) und wählen Sie Migrate backup.

    Migrating a backup from a federated repository member to another

  6. Eine Benachrichtigung warnt Sie vor der Migration der Backups auf andere Repository-Mitglieder. Lesen Sie die Meldung und klicken Sie auf Proceed , um fortzufahren.

    A notification message is displayed before starting a migration

Entfernen eines Repository-Mitglieds

  1. Um ein Verbund-Repository-Mitglied zu entfernen, rufen Sie Settings > Repositories auf und klicken Sie auf das Verbund-Repository (in diesem Fall das Scale-Out-Repository ).
  2. Bewegen Sie den Mauszeiger über das Repository-Mitglied, das Sie entfernen möchten, klicken Sie auf das Symbol (drei Punkte) und wählen Sie im sich öffnenden Menü Remove aus.

    Removing a member from the federated repository

Fazit

Ein Verbund-Backup-Repository, auch als Scale-Out-Backup-Repository bekannt, ist eine nützliche Funktion zur Konfiguration eines skalierbaren und zuverlässigen Backup-Speichers. Die logische Struktur dieses Repositorys ermöglicht es Ihnen, Speicherplatz rationeller zu nutzen und die Zuverlässigkeit Ihres Backup-Systems zu verbessern, indem Situationen vermieden werden, in denen ein Backupauftrag aufgrund von fehlendem freien Speicherplatz fehlschlägt. Anstatt Zeit damit zu verbringen, einen bestehenden Backupauftrag so umzukonfigurieren, dass er ein anderes Repository nutzt, können Sie ein neues Mitglied des föderierten Repositorys hinzufügen und den bestehenden Backupauftrag weiter ausführen.

Probieren Sie NAKIVO Backup & Replication aus

Probieren Sie NAKIVO Backup & Replication aus

Nutzen Sie die kostenlose Testversion, um alle Funktionen der Datensicherheit der Lösung kennenzulernen. 15 Tage kostenlos. Keine Einschränkungen hinsichtlich Funktionen oder Kapazitäten. Keine Kreditkarte erforderlich.

Empfohlene Artikel