Meine Datenbank ist größer als 250 GB. Ich mache geplante Backups mit einem Drittanbieter-Tool.
Sind zeitgesteuerte Datenbanksicherungen der beste Weg, um die SQL Server-Datenbank vor Beschädigung zu schützen? Oder kannst du etwas anderes empfehlen?
Meine Datenbank ist größer als 250 GB. Ich mache geplante Backups mit einem Drittanbieter-Tool.
Sind zeitgesteuerte Datenbanksicherungen der beste Weg, um die SQL Server-Datenbank vor Beschädigung zu schützen? Oder kannst du etwas anderes empfehlen?
Antworten:
Ein Backup kann Korruption nicht verhindern. Nichts kann Korruption absolut verhindern.
Mit einer Sicherung können Sie im Falle einer Beschädigung oder einer anderen Katastrophe Daten zu einem früheren Zeitpunkt wiederherstellen.
Ob Ihr Backup-Zeitplan Sie angemessen schützt, kann eine Community von Peers nicht beantworten - Ihre geschäftlichen Anforderungen bestimmen dies. Sie müssen Ihr Wiederherstellungspunktziel (Recovery Point Objective, RPO) berücksichtigen - wie viele Daten können Sie sich leisten, zu verlieren? Wenn Sie nach 5 Minuten eine Obergrenze festlegen und einmal täglich eine vollständige Sicherung durchführen und jede Stunde Sicherungen protokollieren, sind Sie nicht versichert. Um sich wirklich zu schützen, sollten Sie sich im vollständigen Wiederherstellungsmodus befinden und Ihre Protokollsicherungen sollten alle <= n Minuten durchgeführt werden, wobei n der maximale Datenverlust ist, den Sie erleiden können.
Es gibt noch andere Überlegungen, wie das Recovery Time Objective (RTO). Wie lange können Sie es sich leisten, im Katastrophenfall wieder online zu gehen? Dies bestimmt, ob Sie Ihre Backups nur für den Zugriff auf ein Laufwerk bereithalten oder mithilfe von Protokollversand oder kostenintensiveren DR-Techniken wie Spiegelung, FCIs und Verfügbarkeitsgruppen aktiv einen Warm-Standby-Modus beibehalten. Beachten Sie, dass einige dieser Technologien Sie vor Datenbeschädigungen bewahren können, andere Arten von Fehlern jedoch nicht abgedeckt werden (z. B. ein versehentliches Löschen ohne where-Klausel wird sowohl auf der primären als auch auf der sekundären Seite problemlos ausgeführt).
Nach meiner Erfahrung sind geplante Sicherungen der beste Weg, um meine Datenbank zu schützen. Wie Aaron sagte, ist es sehr wichtig, diese beiden Fragen zu beantworten:
Wie viel Daten können Sie sich leisten, um zu verlieren?
Wie lange können Sie es sich leisten, im Katastrophenfall wieder online zu gehen?
Natürlich ist meine Datenbank kleiner als 250 GB und ich bevorzuge einen manischen Sicherungsplan. Es handelt sich um eine vollständige Datenbanksicherung alle 24 Stunden, eine differenzielle Sicherung alle drei Stunden und Transaktionsprotokollsicherungen alle 15 Minuten. Ja, möglicherweise dauert es länger, meine Datenbank wiederherzustellen, wenn der Fehler auftritt, aber der Datenverlust ist minimal.
Ich würde in Betracht ziehen, die Replikation für Ihre Datenbank einzurichten. Bitte lesen Sie zB hier, um mehr darüber zu erfahren, wie es funktioniert und wie es beim Schutz Ihrer Daten helfen kann:
https://msdn.microsoft.com/en-us/en-en/library/ms151198%28v=sql.110%29.aspx
Natürlich ist es meistens sinnvoll, die Replikation auf andere Hosts einzurichten, auch in einem anderen Netzwerk. Das Einrichten der Transaktionsreplikation ist das, was die Operation für die ultimative Sicherheit wünscht, da die Replikation sofort stattfindet und somit immer zuverlässiger ist als nur eine geplante Sicherung.