Umgang mit Fehlern mit hohem Schweregrad in SQL Server

In meinem vorherigen Artikel über SQL Server-Agent-Warnungen habe ich Schritt-für-Schritt-Anleitungen zum Einrichten und Konfigurieren von SQL-Agent-Warnungen für die Fehler 19–25 mit hohem Schweregrad sowie Fehler 825 bereitgestellt Besprechen Sie diese Fehler im Detail und teilen Sie mit, was Sie tun sollten, wenn sie in Ihrer Umgebung auftreten.

Fehler mit einem Schweregrad von 19 oder höher verhindern, dass der aktuelle Stapel abgeschlossen wird. Fehler mit einem Schweregrad von 20 und höher sind schwerwiegende Fehler und beenden die aktuelle Client-Verbindung. Diese Fehler können sich auch auf alle Prozesse in der Datenbank auswirken. Schwerwiegende Fehler sind genau das, was der Name schon sagt:Der laufende Prozess wird beendet und die Client-Verbindung wird geschlossen.

Fehler des Schweregrads 19

Ein Fehler mit Schweregrad 19 ist ein Fehler, der auf das Fehlen einer Ressource zurückzuführen ist. Dies bedeutet, dass ein internes Limit (das Sie nicht konfigurieren können) überschritten wurde und das Ende des aktuellen Stapels verursacht hat. Diese Fehler treten selten auf und Sie können nur wenig tun, um das Problem zu beheben. Wenn ein Fehler des Schweregrads 19 auftritt, sollten Sie sich an Ihren primären Supportanbieter wenden; normalerweise wäre das Microsoft.

In all meinen Jahren der Arbeit mit SQL Server kann ich mich an keinen Vorfall erinnern, bei dem ein Fehler des Schweregrads 19 generiert wurde. Selbst bei der Suche in Bing hatte ich Probleme, Vorkommen des Fehlers zu finden. Die wenigen Verweise, die ich fand, bezogen sich auf eine frühe Version von SQL Server und verwiesen auf einen Fehler in SQL Server selbst.

Schweregrad 20 Fehler

Ein Fehler mit Schweregrad 20 ist ein schwerwiegender Fehler im aktuellen Prozess. Dies zeigt an, dass eine Anweisung auf ein Problem gestoßen ist und beendet wurde. Da dies nur den aktuellen Prozess betrifft, ist es sehr unwahrscheinlich, dass die Datenbank selbst beschädigt wurde. Diese Fehler sind an eine einzelne Anweisung gebunden, sodass Sie die gesamte Fehlermeldung sammeln und sich an die Person oder das Team wenden müssen, die/das für diesen Codeabschnitt verantwortlich ist. Dies kann intern oder möglicherweise der Anbieter der Anwendung sein. Ein Beispielfehler ist:

Bei diesem Fehler würde ich mich an den Anwendungsentwickler oder -anbieter wenden, da der Fehler mit einer gepoolten Verbindung zusammenhängt, bei der beim Zurücksetzen ein Fehler auftritt. Ich würde auch die SQL Server-Protokolle überprüfen, die möglicherweise eine detailliertere Fehlermeldung darüber enthalten, was tatsächlich passiert, um den Fehler zu verursachen.

Fehler des Schweregrads 21

Ein Fehler mit Schweregrad 21 ist ein schwerwiegender Fehler in der Datenbank, der alle Prozesse betrifft, die diese Datenbank verwenden.

Ich habe gesehen, dass dieser Fehler auftritt, wenn versucht wird, eine Datenbank mithilfe von Enterprise-Funktionen auf einer Standard Edition-Instanz wiederherzustellen, sowie wenn eine Datenbank beschädigt ist und der Benutzer versucht, auf eine beschädigte Seite zuzugreifen. Eine Beispielfehlermeldung dieses Typs ist:

Wenn Sie versuchen, eine Datenbank, die Enterprise-Features verwendet, auf einer Standard Edition-Instanz wiederherzustellen, müssen Sie zuerst die Enterprise-Features entfernen. Wenn Sie beispielsweise Datenkomprimierung verwenden oder die Datenerfassung ändern, müssen Sie diese Funktionen zunächst beenden und aus der Datenbank entfernen, die Datenbank sichern und sie dann in der Standard Edition-Instanz wiederherstellen. Sie können die DMV sys.dm_db_persisted_sku_features verwenden um zu überprüfen, ob Sie Funktionen nur für Unternehmen verwenden.

Für die Korruptionsfehler müssen Sie DBCC CHECKDB ausführen um das Ausmaß der Korruption zu bestimmen und von dort aus weiterzugehen. Wenn Sie Glück haben, liegt der Fehler in einem nicht gruppierten Index, den Sie neu erstellen und das Problem beheben können. Wenn die Beschädigung schwerwiegender ist, könnten Sie einen Wiederherstellungsvorgang in Erwägung ziehen. Um Korruption besser zu verstehen und verschiedene Aspekte der Korruption zu lösen, empfehle ich Ihnen, die verschiedenen Blog-Beiträge von Paul Randal zu lesen. Paul hat eine ganze Kategorie zum Thema Korruption, die Sie hier einsehen können:

• http://www.sqlskills.com/blogs/paul/category/corruption/

Ausführen von DBCC CHECKDB im Rahmen eines regelmäßig geplanten Jobs gegen Ihre Datenbanken wird dringend empfohlen, um Beschädigungen so früh wie möglich zu erkennen. Wenn Sie nicht regelmäßig nach Beschädigungen suchen, besteht ein großes Risiko, dass Sie die beschädigten Daten nicht wiederherstellen können.

Fehler des Schweregrads 22

Ein Fehler mit Schweregrad 22 ist ein schwerwiegender Fehler, da die Tabellenintegrität verdächtig ist, was im Grunde darauf hinweist, dass die in der Nachricht angegebene Tabelle oder der Index beschädigt ist. Korruption passiert und passiert oft. Unserer Erfahrung nach tritt die Mehrzahl der Beschädigungen aufgrund eines Problems im Zusammenhang mit dem E/A-Subsystem auf. Wenn Sie auf einen Fehler mit Schweregrad 22 stoßen, müssen Sie DBCC CHECKDB ausführen um die Höhe des Schadens festzustellen. Ein Beispielfehler ist:

Wenn der Fehler in einem nicht gruppierten Index auftritt, können Sie den Index einfach neu erstellen und die Beschädigung beheben. Wenn sich die Beschädigung in einem Heap- oder Clustered-Index befindet, müssen Sie die Datenbank in einen konsistenten Zustand zurückversetzen.

Ich habe Berichte gesehen, in denen die Beschädigung im Speicher, aber nicht auf der Festplatte war. In diesem Fall sollte ein Neustart der Instanz oder das Offline- und dann Online-Schalten der Datenbank den Fehler beheben.

Fehler des Schweregrads 23

Ein Fehler mit Schweregrad 23 ist ein weiterer schwerwiegender Fehler, der meldet, dass die Datenbank selbst ein Integritätsproblem hat. Die Lösung ähnelt der eines Fehlers mit Schweregrad 22, bei dem Sie sofort DBCC CHECKDB ausführen müssen um das volle Ausmaß des Schadens an der Datenbank zu ermitteln.

Es wird festgestellt, dass diese Beschädigungsstufe die gesamte Datenbank betrifft. Dies kann eine Beschädigung in der Datendatei selbst oder eine Beschädigung in der Protokolldatei sein. Die Details des Fehlers führen Sie zum eigentlichen Problem. Der folgende Fehler weist beispielsweise darauf hin, dass wir unsere Datenbank wiederherstellen oder versuchen müssten, das Protokoll neu zu erstellen. Aus Konsistenzgründen würde ich aus meiner letzten Sicherung und allen verfügbaren Transaktionsprotokollsicherungen wiederherstellen.

Fehler des Schweregrads 24

Ein Fehler mit Schweregrad 24 ist ein schwerwiegender Fehler im Zusammenhang mit einer Hardware. Diese Meldung würde aufgrund eines Medienfehlers auftreten. Die häufigsten dieser Arten von Fehlern, die ich gesehen habe, beziehen sich auf Probleme mit Speicher- und E/A-Fehlern. Zum Beispiel: