SQL-Datenbank: Dateikopie ist nicht immer eine Sicherung

Eine Datenbank kann während einer gewöhnlichen Dateikopie weiter verändert werden. Einzelne kopierte Dateien müssen deshalb nicht gemeinsam einen konsistenten Zustand ergeben. Wenn eine Fachanwendung SQL Server verwendet, sollten Sie zunächst deren dokumentierte Sicherungsmethode ermitteln. Notieren Sie Produkt, Datenbanktyp und zuständige Administration. Kopieren Sie nicht einfach sichtbare Daten- und Protokolldateien und löschen anschließend die Originale. Eine Datei mit plausibler Größe ist noch kein Nachweis, dass die Anwendung daraus später wieder korrekt starten und alle Geschäftsvorgänge lesen kann.

SQL Server unterstützt eigene Sicherungsverfahren und unter Windows auch integrationsgestützte VSS-Sicherungen über den SQL Writer. Entscheidend ist, ob die tatsächlich eingesetzte Sicherungssoftware diese Anwendung korrekt einbezieht. Ein allgemeiner Hinweis auf Schattenkopien genügt nicht für jede Konfiguration. Prüfen Sie die Dokumentation der Fachanwendung und des Backup-Produkts gemeinsam. Bei komplexeren Umgebungen mit mehreren Datenbanken oder Replikaten gelten zusätzliche Bedingungen. Solche Systeme sollten von der verantwortlichen Administration gesichert werden, statt durch spontane Dienststopps während laufender Arbeit verändert zu werden.

Kontrollieren Sie nicht nur, ob die äußere Dateiübertragung erfolgreich war. Das Protokoll sollte erkennen lassen, ob die relevante Datenbank beziehungsweise die vorgesehene Anwendungssicherung erfolgreich abgeschlossen wurde. Warnungen über Writer oder Konsistenz verdienen eine eigene Prüfung. Halten Sie Zeitpunkt und betroffene Datenbank fest, ohne vertrauliche Inhalte in öffentliche Hilfeforen zu kopieren. Starten Sie Datenbankdienste nicht wahllos neu und entfernen Sie keine Transaktionsprotokolle, um Platz zu schaffen. Beides kann laufende Vorgänge und die vorgesehenen Wiederherstellungsmöglichkeiten beeinträchtigen.

Der belastbare Nachweis ist eine kontrollierte Wiederherstellung in eine geeignete getrennte Testumgebung. Prüfen Sie dort mit der Anwendung, ob erwartete Daten und Zeitstände vorhanden sind. Überschreiben Sie nicht die laufende produktive Datenbank für einen bloßen Test. Dokumentieren Sie benötigte Versionen, Zugangsdaten, Schlüssel und die Reihenfolge erforderlicher Sicherungsbestandteile. Bewahren Sie eine unabhängige Kopie nach dem vorgesehenen Schutzkonzept auf. Eine erfolgreiche Wiederherstellungsprobe hilft außerdem, den tatsächlichen Zeitbedarf im Notfall einzuschätzen und fehlende Voraussetzungen rechtzeitig zu erkennen.