MSSQLSERVER_833

Van toepassing op:SQL ServerAzure SQL Managed Instance

Bijzonderheden

Uitleg

Dit bericht geeft aan dat SQL Server een lees- of schrijfaanvraag van de schijf heeft uitgegeven en dat de aanvraag langer dan 15 seconden heeft geduurd om terug te keren. De SQL Server rapporteert deze fout en geeft een probleem aan met het I/O-subsysteem. Een databasebeheersysteem (DBMS), zoals SQL Server, is afhankelijk van de tijdigheid van I/O-bewerkingen (File Input and Output). Een van de volgende items kan vastgelopen of vastgelopen I/O-bewerkingen veroorzaken en de reactietijd en prestaties van SQL Server nadelig beïnvloeden:

• Defecte hardware
• Onjuist geconfigureerde hardware
• Firmware-instellingen
• Stuurprogramma's filteren
• Compressie
• Bugs
• Andere voorwaarden in het I/O-pad

Deze I/O-problemen kunnen ertoe leiden dat het volgende gedrag optreedt:

• Blokkeren.
• Vergrendelingsconflicten en time-outs.
• Trage reactietijd.
• Het uitrekken van resourcegrenzen.
• U ziet mogelijk ook andere symptomen die aan dit bericht zijn gekoppeld, zoals:
  • Hoge wachttijden voor PAGEIOLATCH-wachttijden.
  • Waarschuwingen of fouten in het gebeurtenislogboek van het systeem.
  • Indicaties van problemen met schijflatentie in systeemmonitortellers.

Wanneer een I/O-bewerking 15 seconden of langer in behandeling is, voert SQL Server de volgende stappen uit:

1. Detecteert dat een bewerking in behandeling is.

2. Hiermee schrijft u een informatief bericht naar het SQL Server-foutenlogboek, zoals wordt beschreven in de sectie Details.

   Uitleg bij verschillende secties van dit informatieve bericht wordt gegeven in de volgende tabel:

Mogelijke oorzaken

Het informatieve bericht geeft aan dat de huidige belasting een van de volgende voorwaarden ondervindt:

• De workload overschrijdt de I/O-padmogelijkheden vanwege een onjuiste configuratie van het I/O-subsysteem (SAN, NAS en direct gekoppeld) of omdat de hardwarecapaciteit is bereikt.
• De workload overschrijdt de huidige systeemmogelijkheden, zoals I/O, CPU's en HBA's.
• Het I/O-pad heeft defecte software. Dit kan een firmware- of stuurprogrammaprobleem zijn.
• Het I/O-pad heeft defecte hardwareonderdelen.
• Prestatieprobleem op besturingssysteemniveau.
• Filter stuurprogramma-interventie in het I/O-proces of het opslagpad van databasebestanden. Bijvoorbeeld antivirusprogramma.

SQL Server registreert de tijd waarop een I/O-aanvraag is gestart en registreert de tijd waarop de I/O is voltooid. Als dit verschil 15 seconden of langer is, wordt deze voorwaarde gedetecteerd. Dit betekent ook dat SQL Server niet de oorzaak is van de vertraagde I/O-voorwaarde die in dit bericht wordt beschreven en rapporteert. Deze voorwaarde staat bekend als vastgelopen I/O. De meeste schijfaanvragen vinden plaats binnen de gebruikelijke snelheid van de schijf. Deze typische schijfsnelheid wordt vaak schijfzoektijd genoemd. Schijfzoektijd voor de meeste standaardschijven vindt plaats in 10 milliseconden of minder. Daarom is 15 seconden een lange tijd voor het systeem-I/O-pad om terug te keren naar SQL Server. Zie de sectie Meer informatie voor meer informatie.

Gebruikersactie

Los deze fout op door de volgende stappen uit te voeren:

1. Bekijk het systeemgebeurtenislogboek voor hardwaregerelateerde foutberichten.
2. Bekijk hardwarespecifieke logboeken als deze beschikbaar zijn. Gebruik de benodigde methoden en technieken om de oorzaak van de vertraging in het besturingssysteem, de stuurprogramma's of de I/O-hardware te bepalen.
3. Werk alle apparaatstuurprogramma's en firmware bij of voer andere diagnostische gegevens uit die zijn gekoppeld aan uw I/O-subsysteem.
4. Schijftoegang kan worden vertraagd door filterstuurprogramma's, bijvoorbeeld een antivirusprogramma. Als u de toegangssnelheid wilt verhogen, sluit u de SQL Server-gegevensbestanden uit die zijn opgegeven in het foutbericht van de actieve virusscans. Zie Antivirussoftware kiezen die moet worden uitgevoerd op computers waarop SQL Server (microsoft.com) wordt uitgevoerd voor meer informatie.
   • Gebruik het opdrachtregelprogrammafltmc.exe om een query uit te voeren op alle filterstuurprogramma's die op het systeem zijn geïnstalleerd en om inzicht te hebben in de functies die worden uitgevoerd op het opslagpad naar de databasebestanden.
5. Gebruik de prestatiemeter om de volgende tellers te onderzoeken:
   • Gemiddelde schijf sec/overdracht
   • Gemiddelde lengte van schijfwachtrij
   • Lengte van huidige schijfwachtrij
6. U kunt ook faciliteiten zoals Storport ETW-logboekregistratie gebruiken om de latentie te meten van aanvragen die naar een schijfeenheid worden gedaan. Een andere vergelijkbare I/O-probleemoplossingskit voor schijven is beschikbaar als een ingebouwd profiel van Windows Performance Recorder.
7. Bewaak sys.dm_io_virtual_file_stats en kies de juiste opslaglaag en IOPS voor uw opslagdoorvoer.

Zie Problemen met trage SQL Server-prestaties oplossen die worden veroorzaakt door I/O-problemen oplossen voor stapsgewijze instructies voor het diagnosticeren en oplossen van sql Server-prestatieproblemen.

Meer informatie

Vastgelopen I/O en vastgelopen I/O

Vastgelopen I/O

Vastgelopen I/O wordt gedefinieerd als een I/O-aanvraag die niet wordt voltooid. Vaak geeft vastgelopen I/O een vastgelopen I/O aan. Als u een vastgelopen I/O-voorwaarde wilt oplossen, moet u de computer meestal opnieuw opstarten of een vergelijkbare actie uitvoeren. Een vastgelopen I/O-voorwaarde geeft doorgaans een van de volgende problemen aan:

• Defecte hardware.
• Een fout in een I/O-padonderdeel.

Vastgelopen I/O

Vastgelopen I/O wordt gedefinieerd als een I/O-aanvraag die wordt voltooid, of dat het te veel tijd kost om te voltooien. Vastgelopen I/O-gedrag treedt meestal op vanwege een van de volgende redenen:

• Hardwareconfiguratie.
• Firmware-instellingen.
• Een probleem met het filterstuurprogramma waarvoor hulp van de hardware of de softwareleverancier nodig is om te traceren en op te lossen.

I/O van SQL Server is vastgelopen en I/O-opname en -rapportage is vastgelopen

SQL Server-ondersteuning verwerkt elk jaar veel gevallen waarbij I/O-problemen vastgelopen of vastgelopen zijn. Deze I/O-problemen worden op verschillende manieren weergegeven. I/O-problemen zijn een aantal van de moeilijkste om te diagnosticeren en fouten op te sporen en ze vereisen aanzienlijke tijd en resources voor foutopsporing van Microsoft en de klant. De rapportage en registratie van I/O-aanvragen zijn per bestand ontworpen. De detectie en rapportage van vastgelopen en vastgelopen I/O-aanvragen zijn twee afzonderlijke acties.

Opnemen

Er zijn twee momenten waarop een recordactie plaatsvindt in SQL Server. De eerste is wanneer de I/O-bewerking is voltooid. Het tweede moment is wanneer de luie schrijver draait. Wanneer de luie schrijver wordt uitgevoerd, worden alle in behandeling zijnde gegevens en I/O-aanvragen voor logboekbestanden gecontroleerd. Als de I/O-aanvraag de drempelwaarde van 15 seconden overschrijdt, wordt er een recordbewerking uitgevoerd.

Rapportage

Rapportage vindt plaats in intervallen die vijf minuten of meer uit elkaar liggen. Rapportage vindt plaats wanneer de volgende I/O-aanvraag op het bestand wordt ingediend. Als er een recordactie is opgetreden en er vijf minuten of meer zijn verstreken sinds het laatste rapport is opgetreden, wordt het informatieve bericht dat wordt vermeld in de sectie Details naar het foutenlogboek van SQL Server geschreven.

De drempelwaarde van 15 seconden is niet aanpasbaar. U kunt echter vastgelopen of vastgelopen I/O-detectie uitschakelen met behulp van traceringsvlag 830, hoewel dit niet wordt aanbevolen.

U kunt detectie uitschakelen voor vastgelopen en vastgelopen I/O met behulp van traceringsvlag 830. Als u deze vlag wilt inschakelen telkens wanneer SQL Server wordt gestart, gebruikt u de -T830 opstartparameter. Gebruik de volgende instructie om detectie uit te schakelen voor een exemplaar van SQL Server dat momenteel wordt uitgevoerd:

    dbcc traceon(830, -1)

Deze instelling is alleen van kracht voor de levensduur van het SQL Server-proces.

Het I/O-aanvraagpakket (IRP) bijhouden

SQL Server maakt gebruik van de standaard Microsoft Windows API-aanroepen om gegevens te lezen en te schrijven. SQL Server gebruikt bijvoorbeeld de volgende functies:

• WriteFile
• ReadFile
• WriteFileScatter
• ReadFileGather

De lees- of schrijfaanvraag wordt door Windows verwerkt als een I/O-aanvraagpakket (IRP). Gebruik beide van de volgende functies om de status van het IRP te bepalen:

• Windows-ondersteuning
• ETW-logboekregistratie van Storport

U wordt aangeraden te controleren op beschikbare updates voor de volgende items:

• Het BIOS
• De firmware
• Andere I/O-padonderdelen

Neem contact op met uw hardwareleveranciers voordat u aanvullende foutopsporingsacties uitvoert. De foutopsporingssessie omvat waarschijnlijk een stuurprogramma, firmware of filterstuurprogrammaonderdeel van derden.

Acties voor systeemprestaties en queryplannen

Over het algemeen kunnen systeemprestaties een belangrijke rol spelen in I/O-verwerking. Houd rekening met de algemene status van het systeem tijdens het onderzoeken van rapporten van vastgelopen of vastgelopen I/O-bewerkingen. Overmatige belastingen kunnen ertoe leiden dat het algehele systeem traag is, inclusief de I/O-verwerking. Het gedrag van het systeem wanneer het probleem optreedt, kan een belangrijke factor zijn bij het bepalen van de hoofdoorzaak van het probleem. Als het CPU-gebruik bijvoorbeeld toeneemt of hoog blijft terwijl het probleem optreedt, kan dit erop wijzen dat een systeemproces zoveel CPU gebruikt dat andere processen nadelig worden beïnvloed.

Prestatiemetingen

Als u I/O-prestaties wilt bewaken, bekijkt u de volgende prestatiemeteritems voor specifieke I/O-padinformatie:

• Gemiddelde schijf sec/overdracht
• Gemiddelde lengte van schijfwachtrij
• Lengte van huidige schijfwachtrij

De gemiddelde schijf sec/overdrachtstijd op een computer waarop SQL Server wordt uitgevoerd, is bijvoorbeeld doorgaans minder dan 15 milliseconden. Als de waarde gemiddelde schijf sec/overdracht klimt, geeft dit aan dat het I/O-subsysteem niet optimaal bij de I/O-vraag blijft.

Wees voorzichtig met het gebruik van de prestatiemeteritems, omdat SQL Server optimaal gebruikmaakt van asynchrone I/O-mogelijkheden die de lengte van de schijfwachtrijen sterk pushen. Daarom geven langere lengten van de schijfwachtrij alleen geen probleem aan.

In Windows System Monitor kunt u de teller 'Fysieke schijf: schijfbytes per seconde' voor elke betrokken schijf bekijken en de snelheid van activiteit vergelijken met de prestatiemeteritems 'Proces: IO-gegevensbytes per seconde' en 'Proces: IO Overige bytes per seconde' voor elk proces. U doet dit om te bepalen of een specifieke set processen overmatige I/O-aanvragen genereert. Verschillende andere I/O-gerelateerde tellers in het procesobject geven gedetailleerdere informatie weer. Als u vaststelt dat een SQL Server-exemplaar verantwoordelijk is voor overmatige I/O-belasting op de server, raadpleegt u de volgende sectie over indexen en parallelle uitvoering. Zie Problemen met trage SQL Server-prestaties oplossen die worden veroorzaakt door I/O-problemen voor een gedetailleerde bespreking van het detecteren en oplossen van I/O-knelpunten.

Indexen en parallelle uitvoering

Vaak treden bursts van I/O op omdat er een index ontbreekt. Dit gedrag kan het I/O-pad ernstig pushen. Een pas die gebruikmaakt van de Wizard Index draaien (ITW) kan helpen bij het oplossen van de I/O-druk op het systeem. Als een query profiteert van een index in plaats van een tabelscan, of misschien als er een sortering of hash wordt gebruikt, kan het systeem de volgende voordelen krijgen:

• Er wordt een vermindering aangebracht in de fysieke I/O die nodig is om de actie te voltooien die rechtstreeks prestatievoordelen voor de query creëert.
• Er moeten minder pagina's in de gegevenscache worden overgezet. Daarom blijven deze pagina's in de gegevenscache relevant voor actieve query's.
• Sorteringen en hashes worden gebruikt omdat een index mogelijk ontbreekt of omdat statistieken verouderd zijn. U kunt tempdb-gebruik en conflicten verminderen door een of meer indexen toe te voegen.
• Er wordt een vermindering aangebracht in resources, parallelle bewerkingen of beide. Omdat SQL Server niet garandeert dat parallelle query's worden uitgevoerd en de belasting van het systeem wordt overwogen, is het raadzaam om alle query's voor seriële uitvoering te optimaliseren. Als u een query wilt optimaliseren, opent u Query Analyzer en stelt u de sp_configure waarde van de maximale mate van parallelle uitvoering in op 1. Als alle query's zijn afgestemd om direct als een seriële bewerking te worden uitgevoerd, is parallelle uitvoering vaak slechts een beter resultaat. Parallelle uitvoering wordt echter vaak geselecteerd omdat de hoeveelheid gegevens groot is. Voor een ontbrekende index moet er mogelijk een grote sortering plaatsvinden. Meerdere werkrollen die de sorteerbewerking uitvoeren, zorgen voor een snellere reactie. Deze actie kan echter de druk op het systeem aanzienlijk verhogen. Grote leesaanvragen van veel werknemers kunnen een I/O-piek veroorzaken, samen met een verhoogd CPU-gebruik. Een query kan vaak worden afgestemd om sneller te worden uitgevoerd en minder resources te gebruiken als er een index wordt toegevoegd of als er een andere afstemmingsactie plaatsvindt.

Praktische voorbeelden van SQL Server-ondersteuning

De volgende voorbeelden zijn afgehandeld door SQL Server-ondersteuning en Ondersteuning voor Windows-escalatie. Deze voorbeelden zijn bedoeld om een referentiekader te bieden en u te helpen bij het instellen van uw verwachtingen over vastgelopen en vastgelopen I/O-situaties. Ze bieden ook een kader om te begrijpen hoe een systeem kan worden beïnvloed of erop kan reageren. Geen specifieke hardware of set stuurprogramma's vormen een specifiek risico of verhoogd risico ten opzichte van een andere. Alle systemen zijn in dit opzicht hetzelfde.

Voorbeeld 1: Een logboekschrijfbewerking die 45 seconden vastloopt

Een poging om een SQL Server-logboekbestand te schrijven, loopt regelmatig vast gedurende ongeveer 45 seconden. Het schrijven van logboeken wordt niet tijdig voltooid. Dit gedrag maakt een blokkeringsvoorwaarde die time-outs van de client van 30 seconden veroorzaakt.

De toepassing heeft een doorvoering verzonden naar SQL Server en de doorvoer blijft hangen als een logboekschrijfbewerking in behandeling. Dit gedrag zorgt ervoor dat de query vergrendelingen blijft vasthouden en binnenkomende aanvragen van andere clients blokkeert. Vervolgens beginnen andere clients met een time-out. Dit vormt een gevolg van het probleem omdat de toepassing geen geopende transacties terugdraait wanneer er een time-out optreedt voor een query. Hiermee worden honderden openstaande transacties gemaakt die vergrendelingen vasthouden. Daarom treedt er een ernstige blokkerende situatie op.

Zie het volgende Microsoft Knowledge Base-artikel voor meer informatie over het verwerken en blokkeren van transacties: 224453 Informatie over en het oplossen van problemen met SQL Server-blokkeringen

De toepassingsservices een website met behulp van groepsgewijze verbindingen. Naarmate er meer verbindingen worden geblokkeerd, creëert de website meer verbindingen. Deze verbindingen worden geblokkeerd en de cyclus wordt voortgezet.

Het schrijven van het logboek duurt ongeveer 45 seconden. In deze tijd wordt echter een back-up gemaakt van honderden verbindingen. De blokkeringsproblemen veroorzaken enkele minuten hersteltijd voor SQL Server en de toepassing. In combinatie met toepassingsproblemen heeft de vastgelopen I/O-voorwaarde een zeer negatief effect op het systeem.

Resolutie

Het probleem wordt bijgehouden bij een vastgelopen I/O-aanvraag in een HBA-stuurprogramma (Host Bus Adapter). De computer heeft meerdere HBA-kaarten met failoverondersteuning. Wanneer een HBA zich achter bevindt of niet communiceert met het Storage Area Network (SAN), wordt de time-outwaarde voor opnieuw proberen vóór failover geconfigureerd tot 45 seconden. Wanneer de time-out overschrijdt, wordt de I/O-aanvraag doorgestuurd naar de tweede HBA. De tweede HBA verwerkt de aanvraag en wordt snel voltooid. Om dergelijke stalomstandigheden te voorkomen, raadt de hardwarefabrikant een instelling van vijf seconden aan om het opnieuw te proberen voordat de failover wordt uitgevoerd.

Voorbeeld 2: Interventie van stuurprogramma filteren

Veel antivirussoftwareprogramma's en back-upproducten maken gebruik van I/O-filterstuurprogramma's. Deze I/O-filterstuurprogramma's worden onderdeel van de I/O-aanvraagstack en hebben toegang tot de IRP-aanvraag. Microsoft Product Support Services heeft verschillende problemen gezien van fouten die vastgelopen I/O-voorwaarden of vastgelopen I/O-voorwaarden maken in een implementatie van een filterstuurprogramma.

Een dergelijke voorwaarde is een filterstuurprogramma voor back-upverwerking waarmee back-ups kunnen worden gemaakt van de bestanden die zijn geopend wanneer de back-up plaatsvindt. De systeembeheerder heeft de map met sql Server-gegevensbestanden opgenomen in de back-upselecties van het bestand. Wanneer de back-up optreedt, probeert de back-up de juiste afbeelding van het bestand te verzamelen op het moment dat de back-up is gestart. Als u dit doet, worden I/O-aanvragen vertraagd. De I/O-aanvragen mogen slechts één voor één worden voltooid wanneer de software deze afhandelt.

Wanneer de back-up wordt gestart, worden de prestaties van SQL Server aanzienlijk lager omdat het I/Os van SQL Server gedwongen wordt om één voor één te voltooien. De logica voor één is zodanig dat de I/O-bewerking niet asynchroon kan worden uitgevoerd, waardoor het probleem wordt samengesteld. Dus wanneer SQL Server verwacht een I/O-aanvraag te posten en door te gaan, blijft de werkrol hangen in de lees- of schrijfaanroep totdat de I/O-aanvraag is voltooid. Met de acties van het filterstuurprogramma worden de verwerkingstaken, zoals SQL Server, effectief uitgeschakeld. Bovendien laat een andere fout in het filterstuurprogramma de één voor één in het proces achter, zelfs wanneer de back-up is voltooid. De enige manier om sql Server-prestaties te herstellen, is door SQL Server opnieuw te starten, zodat de bestandsingang wordt vrijgegeven en opnieuw wordt aangevraagd zonder tussenkomst van het filterstuurprogramma.

Resolutie

Om dit probleem op te lossen, worden de SQL Server-gegevensbestanden verwijderd uit het back-upproces van het bestand. De softwarefabrikant heeft het probleem opgelost dat het bestand in de modus 'één voor één' heeft achtergelaten.

Voorbeeld 3: Verborgen fouten

Veel geavanceerde systemen hebben I/O-paden met meerdere kanalen voor het afhandelen van taakverdeling of vergelijkbare activiteiten. Microsoft-productondersteuning heeft problemen met de taakverdelingssoftware gevonden waarbij een I/O-aanvraag mislukt, maar de software verwerkt de foutvoorwaarde niet correct. De software kan oneindige nieuwe pogingen proberen. De I/O-bewerking blijft hangen en SQL Server kan de opgegeven actie niet voltooien. Net als bij de eerder beschreven schrijfvoorwaarde voor logboeken, kunnen veel slechte systeemgedragen optreden nadat een dergelijke voorwaarde het systeem wedgest.

Resolutie

Start de SQL Server opnieuw om dit probleem op te lossen. Soms moet u het besturingssysteem echter opnieuw opstarten om de verwerking te herstellen. We raden u ook aan een software-update te verkrijgen van de I/O-leverancier.

Voorbeeld 4: Externe opslag, spiegeling en raid-stations

Veel systemen maken gebruik van spiegeling of gebruiken vergelijkbare stappen om gegevensverlies te voorkomen. Sommige systemen die gebruikmaken van spiegeling zijn software en sommige zijn op hardware gebaseerd. De situatie die doorgaans door Microsoft Ondersteuning voor deze systemen wordt gedetecteerd, is een hogere latentie.

Een toename van de totale I/O-tijd treedt op wanneer de I/O moet worden voltooid voordat deze als voltooid wordt beschouwd. Voor externe mirrorinstallaties kunnen netwerkherstellingen betrokken worden. Wanneer er stationsfouten optreden en het raid-systeem opnieuw wordt opgebouwd, kan het I/O-patroon ook worden onderbroken.

Resolutie

Strikte configuratie-instellingen zijn vereist om de latentie voor spiegels te verminderen of om raid-herbouwbewerkingen uit te voeren.

Voorbeeld 5: Compressie

Microsoft biedt geen ondersteuning voor SQL Server-gegevensbestanden en logboekbestanden op gecomprimeerde stations. NTFS-compressie is niet veilig voor SQL Server omdat NTFS-compressie het WAL-protocol (Write Ahead Logging) onderbreekt. NTFS-compressie vereist ook een verhoogde verwerking voor elke I/O-bewerking. Met compressie wordt 'één voor één' gemaakt, zoals gedrag dat ernstige prestatieproblemen veroorzaakt.

Resolutie

U kunt dit probleem oplossen door de gegevens en de logboekbestanden op te heffen.

Zie Ondersteuning voor databases op gecomprimeerde volumes voor meer informatie.

Aanvullende gegevenspunten

PAGEIOLATCH_* en wachttijden voor writelogs in sys.dm_os_wait_stats dynamische beheerweergaven (DMV) zijn belangrijke indicatoren om de prestaties van het I/O-pad te onderzoeken. Als u aanzienlijke PAGEIOLATCH-wachttijden ziet, betekent dit dat SQL Server wacht op het I/O-subsysteem. Een bepaalde hoeveelheid PAGEIOLATCH-wachttijden is typisch en verwacht gedrag. Als de gemiddelde PAGEIOLATCH-wachttijden echter consistent groter zijn dan 10 milliseconden, moet u onderzoeken waarom het I/O-subsysteem onder druk staat. Zie de volgende documenten voor meer informatie:

• Problemen met trage SQL Server-prestaties oplossen die worden veroorzaakt door I/O-problemen
• sys.dm_os_waiting_tasks (Transact-SQL)
• sys.dm_exec_requests
• De opslagplaats van het wachttype SQL Server

Verwijzingen

• DiskSPD gebruiken om de opslagprestaties van workloads te testen
• sql Server-diagnose detecteert niet-gerapporteerde I/O-problemen vanwege verlopen leesbewerkingen of verloren schrijfbewerkingen
• Algoritmen voor logboekregistratie en gegevensopslag

SQL Server vereist dat systemen ondersteuning bieden voor 'gegarandeerde levering aan stabiele media' zoals beschreven in de vereisten voor het SQL Server I/O-betrouwbaarheidsprogramma. Ga voor meer informatie over de invoer- en uitvoervereisten voor de SQL Server-database-engine naar de vereisten voor invoer/uitvoer van de database-engine.

Zie Microsoft SQL Server I/O Basics, Hoofdstuk 2, voor meer informatie over I/O-fouten.