- \n
- KB2548593 – FIX: Datenbankbeschädigung, wenn die Datenkomprimierung für eine partitionierte Tabelle in SQL Server 2008 aktiviert ist.<\/a><\/li>\n\n\n\n
- KB2803994 – FIX: Datenbeschädigung tritt auf, wenn LOB-Daten in eine Transact-SQL-Variable in SQL Server 2008 R2, SQL Server 2012 oder SQL Server 2008 geladen werden.<\/a><\/li>\n<\/ul>\n<\/li>\n<\/ol>
Wir können diese Art von Problemen vermeiden, indem wir das letzte kumulative Update (CU) der SQL Server-Version installieren.<\/p>
- \n
- Speicherprobleme: <\/strong>Es handelt sich um Hardwareprobleme, die das gesamte System und nicht nur den MS SQL Server betreffen können. Es gibt Programme zur Überprüfung der Korrektheit der Daten im Speicher.<\/li>\n\n\n\n
- Probleme mit dem E\/A-Subsystem:<\/strong> In diesem Fall ist es nicht einfach, die Ursache des Problems zu verstehen, da das Speichersystem eine komplizierte Architektur aufweisen kann. Bevor wir beispielsweise auf die physische Festplatte schreiben, müssen wir möglicherweise ein Netzwerk durchqueren oder wir haben einen Festplatten-Controller und seine Treiber. Jede dieser Komponenten kann ausfallen.<\/li>\n\n\n\n
- Plötzliches Herunterfahren des Servers:<\/strong> Es besteht ein erhebliches Risiko, dass die Datenbank beschädigt wird, wenn der Server aus irgendeinem Grund plötzlich ausfällt. Dies kann durch einen physischen Ausfall des Servers oder durch Strommangel geschehen.<\/li>\n<\/ol>
Wie erkennt man Beschädigungen auf Seitenebene in SQL Server?<\/h2>
MS SQL Server-Datenbanken bestehen aus 8-KB-Seiten mit Daten. Acht physisch zusammenhängende Seiten bilden eine Erweiterung, die 64 KB groß ist. Seitenbeschädigung bedeutet, dass eine oder mehrere Seiten falsche Werte enthalten.<\/p>
Wenn die Datenbank beschädigt ist, können wir dies auf drei Arten überprüfen:<\/p>
1. Die Ausführung der SELECT-Anweisung auf die beschädigte Tabelle zeigt einen Fehler<\/strong><\/h3>
![\"](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2022\/06\/SQL1-1024x119.png\")
<\/figure>In diesem Fall wird eine Fehlermeldung angezeigt:<\/p>
- \n
- Die Art des Fehlers (in diesem Fall handelt es sich um einen auf logischer Konsistenz basierenden E\/A-Fehler, der durch eine falsche Prüfsumme verursacht wurde).<\/li>\n\n\n\n
- Die Seite, auf der der Fehler gefunden wird (Seite 1:368).<\/li>\n\n\n\n
- Der Offset, bei dem der Fehler gefunden wurde (0x00000002e0000).<\/li>\n\n\n\n
- Die ID der beschädigten Datenbank (ID=31).<\/li>\n<\/ul>
2. Führen Sie die Anweisung DBCC CHECKDB aus<\/strong><\/h3>
Dieser Befehl prüft die physische und logische Integrität von Datenbankobjekten, Indexbeziehungen und andere Strukturprüfungen. Geben Sie einfach DBCC CHECK mit dem Namen der Datenbank in runden Klammern ein.<\/p>
![\"Führen](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2022\/06\/SQL2-1024x152.png\")
<\/figure>In diesem Fall wird der Fehler angezeigt:<\/p>
- \n
- Die Anzahl der beschädigten Seiten (Seite 1:368).<\/li>\n\n\n\n
- Der Name der korrumpierten Tabelle (Person).<\/li>\n<\/ul>
3. Führen Sie SELECT auf der Tabelle [msdb].[dbo].[suspect_pages] aus<\/strong><\/h3>
![\"](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2022\/06\/SQL3.png\")
<\/figure>Der SELECT-Befehl gibt ein Raster mit einer Zeile für jede beschädigte Seite zurück. In diesem Fall können wir sehen, dass in der Datenbank mit ID = 31 die Seite 1:368 beschädigt ist.<\/p>
Wie behebt man eine Beschädigung auf Seitenebene in SQL Server?<\/h2>
Hier haben wir zwei verschiedene Möglichkeiten zur Reparatur und Wiederherstellung der Datenbank erwähnt.<\/p>
1. Manuelle Wiederherstellung über T-SQL-Befehle<\/strong><\/h3>
Hinweis: <\/strong>Erstellen Sie eine Sicherungskopie der Datenbanken und\/oder eine Kopie der physischen Dateien, bevor Sie fortfahren. Der manuelle Prozess ist riskant.<\/p>
Um mit der Wiederherstellung manuell über T-SQL-Befehle fortzufahren, um die Seitenbeschädigung im SQL-Server zu beheben, folgen Sie den unten stehenden Anweisungen.<\/p>
Verwenden Sie den undokumentierten Befehl DBCC IND, um sicherzustellen, dass Seite 368 eine Datenseite ist.<\/p>
DBCC IND('Wiederherstellung_test',Person,-1)<\/code><\/pre>Dieser Befehl zeigt alle Seiten an, die sich auf die im zweiten Parameter angegebene Tabelle beziehen, mit den Informationen, die sich auf die Art der Seite beziehen. Im folgenden Beispiel,<\/p>
- \n
- Die erste Zeile hat den Seitentyp 10. Es handelt sich also um die Seite “Index Allocation Map” (IAM).<\/li>\n\n\n\n
- Die zweite Zeile hat den Seitentyp 1. Sie zeigt an, dass die Seite 368 Daten enthält.<\/li>\n<\/ul>
![\"Die](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2022\/06\/SQL5-1024x77.png\")
<\/figure>Um die in Seite 1:368 enthaltenen Daten anzuzeigen, können wir die Datei recovery_test.mdf <\/em>mit einem Hex-Editor öffnen und zum Offset 2e0000 gehen.<\/p>
Das rote Zeichen ‘b’ (siehe Bild unten) sieht verdächtig aus, da mein Name “Luca” und nicht “Lucb” lautet.<\/p>
![\"verdächtig](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2022\/06\/SQL6.png\")
<\/figure>2. Verwenden Sie den Befehl DBCC PAGE:<\/strong><\/h3>
Um das Ergebnis des DBCC PAGE-Befehls zu erhalten, muß zunächst das Trace-Flag 3604 gesetzt werden.<\/p>
DBCC TRACEON (3604)<\/code><\/pre>DBCC PAGE('Recovery_test',1,368,2) WITH TABLERESULTS<\/code><\/pre>Die erforderlichen Parameter sind:<\/strong><\/p>
- \n
- Name der Datenbank<\/li>\n\n\n\n
- Nummer der Datei<\/li>\n\n\n\n
- Nummer der Seite<\/li>\n\n\n\n
- PRINTOPT<\/li>\n<\/ul>
Die Werte für den Parameter printopt sind:<\/strong><\/p>
- \n
- 0 – Es wird der Kopfteil der Seite gedruckt.<\/li>\n\n\n\n
- 1 – Kopfzeile der SQL-Seite mit Hex-Dumps pro Zeile.<\/li>\n\n\n\n
- 2 – Seitenkopfdetails mit vollständigem Hex-Dump der Seite.<\/li>\n\n\n\n
- 3 – Kopfzeile der Seite mit Beschreibung der Interpretation pro Zeile.<\/li>\n<\/ul>
Die angezeigten Daten sind dieselben.<\/p>
![\"Die](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2022\/06\/SQL7-1024x244.png\")
<\/figure>Wir müssen den Zeichenwert vom Hex-Wert 62 (b) in den Hex-Wert 61 (a) ändern.<\/p>
Wir können einen anderen undokumentierten Befehl verwenden, nämlich den Befehl DBCC WRITEPAGE. Dies ist ein leistungsfähiger Befehl, mit dem man direkt auf eine Seite schreiben kann.<\/p>
Um den Befehl DBCC WRITEPAGE zu verwenden, benötigen wir die folgenden Informationen:<\/p>
- \n
- Der erste Parameter ist der Name der Datenbank.<\/li>\n\n\n\n
- Die zweite und dritte sind die fileId und die PageId, die ich ändern muss (1: 368).<\/li>\n\n\n\n
- Der vierte Parameter ist der Offset (hex.74 -> 116 dez.) und der fünfte ist die Anzahl der zu schreibenden Zeichen (1).<\/li>\n\n\n\n
- Der sechste Parameter ist der Wert, den ich schreiben muss. In unserem Fall ist es 0x000000.<\/li>\n\n\n\n
- Der siebte Parameter gibt an, ob der Wert über den Pufferpool geschrieben werden soll. Wir setzen den Wert 1, um direkt in die physische mdf-Datei zu schreiben.<\/li>\n<\/ul>
Versetzen Sie die Datenbank zunächst in den SINGLE_USER-Modus:<\/p>
ALTER DATABASE recovery_test SET SINGLE_USER WITH ROLLBACK IMMEDIATE<\/code><\/pre>Führen Sie dann den Befehl WRITEPAGE aus:<\/p>
DBCC WRITEPAGE ('recovery_test', 1, 368, 116, 1, 0x61,1)<\/code><\/pre>Führen Sie es nun erneut aus, um zu sehen, ob sich die Daten geändert haben:<\/p>
DBCC TRACEON (3604)<\/code><\/pre>DBCC PAGE('Recovery_test',1,368,2) WITH TABLERESULTS<\/code><\/pre>Ja, die Daten haben sich geändert.<\/p>
![\"Ja,](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2022\/06\/SQL8-1024x234.png\")
<\/figure>Versetzen Sie die Datenbank in den MULTI_USER-Modus:<\/p>
ALTER DATABASE recovery_test SET MULTI_USER WITH ROLLBACK IMMEDIATE<\/code><\/pre>Überprüfen Sie den Gesundheitszustand der Datenbank:<\/p>
DBCC CHECKDB ('recovery_test')<\/code><\/pre>Aus dem Protokoll geht hervor, dass keine Fehler aufgetreten sind. Das bedeutet, dass die Datenbank nicht mehr beschädigt ist.<\/p>
![\"die](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2022\/06\/SQL9.png\")
<\/figure>Reparieren Sie die Datenbank mit Stellar Repair für MS SQL<\/strong><\/h2>
Bedenken wir, dass das Problem, das wir manuell gelöst haben, ein bemerkenswert einfacher Fall ist. Aber die Reparatur von komplexen Korruptionsfällen erfordert fortgeschrittene Kenntnisse und birgt das Risiko von mehr Datenschäden. Eine spezielle Anwendung wie Stellar Repair for MS SQL<\/a> kann jedoch das gleiche Problem auf sichere und schnelle Weise lösen. Nur ein paar einfache Schritte sind erforderlich, um eine beschädigte Datenbank wiederherzustellen. Diese sind:<\/p>
- Probleme mit dem E\/A-Subsystem:<\/strong> In diesem Fall ist es nicht einfach, die Ursache des Problems zu verstehen, da das Speichersystem eine komplizierte Architektur aufweisen kann. Bevor wir beispielsweise auf die physische Festplatte schreiben, müssen wir möglicherweise ein Netzwerk durchqueren oder wir haben einen Festplatten-Controller und seine Treiber. Jede dieser Komponenten kann ausfallen.<\/li>\n\n\n\n
- KB2803994 – FIX: Datenbeschädigung tritt auf, wenn LOB-Daten in eine Transact-SQL-Variable in SQL Server 2008 R2, SQL Server 2012 oder SQL Server 2008 geladen werden.<\/a><\/li>\n<\/ul>\n<\/li>\n<\/ol>
![\"Sie](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2022\/06\/SQL10.png\")
<\/figure>![\"zwei](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2022\/06\/SQL11.png\")
<\/figure>![\"Fortschrittsbalken](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2022\/06\/SQL12-2.png\")
<\/figure>![\"Neue](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2022\/06\/SQL13.png\")
<\/figure>