Omgaan met zeer ernstige fouten in SQL Server

In mijn vorige artikel over SQL Server Agent-waarschuwingen heb ik stapsgewijze instructies gegeven voor het instellen en configureren van SQL Agent-waarschuwingen voor zeer ernstige fouten 19-25 en voor fout 825. In dit artikel ga ik bespreek deze fouten in detail en deel wat u moet doen als ze zich voordoen in uw omgeving.

Fouten met een ernstniveau van 19 of hoger zorgen ervoor dat de huidige batch niet wordt voltooid. Fouten met een ernst van 20 en hoger zijn fatale fouten en beëindigen de huidige clientverbinding. Deze fouten kunnen ook van invloed zijn op alle processen in de database. Fatale fouten zijn precies wat de naam aangeeft:het lopende proces wordt beëindigd en de clientverbinding wordt gesloten.

Ernst 19 fouten

Een Ernst 19-fout is een fout vanwege het ontbreken van een bron. Dit betekent dat een interne limiet (die u niet kunt configureren) is overschreden en ervoor heeft gezorgd dat de huidige batch is beëindigd. Deze fouten komen zelden voor en er is weinig dat u kunt doen om het probleem op te lossen. Als er een ernst 19-fout optreedt, moet u contact opnemen met uw primaire ondersteuningsprovider; typisch zou dat Microsoft zijn.

In al mijn jaren dat ik met SQL Server heb gewerkt, kan ik me geen enkel incident herinneren waarbij een fout van ernst 19 werd gegenereerd. Zelfs als ik in Bing zocht, had ik problemen met het vinden van de fout; de weinige verwijzingen die ik vond hadden betrekking op een vroege versie van SQL Server en verwezen naar een bug in SQL Server zelf.

Severity 20 fouten

Een Ernst 20-fout is een fatale fout in het huidige proces. Dit geeft aan dat er een probleem is opgetreden met een instructie en is beëindigd. Aangezien dit alleen het huidige proces beïnvloedt, is het zeer onwaarschijnlijk dat de database zelf is beschadigd. Deze fouten zijn gekoppeld aan een individuele verklaring, dus u moet de volledige foutmelding verzamelen en contact opnemen met de persoon of het team dat verantwoordelijk is voor dat stukje code. Dit kan intern zijn of mogelijk de leverancier van de applicatie. Een voorbeeldfout is:

Voor deze fout zou ik contact opnemen met de ontwikkelaar of leverancier van de toepassing, omdat de fout verband houdt met een gepoolde verbinding die een fout tegenkomt bij het proberen te resetten. Ik zou ook de SQL Server-logboeken bekijken, die mogelijk een meer gedetailleerd foutbericht bevatten over wat er feitelijk gebeurt om de fout te veroorzaken.

Fouten Ernst 21

Een Severity 21-fout is een fatale fout in de database die van invloed is op alle processen die die database gebruiken.

Ik heb deze fout zien optreden bij het herstellen van een database met Enterprise-functies naar een Standard Edition-instantie, evenals wanneer een database beschadigd is en de gebruiker probeert toegang te krijgen tot een corrupte pagina. Een voorbeeld van een foutmelding van dit type is:

Wanneer u probeert een database die Enterprise-functies gebruikt te herstellen naar een Standard Edition-instantie, moet u eerst de Enterprise-functies verwijderen. Als u bijvoorbeeld gegevenscompressie gebruikt of het vastleggen van gegevens wijzigt, moet u eerst stoppen met het gebruik en deze functies uit de database verwijderen, een back-up van de database maken en deze vervolgens terugzetten naar de Standard Edition-instantie. U kunt de DMV sys.dm_db_persisted_sku_features gebruiken om te controleren of u alleen Enterprise-functies in gebruik heeft.

Voor de corruptiefouten moet u DBCC CHECKDB uitvoeren om de omvang van de corruptie te bepalen en van daaruit verder te gaan. Als u geluk heeft, bevindt de fout zich in een niet-geclusterde index die u opnieuw kunt opbouwen en het probleem kunt oplossen. Als de corruptie ernstiger is, zou u een herstelbewerking kunnen overwegen. Om corruptie beter te begrijpen en hoe verschillende aspecten van corruptie op te lossen, raad ik je aan om de verschillende blogposts van Paul Randal te lezen. Paul heeft een hele categorie over corruptie die je hier kunt bekijken:

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

DBCC CHECKDB uitvoeren als onderdeel van een regelmatig geplande taak tegen uw databases wordt sterk aanbevolen om corruptie zo vroeg mogelijk op te sporen. Als u niet regelmatig op corruptie controleert, loopt u een groot risico dat u de corrupte gegevens niet kunt herstellen.

Severity 22-fouten

Een Ernst 22-fout is een fatale fout omdat de integriteit van de tabel verdacht is, wat in feite aangeeft dat de in het bericht gespecificeerde tabel of index is beschadigd. Corruptie komt voor en komt vaak voor. Onze ervaring is dat de meeste corruptie optreedt als gevolg van een I/O-subsysteem-gerelateerd probleem. Als u een Ernst 22-fout tegenkomt, moet u DBCC CHECKDB uitvoeren om de omvang van de schade vast te stellen. Een voorbeeldfout is:

Als de fout zich in een niet-geclusterde index bevindt, kunt u de index gewoon opnieuw opbouwen en de corruptie herstellen. Als de beschadiging zich in een heap- of geclusterde index bevindt, moet u de database in een consistente staat herstellen.

Ik heb rapporten gezien waarin de corruptie in het geheugen zat, maar niet op de schijf. In dat geval zou een herstart van de instantie of het offline en vervolgens online instellen van de database de fout moeten verhelpen.

Severity 23 fouten

Een Ernst 23-fout is een andere fatale fout die meldt dat de database zelf een integriteitsprobleem heeft. De oplossing lijkt veel op die van een Ernst 22-fout, waarbij u onmiddellijk DBCC CHECKDB moet uitvoeren om de volledige omvang van de schade aan de database te achterhalen.

Dit niveau van corruptie wordt gedetecteerd als een effect op de hele database. Dit kan corruptie zijn in het gegevensbestand zelf of corruptie in het logbestand. De details van de fout leiden u naar het hoofdprobleem. De volgende fout wijst er bijvoorbeeld op dat we onze database moeten herstellen of moeten proberen het logboek opnieuw op te bouwen. Voor consistentie zou ik herstellen van mijn meest recente back-up en alle beschikbare back-ups van transactielogboeken.

Severity 24 fouten

Een Ernst 24-fout is een fatale fout met betrekking tot een hardware. Dit bericht wordt weergegeven als gevolg van een soort mediafout. De meest voorkomende van dit soort fouten die ik heb gezien, hebben te maken met problemen met geheugen en I/O-fouten. Bijvoorbeeld: