Datensicherung und Wiederherstellung | 5. August 2026

So sichern Sie eine Datenbank in SQL Server Management Studio

Dieser Leitfaden beschreibt schrittweise Methoden zum Sichern von Datenbanken in SQL Server Management Studio (SSMS) – einschließlich manueller GUI‑Vorgänge, angepasster T‑SQL‑Skripte, automatisierter Lösungen sowie einer unternehmensgerechten Erweiterung mit i2Backup.

Von: Emma

Der Datenschutz ist die Grundlage jeder zuverlässigen Datenbankumgebung. Das Erlernen des Sicherns einer Datenbank in SSMS ist die effektivste Methode, um Ihre Daten vor versehentlichem Löschen, Hardware‑Ausfällen oder Systemfehlern zu schützen.

Dieser Artikel bietet eine praktische Anleitung zu Sicherungsmethoden für Datenbanken in SQL Server Management Studio – von einfachen manuellen GUI‑Klicks und angepassten T‑SQL‑Skripten bis hin zu automatisierten geplanten Sicherungen.

Methode 1: Manuelle Sicherung über die SSMS‑GUI (ohne Code)

Das Sichern einer Datenbank in SQL Server Management Studio (SSMS) funktioniert am unkompliziertesten über die grafische Benutzeroberfläche (GUI). Diese Methode eignet sich ideal für Anwender, die einen visuellen Ablauf dem Schreiben von Code vorziehen.

Schritt‑für‑Schritt‑Anleitung

Schritt 1: Öffnen des Sicherungskonfigurationsfensters

Klicken Sie im SSMS‑Objekt‑Explorer mit der rechten Maustaste auf die Ziel‑Datenbank, bewegen Sie den Mauszeiger auf Aufgaben und wählen Sie Sichern… aus, um das Konfigurationsfenster zu öffnen.

Schritt 2: Konfigurieren der allgemeinen Sicherungseinstellungen

Auf der Seite Allgemein prüfen Sie den Datenbanknamen und stellen sicher, dass der Sicherungstyp auf Voll gesetzt ist, um eine vollständige Kopie Ihrer Daten zu erstellen.

Schritt 3: Festlegen des Zielpfads für die Sicherungsdatei (wichtiger Schritt)

Klicken Sie im Bereich Ziel auf Hinzufügen, navigieren Sie zu einem sicheren Ordner (z. B. D:\SQLBackups) und geben Sie einen benutzerdefinierten Dateinamen mit der Dateiendung .bak ein.

Schritt 4: Ausführen der Sicherung

Klicken Sie unten im Fenster auf OK, um die Sicherung zu starten. Ein Fortschrittsbalken wird angezeigt, anschließend erhalten Sie die Bestätigung „Sicherung erfolgreich abgeschlossen“.

Schritt 5: Überprüfen der Sicherung

Navigieren Sie zum ausgewählten Ordner und prüfen Sie, ob die .bak‑Datei vorhanden ist und die erwartete Dateigröße aufweist.

Vor‑ und Nachteile

Vorteile:

Einfacher Zugriff: Ideal für Einsteiger, die eine Datenbank in SSMS sichern möchten, ohne die T‑SQL‑Syntax beherrschen zu müssen.
Geringes Risiko von Syntaxfehlern: Die geführte Oberfläche verhindert Tippfehler, die bei der manuellen Eingabe von Skriptpfaden häufig auftreten.

Nachteile:

Hoher manueller Aufwand: Für Umgebungen mit vielen Datenbanken ineffizient, da Sie die Schritte für jede einzelne Datenbank manuell wiederholen müssen.
Keine native Zeitplanung: Diese Methode ist eine einmalige Aktion. Für tägliche Automatisierung müssen Sie Wartungspläne oder SQL‑Agent‑Aufträge einrichten.

Methode 2: Angepasste Sicherung mit T‑SQL‑Skripten (flexibel)

Für Anwender, die mehr Kontrolle und Geschwindigkeit wünschen, sind Skripte die bevorzugte Variante für Datenbanksicherungen in SQL Server Management Studio (SSMS). Mit T‑SQL (Transact‑SQL) umgehen Sie die GUI‑Menüs und führen Sicherungen sofort aus. Die Methode ist sehr flexibel: Skripte können gespeichert, wiederverwendet und einfach an unterschiedliche Datenbankumgebungen angepasst werden.

Hinweis: Die folgenden universellen Skripte dienen nur als Referenz. Passen Sie Dateipfade und Datenbanknamen an Ihren Server an. Testen Sie Skripte immer zuerst in einer Nicht‑Produktionsumgebung.

Beispiel‑Skript für eine Vollsicherung (mit Kommentaren)

Für eine standardmäßige Vollsicherung öffnen Sie in SSMS ein Fenster „Neue Abfrage“ und verwenden das folgende Skript. Es enthält branchenübliche Parameter zur Prüfung und Kompression der Sicherung.

-- 1. Ersetzen Sie [IhrDatenbankName] durch den Namen Ihrer Zieldatenbank
-- 2. Passen Sie den DISK‑Pfad an Ihren bevorzugten Sicherungsort an (lokales Laufwerk / Netzwerkfreigabe)
-- 3. Alle Parameter folgen den von Microsoft empfohlenen Best‑Practices für Vollsicherungen
BACKUP DATABASE [IhrDatenbankName]
TO DISK = N'D:\SQLBackups\IhrDatenbankName_Full_' + CONVERT(VARCHAR(20), GETDATE(), 112) + '.bak'
WITH
    -- FORMAT überschreibt vorhandene Sicherungsdateien, um das Anhängen an veraltete Sicherungen zu vermeiden
    -- Vorsicht: Löscht alle vorhandenen Daten in der Ziel‑Sicherungsdatei
    FORMAT,

    -- MEDIANAME/NAME: Eindeutige Kennungen für den Sicherungssatz (einfacher nachverfolgbar in msdb)
    MEDIANAME = 'SQLServer_Full_Backups',
    NAME = N'Vollsicherung von IhrDatenbankName - ' + CONVERT(VARCHAR(20), GETDATE(), 120),

    -- COMPRESSION: Verringert die Dateigröße (üblicherweise 30‑70 %) und beschleunigt Sicherung/Wiederherstellung
    -- Hinweis: Erfordert SQL Server 2008 R2+ Standard‑/Enterprise‑Edition
    COMPRESSION,

    -- STATS = 10: Zeigt Fortschrittsaktualisierungen (10 %, 20 %, …, 100 %) auf der Registerkarte Nachrichten an
    STATS = 10,

    -- CHECKSUM: Prüft die Seitenintegrität während der Sicherung (erkennt Beschädigungen frühzeitig)
    -- Kombinieren Sie es nach der Sicherung mit VERIFYONLY, um die Gültigkeit der Datei zu bestätigen
    CHECKSUM;
GO

-- Optional: Sofortige Prüfung der Sicherungsdatei nach der Erstellung (wichtig für die Zuverlässigkeit)
RESTORE VERIFYONLY
FROM DISK = N'D:\SQLBackups\IhrDatenbankName_Full_' + CONVERT(VARCHAR(20), GETDATE(), 112) + '.bak';
GO

Tipp: Stellen Sie sicher, dass das Dienstkonto von SQL Server über Schreibberechtigungen für den Zielordner verfügt (z. B. D:\SQLBackups. Tritt der Fehler „Zugriff verweigert“ auf, handelt es sich meist um ein Ordnerberechtigungsproblem und keinen Syntaxfehler.

Stapelsicherungs‑Skript (für fortgeschrittene Anwender)

Wenn Sie alle Benutzerdatenbanken auf einmal sichern möchten, durchläuft dieses Skript Ihre Instanz und erstellt einzelne Dateien mit Zeitstempel.

DECLARE @name VARCHAR(100) -- Datenbankname
DECLARE @path VARCHAR(200) -- Pfad für Sicherungsdateien
DECLARE @fileName VARCHAR(256) -- Vollständiger Dateiname
DECLARE @fileDate VARCHAR(20) -- Wird für die Dateibenennung (Zeitstempel) verwendet

-- Legen Sie das Sicherungsverzeichnis fest (Passen Sie diesen Pfad an den Speicher Ihres Servers an)
SET @path = 'D:\SQLBackups\'

-- Abrufen von aktuellem Datum und Uhrzeit zur Erstellung eindeutiger Dateinamen
SELECT @fileDate = CONVERT(VARCHAR(20), GETDATE(), 112) + '_' + REPLACE(CONVERT(VARCHAR(20), GETDATE(), 108), ':', '')

-- Definieren des Cursors zum Durchlaufen der Benutzerdatenbanken
DECLARE db_cursor CURSOR FOR
SELECT name
FROM master.sys.databases
WHERE name NOT IN ('master', 'model', 'msdb', 'tempdb') -- Systemdatenbanken ausschließen
AND state_desc = 'ONLINE' -- Nur aktuell online befindliche Datenbanken sichern

OPEN db_cursor
FETCH NEXT FROM db_cursor INTO @name

WHILE @@FETCH_STATUS = 0
BEGIN
       SET @fileName = @path + @name + '_' + @fileDate + '.bak'
       BACKUP DATABASE @name TO DISK = @fileName WITH CHECKSUM, COMPRESSION
       FETCH NEXT FROM db_cursor INTO @name
END

CLOSE db_cursor
DEALLOCATE db_cursor

Vor‑ und Nachteile

Vorteile:

Effizienz: Deutlich schneller als Menüklicks, besonders bei Sicherungen mehrerer Datenbanken.
Geeignet für Automatisierung: Skripte lassen sich einfach in SQL‑Server‑Agent‑Aufträge integrieren für eine konsistente, unbeaufsichtigte Datensicherung.

Nachteile:

Syntax‑Risiko: Ein einfacher Tippfehler im Dateipfad oder Befehl führt zum Fehlschlagen des Vorgangs.
Technisches Vorwissen erforderlich: Grundlegende T‑SQL‑Kenntnisse sind notwendig, was für absolute Einsteiger eine Hürde darstellen kann.

Methode 3: Automatisierte geplante Sicherungen in SSMS

Manuelle Sicherungen eignen sich gut für einmalige Aufgaben, aber eine professionelle Notfallwiederherstellungsstrategie hängt von der Automatisierung ab. Geplante Datenbanksicherungen in SSMS gewährleisten einen konsistenten Datenschutz ohne tägliche manuelle Eingriffe.

In SSMS stehen zwei Hauptverfahren zur Einrichtung dieses automatisierten Ablaufs zur Verfügung: SQL‑Server‑Agent‑Aufträge (ideal für skriptbasierte, anpassbare Steuerung) oder Wartungspläne (perfekt für einen vereinfachten visuellen Komplettablauf).

Hinweis: Bei SQL‑Server‑Express‑Edition ist der SQL‑Server‑Agent nicht enthalten. Für automatisierte Sicherungen unter Express müssen Sie den Windows‑Aufgabenplaner verwenden, um eine .sql‑Datei über das Dienstprogramm sqlcmd auszulösen.

Automatisierter Sicherungsauftrag über den SQL‑Server‑Agent

Diese Methode nutzt das T‑SQL‑Skript aus Methode 2 und führt es in wiederkehrenden Zeitintervallen aus.

SQL‑Server‑Agent starten: Stellen Sie im Objekt‑Explorer sicher, dass der SQL‑Server‑Agent (unten) ausgeführt wird (grünes Symbol). Falls nicht, klicken Sie mit der rechten Maustaste darauf und wählen Sie Starten.
Neuen Auftrag erstellen: Klicken Sie mit der rechten Maustaste auf Aufträge > Neuer Auftrag…. Geben Sie ihm den Namen „Tägliche Vollsicherung der Datenbank“.
Schritt definieren:

- Gehen Sie zur Registerkarte Schritte und klicken Sie auf Neu.
- Geben Sie einen Schrittnamen ein (z. B. „Sicherungsskript ausführen“).
- Fügen Sie Ihr T‑SQL‑Sicherungsskript in das Befehl‑Feld ein. Klicken Sie auf OK.

Zeitplan festlegen:
- Gehen Sie zur Registerkarte Zeitpläne und klicken Sie auf Neu.
- Legen Sie die Häufigkeit fest (z. B. „Täglich“) sowie die Uhrzeit (z. B. 00:00 Uhr, bei geringer Serverlast).
Speichern: Klicken Sie auf OK, um den Auftrag zu erstellen.

Tipp: Bevor Sie sich auf den Zeitplan verlassen, klicken Sie mit der rechten Maustaste auf den neuen Auftrag und wählen Sie „Auftrag bei Schritt starten…“. Läuft er fehlerfrei ab, ist der automatisierte Zeitplan für den Produktivbetrieb bereit.

Geplante Sicherung über Wartungspläne

Wartungspläne eignen sich für Anwender, die einen geführten Assistenten wünschen, der nicht nur Sicherungen, sondern auch die Dateibereinigung übernimmt.

Assistent öffnen: Erweitern Sie den Ordner Verwaltung, klicken Sie mit der rechten Maustaste auf Wartungspläne und wählen Sie Wartungsplan‑Assistent.
Aufgaben auswählen: Wählen Sie Datenbank sichern (Voll). Zusätzlich können Sie die Wartungs‑Bereinigungsaufgabe auswählen, um Sicherungen älter als 30 Tage automatisch zu löschen – ein wichtiger Schritt, um ein Überlaufen des Datenträgers zu verhindern.
Sicherung konfigurieren: Wählen Sie Ihre Datenbank(en) aus, legen Sie den Zielordner fest und aktivieren Sie „Sicherungsintegrität überprüfen“.
Zeitplan definieren: Klicken Sie auf die Schaltfläche Ändern neben der Zeitplanbeschreibung und legen Sie den Wiederholungszeitpunkt fest (z. B. wöchentlich sonntags um 02:00 Uhr).
Fertigstellen: Schließen Sie den Assistenten ab. SSMS erstellt im Hintergrund automatisch einen SQL‑Server‑Agent‑Auftrag für die Ausführung.

Vor‑ und Nachteile

Vorteile:

„Einmal einrichten, vergessen“: Vermeidet menschliche Fehler oder das Vergessen manueller Sicherungen.
Effiziente Ressourcenverwaltung: Ermöglicht die Ausführung ressourcenintensiver Sicherungen außerhalb der Hauptbetriebszeiten, um die Leistung für Benutzer möglichst wenig zu beeinträchtigen.

Nachteile:

Überwachung erforderlich: Sie müssen regelmäßig den „Auftragsaktivitätsmonitor“ prüfen, um sicherzustellen, dass Aufträge nicht wegen Speichermangel oder geänderter Berechtigungen fehlschlagen.
Komplexität: Das Einrichten von Bereinigungs‑ und Aufbewahrungsrichtlinien (damit der Speicher nicht voll läuft) erfordert mehr Erstkonfiguration als eine einfache manuelle Sicherung.

Vereinfachen des SQL‑Server‑Schutz‑Workflows mit i2Backup

Das Erlernen des Sicherns von Datenbanken in SSMS ist zwar unerlässlich, aber manuelle Verfahren und einfache Skripte werden mit wachsender Umgebung schwer verwaltbar. Für geschäftskritische Produktivsysteme, bei denen selbst geringe Datenverluste inakzeptabel sind, bietet eine unternehmensgerechte Lösung wie i2Backup eine deutliche Verbesserung bei Zuverlässigkeit und Effizienz.

i2Backup von Info2soft ist als zentrale automatisierte Plattform konzipiert, die weit über übliche geplante Aufträge hinausgeht.

Warum auf i2Backup für SQL Server umsteigen

Mehrumgebungs‑Kompatibilität: Läuft auf physischen, virtuellen (VMware, Hyper‑V usw.), Cloud‑ und hybriden Umgebungen; unterstützt SQL Server sowie weitere Datenbanken (Oracle, MySQL usw.).
Nahezu null RPO durch kontinuierlichen Schutz: Übliche geplante SSMS‑Sicherungen weisen Lücken auf (z. B. Risiko eines Tagesdatenverlusts bei täglicher Sicherung). i2Backup nutzt regelmäßige Protokollsicherungen und ermöglicht eine zeitpunktgenaue Wiederherstellung mit nahezu null Datenverlust.
Zentrale Verwaltung: Statt sich mit mehreren Instanzen zu verbinden, um einzelne SQL‑Agent‑Aufträge zu prüfen, bietet i2Backup eine „Single‑Pane‑of‑Glass“‑Oberfläche. Sie überwachen und verwalten Sicherungen für Hunderte von SQL‑Server‑Instanzen – einschließlich eigenständiger Server und komplexer Cluster (AG/FCI) – über ein einziges Dashboard.
Intelligente Aufbewahrung und Speicheroptimierung: Eine der größten Fallstricke manueller Sicherungen ist der Speichermangel. i2Backup verfügt über intelligente Bereinigungsrichtlinien, die veraltete Dateien automatisch entfernen, und nutzt fortschrittliche Kompression zur Maximierung der Speichereffizienz.
Vereinfachte datenbankebene Wiederherstellung: Während die manuelle Wiederherstellung in SSMS eine sorgfältige Abfolge von Voll‑, Differenz‑ und Protokolldateien erfordert, vereinfacht i2Backup diesen Vorgang. Mit wenigen Klicks stellen Sie eine gesamte Datenbank in dem gewünschten Zustand wieder her, reduzieren Ausfallzeiten und das Risiko menschlicher Fehler im Notfall.

Aus Expertensicht bedeutet der Wechsel von manuellen SSMS‑Sicherungen zu einem automatisierten Tool wie i2Backup den Übergang vom „reaktiven“ zum „proaktiven“ Datenschutz. Durch automatisierte Abläufe reduzieren Sie menschliche Fehler und stellen sicher, dass Ihre SQL‑Server‑Umgebungen jederzeit wiederherstellungsbereit sind – egal ob es sich um ein versehentliches Löschen oder einen vollständigen Systemausfall handelt.

60‑tägige kostenlose Testversion

Sicherer Download

Zusammenfassung

Der Schutz Ihrer Daten ist die wichtigste Aufgabe jedes Datenbank‑Fachmanns. Ob Sie die visuelle Einfachheit der GUI, die Geschwindigkeit von T‑SQL oder die Konsistenz automatisierter Zeitpläne nutzen – die Kenntnis zum Sichern von Datenbanken in SSMS stellt sicher, dass Ihre Umgebung immer wiederherstellungsbereit ist.

Dies ist besonders vor destruktiven Operationen wichtig. Im Gegensatz zum Kürzen von Tabellen löscht ein Befehl wie DROP DATABASE in SQL Server die gesamte Datenbank dauerhaft ohne eingebaute Wiederherstellungsoption.

Für eine professionelle Notfallwiederherstellungsstrategie prüfen Sie Ihre Sicherungen immer und speichern Kopien an einem externen Standort. Bei komplexen oder großskaligen Umgebungen bietet der Umstieg auf eine unternehmensgerechte Lösung wie i2Backup eine weitere Vereinfachung des Datenbanksicherungs‑Workflows mit verbessertem Schutz und mehr Sicherheit.

Häufig gestellte Fragen zum Sichern von Datenbanken mit SQL Server Management Studio

F1: Muss ich die Datenbank für eine Sicherung stoppen?

Nein. Sicherungsvorgänge in SQL Server Management Studio laufen „online“ ab. SQL Server nutzt einen Schnappschuss‑konsistenten Mechanismus, sodass Benutzer während der Sicherung weiterhin Lese‑ und Schreibzugriffe auf die Datenbank ausführen können – ohne Ausfallzeiten in Produktivumgebungen.

F2: Wie teste ich, ob meine automatisierte Sicherung funktioniert?

Klicken Sie zuerst mit der rechten Maustaste auf Ihren SQL‑Agent‑Auftrag und wählen Sie „Auftrag bei Schritt starten“, um zu prüfen, ob das Skript fehlerfrei läuft. Noch wichtiger: Führen Sie regelmäßig eine Testwiederherstellung auf einem Entwicklungsserver durch. Eine Sicherung ist erst dann wirklich erfolgreich, wenn Sie bestätigt haben, dass sie sich wiederherstellen lässt.

F3: Benötigt i2Backup Agents für die Sicherung von SQL‑Server?

i2Backup bietet agentenlose VM‑Sicherungen für SQL‑Server (keine Agents erforderlich) über native Virtualisierungs‑APIs ohne Auswirkungen auf den Produktivbetrieb. Es ist mit gängigen virtualisierten Plattformen wie VMware, Hyper‑V usw. kompatibel.

Emma

Keine Kurzbiografie vorhanden