NetVault Plug-in for SQL Server 12.2


	WICHTIG: Wenn ein Failover in einem Aktiv/Passiv-Failover-Cluster auftritt und Ihre VSS-basierte Sicherungsstrategie Datenbankteilsicherungen umfasst, führen Sie eine vollständige Datenbanksicherung der geänderten Konfiguration so schnell wie möglich durch. Wenn das Plug-in feststellt, dass ein Failover stattgefunden hat und ein anderer Knoten die aktive Rolle innehat, führt das Plug-in automatisch eine vollständige Sicherung bei der nächsten geplanten Sicherung durch. Wenn Sie jedoch eine Wiederherstellung auf dem neuen aktiven Knoten durchführen müssen, bevor eine neue komplette Sicherung ausgeführt wird, können Datenbankänderungen, die zwischen der letzten vollständigen Sicherung und der neuen vollständigen Sicherung aufgetreten sind, verloren gehen.

•

Kopierbasierte Sicherung: Kopierbasierte Sicherungen werden unterstützt von:

•

SQL Server-Versionen: Windows 2008 und höher

•

Wiederherstellungsmodelle: Alle

Kopierbasierte VSS-Sicherungen sind unabhängig von der normalen Reihenfolge der Sicherungen. Im Gegensatz zu einer vollständigen Sicherung kann eine kopierbasierte Sicherung nicht als Basissicherung für eine Reihe von Teilsicherungen dienen. Auch das Durchführen einer kopierbasierten Sicherung wirkt sich nicht auf die Sicherung durch die nächste Teilsicherung aus. Kopierbasierte Sicherungen sind ideal für Situationen, in denen besondere Zwecke erforderlich sind, z. B. das Erstellen von Testumgebungen.

Beispiele für VSS-Sicherungssequenzen

Im Folgenden finden Sie einige Beispiele für Sicherungssequenzen, die mehrere Wiederherstellungsszenarien unterstützen und die Sie implementieren können, um Ihre SQL Server-Datenschutzanforderungen zu erfüllen.

•

Nur vollständige Datenbanksicherungen: Wenn die Anforderungen Datenschutz bis zum vorherigen Tag garantieren, sollte die Durchführung von vollständigen Datenbanksicherungen über Nacht ausreichen, wenn eine oder mehrere der folgenden Umstände vorhanden sind:

•

Sicherungsfenster sind groß.

•

Datenbanken sind klein.

•

Updates sind in der gesamten Datenbank unregelmäßig.

•

Datenbanken dienen nur zu Test- und Entwicklungszwecken.

•

Die gesamte Datenbank ist schreibgeschützt.

•

Vollständige Datenbank- und Datenbankteilsicherungen: Wenn die Anforderungen Datenschutz bis zum vorherigen Tag garantieren und Sicherungen schnell abgeschlossen werden müssen, sind vollständige Datenbanksicherungen in Verbindung mit Datenbankteilsicherungen eine gute Strategie. Zum Beispiel: Vollständige Datenbanksicherungen werden jeden Sonntag um 23:00 Uhr durchgeführt, während Datenbankteilsicherungen Montag bis Samstag um 23:00 Uhr durchgeführt werden. Jede Datenbankteilsicherung enthält alle Änderungen, die seit der letzten vollständigen Datenbanksicherung durchgeführt wurden, auch bekannt als differenzielle Basis.

Unabhängig davon, wann die Wiederherstellung durchgeführt wird, ist die gleiche Anzahl an Wiederherstellungsjobs erforderlich. Zum Beispiel: Wenn die Wiederherstellung am Dienstag durchgeführt wird, müssen die vollständige Datenbanksicherung von Sonntag und die Datenbankteilsicherung von Montag wiederhergestellt werden. Wenn die Wiederherstellung jedoch am Donnerstag durchgeführt wird, müssen zuerst die vollständige Datenbanksicherung von Sonntag und dann die Datenbankteilsicherung von Mittwoch wiederhergestellt werden.

Obwohl Datenbankteilsicherungen nicht nur größer werden, sondern auch länger dauern, sind Wiederherstellungen aufgrund der geringeren Anzahl an Wiederherstellungsjobs, die ausgeführt werden müssen, schneller.

•

Kopierbasierte Sicherungen: Wenn die Anforderungen vorgeben, dass eine Sicherung erstellt werden muss, ohne regelmäßig stattfindende Sicherungssequenzen zu stören, sind kopierbasierte Sicherungen eine gültige Strategie. Häufig müssen Sie eine vollständige Sicherung außerhalb des regulären Sicherungszeitplans erstellen, z. B. beim Aktualisieren ihrer Testdatenbanken. Dieser Prozess könnte den regelmäßigen Sicherungszeitplan beeinträchtigen und nachfolgende Teilsicherungen abwerfen. Mit der kopierbasierten Sicherung können Administratoren jederzeit und ohne Beeinträchtigung der geplanten Sicherungen nicht regelmäßige vollständige Datenbanksicherungen ausführen.

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.

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.

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.

•

Master: Die Masterdatenbank zeichnet Informationen auf Systemebene für ein SQL Server-System auf. Für die Masterdatenbank unterstützt SQL Server nur vollständige Datenbanksicherungen. Quest empfiehlt, routinemäßige vollständige Datenbanksicherungen der Masterdatenbank zu planen.

•

msdb und model: SQL Server verwendet die msdb-Datenbank zum Speichern von Daten. SQL Server verwendet die model-Datenbank als Vorlage beim Erstellen einer Benutzerdatenbank. Sichern Sie die model - und msdb-Datenbanken, wenn sie aktualisiert werden. Sie können die model- und msdb-Datenbanken auf die gleiche Weise sichern, wie Sie Benutzerdatenbanken sichern. Quest empfiehlt, nur vollständige Datenbanksicherungen der model-Datenbank zu erstellen. Da es klein ist und sich relativ selten ändert, muss das Protokoll nicht gesichert werden.


	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.

Please select your product:

To serve you better, please complete the Purpose of your Chat:

Recommended Solutions for Your Problem

NetVault Plug-in for SQL Server 12.2 - Benutzerhandbuch

Definieren einer VSS-Sicherungsstrategie und Prüfen von Typen

Beispiele für VSS-Sicherungssequenzen

Schnappschussbasierte Sicherungen verstehen

Sichern von Systemdatenbanken