지금 지원 담당자와 채팅
지원 담당자와 채팅

NetVault Plug-in for SQL Server 12.0 - Benutzerhandbuch

Vorstellung von NetVault Sicherungs-Plug-in für SQL Server Planen Ihrer SQL Server-Bereitstellung Installieren und Entfernen des Plug-ins Konfigurieren des Plug-ins Sichern von Daten
Definieren einer Sicherungsstrategie Schnappschussbasierte Sicherungen verstehen Überprüfen der Komprimierungsfunktionen Durchführen von Online-VDI-Sicherungen Durchführen von VSS-Sicherungen in SQL Server Beispiel für die Erstellung einer vollständigen VDI-Sicherung einer AlwaysOn-Verfügbarkeitsgruppe
Wiederherstellen von Daten Fehlerbehebung

Beispiele für VDI-Online-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.

•
Einfache Wiederherstellungsmodell-Sicherungssequenzen
•
Vollständige Wiederherstellungsmodell-Sicherungssequenzen
Einfache Wiederherstellungsmodell-Sicherungssequenzen
•
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 Differentialdatenbank 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.
•
Vollständige Datei- und Dateigruppensicherungen und Datenbankteilsicherungen: Wenn eine Datenbank mit einfachem Wiederherstellungsmodell sekundäre schreibgeschützte Dateigruppen enthält, enthält eine gültige Strategie Datenbankteilsicherungen für die Primär- und Lese-/Schreibdateigruppen sowie vollständige Datei- und Dateigruppensicherungen für schreibgeschützte sekundäre Dateigruppen. Diese Strategie stellt sicher, dass die gesamten Datenbank wiederhergestellt werden kann, ohne dass die schreibgeschützten Dateigruppen jedes Mal gesichert werden müssen, wenn die Lese-/Schreibdateigruppen gesichert werden.
Sekundäre schreibgeschützte Dateigruppen müssen nur einmal nach der ersten Ladung und nach nachfolgenden Updates gesichert werden. Wenn die Anforderungen Datenschutz bis zum vorherigen Tag für Lese-/Schreibdateigruppen garantieren, sollte die Durchführung von nächtlichen Datenbankteilsicherungen ausreichen.
•
Vollständige Datei- und Dateigruppensicherungen und Teildatenbank- und differenzielle Datenbankteilsicherungen: Wenn die Anforderungen Datenschutz bis zum vorherigen Tag für Lese-/Schreibdaten garantieren und Sicherungen schnell abgeschlossen werden müssen, sind Datenbankteilsicherungen in Verbindung mit Datenbankteilsicherungen für Lese-/Schreibdaten sowie eine vollständige Datei- und Dateigruppensicherung für die sekundären schreibgeschützten Dateigruppen eine gültige Strategie.
Zum Beispiel werden vollständige Datei- und Dateigruppensicherungen nur nach dem ersten Laden und nachfolgenden Updates für schreibgeschützte Daten durchgeführt. Partielle Datenbanksicherungen, zu denen auch die primäre Dateigruppe und alle Lese-/Schreibdateigruppen gehören, werden jeden Sonntagabend um 23:00 Uhr durchgeführt. Außerdem werden Datenbankteilsicherungen für dieselben Lese-/Schreibdateigruppen von Montag bis Samstag um 23:00 Uhr durchgeführt. Jede Datenbankteilsicherung enthält alle Änderungen, die seit der letzten Datenbankteilsicherung 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 Datenbankteilsicherung von Sonntag und die differenzielle Teildatenbank von Montag wiederhergestellt werden. Wenn die Wiederherstellung jedoch am Donnerstag durchgeführt wird, müssen zuerst die Datenbankteilsicherung 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.

Vollständige Wiederherstellungsmodell-Sicherungssequenzen

•
Vollständige Datenbank- und inkrementelle Transaktionsprotokollsicherungen: Wenn die Anforderungen einen PIT-Datenschutz vorschreiben, sollten vollständige Datenbanksicherungen, die jede Nacht durchgeführt werden, zusammen mit inkrementellen Transaktionsprotokollsicherungen, die alle vier bis acht Stunden durchgeführt werden, ausreichen, wenn eine oder mehrere der folgenden Bedingungen vorhanden sind:
•
Sicherungsfenster sind groß.
•
Datenbanken sind klein.
•
Updates sind in der gesamten Datenbank unregelmäßig.
Beispielsweise werden vollständige Datenbanksicherungen jede Nacht durchgeführt, während inkrementelle Transaktionsprotokollsicherungen alle vier bis acht Stunden durchgeführt werden. Jede inkrementelle Transaktionsprotokollsicherung enthält die Transaktionsprotokolle seit der letzten vollständigen Datenbank- oder inkrementellen Transaktionsprotokollsicherung.
Wiederherstellungssequenzen, die inkrementelle Transaktionsprotokollsicherungen verwenden, erfordern, dass jede inkrementelle Transaktionsprotokollsicherung zwischen der letzten vollständigen Datenbanksicherung und dem Point-of-Failure nacheinander wiederhergestellt wird. Dieser Prozess kann zu einer längeren Wiederherstellung und einem höheren Eingriff führen, um mehrere Wiederherstellungsjobs zu initiieren. Um Wiederherstellungen zu beschleunigen, fügen Sie Datenbankteilsicherungen hinzu, die die Anzahl der inkrementellen Transaktionsprotokollsicherungen verringern, die wiederhergestellt werden müssen.
•
Vollständige Datenbank-, Datenbankteil- und inkrementelle Transaktionsprotokollsicherungen: Wenn die Anforderungen einen PIT-Datenschutz vorschreiben und die Wiederherstellung der vollständigen Datenbank schnell abgeschlossen werden muss, ist die vollständige Datenbank- plus Datenbankteil- plus inkrementelle Transaktionsprotokollsicherung eine ideale Strategie.
Zum Beispiel: Vollständige Datenbanksicherungen werden jeden Sonntagabend um 23:00 Uhr durchgeführt. Datenbankteilsicherungen werden Montag bis Samstag um 23:00 Uhr durchgeführt. Inkrementelle Transaktionsprotokollsicherungen werden stündlich durchgeführt. Jede Datenbankteilsicherung enthält alle Änderungen seit der letzten vollständigen Datenbanksicherung und jede inkrementelle Transaktionsprotokollsicherung enthält die Transaktionsprotokolle seit der letzten Datenbankteilsicherung.
Wiederherstellungssequenzen, die inkrementelle Transaktionsprotokollsicherungen verwenden, erfordern, dass jede inkrementelle Transaktionsprotokollsicherung zwischen der letzten vollständigen Datenbank- oder Datenbankteilsicherung und dem Point-of-Failure nacheinander wiederhergestellt wird. Dieser Prozess kann zu einer längeren Wiederherstellung und einem höheren Eingriff führen, um mehrere Wiederherstellungsjobs zu initiieren. Um Wiederherstellungen zu beschleunigen, erhöhen Sie die Häufigkeit der Datenbankteilsicherungen auf alle vier bis acht Stunden. Diese Erhöhung verringert die Anzahl der inkrementellen Transaktionsprotokollsicherungen, die wiederhergestellt werden müssen. Diese Strategie bietet vollständigen Schutz der gesamten Datenbank mit der einfachsten Administration und unterstützt gleichzeitig mehrere Wiederherstellungsszenarien.
•
Vollständige Datei- und Dateigruppen-, Dateiteil- und Dateigruppenteil- und inkrementelle Transaktionsprotokollsicherungen: Wenn die Anforderungen einen PIT-Datenschutz vorschreiben und Wiederherstellungen schnell abgeschlossen werden müssen, ist die vollständige Datei- und Dateigruppen-, Dateiteil- und Dateigruppenteil- und inkrementelle Transaktionsprotokollsicherung eine ideale Strategie. Mit dieser Strategie können Sie eine vollständige Datenbank oder die Dateien oder Dateigruppen wiederherstellen, die beschädigt sind. Da Sie dazu in der Lage sind, nur die benötigten Instanzen wiederherzustellen, werden Wiederherstellungen beschleunigt und Datenverluste minimiert.
Zum Beispiel: Vollständige Datei- und Dateigruppensicherungen werden jeden Sonntagabend um 23:00 Uhr durchgeführt. Dateiteil- und Dateigruppenteilsicherungen werden Montag bis Samstag um 23:00 Uhr durchgeführt. Inkrementelle Transaktionsprotokollsicherungen werden stündlich durchgeführt. Jede differenzielle Datei- und Dateigruppenteilsicherung enthält alle Änderungen seit der letzten vollständigen Datei- und Dateigruppensicherung und jede inkrementelle Transaktionsprotokollsicherung enthält alle Transaktionsprotokolle seit der letzten Dateiteil- und Dateigruppenteilsicherung.
Wiederherstellungssequenzen, die inkrementelle Transaktionsprotokollsicherungen verwenden, erfordern, dass Sie jede inkrementelle Transaktionsprotokollsicherung zwischen der letzten vollständigen Datei- und Dateigruppensicherung oder differenzielle Datei- und Dateigruppenteilsicherung und dem Point-of-Failure nacheinander wiederherstellen. Dieser Prozess kann zu einer längeren Wiederherstellung und einem höheren Eingriff führen, um mehrere Wiederherstellungsjobs zu initiieren. Um Wiederherstellungen zu beschleunigen, erhöhen Sie die Häufigkeit der differenziellen Datei- und Dateigruppensicherungen auf alle vier bis acht Stunden. Diese Änderung verringert die Anzahl der inkrementellen Transaktionsprotokollsicherungen, die wiederhergestellt werden müssen. Diese Strategie bietet vollständigen Schutz der gesamten Datenbank mit der Flexibilität, nur die Dateien oder Dateigruppen wiederherzustellen, die beschädigt sind, während ein Großteil der Wiederherstellungsszenarien unterstützt wird.

Definieren einer VSS-Sicherungsstrategie und Prüfen von Typen

Plug‑in für SQL Server umfasst die folgenden Typen von VSS-Sicherungen:

•
Vollständige Datenbanksicherung: Vollständige Datenbanksicherungen werden unterstützt von:
•
SQL Server-Versionen: 2008 und höher
•
Wiederherstellungsmodelle: Alle
Ein vollständige VSS-Datenbanksicherung sichert Datenbankdaten und alle Protokolldateien, die notwendig sind, um die Datenbank bei der Wiederherstellung in einen transaktionskonsistenten Zustand zu bringen. Vollständige Datenbanksicherungen verbrauchen mehr Speicherplatz und Zeit pro Sicherung und werden in der Regel durch Teilsicherungen ergänzt, die häufiger erstellt werden. Mit vollständigen Datenbanksicherungen können Sie eine ganze Datenbank in einem Schritt neu erstellen, indem Sie die Datenbank wiederherstellen.
•
Datenbankteilsicherung: Datenbankteilsicherungen werden unterstützt von:
•
SQL Server-Versionen: 2008 und höher
•
Wiederherstellungsmodelle: Alle
Eine VSS-Datenbankteilsicherung sichert nur die Daten, die seit der letzten vollständigen Datenbanksicherung geändert wurden. Eine Datenbankteilsicherung enthält nur die Teile der Datenbankdateien, die sich geändert haben. Datenbankteilsicherungen sind kleiner und schneller als die vollständigen Datenbanksicherungen. Eine Datenbankteilsicherung ist nützlich, wenn einige der Datenbanktabellen häufiger geändert werden als andere. In diesem Fall können Sie mithilfe von Datenbankteilsicherungen häufig Sicherungen durchführen, ohne den Mehraufwand von vollständigen Datenbanksicherungen bewältigen zu müssen.
 
* 
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: 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.
관련 문서

The document was helpful.

평가 결과 선택

I easily found the information I needed.

평가 결과 선택