Info2soft verwendet Cookies, um Ihnen ein besseres und angenehmeres Surferlebnis auf unserer Website zu ermöglichen. Datenschutzerklärung
Wird geladen...
Von:
Eine .bak-Datei ist eine SQL Server-Datenbanksicherung von Microsoft SQL Server. Sie enthält einen vollständigen Snapshot einer Datenbank zu einem bestimmten Zeitpunkt: das Schema (Tabellendefinitionen, gespeicherte Prozeduren, Sichten), die Rohdaten jeder einzelnen Tabelle sowie Transaktionsprotokolle zur Sicherung der Datenintegrität.
Das Format basiert auf einer Struktur, die allgemein als Microsoft Tape Format (MTF) bezeichnet wird – ein binäres, proprietäres Layout, keine menschenlesbare Tabellenkalkulation oder Textdatei. Aus diesem Grund suchen Nutzer nach „Wie öffne ich eine .BAK-Datei?“. Die Datei ist ausschließlich für Wiederherstellungen konzipiert, nicht zum direkten Lesen.
Sie brauchen sich keine Sorgen zu machen: Es gibt mehrere Verfahren zum Öffnen und Auslesen von .BAK-Dateien. Im Folgenden erklären wir diese Schritt für Schritt.
Bevor Sie beginnen, beachten Sie folgende Punkte:
1. Ermitteln Sie die SQL Server-Version, mit der die Sicherung erstellt wurde.
Eine Sicherung, die mit SQL Server 2022 erstellt wurde, kann nicht auf SQL Server 2014 oder älteren Versionen wiederhergestellt werden. Wenn Sie die Quellversion nicht kennen, führen Sie den Befehl RESTORE HEADERONLY auf einer temporären SQL Server-Instanz gegen die Datei aus – er zeigt die ursprüngliche Version an.
2. Stellen Sie sicher, dass die Datei nicht beschädigt ist
Führen Sie auf einer beliebigen SQL Server-Instanz (auch der kostenlosen Express-Version) folgenden Befehl aus:
RESTORE VERIFYONLY
FROM DISK = N'C:\IhreDatei.bak';
GO
Dieser Befehl prüft, ob der Sicherungssatz vollständig und lesbar ist, und überprüft einige Header-Felder der Datenbankseiten – er prüft jedoch nicht die interne Datenstruktur selbst. Er gibt entweder die Meldung „Der Sicherungssatz ist gültig“ oder detaillierte Fehlerinformationen aus, ohne die Datenbank tatsächlich wiederherzustellen. Schlägt VERIFYONLY fehl, ist die Datei möglicherweise abgeschnitten, unvollständig kopiert oder wirklich beschädigt.
3. Ermitteln Sie die logischen Dateinamen innerhalb der Sicherung, falls Sie die BAK-Datei wiederherstellen möchten.
Wenn eine Sicherung Metadaten enthält, dass sich ihre Datendateien unter E:\SQL_Databases\MeineDB.mdf befinden, schlägt eine Wiederherstellung auf einem Rechner ohne Laufwerk E: mit einem Verzeichnis-Suchfehler fehl. Dies ist eines der häufigsten Probleme bei Wiederherstellungen.
Führen Sie diesen Befehl aus, um den Inhalt der Sicherung aufzulisten und die Pfade mithilfe von MOVE-Klauseln anzupassen:
RESTORE FILELISTONLY
FROM DISK = N'C:\IhreDatei.bak';
GO
4. Prüfen Sie, ob die .bak-Datei mehrere Sicherungssätze enthält
Eine einzelne .bak-Datei kann mehrere Sicherungssätze speichern (z. B. eine vollständige Sicherung gefolgt von differenziellen oder Protokollsicherungen). Verwenden Sie RESTORE HEADERONLY, um alle Sätze aufzulisten. Bei mehreren Einträgen müssen Sie im RESTORE-Befehl die Option WITH FILE = <Nummer> angeben, um den korrekten Satz auszuwählen.
Excel kann .BAK-Dateien nicht direkt öffnen. Wenn Sie keinen SQL Server installiert haben und keine Wiederherstellung durchführen möchten, nutzen Sie einen Konverter oder wandeln Sie die Datei in das Excel-Format um.
Methode 1: Online-BAK-zu-Excel-Konverter verwenden
Dienste wie RebaseData ermöglichen die Umwandlung von .BAK-Dateien in Excel, CSV oder PostgreSQL-Formate direkt im Browser. Diese Variante ist nur empfehlenswert, wenn die Sicherung keine vertraulichen Daten enthält und nur kleine, einfache Datensätze umfasst (z. B. Demo- oder Testdaten) und keine andere Lösung verfügbar ist.
Laden Sie einfach die Datei hoch, warten Sie auf die Umwandlung und laden Sie anschließend ein ZIP-Archiv mit den Tabellendateien herunter. Es gibt jedoch zwei kritische Nachteile:
Methode 2: BAK-Datei in Excel umwandeln
Enthält Ihre .BAK-Datei nur wenige Textinformationen, können Sie in Einzelfällen versuchen, die Dateiendung in .xls oder .xlsx umzubenennen.
Achtung: Dieses Verfahren kann die Datei beschädigen. Erstellen Sie zur Sicherheit eine Kopie der .BAK-Datei an einem anderen Speicherort.
Schritt 1. Öffnen Sie den Windows-Explorer und klicken Sie oben auf die Registerkarte „Ansicht“ > „Optionen“.
Schritt 2. Wechseln Sie im Fenster „Ordneroptionen“ zur Registerkarte „Ansicht“.
Schritt 3. Deaktivieren Sie unter Erweiterte Einstellungen das Häkchen bei „Erweiterungen bei bekannten Dateitypen ausblenden“.
Schritt 4. Klicken Sie mit der rechten Maustaste auf Ihre .BAK-Datei und wählen Sie „Umbenennen“.
Schritt 5. Ändern Sie die Dateiendung in .xls oder .xlsx.
Anschließend öffnen Sie die Datei mit Excel.
SQL Server Management Studio, kurz SSMS, ist das kostenlose grafische Verwaltungstool von Microsoft für SQL Server. Wenn Sie Zugriff auf eine installierte SQL Server-Instanz haben (lokal, auf einer Azure-VM oder die kostenlose Express-Edition), bietet diese Methode maximale Kontrolle.
Geeignet für: DBAs, Entwickler und alle Nutzer mit einer SQL Server-Instanz und den offiziellen Tools.
Schritt 1. Starten Sie SSMS und stellen Sie mit Ihren Windows- oder SQL Server-Anmeldedaten eine Verbindung zur Ziel-SQL Server-Instanz her.
Schritt 2. Klicken Sie im Objekt-Explorer mit der rechten Maustaste auf den Ordner „Datenbanken“ und wählen Sie „Datenbank wiederherstellen…“.
Schritt 3. Auf der Registerkarte „Allgemein“ wählen Sie unter „Quelle“ die Option „Gerät“ und klicken Sie auf die Schaltfläche „…“, um Ihre .BAK-Datei auszuwählen und hinzuzufügen.
Schritt 4. Klicken Sie auf „Hinzufügen“, navigieren Sie zum Speicherort der Datei, wählen Sie diese aus und bestätigen Sie mit „OK“.
Schritt 5. Geben Sie im Bereich „Ziel“ einen Datenbanknamen ein. Dieser kann dem Originalnamen entsprechen oder ein völlig neuer Name sein (empfohlen, falls die Originaldatenbank bereits auf dem Server vorhanden ist).
Schritt 6. Wechseln Sie zur Registerkarte „Dateien“. Überprüfen Sie die Pfade unter „Wiederherstellen als“ für Daten- und Protokolldateien. Wenn die ursprünglichen Pfade auf dem Zielrechner nicht existieren, passen Sie diese auf gültige lokale Verzeichnisse an.
Schritt 7. Auf der Registerkarte „Optionen“ aktivieren Sie „Vorhandene Datenbank überschreiben (WITH REPLACE)“, falls eine Datenbank mit diesem Namen bereits existiert. Unter Wiederherstellungsstatus wählen Sie „MIT WIEDERHERSTELLUNG (RESTORE WITH RECOVERY)“ – dadurch ist die Datenbank sofort nutzbar.
Schritt 8. Klicken Sie auf „OK“. SSMS führt die Wiederherstellung durch; bei Erfolg erscheint ein Bestätigungsdialog. Die wiederhergestellte Datenbank wird nun unter dem Knoten „Datenbanken“ angezeigt.
Alternative: T-SQL-Befehle für volle Steuerung
Wenn Sie Skripte der grafischen Oberfläche vorziehen, verwenden Sie diesen äquivalenten befehlsbasierten Ansatz. Die MOVE-Klauseln sind zwingend erforderlich, wenn die Zielpfade von den Quellpfaden abweichen. Die RECOVERY-Option stellt sicher, dass die Datenbank nach der Wiederherstellung sofort online und abfragebereit ist.
RESTORE DATABASE IhrNeuerDatenbankName
FROM DISK = N'C:\Backups\IhreDatei.bak'
WITH MOVE 'LogischerDatenDateiname' TO N'C:\SQLData\IhrNeuerDatenbankName.mdf',
MOVE 'LogischerProtokollDateiname' TO N'C:\SQLData\IhrNeuerDatenbankName_log.ldf',
REPLACE, RECOVERY;
GO
Die logischen Dateinamen (LogischerDatenDateiname, LogischerProtokollDateiname) ermitteln Sie mithilfe des Befehls RESTORE FILELISTONLY aus dem Abschnitt „Voraussetzungen“.
Auch bei korrekter Vorgehensweise können Wiederherstellungen fehlschlagen. Hier die häufigsten Fehler und deren Lösungen:
|
Fehlermeldung |
Ursache |
Lösung |
|
„Die Medienfamilie auf dem Gerät … ist fehlerhaft formatiert“ |
Datei abgeschnitten, Versionsinkompatibilität oder unvollständige Dateikopie |
Führen Sie RESTORE VERIFYONLY zur Integritätsprüfung aus; kopieren Sie die Datei erneut; stellen Sie sicher, dass die Quellsicherungsversion ≤ der Ziel-SQL Server-Version ist |
|
„Der Sicherungssatz enthält eine Sicherung einer anderen Datenbank als die vorhandene …“ |
Sie versuchen, eine Datenbank mit abweichender interner ID zu überschreiben |
Fügen Sie im RESTORE-Befehl WITH REPLACE hinzu oder aktivieren Sie „Vorhandene Datenbank überschreiben“ in SSMS |
|
„Verzeichnissuche für die Datei … fehlgeschlagen“ |
Der Zielpfad für .mdf/.ldf-Dateien existiert auf dem Zielserver nicht |
Nutzen Sie die MOVE-Klausel in T-SQL oder passen Sie die Pfade unter „Wiederherstellen als“ auf der SSMS-Registerkarte „Dateien“ auf gültige Verzeichnisse an |
|
„RESTORE DATABASE wird abnormal beendet“ oder keine Datenbanken werden angezeigt |
Unzureichende Berechtigungen; das SQL Server-Dienstkonto hat keine Lesezugriffe auf den Ordner mit der .bak-Datei |
Gewähren Sie dem SQL Server-Dienstkonto (z. B. NT SERVICE\MSSQLSERVER) Leseberechtigungen für den Ordner der Sicherungsdatei |
Alle bisher beschriebenen Methoden lösen das Problem, eine vorhandene .BAK-Datei zu öffnen. Es gibt jedoch eine Lösung, die sicherstellt, dass Ihre SQL Server-Sicherungen stets verfügbar, geprüft und einfach zu verwalten sind: i2Backup.
i2Backup ist eine leistungsstarke Datensatz-Sicherungslösung von Information2 Software (info2soft). Unabhängig davon, ob Sie einen einzelnen Server oder eine unternehmensweite Umgebung mit mehreren Instanzen verwalten, vereinfacht i2Backup den gesamten Sicherungslebenszyklus:
Klicken Sie auf die Schaltfläche unten, um eine kostenlose Testversion von i2Backup anzufragen:
Dieser Leitfaden erläutert alle Verfahren zum Öffnen von .BAK-Dateien. Ohne SQL Server können Sie einen BAK-zu-Excel-Konverter nutzen oder die Dateiendung in xls ändern. Nutzer von SQL Server stellen die .BAK-Datei mit SQL Server Management Studio wieder her.
Zusätzlich ist i2Backup eine ausgezeichnete Lösung für eine komfortable Verwaltung von Datenbanksicherungen. Administratoren können sämtliche Datenbanken sichern (unterstützt SQL Server, MySQL, PostgreSQL und weitere Systeme).
