NetVault 12.2 - Administratorhandbuch for Managed Service Provider

Bei einer Standardinstallation von NetVault Backup ist keine Lizenz für das systemeigene Plug-in für Dateisysteme erforderlich. Um dieses Plug-in in einer Clusterumgebung einsetzen zu können, benötigen Sie jedoch einen File System Cluster Support-Lizenzschlüssel.

Quest NetVault Backup Plug-in für Exchange

Dieses Plug-in kann in einer SCC- (Single Copy Cluster)/Failoverclusterumgebung für Exchange Server oder in einer CCR-Umgebung (Cluster Continuous Replication) für die Sicherung der verteilten Exchange Server-Daten verwendet werden. Weitere Informationen hierzu finden Sie im Quest NetVault Backup Plug-in für Exchange Benutzerhandbuch.

Quest NetVault Backup Plug-in für Hyper-V

Dieses Plug-in kann in einer Hyper-V Failovercluster-Konfiguration bereitgestellt werden, um Clusterdaten über einen virtuellen Client zu sichern. Weitere Informationen hierzu finden Sie im Quest NetVault Backup Plug-in für Hyper-V Benutzerhandbuch.

Quest NetVault Backup Plug-in für Oracle

Dieses Plug-in kann in einer Oracle RAC-Konfiguration (Real Application Cluster) für die Sicherung der verteilten Oracle-Datenbank verwendet werden. Weitere Informationen hierzu finden Sie im Quest NetVault Backup Plug-in für Oracle Benutzerhandbuch.

Quest NetVault Backup Plug-in für SQL Server

Dieses Plug-in kann in einer SQL Server-Failovercluster-Umgebung für die Sicherung der verteilten SQL Server-Datenbank verwendet werden. Weitere Informationen hierzu finden Sie im Quest NetVault Backup Plug-in für SQL Server Benutzerhandbuch.

Quest NetVault Backup-Plug-in für MySQL

Dieses Plug-in kann in einer MySQL Server-Failovercluster-Umgebung auf einer Linux-Plattform für die Sicherung der verteilten MySQL Server-Datenbank verwendet werden. Weitere Informationen hierzu finden Sie im Benutzerhandbuch für Quest NetVault Backup-Plug-in für MySQL.

Virtuelle Clients

Beim Installieren eines clusterfähigen Plug-ins wird ein virtueller Client erstellt. Alle Knoten in einem Cluster werden gruppiert und bilden einen virtuellen Client.

Ein virtueller Client wird wie jeder andere NetVault Backup Client verwaltet. Er kann angezeigt und zu Clientgruppen und Richtlinien hinzugefügt werden, für den Benutzerzugriff freigegeben und in Berichte aufgenommen werden. Der NetVault Backup Server verwaltet die Erstellung und Konfiguration eines virtuellen Clients. Die clusterfähige Version des Plug-ins wird lokal auf den Clusterknoten ausgeführt und die Daten werden lokal verarbeitet. Ein als SmartClient konfigurierter Clusterknoten sendet die Daten direkt an das lokale angeschlossene Speichergerät.

Gerätekonfiguration in Clusterumgebungen

Es gibt verschiedene Möglichkeiten, ein Sicherungsgerät in einer Clusterumgebung anzuschließen. In diesem Abschnitt werden die Vor- und Nachteile von einigen Gerätekonfigurationsmethoden beschrieben.

•

Anschluss eines Geräts an den NetVault Backup-Server oder -Client: Eine derartige Konfiguration ermöglicht die Steuerung eines Automatenarms. Bei Sicherungs- und Wiederherstellungsvorgängen werden die Daten jedoch über das Netzwerk übertragen.

•

Gemeinsame Nutzung von Laufwerken: Es besteht die Möglichkeit, eine Variante der vorherigen Methode zu verwenden, indem die physische Bibliothek an den NetVault Backup Server angeschlossen wird und der Server so den Automatenarm steuern kann. Auf diese Weise kann das Laufwerk von den Clusterknoten gemeinsam verwendet werden. Diese Konfiguration ermöglicht die Steuerung des Automatenarms und gleichzeitig lokale Datenübertragungen.

Diese Konfiguration gewährleistet eine hohe Laufwerksverfügbarkeit. Wird die Steuerung der Laufwerke auf alle Clusterknoten verteilt, sind die Laufwerke immer verfügbar. Der Clusterknoten, der das Laufwerk derzeit kontrolliert, muss nicht der Knoten sein, der derzeit den Cluster kontrolliert.

•

Anschließen eines Geräts an einen Clusterknoten: Diese Konfiguration ermöglicht die schnellste Datenübertragung, da die Daten direkt an ein lokal angeschlossenes Gerät geleitet werden.

Der Nachteil besteht jedoch darin, dass der Automatenarm nicht von einem Computer im Cluster kontrolliert werden kann. Dadurch ist die Verwendung dieses Gerätetyps bei einer derartigen Konfiguration auf Standalone-Laufwerke beschränkt. Außerdem ist das Laufwerk bei einem Ausfall des Clusterknotens nicht mehr verfügbar.