NetVault Plug-in for SQL Server 12.0 - Benutzerhandbuch

Schnappschussbasierte Sicherungen verstehen

Wenn Sie SQL Server 2010 oder höher verwenden, kann das Plug-in einen Hardware- oder Software-VSS-Anbieter verwenden, um beständige oder nicht beständige VSS-basierte Schnappschüsse zu erstellen. Das Plug-in verwendet einen VSS-Anbieter, um Schnappschüsse auf dem Client zu erstellen und dann die ausgewählten Daten aus dem Schnappschuss bzw. den Schnappschüssen auf das Speichergerät zu kopieren.

Wenn Sie eine eigenständige SQL Server-Bereitstellung verwenden, können Sie hardwarebasierte, integrierte VSS-Schnappschüsse mit dem Dell Compellent Speicher-Array verwenden. (Bei AlwaysOn-Verfügbarkeitsgruppenumgebungen werden nur VSS-Sicherungen unterstützt, die den softwarebasierten Microsoft VSS-Anbieter verwenden.)

Zum Erstellen und Verwenden von persistenten Schnappschüssen müssen sich die zu sichernden Daten auf NetVault Backup-unterstützten Laufwerks-Arrays befinden. Wenn Sie versuchen, beständige Schnappschüsse mit Daten auf einem nicht unterstützten Festplatten-Array oder mit Daten in lokalen Laufwerken zu erstellen (für die Schnappschüsse mit dem Microsoft Software-VSS-Anbieter aufgenommen werden), schlägt die Aufnahme der erforderlichen Hardwareschnappschüsse fehl und das Plug-in wird standardmäßig mit Softwareschnappschüssen verwendet. Bei der Erstellung von Softwareschnappschüssen werden die Daten nur auf dem Speicher gesichert (auch wenn die Option Dateien in Speicher sichern nicht ausgewählt ist) und nicht beständige Schnappschüsse werden erstellt.

Das gleiche Problem tritt auf, wenn Ihre Sicherung Daten enthält, die sich in einem anderen Speicher befinden, der NetVault Backup-unterstützte Laufwerk-Arrays und nicht unterstützte Laufwerk-Arrays oder lokale Laufwerke miteinander mischt.

WICHTIG: Für AlwaysOn-Verfügbarkeitsgruppen werden Hardwareschnappschüsse derzeit nicht vom Plug-in unterstützt. Wenn Sie über eine AlwaysOn-Verfügbarkeitsgruppenumgebung verfügen, stellen Sie sicher, dass der softwarebasierte Microsoft VSS-Anbieter auf allen SQL Servern sowie in der AlwaysOn-Verfügbarkeitsgruppe vorhanden ist, und achten Sie darauf, dass der softwarebasierte Anbieter Vorzug vor allen anderen hardwarebasierten VVS-Anbietern anderer Anbieter hat. Beachten Sie außerdem, dass NetVault Backup-verwaltete beständige Schnappschüsse nicht in AlwaysOn-Verfügbarkeitsgruppenbereitstellungen unterstützt werden.

Weitere Informationen zu den NetVault Backup-unterstützten Betriebssystemversionen und Datenträger-Arrays finden Sie im Quest NetVault Backup Kompatibilitätshandbuch.

Sichern von Systemdatenbanken

Die SQL Server-Systemdatenbanken sind für den Betrieb einer Serverinstanz wesentlich. Diese Sicherungen ermöglichen die Wiederherstellung des SQL Servers, wenn ein Systemfehler auftritt, z. B. der Verlust einer Festplatte.

Die Systemdatenbanken, die Sie immer sichern müssen, umfassen msdb, Master und Modell. Die Master- und msdb-Datenbanken verfügen über ein einfaches Wiederherstellungsmodell, während die Modelldatenbank ein vollständiges Wiederherstellungsmodell aufweist. Bei replizierten Datenbanken sollten Sie auch die Verteilungsdatenbank sichern.

HINWEIS: Das Plug-in kann tempdb- oder Resourcedb-Datenbanken nicht sichern.

Weitere Informationen finden Sie unter Sichern und Wiederherstellen von Systemdatenbanken im SQL Server-Bücher online.

Sichern von replizierten Datenbanken

Die Datenbankreplikation wird ab SQL Server 2008 unterstützt. Plug‑in für SQL Server unterstützt alle drei Replikationstypen: Transaktionsreplikation, Fusionsreplikation und Schnappschussreplikation.

Replizierte Datenbanken und die zugehörigen Systemdatenbanken sollten regelmäßig gesichert werden, einschließlich der folgenden Elemente:

Die replizierten Datenbanken können mit dem Plug-in auf dieselbe Weise gesichert werden wie die nicht replizierten Datenbanken. Wenn Sie regelmäßige inkrementelle Transaktionsprotokollsicherungen durchführen, sollten alle replikationsbezogenen Änderungen in den inkrementellen Transaktionsprotokollsicherungen erfasst werden. Wenn Sie keine inkrementellen Transaktionsprotokollsicherungen durchführen, sollte eine Sicherung durchgeführt werden, wenn eine für die Replikation relevante Einstellung geändert wird.

Weitere Informationen finden Sie in Strategien zum Sichern und Wiederherstellen von Schnappschüssen und Transaktionsreplikationen, Strategien zum Sichern und Wiederherstellen von Fusionsreplikationen und Allgemeine Aktionen, die eine aktualisierte Sicherung erfordern im SQL Server-Bücher online.

Überprüfen der Komprimierungsfunktionen

Bevor Sie eine Sicherung konfigurieren, lesen Sie die folgenden Informationen. Diese Informationen gelten für alle Versionen von SQL Server, die das Plug-in unterstützt, obwohl einige der beschriebenen Funktionen nicht von allen Versionen von SQL Server unterstützt werden.

Wenn Ihre Version von SQL Server es unterstützt, können Sie die SQL Server-Sicherungskomprimierungsfunktion verwenden. Das Plug-in bietet außerdem drei Komprimierungsstufen: Niedrig, Mittel und Hoch, die Sie unabhängig davon verwenden können, ob Ihr Server die SQL Server-Sicherungskomprimierung unterstützt. Sie können die Komprimierung auch deaktivieren. Zur Auswahl stehen die folgenden Komprimierungsoptionen:

Um das Komprimierungsverhältnis anzuzeigen, das nach dem Ausführen eines Sicherungsjobs erreicht wurde, klicken Sie im Navigationsbereich auf Jobstatus, wählen Sie den abgeschlossenen Job aus und klicken Sie auf Protokolle anzeigen. Suchen Sie im daraufhin angezeigten Protokoll eine Nachricht, die mit „Komprimierungsverhältnis“ beginnt. Um weitere Informationen anzuzeigen, wählen Sie die Zeile aus und klicken Sie auf Weitere Informationen. Sie können dann die Gesamtanzahl der Bytes an nicht komprimierten Daten ansehen, die gesichert wurden, die Anzahl der Bytes, die an die Sicherungsmedien gesendet wurden, sowie die Anzahl der als Header enthaltenen administrativen Bytes, die auch als Teil der komprimierten Datenstatistik enthalten sind, aber für die tatsächlich komprimierten Daten unerheblich sind. Das im Protokoll gemeldete Komprimierungsverhältnis ist [[(insgesamt unkomprimierte Daten) – (insgesamt komprimierte Daten)] x 100 %]/(insgesamt nicht komprimierte Daten). Die Anzahl der Header-Bytes ist in der Regel ein insignifikanter Teil der Sicherungsgröße, außer wenn kleine Datenbanken mit mehreren NetVault Backup-Streams gesichert werden.

Wenn Sie die SQL Server-Sicherungskomprimierungsfunktion verwenden oder wenn Sie keine Komprimierung verwenden möchten, wird die Option VDI-Streams, wenn NetVault Backup-Komprimierung nicht verwendet wird aktiviert.

Wenn Sie eine der NetVault Backup-Komprimierungsmethoden verwenden, wird die Option VDI-Streams/Komprimierungsthreads und Anzahl an parallelen NetVault Backup Streams aktiviert. Die VDI-Threads führen die Komprimierung durch. Während einer Sicherung akzeptiert jeder VDI-Thread oder die Verbindung Daten von SQL Server, komprimiert diese und schreibt sie dann mit einem NetVault Backup-Stream in das Ausgabegerät. Da höhere Komprimierungsstufen prozessorintensiver sind, sollten Sie die Anzahl der verfügbaren Prozessoren auf dem System effizient verwenden, indem Sie den NetVault Backup-Client ausführen, d. h., das System, auf dem die SQL Server-Instanz ausgeführt wird, die Sie sichern. Beispielsweise können Sie eine Anzahl an VDI-Threads angeben, die etwas geringer ist als die Anzahl der Prozessoren auf Ihrem System. Allerdings sollte die Anzahl der Sicherungsstreams die Anzahl der Ausgabegeräte nicht überschreiten. Aus diesem Grund müssen Sie die Anzahl der VDI-Streams (VDI-Streams/Komprimierungsthreads) und die Anzahl der NetVault Backup-Streams (Anzahl der parallelen NetVault Backup-Streams) separat angeben. Wenn Sie auf die Registerkarte SQL Server-Sicherungsoptionen, ist die Anzahl der ursprünglich angezeigten VDI-Streams um eine Stelle geringer als die Anzahl der auf dem NetVault Backup-Client erkannten Prozessoren. Der in diesem Feld angegebene Wert bestimmt die Anzahl an VDI-Geräten, die zur Speicherung des Sicherungsjobs verwendet werden. In der Standardeinstellung verfügen alle Sicherungsjoboptionen über ein VDI-Gerät, das auf den Job eingestellt ist, wenn Virtual Device Interface (VDI) ausgewählt ist. Sie können zusätzliche VDI-Geräte hinzufügen, die Mindestanzahl an VDI-Geräten ist jedoch 1 und die maximale Anzahl darf 64 nicht überschreiten.

WICHTIG: Wenn Sie die SQL Server-Sicherungskomprimierungsfunktion oder keine Komprimierung verwenden, muss die Anzahl der ausgewählten VDI-Geräte gleich oder kleiner sein als die Anzahl der verfügbaren Medien oder Bandlaufwerke. Wenn beispielsweise die Anzahl der ausgewählten VDI-Geräte 5 beträgt, müssen mindestens fünf Medien oder Bandlaufwerke vorhanden sein. Wenn Sie die NetVault Backup-Komprimierung verwenden, muss die Anzahl der ausgewählten parallelen Sicherungsstreams kleiner oder gleich der Anzahl der verfügbaren Medien oder Bandlaufwerke sein.

Am Ende des Abschnitts VDI-Sicherungsoptionen zeigt das Plug-in die Anzahl der Prozessoren auf dem NetVault Backup-Client an. Wenn für die Prozessoren Hyper-Threading (HT) verwendet wird, wird die entsprechende Zahl angezeigt. Ein System mit vier physischen Prozessoren und aktiviertem HT-Modus wird als acht Prozessoren angegeben. Diese Zahl können Sie bei der Auswahl der Anzahl der VDI-Streams bei Verwendung von NetVault Backup-Komprimierung verwenden.

Für optimale Sicherungszeiten bei Verwendung der NetVault Backup-Komprimierung sollten Sie den Eintrag für die Anzahl der parallelen NetVault Backup-Streams auf der Anzahl der Sicherungsmedien basieren. Wenn Ihre Medien gestripte Festplatten verwenden, kann die schnellste Sicherung dann auftreten, wenn die Anzahl der Sicherungsstreams auf die Anzahl der Stripes festgelegt ist. Wenn die Sicherung auf verschiedene Festplatten geschrieben wird, die nicht gestript sind, setzen Sie die Anzahl der Sicherungsstreams auf die Anzahl der Festplatten, wenn jedes NetVault Backup-Ausgabegerät auf einer anderen Festplatte ist. Wenn Sie auf eine oder mehrere VTLs auf einer einzigen nicht gestripten Festplatte sichern, verwenden Sie nur ein oder zwei NetVault Backup-Streams. Wenn Sie eine Sicherung auf eine Bandbibliothek mit mehreren Bandlaufwerken durchführen, verwenden Sie keine weiteren Sicherungsstreams, vorzugsweise weniger, als Bandlaufwerke vorhanden sind.

Unabhängig davon, ob Sie die NetVault Backup-Komprimierung verwenden, die Anzahl der VDI-Geräte, die für eine Wiederherstellung erforderlich sind, entspricht der Anzahl der Geräte, die bei der Sicherung verwendet wurden, und die Anzahl an Wiederherstellungsstreams, die für die Wiederherstellung benötigt werden, entspricht auch der Anzahl der Streams, die bei der Sicherung verwendet wurden. Wenn Sie Bandmedien verwenden und weniger Bandlaufwerke für die Wiederherstellung verfügbar sind, als für die Sicherung verwendet wurden, schlägt die Wiederherstellung möglicherweise fehl. Um einen Fehler zu vermeiden, empfiehlt Quest, weniger NetVault Backup-Streams zu verwenden, als Bandlaufwerke verfügbar sind.