Wissensdatenbank: BACKUP
(*) Eine vollständige Ablage (außer das erste Mal) wird benötigt, wenn:
•
eine Datenbank von einem anderen Backup-Satz gesichert wurde (oder manuell von den SQL-
Tools);
•
eine Datenbank wiederhergestellt wurde (entweder von einer anderen Datenbank oder einer
früheren Generation);
•
die Datenbankeigenschaften geändert wurden (Wiederherstellungsmodell zu 'Einfach' gewech-
selt);
•
eine bestimmte Anzahl von aufeinanderfolgenden differentialen Backups durchgeführt wurde, es
sei denn dies wird von der Option 'Vollständige Ablage nicht starten am:" aufgehoben. Es wird
dieselbe Anzahl verwendet, die im Parameter "MasterGenerations" der DS-Client Erweiterten
Konfigurationen konfiguriert ist (Anmerkung: Dieser Parameter wird ebenfalls für einen anderen
Zweck verwendet.).
Anmerkung:Die differentiale Backup-Politik ist für den DS-Client nur nützlich, wenn der Backup-
Satz (der SQL-Datenbank) der einzige Prozess ist, welcher dieses Ziel sichert. Falls ein
anderer Backup-Satz verwendet wird, um die Datenbank zu sichern (oder die internen
SQL-Befehle werden verwendet, um manuelle Backups / Ablagen durchzuführen), dann
erfordert die Backup-Politik, daß das nächste Backup eine vollständige Ablage ist.
Überschreibungsregeln der Datenbank-Backup-Politik des vollständigen Backup-Zeitplans:
•
Diese Regeln sind optional. Durch diese kann präziser kontrolliert werden,
wann ein vollständiges Backup ausgeführt werden soll (z.B. nicht während
Geschäftszeiten).
•
Warnung: Vollständige Ablagen können verzögert werden, aber eine
vollständige Datenbankablage muß regelmäßig durchgeführt werden, um die
Integrität des Datenbank-Backups zu gewährleisten. Standardmäßig kann ein
DS-Client ein vollständiges Backup maximal 120 Mal hintereinander
überspringen. Diese Anzahl ist im Parameter 'MaxNonFullDumps' der DS-
Client Erweiterten Konfiguration konfigurierbar (siehe:
Konfigurationen" auf der Seite
•
Weitere Informationen über die Optionen der Datenbank-Backup-Politik
erhalten Sie unter
Backup-Politiken" auf der Seite 626
Restore von Microsoft SQL Servern (ALLE VERSIONEN)" auf der Seite
Berücksichtigungen der Datenintegrierung
Jede SQL-Datenbank wird als eine Komponente vom SQL-VSS-Schreiber präsentiert. Im VSS-
basierten "SQL-Restore" muß eine Komponente mit allen dessen Inhalten (der Datei-Snapshot),
basierend auf den in deren Metadaten angegebenen Regeln, wiederhergestellt werden.
•
Diese Anforderungen sind denen der VSS-bewußten Backups von Hyper-V
ähnlich.
•
Siehe
"Datenintegrierungsthemen" auf der Seite 748
Wissensdatenbankartikel
Backup-Sätze)" auf der Seite
DS-Client Benutzerhandbuch
v12.2 [Revisionsdatum: 13. Juni 2013]
© Asigra Inc. Alle Rechte vorbehalten.
510).
"Vorteile und Nachteile der verschiedenen Datenbank-
im Wissensdatenbankartikel
"Backup / Restore von Hyper-V (VSS-bewußte
744.
"DS-Client Erweiterte
"Backup /
622.
im
Erzeugt am: 13.6.13
Seite: 726
Vertraulich.