Recovery Toolbox for SQL Server kann möglicherweise Ihre beschädigte Microsoft SQL Server-Datenbank wiederherstellen.
Gründe für die erfolglose Wiederherstellung von Microsoft SQL Server-Datenbanken
Mögliche Gründe, warum der Online-Wiederherstellungsdienst für SQL Server-Datenbanken eine beschädigte Microsoft SQL Server MDF-Datei nicht wiederherstellen konnte:
- Der Dienst hat keine MDF-Datei erhalten, sondern eine LDF-, BAK- oder andere Datei, die lediglich umbenannt wurde.
- Ein Teil der Datenbankdaten wurde in zusätzlichen NDF-Dateien gespeichert, aber nur die Haupt-MDF-Datei wurde in den Online-Dienst hochgeladen. Um MDF+NDF-Dateipaare wiederherzustellen, müssen Sie Recovery Toolbox für SQL Server verwenden.
- Die MDF-Datei wurde beim Kopieren oder Hochladen abgeschnitten. Einige Daten fehlen physisch am Ende der Datei.
- Die MDF-Datei ist aufgrund eines Festplattenfehlers fast vollständig mit Nullen oder Datenmüll gefüllt, sodass nichts mehr wiederhergestellt werden kann.
- Kritische Datenbankdienstseiten (Boot-Seite, GAM, SGAM usw.) wurden zerstört und können nicht rekonstruiert werden.
- Die Systemkatalogtabellen (Liste der Tabellen, Spalten und Beziehungen) sind so beschädigt, dass die Datenstruktur nicht mehr nachvollziehbar ist.
- Die meisten Datenseiten in der MDF-Datei haben beschädigte Prüfsummen und können selbst in Blöcken nicht gelesen werden.
- Teile der MDF-Datei wurden physisch mit anderen Daten überschrieben - dieselben Seiten erscheinen in mehreren inkompatiblen Versionen.
- Die Datenbank wurde mit SQL Server (TDE) verschlüsselt, und der Dienst verfügt nicht über die Verschlüsselungsschlüssel - die Datei ist als eine Reihe verschlüsselter Blöcke sichtbar.
- Die MDF-Datei wurde von Ransomware mit starker Kryptografie verschlüsselt; der Dienst führt keine Entschlüsselung durch, sondern nur eine Strukturanalyse.
- Vor dem Hochladen wurde die MDF-Datei zusätzlich mit einem Drittanbieterprogramm verschlüsselt oder gepackt, und die verschlüsselte Version wurde an den Dienst gesendet.
- Die MDF-Datei ist auf Dateisystemebene beschädigt: Es gibt fehlerhafte Sektoren, die beim Lesen immer einen Fehler oder Nullen zurückgeben.
- Während des Netzwerk-Uploads wurde die MDF-Datei beschädigt (defekte Pakete, Verbindungsfehler) und eine beschädigte Kopie erreichte den Server.
- Die Datei wurde nur teilweise hochgeladen (es wurde nicht auf das Ende gewartet, der Tab wurde geschlossen) - der Dienst funktioniert nur mit Dateien, die vollständig auf den Dienst hochgeladen wurden.
- Der Benutzer hat versehentlich eine andere Datei heruntergeladen: eine alte MDF-Datei ohne die erforderlichen Daten, eine Testkopie, eine leere Datenbank usw.
- Zwischen dem Testlauf und dem kostenpflichtigen Versuch wurde die MDF-Datei erneut beschädigt oder überschrieben, sodass der Grad der Beschädigung nun höher ist.
- Vor der Nutzung des Dienstes wurde DBCC CHECKDB mit dem Parameter REPAIR_ALLOW_DATA_LOSS ausgeführt - die problematischen Daten wurden unwiderruflich aus der MDF-Datei gelöscht.
- SHRINK oder andere Vorgänge, die Seiten überschrieben haben, wurden zuvor auf der Datenbank durchgeführt; die alten Daten wurden physisch gelöscht und können nicht wiederhergestellt werden.
- Die erforderlichen Datensätze wurden vor langer Zeit gelöscht (TRUNCATE-Operation durchgeführt), und die Seiten wurden bereits für neue Tabellen verwendet. Die MDF-Datei enthält keine alten Versionen der Daten.
- Der Benutzer erwartete die Wiederherstellung des Zwischenzustands „von gestern', aber die MDF speichert nur den aktuellen Zustand ohne die erforderlichen alten Daten.
- Die mit der Datenbank verbundenen Streaming-Dateien (FILESTREAM, FileTable usw.) fehlen, sodass es unmöglich ist, Daten aus ihnen wiederherzustellen.
- Die Tabellenstruktur ist so beschädigt, dass dieselben Seiten auf unterschiedliche Objekte verweisen, sodass es unmöglich ist, die Tabellen eindeutig zusammenzusetzen.
- Es gibt zu viele gegenseitige Beschädigungen von Indizes und Daten - das Risiko, eine falsche Datenbank zusammenzustellen, ist höher als für einen automatisierten Dienst akzeptabel.
- Die Integrität der Referenzstruktur (Fremdschlüssel, kaskadierende Beziehungen) in den Tabellen ist so stark beeinträchtigt, dass es unmöglich ist, einen konsistenten Datensatz wiederherzustellen.
- Die Datei enthält eine schwerwiegende logische Inkonsistenz: Die in den Headern angegebenen Objektgrößen stimmen nicht mit den tatsächlichen Seiten überein.
- Die MDF-Datei enthält Fragmente aus mehreren verschiedenen Datenbanken (sequenzielle Wiederverwendung der Datei), und der Dienst kann diese nicht korrekt trennen.
- Auf der Festplatte, von der die MDF-Datei kopiert wurde, war nicht genügend Speicherplatz vorhanden, sodass ein Teil der Datei nicht gespeichert und in gekürzter Form an den Dienst gesendet wurde.
- Die MDF-Datei wurde aus einem fehlerhaften Image/Backup wiederhergestellt und war bereits vor dem Hochladen auf den Dienst beschädigt.
- Antivirus oder Windows Defender auf der Clientseite haben die Datei während des Kopiervorgangs beschädigt (z. B. verdächtige Abschnitte herausgeschnitten).
- Die Datenbank verwendet eine nicht standardmäßige Seiten-/Blockgröße oder experimentelle Einstellungen, die vom Analysemechanismus nicht unterstützt werden.
- Die Tabellen speichern ein stark vom Standard abweichendes Binärdatenformat, das ohne Benutzerlogik nicht korrekt interpretiert werden kann.
- Zum Zeitpunkt des Ausfalls befand sich der SQL-Server mitten in einem umfangreichen Vorgang (massenhaftes UPDATE/INDEX REBUILD), und es war nicht möglich, diesen anhand der Spuren im MDF logisch abzuschließen.
- Nach der Wiederherstellung wurde die Datenbankstruktur erfolgreich wiederhergestellt, aber die tatsächlich wiederherstellbare Datenmenge war praktisch null - der Dienst meldet, dass eine Wiederherstellung nicht möglich ist.
- Die Datei weist Anzeichen einer externen Manipulation auf (manuelle Hex-Bearbeitung, Reparatur mit unbekannten Dienstprogrammen), die das erwartete Format verletzt hat.
- Die MDF-Datei gehört zu einer Datenbank, die nie vollständig initialisiert wurde (die Erstellung wurde unterbrochen) - sie enthält keine vollständige Struktur für die Wiederherstellung.
- Die Datei gehört zu einem Spiegel/einer Replik oder einem Snapshot, der/die mit einem Fehler erstellt/gelöscht wurde, und einige der erforderlichen Seiten fehlen.
- Die Datenbank ist nach einer fehlgeschlagenen Migration/Aktualisierung von SQL Server schwer beschädigt, und die MDF-Datei enthält eine Mischung aus alten und neuen Formatstrukturen.
- Die Daten in den Benutzertabellen des Dienstes (z. B. Schemadaten) sind kritisch beschädigt, ohne die der Dienst die verbleibenden Objekte nicht wiederherstellen kann.
- Der Dienst konnte nur einige der Tabellen extrahieren, aber die Tabelle mit den vom Benutzer benötigten Daten ist vollständig beschädigt; im Bericht wird dies als Datei kann nicht repariert werden angezeigt.
- Die Datei wurde von einer anderen Software erstellt und imitierte lediglich das MDF-Format, sodass der Onlinedienst korrekt feststellte, dass es sich um eine ungültige SQL Server-Datenbank handelte.
- Auf der Serverseite bestehen Einschränkungen hinsichtlich der Sicherheits-/Speicherrichtlinien (z. B. ein Verbot der Verarbeitung von Dateien mit bestimmten Verschlüsselungstypen), wodurch die Analyse zwangsweise unterbrochen wurde.