Summary: In diesem Blog besprechen wir den SQL Server-Fehler 825, der auftritt, wenn ein Lesevorgang mindestens einmal neu ausgeführt werden musste. Wir werden auch erörtern, was den Fehler verursacht und wie er behoben werden kann. Wir werden auch über das drohende Risiko eines Datenverlustes oder einer Datenbankbeschädigung sprechen, die mit dem Fehler 825 verbunden ist, und darüber, wie Sie ihn mit Hilfe der Software Stellar Repair for MS SQL überwinden können. Sie können sich von der Genauigkeit der Software überzeugen, indem Sie die kostenlose Testversion von hier herunterladen:
Wenn Sie an einer SQL Server-Datenbank arbeiten, kann es vorkommen, dass Sie auf dem Server eine Warnung für den Fehler 825 erhalten. Die Fehlermeldung lautet wie folgt:
Msg 825, Ebene 10, Status 2, Zeile 1.
Ein Lesevorgang der Datei ‘%ls’ am Offset %#016I64x war erfolgreich, nachdem %d Zeit(en) mit Fehler: %ls fehlgeschlagen sind. Zusätzliche Meldungen im SQL Server-Fehlerprotokoll und im Systemereignisprotokoll können weitere Details liefern. Dieser Fehlerzustand gefährdet die Datenbankintegrität und muss behoben werden. Führen Sie eine vollständige Konsistenzprüfung der Datenbank durch (DBCC CHECKDB). Viele Faktoren können diesen Fehler verursachen; weitere Informationen finden Sie in SQL Server Books Online.
SQL Server-Fehler 825 – Was ist das und was verursacht er?
Der SQL-Fehler 825 ist ein E/A-Fehler (Read-Retry), der in SQL Server 2005 eingeführt wurde. Er tritt auf, wenn ein Lesevorgang fehlschlägt, und SQL Server muss den Vorgang so lange wiederholen, bis er erfolgreich ist. Im Wesentlichen zeigt der Fehler an, dass SQL Server mehrere Versuche (maximal 4) unternommen hat, um die Daten zu lesen, bevor der Lesevorgang abgeschlossen werden konnte.
Lesen Sie auch: Wie behebt man den schwerwiegenden SQL Server-Datenbankfehler 823?
Wie behebt man den SQL Server-Fehler 825?
Befolgen Sie die Schritte in der nachstehenden Reihenfolge, um das Problem zu lösen:
Schritt 1 – Diagnose des SQL-Fehlers 825
Um den SQL-Fehler 825 zu diagnostizieren, müssen Sie mehr Details über ihn herausfinden. Überprüfen Sie das SQL Server-Fehlerprotokoll oder das Systemereignisprotokoll, um weitere Informationen über den Fehler zu erhalten.
Schritt 2 – Überprüfen des Zustands der Festplattenhardware
Überprüfen Sie den Zustand Ihres Festplattensystems, da das zugrunde liegende Problem mit Speichergeräten wie Festplatten, Festplattencontrollern, Festplattentreibern oder Array-Karten zusammenhängen könnte.
Schritt 3 – Kontaktieren Sie Ihren Hardware-Hersteller
Wenden Sie sich an den Festplattenhersteller, um den Status Ihres Festplattensystems zu überprüfen und die neuesten Treiber-Updates anzufordern.
Schritt 4 – Verschieben der SQL-Datenbankdatei auf ein neues physisches Laufwerk
Wenn das Problem mit Ihrer Festplattenhardware zusammenhängt, versuchen Sie, alle SQL-Datenbankdateien auf ein neues physisches Laufwerk zu verschieben. Führen Sie dazu die folgenden Schritte aus:
- Fügen Sie ein neues Laufwerk zu Ihrem Rechner hinzu (nennen Sie es E)
Hinweis: Vergewissern Sie sich, dass das neue Laufwerk über genügend Speicherplatz für die SQL-Datenbankdateien verfügt, genau wie das derzeit verwendete Laufwerk.
- Erstellen Sie auf dem neuen Laufwerk die gleiche Ordnerstruktur wie auf dem Laufwerk, das die Datenbankdatei enthält (Laufwerk D).
- Stoppen Sie den SQL-Dienst.
- Verschieben Sie alle Dateien von Laufwerk D nach Laufwerk E.
- Vertauschen Sie dann die Laufwerksbuchstaben (D > Y, E > D, Y > E)
- Starten Sie den SQL-Dienst erneut.
Hinweis: Beim Neustart des SQL-Dienstes kann es zu Berechtigungsfehlern kommen. Stellen Sie in diesem Fall sicher, dass Sie die Berechtigungen entsprechend einstellen.
Wie geht es weiter?
Die oben genannten Schritte der Anweisungen werden Ihnen helfen, SQL-Fehler 825 zu beheben. Aber, wie oben beschrieben, bedroht der SQL-Fehler 825 die Datenbankintegrität. Daher müssen Sie DBCC CHECKDB ausführen, um die logische und physische Konsistenz der SQL-DB-Seiten, die Indexbeziehungen, die referentielle Integrität der Systemtabelle und andere Strukturprüfungen zu überprüfen.
Wenn DBCC CHECKDB eine Beschädigung in der SQL-Datenbank meldet, können Sie die Datenbank aus der letzten bekannten guten Sicherungskopie wiederherstellen. Wenn die Sicherungskopie jedoch nicht verfügbar oder beschädigt ist, bietet DBCC mehrere Reparaturoptionen zur Behebung von SQL-Datenbankbeschädigungen.
Lesen Sie dies: SQL-Datenbank mit dem Befehl DBCC CHECKDB reparieren
Die Verwendung von DBCC CHECKDB mit dem Befehl REPAIR_ALLOW_DATA_LOSS kann jedoch zu Datenverlusten führen. Außerdem kann es sein, dass schwer beschädigte Datenbankdateien nicht repariert werden können. Verwenden Sie in diesem Fall ein spezialisiertes SQL-Reparaturtool wie Stellar Repair for MS SQL, um die Datenbank unter Wahrung der Datenintegrität zu reparieren und wiederherzustellen.
Schauen Sie sich das Video an, um den Prozess der Wiederherstellung der Datenbank mit dem Stellar Repair for MS SQL Tool kennenzulernen.
Schlussfolgerung
Der SQL Server-E/A-Fehler 825 zeigt an, dass der Lesevorgang beim ersten Versuch nicht abgeschlossen werden konnte und der Vorgang erneut ausgeführt werden musste. Der Fehler tritt aufgrund von Problemen mit der Festplattenhardware auf und kann behoben werden, indem der Zustand der Festplatte überprüft und die neuesten Treiberupdates ausgeführt werden. Wenn die Festplatte defekt ist, versuchen Sie, alle Datenbankdateien auf ein neues physisches Laufwerk zu verschieben.
Wenn der Fehler 825 zu einer Beschädigung der SQL-Datenbank geführt hat, führen Sie DBCC CHECKDB aus und prüfen Sie, ob es Beschädigungsfehler meldet. Wenn dies der Fall ist, versuchen Sie, Ihre Datenbank aus der Sicherungskopie wiederherzustellen. Wenn die Sicherungskopie nicht verfügbar ist, müssen Sie die Datenbank mit den DBCC CHECKDB-Reparaturoptionen reparieren. Eine bessere Alternative ist die Verwendung von Stellar Repair for MS SQL Software, um die beschädigte Datenbank zu reparieren.
