Wie unterscheiden sich SQL-Sicherungen von regulären nächtlichen Server-Sicherungen der IT?

Unsere IT-Abteilung sichert jede Nacht den gesamten Server (auf diesem Server ist eine SQL Server-Instanz installiert), die sowohl diesen Server als auch das gesamte Netzwerk sichern sollte, falls etwas schief geht ...

Mein Manager fragte mich also, welche Bedeutung meine vollständigen, differenziellen und logarithmischen SQL-Sicherungen im Vergleich zu den von der IT-Abteilung gesicherten Sicherungen haben. Um mehr Speicherplatz auf unserem Server zu sparen, anstatt diese Dateien für ein paar Wochen aufzubewahren und zu löschen, glaubt sie, dass die IT sie nur bereitstellen wird!

Ich weiß, dass es nicht richtig ist, da ich mit meinen Protokollsicherungen bis zu den letzten 30 Minuten wiederherstellen kann. Die IT stellt es am nächsten Tag wieder her. Aber ist dies der einzige Unterschied?

Da ich meine Datenbanksicherungsdateien auf demselben Server speichere / sende, stellt die IT sie wieder her. Wenn ich diese Sicherungsjobs jedoch nicht in meinem Wartungsplan habe, kann die IT die SQL-Instanz einfach ohne eine unserer Tabellen, Transaktionen ... wiederherstellen. usw. Verstehe ich das richtig?
Jeder Rat wäre sehr dankbar.

Datenbanksicherungen bieten Ihnen die Möglichkeit, zu einem bestimmten Zeitpunkt wiederherzustellen (vorausgesetzt, Sie verfügen über ein FULLWiederherstellungsmodell). Selbst wenn Ihre IT-Mitarbeiter alle paar Minuten Backups erstellen, was äußerst unwahrscheinlich ist, besteht dennoch eine Lücke.

Serversicherungen ersetzen keine Datenbanksicherungen, sondern ergänzen sie durch die langfristige "Archivierung" der Datenbanksicherungsdateien (dh mehr als nur heute).

Am Ende müssen Sie und Ihr Management Ihr RPO festlegen (das Ziel des Wiederherstellungspunkts - wie viel Sie benötigen, um sich bei einem Absturz erholen zu können). Mit nur täglichen Server-Backups und keinen Datenbank-Backups verlieren Sie im schlimmsten Fall einen ganzen Tag Arbeit.

Bearbeiten : @Sting hat einen gültigen Punkt darin, dass Schattenkopien (der Mechanismus, der höchstwahrscheinlich zum Erstellen von Serversicherungen verwendet wird) nicht sehr wahrscheinlich eine exakt gleichzeitige Kopie aller Ihrer Datenbankdateien (einschließlich Protokolldateien) erstellen, was zu Inkonsistenzen führen kann, wenn Sie stellen die Sicherung wieder her. Wenn die Schattenkopie beispielsweise das Transaktionsprotokoll einige Millisekunden vor dem Lesen der Datenbankdatei liest, kann die Datenbankdatei eine nicht festgeschriebene Transaktion enthalten. Da die Transaktion jedoch eine Millisekunde später festgeschrieben wurde, enthält das Protokoll keine Aufzeichnung davon.

Es besteht die Möglichkeit, dass eine Wiederherstellung von MDF- und LDF-Dateien aus der Schattenkopie transaktionsinkonsistent ist. Das heißt, diese Schattenwiederherstellungen entsprechen nicht den ACID-Eigenschaften der Datenbank.

https://msdn.microsoft.com/en-us/library/aa480356.aspx

Die Chancen stehen gut, dass die Wiederherstellung wahrscheinlich funktioniert, aber Sie werden sich fragen, was Sie tatsächlich bekommen. (Ganz zu schweigen davon, dass Sie mit dem Testen beauftragt werden, um sicherzustellen, dass Server-Backups / Schattenkopien auf jedem Server ordnungsgemäß funktionieren.) Außerdem gibt es keine Möglichkeit, Transaktionsprotokolle zu einem Zeitpunkt wiederherzustellen, wie Sie es mit SQL Server T tun können -SQL RESTORE LOG / STOPAT.

Bis Windows Server-Sicherungen / -Wiederherstellungen dem SQL Server-ACID-Test entsprechen, kann es sich unsere Branche nicht leisten, Risiken einzugehen.

Nachdem ich das alles gesagt habe, war ich in einigen der seltsamsten Meetings. Wenn Sie die Probleme an die IT weiterleiten und sie sich immer noch nicht darum zu kümmern scheinen oder bereit sind, das Risiko einzugehen, entlastet dies Ihre Schultern erheblich. Dokumentieren Sie in jedem Fall die Besprechungsprotokolle aller Entscheidungen und Gründe für die Entscheidung und senden Sie sie an die Besprechungsteilnehmer.

Dies hängt alles davon ab, welches Produkt Ihre IT-Abteilung für Backups auf Serverebene verwendet.

In einer virtuellen Umgebung erstellt VMWare beispielsweise Snapshots des Servers. Wenn SQL Server beteiligt ist, verfügt VMWare über eine Option, die von den meisten Administratoren aktiviert wird (oder die ich standardmäßig nicht kenne), mit der die E / A für die Datenbanken während des Snapshots eingefroren werden. Obwohl dies nur Sekunden dauern sollte, kann dies zu Problemen in Ihrer Anwendung führen und ist keine wirklich vertrauenswürdige Methode zum Wiederherstellen der Datenbank.

Wenn Sie ein Produkt eines Drittanbieters für Sicherungen auf Serverebene verwenden, werden wahrscheinlich nur Sicherungen Ihrer Datenbanken auf Dateiebene durchgeführt. Auch hier muss es möglich sein, Backups von gesperrten Dateien zu erstellen, da an SQL Server alle angehängten MDF- und LDF-Dateien aus Windows-Sicht gesperrt sind. Symantecs BackupExec verwendet zum Beispiel die Advanced Open File Option, um im Grunde genommen ein Bild dieser gesperrten Datei aufzunehmen. Denken Sie an die Konsistenz, die die Datenbank bei der Durchführung dieser Sicherung aufweist, wenn die meisten Datenbankadministratoren zusammenbrechen, wenn sie die Datenbank mit einer solchen Sicherung wiederherstellen müssen. Es gibt keine Garantie, wenn die Sicherung ausgelöst wird, während ein Datenladevorgang ausgeführt wird. Welchen Teil der Datenladung hat diese Sicherung erhalten?

Native SQL Server-Sicherungen sind vertrauenswürdig, da sie als gute Sicherungen verifiziert werden. Sie wissen genau, in welchem ​​Zustand sie sich befanden, als Sie die Sicherung für FULL ausgelöst haben, ob dies für das Laden von Daten und dergleichen geplant ist. Eine Protokollsicherung für VOLLSTÄNDIGE Wiederherstellungsmodelle garantiert, dass Sie diese Datenbank in der Sekunde wiederherstellen können.

Wenn Ihr Manager die Sicherung auf Serverebene nicht mehr verwenden kann, würde ich das von ihm verwendete Produkt intensiv untersuchen. Ich würde herausfinden, ob es ein SQL Server-Add-On oder einen Sicherungsagenten gibt, der erworben werden kann, damit VDI-Sicherungen der Datenbanken durchgeführt werden können.

Sie sollten auch überlegen und mit Ihrem Manager besprechen, welche Beteiligung Sie an der Überprüfung und Fehlerbehebung benötigen, wenn SQL Server-Sicherungen fehlschlagen. Ich habe Netbackup bei früheren Jobs stark genutzt und hatte vor einigen Jahren einen Kunden, der wollte, dass ich die Verwendung des SQL Server-Agenten von Netbackup für seine Umgebung teste. Dies schloss andere Datenbankadministratoren ein, die ebenfalls Unterstützung leisten mussten. Ich habe ihnen im Voraus gesagt, dass Sie zur Fehlerbehebung bei Sicherungsfehlern für SQL Server ein gutes Wissen über Netbackup benötigen. Netbackup-Masterserver werden im Allgemeinen auf Unix-Servern ausgeführt, sodass Sie jetzt einige Unix-Server kennen müssen. Dies kann Spaß machen, ist aber eher schmerzhaft, wenn Sie bereits beschäftigt sind. Nur etwas zu beachten und kann ein guter Diskussionspunkt mit Ihrem Manager sein und herausfinden, wer für die Fehlerbehebung verantwortlich ist.

Ihre Frage enthält nur weniger als eine Million Variablen. Sie müssen mit Ihrer IT-Abteilung darüber sprechen, welche Backups sie erstellen. Höchstwahrscheinlich verfügen sie über minutengenaue Backups oder können diese haben. Wie lange sie brauchen, um diese zu laden, hängt von mehr Variablen ab.

In einem perfekten Szenario speichert Ihre IT-Abteilung Ihre Backups auf einem oder mehreren verschiedenen Servern an verschiedenen Standorten. Sie speichern Ihr Backup wahrscheinlich auf demselben Server, auf dem Ihre Datenbanken leben. Wenn der Server ausfällt oder Ihr Gebäude abbrennt, kann Ihre IT-Abteilung wahrscheinlich Ihre Dateien wiederherstellen, aber die von Ihnen erstellten Sicherungen gehen mit dem Server verloren.

ABER Sie können Ihr Backup jederzeit mit Ihrer Geschwindigkeit wiederherstellen, sofern Ihr Server noch aktiv ist.

Wie andere gesagt haben, hängt es von Ihren Bedürfnissen, Ihrer Risikotoleranz und der Bedeutung der Kontrolle der Erholungszeit ab. Wenn Sie sich von etwas Dummem erholen möchten, das Sie getan haben, werden Ihre Backups schneller und besser. Wenn Sie sich von einer Katastrophe außerhalb Ihrer Kontrolle erholen möchten, sollte die IT-Sicherung die bessere Wahl sein.