Sdílet prostřednictvím

MSSQLSERVER_833

platí pro:SQL Serverazure SQL Managed Instance

Podrobnosti

Vlastnost Hodnota
Název produktu SQL Server
ID události 833
Zdroj událostí MSSQLSERVER
Součást SQLEngine
Symbolický název BUF_LONG_IO
Text zprávy Sql Server zjistil, %d výskyty vstupně-výstupních požadavků trvá déle než %d sekund na dokončení souboru [%ls] v databázi [%ls] (%d). Popisovač souboru operačního systému je 0x%p. Posun nejnovějšího dlouhého V/V je: %#016I64x.

Vysvětlení

Tato zpráva označuje, že SQL Server vydal požadavek na čtení nebo zápis z disku a že vrácení požadavku trvalo déle než 15 sekund. SQL Server hlásí tuto chybu a indikuje problém s subsystémem vstupně-výstupních operací. Systém pro správu databází (DBMS), jako je SQL Server, spoléhá na včasnost vstupně-výstupních operací se vstupem a výstupem souboru. Některé z následujících položek můžou způsobit zablokované nebo zablokované vstupně-výstupní operace a nepříznivě ovlivnit odezvu a výkon SQL Serveru:

  • Vadný hardware
  • Nesprávně nakonfigurovaný hardware
  • Nastavení firmwaru
  • Ovladače filtru
  • Komprese
  • Chyby
  • Další podmínky v cestě vstupně-výstupní operace

Tyto vstupně-výstupní problémy můžou způsobit následující chování:

  • Blokace.
  • Kolize západek a vypršení časového limitu.
  • Pomalá doba odezvy
  • Roztažení hranic prostředků
  • Můžete si také všimnout jiných příznaků spojených s touto zprávou, například:
    • Vysoké doby čekání na ČEKÁNÍ PAGEIOLATCH.
    • Upozornění nebo chyby v protokolu událostí systému
    • Indikace problémů s latencí disku v čítačích monitorování systému

Pokud operace vstupně-výstupní operace čeká na 15 sekund nebo déle, SQL Server provede následující kroky:

  1. Zjistí, že operace čeká na vyřízení.

  2. Zapíše informační zprávu do protokolu chyb SQL Serveru, jak je uvedeno v části Podrobnosti.

    Vysvětlení různých částí této informační zprávy je uvedeno v následující tabulce:

Text zprávy Popis
< Číslo> výskyty Počet vstupně-výstupních požadavků, které nedokončily operaci čtení nebo zápisu za méně než 15 sekund.
Informace o souboru Úplný název souboru, název databáze a identifikační číslo databáze (DBID).
Rukojeť Popisovač operačního systému souboru. Pomocí popisovače operačního systému s ladicím programem nebo jinými nástroji můžete sledovat požadavky paketů IRP (IRP).
Ofset Posun poslední zablokované vstupně-výstupní operace nebo poslední pozastavené vstupně-výstupní operace. Posun můžete použít s ladicím programem nebo jinými nástroji, které vám pomůžou sledovat požadavky IRP.

Poznámka:
Když se informační zpráva zapíše do protokolu chyb SQL Serveru, nemusí se operace vstupně-výstupní operace zablokovat nebo zastavit.

Možné příčiny

Informační zpráva indikuje, že aktuální zatížení může mít jednu z následujících podmínek:

  • Úloha překračuje možnosti vstupně-výstupní cesty, a to buď kvůli chybné konfiguraci subsystému vstupně-výstupních operací (SAN, NAS a přímého připojení), nebo kvůli dosažení hardwarové kapacity.
  • Úloha překračuje aktuální systémové funkce, jako jsou vstupně-výstupní operace, procesory a adaptéry HBA.
  • V/V cesta má chybný software. Může se jednat o problém s firmwarem nebo ovladačem.
  • Cesta vstupně-výstupních operací má chybné hardwarové komponenty.
  • Problém s výkonem na úrovni operačního systému
  • Vyfiltrujte zásah ovladače v procesu vstupně-výstupních operací nebo cestě k úložišti databázových souborů. Například antivirový program.

SQL Server zaznamenává čas, kdy inicioval vstupně-výstupní požadavek, a zaznamenává čas dokončení vstupně-výstupních operací. Pokud je tento rozdíl 15 sekund nebo delší, zjistí se tato podmínka. Také to znamená, že SQL Server není příčinou zpožděné vstupně-výstupní podmínky, kterou tato zpráva popisuje a hlásí. Tato podmínka se označuje jako zastavené vstupně-výstupní operace. Většina požadavků na disk probíhá v typické rychlosti disku. Tato typická rychlost disku se často označuje jako doba hledání disku. Doba hledání disku u většiny disků úrovně Standard se vyskytuje v 10 milisekundách nebo méně. Proto je 15 sekund dlouhá doba, po kterou se cesta vstupně-výstupních operací systému vrátí k SQL Serveru. Další podrobnosti najdete v části Další informace .

Akce uživatele

Při řešení této chyby postupujte následovně:

  1. Zkontrolujte protokol událostí systému a vyhledejte chybové zprávy související s hardwarem.
  2. Zkontrolujte protokoly specifické pro hardware, pokud jsou k dispozici. Pomocí nezbytných metod a technik určete příčinu zpoždění operačního systému, ovladačů nebo V/V hardwaru.
  3. Aktualizujte všechny ovladače zařízení a firmware nebo proveďte další diagnostiku přidruženou k vašemu subsystému V/V.
  4. Přístup k disku můžou zpomalit ovladače filtru, například antivirový program. Pokud chcete zvýšit rychlost přístupu, vylučte datové soubory SQL Serveru, které jsou zadané v chybové zprávě z aktivních kontrol virů. Další informace naleznete v tématu Jak zvolit antivirový software ke spuštění na počítačích se systémem SQL Server (microsoft.com).
  5. Pomocí nástroje Sledování výkonu prozkoumejte následující čítače:
    • Average Disk Sec/Transfer
    • Průměrná délka fronty disku
    • Aktuální délka fronty disku
  6. K měření latence požadavků provedených na diskové jednotce můžete použít také zařízení, jako je protokolování Trasování událostí Pro Windows Storportu . Další podobná sada pro řešení potíží s vstupně-výstupními disky je k dispozici jako integrovaný profil nástroje Windows Performance Recorder.
  7. Monitorujte sys.dm_io_virtual_file_stats a zvolte odpovídající úroveň úložiště a IOPS pro propustnost úložiště.

Průvodce diagnostikou a řešením potíží s výkonem SQL Serveru, ke kterým dochází kvůli problémům s vstupně-výstupními operacemi, najdete v tématu Řešení potíží s pomalým výkonem SQL Serveru způsobeným vstupně-výstupními problémy.

Více informací

Zablokované vstupně-výstupní operace a zablokované vstupně-výstupní operace

Zablokované vstupně-výstupní operace

Zablokované vstupně-výstupní operace se definují jako vstupně-výstupní požadavek, který se nedokončí. Vstupně-výstupní operace zablokované často značí zablokovaný vstupně-výstupní operace. Pokud chcete vyřešit zablokovaný vstupně-výstupní stav, musíte obvykle restartovat počítač nebo provést podobnou akci. Zablokovaná vstupně-výstupní podmínka obvykle značí jeden z následujících problémů:

  • Vadný hardware.
  • Chyba v komponentě vstupně-výstupní cesty

Zastavené vstupně-výstupní operace

Zastavené vstupně-výstupní operace jsou definovány jako V/V požadavek, který se dokončí nebo trvá příliš dlouho. K zastavení chování vstupně-výstupních operací obvykle dochází z některého z následujících důvodů:

  • Konfigurace hardwaru.
  • Nastavení firmwaru.
  • Problém s ovladačem filtru, který k trasování a řešení vyžaduje pomoc od hardwaru nebo dodavatele softwaru.

SQL Server zastavil vstupně-výstupní operace a zablokoval vstupně-výstupní záznam a generování sestav

Podpora SQL Serveru zpracovává mnoho případů každý rok, které zahrnují zablokované nebo zablokované vstupně-výstupní problémy. Tyto vstupně-výstupní problémy se zobrazují různými způsoby. Problémy s vstupně-výstupními operacemi jsou některé z nejobtížnějších diagnostiky a ladění a vyžadují významný čas a prostředky pro ladění od Microsoftu a zákazníka. Vytváření sestav a zaznamenávání vstupně-výstupních požadavků je navržené pro jednotlivé soubory. Detekce a hlášení pozastavených a zablokovaných vstupně-výstupních požadavků jsou dvě samostatné akce.

nahrávání

Existují dva okamžiky, kdy dojde k akci záznamu na SQL Serveru. První je, když se operace vstupně-výstupní operace dokončí. Druhý okamžik je, když se spustí opožděný zapisovač. Když se opožděný zapisovač spustí, zkontroluje všechna čekající data a čekající požadavky na vstupně-výstupní operace souboru protokolu. Pokud vstupně-výstupní požadavek překročí prahovou hodnotu 15 sekund, dojde k operaci záznamu.

Podávání zpráv

Vytváření sestav probíhá v intervalech, které jsou od sebe vzdáleny pět minut nebo více. Generování sestav nastane, když se v souboru provede další V/V požadavek. Pokud došlo k akci záznamu a od poslední sestavy uplynulo pět minut nebo více, zapíše se informační zpráva uvedená v části Podrobnosti do protokolu chyb SQL Serveru.

Prahová hodnota 15 sekund není nastavitelná. Pomocí příznaku trasování 830 však můžete zakázat zablokované nebo zablokované zjišťování vstupně-výstupních operací, i když to nedoporučujeme.

Detekci zablokovaných a zablokovaných vstupně-výstupních operací můžete zakázat pomocí příznaku trasování 830. Pokud chcete tento příznak povolit při každém spuštění SQL Serveru, použijte -T830 spouštěcí parametr. Pokud chcete zakázat detekci instance SQL Serveru, která je aktuálně spuštěná, použijte následující příkaz:

    dbcc traceon(830, -1)

Toto nastavení je účinné pouze pro životnost procesu SQL Serveru.

Poznámka:

Vstupně-výstupní požadavek, který se zastaví nebo zablokuje, se ohlásí jen jednou. Pokud například zpráva hlásí, že je pozastaveno 10 vstupně-výstupních požadavků, tyto 10 sestav se znovu neprojeví. Pokud další zpráva oznámí, že se zastavilo 15 vstupně-výstupních požadavků, znamená to, že se zastavilo 15 nových vstupně-výstupních požadavků.

Sledování paketu vstupně-výstupních požadavků (IRP)

SQL Server používá standardní volání rozhraní API systému Microsoft Windows ke čtení a zápisu dat. SQL Server například používá následující funkce:

  • WriteFile
  • ReadFile
  • WriteFileScatter
  • ReadFileGather

Požadavek na čtení nebo zápis zpracovává Systém Windows jako paket IRP (IRP). Pokud chcete určit stav protokolu IRP, použijte obě následující funkce:

Doporučujeme zkontrolovat všechny dostupné aktualizace pro následující položky:

  • Systém BIOS
  • Firmware
  • Všechny ostatní součásti cesty vstupně-výstupních operací

Před provedením dalších akcí ladění se obraťte na dodavatele hardwaru. Relace ladění bude pravděpodobně zahrnovat komponentu ovladače, firmwaru nebo filtru jiného výrobce.

Výkon systému a akce plánu dotazů

Celkově může výkon systému hrát klíčovou roli při zpracování vstupně-výstupních operací. Měli byste zvážit obecný stav systému při zkoumání zpráv o zastavených nebo zablokovaných vstupně-výstupních operacích. Nadměrné zatížení může způsobit zpomalení celého systému, včetně zpracování vstupně-výstupních operací. Chování systému, když dojde k problému, může být klíčovým faktorem při určování původní příčiny problému. Pokud se například využití procesoru zvyšuje nebo zůstává vysoké, zatímco k problému dochází, může to znamenat, že systémový proces používá tolik procesoru, že ostatní procesy jsou nepříznivě ovlivněny.

Čítače výkonu

Pokud chcete monitorovat výkon vstupně-výstupních operací, projděte si následující čítače výkonu pro konkrétní informace o vstupně-výstupní cestě:

  • Average Disk Sec/Transfer
  • Průměrná délka fronty disku
  • Aktuální délka fronty disku

Například průměrná doba za sekundu/přenos disku v počítači, na kterém běží SQL Server, je obvykle menší než 15 milisekund. Pokud průměrná hodnota disku sec/transfer stoupá, znamená to, že subsystém vstupně-výstupních operací není optimální udržet krok s V/V poptávkou.

Při používání čítačů výkonu buďte opatrní, protože SQL Server plně využívá asynchronní vstupně-výstupní funkce, které silně odsdílejí délky fronty disku. Delší délky fronty disku proto nezoznačují problém.

Ve Windows System Monitoru můžete zkontrolovat čítač Fyzický disk: Bajty disku za sekundu pro každý ovlivněný disk a porovnat rychlost aktivity s čítači "Proces: Vstupně-výstupní data bajtů za sekundu" a "Proces: vstupně-výstupní bajty za sekundu" pro každý proces. Provedete to, abyste zjistili, jestli určitá sada procesů generuje nadměrné vstupně-výstupní požadavky. Různé další čítače související s vstupně-výstupními operacemi v objektu Proces odhalí podrobnější informace. Pokud zjistíte, že instance SQL Serveru odpovídá za nadměrné zatížení vstupně-výstupních operací na serveru, přečtěte si další část indexů a paralelismu. Podrobnou diskuzi o zjišťování a řešení kritických bodů vstupně-výstupních operací najdete v tématu Řešení potíží s pomalým výkonem SQL Serveru způsobeným vstupně-výstupními problémy.

Indexy a paralelismus

Často dochází k nárůstům vstupně-výstupních operací, protože chybí index. Toto chování může vážně nasdílit vstupně-výstupní cestu. Průchod, který používá Průvodce otáčením indexů (ITW), může pomoct vyřešit vstupně-výstupní tlak na systém. Pokud dotaz využívá index místo prohledávání tabulky nebo pokud používá řazení nebo hodnotu hash, může systém získat následující výhody:

  • Snížení se provádí ve fyzických vstupně-výstupních operacích, které jsou potřeba k dokončení akce, která přímo vytváří výhody výkonu dotazu.
  • V mezipaměti dat musí být převráceno méně stránek. Proto tyto stránky, které jsou v mezipaměti dat, zůstávají relevantní pro aktivní dotazy.
  • Řazení a hodnoty hash se používají, protože index možná chybí nebo protože statistiky jsou zastaralé. Použití a kolize databáze tempdb můžete snížit přidáním jednoho nebo více indexů.
  • Snížení se provádí v prostředcích, paralelních operacích nebo v obou. Vzhledem k tomu, že SQL Server nezaručuje paralelní provádění dotazů a zatížení systému je považováno za nejlepší optimalizovat všechny dotazy pro sériové spuštění. Pokud chcete optimalizovat dotaz, otevřete Analyzátor dotazů a nastavte sp_configure hodnotu maximálního stupně paralelismu na hodnotu 1. Pokud jsou všechny dotazy vyladěné tak, aby se spouštěly okamžitě jako sériová operace, je paralelní spouštění často lepším výsledkem. Paralelní spouštění je však často vybráno, protože množství dat je velké. U chybějícího indexu může dojít k velkému řazení. Více pracovních procesů, které provádějí operaci řazení, vytvoří rychlejší odpověď. Tato akce ale může výrazně zvýšit tlak na systém. Velké požadavky na čtení z mnoha pracovních procesů můžou způsobit nárůst vstupně-výstupních operací společně se zvýšeným využitím procesoru. Dotaz je často možné ladit tak, aby běžel rychleji a v případě přidání indexu nebo pokud dojde k jiné akci ladění, použijte méně prostředků.

Praktické příklady z podpory SQL Serveru

Následující příklady byly zpracovány podporou SQL Serveru a podporou eskalace systému Windows. Tyto příklady jsou určeny k poskytnutí rámce odkazu a pomáhají nastavit vaše očekávání týkající se zablokovaných a zablokovaných vstupně-výstupních situací. Poskytují také architekturu pro pochopení toho, jak může být systém ovlivněn nebo může reagovat. Žádný konkrétní hardware nebo sada ovladačů nepředstavují žádné specifické riziko nebo zvýšené riziko nad jiným. Všechny systémy jsou v tomto ohledu stejné.

Příklad 1: Zápis protokolu, který je zablokovaný po dobu 45 sekund

Pokus o zápis souboru protokolu SQL Serveru se pravidelně zablokuje přibližně 45 sekund. Zápis protokolu se nedokončí včas. Toto chování vytvoří blokující podmínku, která způsobí vypršení časového limitu 30 sekund klienta.

Aplikace odeslala potvrzení na SQL Server a potvrzení se zablokuje jako čekající zápis protokolu. Toto chování způsobí, že dotaz bude dál držet zámky a blokovat příchozí požadavky od jiných klientů. Pak začnou vypršení časového limitu pro ostatní klienty. To sloučí problém, protože aplikace nevrací otevřené transakce zpět, když dojde k vypršení časového limitu dotazu. Tím se vytvoří stovky otevřených transakcí, které drží zámky. Proto nastane závažná blokující situace.

Další informace o zpracování a blokování transakcí naleznete v následujícím článku znalostní báze Microsoft Knowledge Base: 224453 Principy a řešení problémů blokujících SQL Server

Aplikační služby web pomocí sdružování připojení. Když se zablokují další připojení, web vytvoří více připojení. Tato připojení se zablokují a cyklus pokračuje.

Dokončení zápisu protokolu trvá přibližně 45 sekund. Do této doby se však zálohují stovky připojení. Blokující problémy způsobují několik minut doby obnovení pro SQL Server a aplikaci. V kombinaci s problémy s aplikací má pozastavený vstupně-výstupní stav velmi negativní vliv na systém.

Řešení

Problém se sleduje na zablokovaný vstupně-výstupní požadavek v ovladači adaptéru HBA (Host Bus Adapter). Počítač má několik karet HBA s podporou převzetí služeb při selhání. Pokud je jeden adaptér HBA za nebo nekomunikuje se sítí SAN (Storage Area Network), je hodnota časového limitu opakování před převzetím služeb při selhání nakonfigurovaná na 45 sekund. Když časový limit překročí, vstupně-výstupní požadavek se přesměruje do druhého adaptéru HBA. Druhý adaptér HBA zpracovává požadavek a rychle se dokončí. Aby se zabránilo takovým stavům zastavení, výrobce hardwaru doporučuje nastavení opakovat před převzetím služeb při selhání po pěti sekundách.

Příklad 2: Filtrování zásahu řidiče

Mnoho antivirových softwarových programů a zálohovacích produktů používá ovladače filtru vstupně-výstupních operací. Tyto ovladače filtru vstupně-výstupních operací se stanou součástí zásobníku vstupně-výstupních požadavků a mají přístup k žádosti IRP. Služby podpory produktů Společnosti Microsoft zaznamenaly různé problémy z chyb, které vytvářejí zablokované vstupně-výstupní podmínky nebo zablokované vstupně-výstupní podmínky v implementaci ovladače filtru.

Jednou z takových podmínek je ovladač filtru pro zpracování zálohování, který umožňuje zálohování souborů otevřených při zálohování. Správce systému zahrnul adresář datových souborů SQL Serveru do výběrů zálohování souborů. Když dojde k zálohování, zálohování se pokusí shromáždit správnou image souboru v době spuštění zálohování. Tím se zpožďují vstupně-výstupní požadavky. Vstupně-výstupní požadavky mohou být dokončeny vždy jen jednou, protože je software zpracovává.

Když se zálohování spustí, výkon SQL Serveru se výrazně sníží, protože vstupně-výstupní operace SQL Serveru jsou nuceny postupně dokončit. Logika najednou spočívá v tom, že vstupně-výstupní operaci nejde provést asynchronně, což problém sloučí. Proto pokud SQL Server očekává, že odešle vstupně-výstupní požadavek a bude pokračovat, pracovní proces se zablokuje ve volání čtení nebo zápisu, dokud se nedokončí vstupně-výstupní požadavek. Akce ovladače filtru efektivně zakazují úlohy zpracování, jako je například čtení SQL Serveru dopředu. Kromě toho další chyba v ovladači filtru ponechá jednu najednou akce v procesu, i když je zálohování dokončeno. Jediným způsobem, jak obnovit výkon SQL Serveru, je restartovat SQL Server, aby byl popisovač souboru vydán a znovu vyzván bez interakce ovladače filtru.

Řešení

Chcete-li tento problém vyřešit, datové soubory SQL Serveru jsou odebrány z procesu zálohování souborů. Výrobce softwaru opravil problém, který opustil soubor v režimu "jeden po druhém".

Příklad 3: Skryté chyby

Mnoho systémů high-end má vícekanálové vstupně-výstupní cesty pro zpracování vyrovnávání zatížení nebo podobné aktivity. Podpora produktů Společnosti Microsoft zjistila problémy se softwarem pro vyrovnávání zatížení, kde selže vstupně-výstupní požadavek, ale software nezpracuje chybový stav správně. Software se může pokusit o nekonečné opakování. Vstupně-výstupní operace se zasekne a SQL Server nemůže dokončit zadanou akci. Podobně jako dříve popsaná podmínka zápisu protokolu může po takové podmínce systému dojít k mnoha špatným systémovým chováním.

Řešení

Chcete-li tento problém vyřešit, restartujte SQL Server. Někdy ale potřebujete restartovat operační systém, aby se zpracování obnovilo. Doporučujeme také získat aktualizaci softwaru od dodavatele vstupně-výstupních operací.

Příklad 4: Vzdálené úložiště, zrcadlení a jednotky RAID

Mnoho systémů používá zrcadlení nebo přijímá podobné kroky, aby se zabránilo ztrátě dat. Některé systémy, které používají zrcadlení, jsou softwarové a některé jsou založené na hardwaru. Situace, která je obvykle zjištěna podporou Microsoftu pro tyto systémy, je zvýšená latence.

Zvýšení celkové doby vstupně-výstupních operací nastane, když se vstupně-výstupní operace musí dokončit, než se považuje za dokončený. U vzdálených instalací zrcadlení se můžou zapojit opakované pokusy o síť. Pokud dojde k selhání jednotek a systém raid se znovu sestavuje, je možné také přerušit vstupně-výstupní model.

Řešení

K omezení latence zrcadlení nebo operací opětovného sestavení raidu se vyžaduje striktní nastavení konfigurace.

Příklad 5: Komprese

Microsoft nepodporuje datové soubory SQL Serveru a soubory protokolů na komprimovaných jednotkách. Komprese NTFS není pro SQL Server bezpečná, protože komprese NTFS přeruší protokol WAL (Write Ahead Logging). Komprese NTFS také vyžaduje zvýšené zpracování pro každou vstupně-výstupní operaci. Komprese vytváří "jeden po druhém" jako chování, které způsobuje závažné problémy s výkonem.

Řešení

Chcete-li tento problém vyřešit, odkomentujte data a soubory protokolu.

Další informace naleznete v tématu Podpora databází na komprimovaných svazcích.

Další datové body

PAGEIOLATCH_* a čekání protokolu zápisu v zobrazeních dynamické správy (DMV) sys.dm_os_wait_stats jsou klíčovými indikátory pro zkoumání výkonu vstupně-výstupních cest. Pokud se zobrazí významné čekání PAGEIOLATCH, znamená to, že SQL Server čeká na vstupně-výstupní subsystém. Určité množství čekání PAGEIOLATCH je typické a očekávané chování. Pokud jsou však průměrné doby čekání PAGEIOLATCH konzistentně větší než 10 milisekund, měli byste zjistit, proč je subsystém vstupně-výstupní operace pod tlakem. Další informace najdete v následujících dokumentech:

Odkazy

SQL Server vyžaduje, aby systémy podporovaly "zaručené doručování do stabilního média", jak je uvedeno v rámci požadavků na program spolehlivosti vstupně-výstupních operací SQL Serveru. Další informace o požadavcích na vstup a výstup databázového stroje SQL Serveru najdete v tématu Požadavky na vstup a výstup databázového stroje.

Další informace o vstupně-výstupních chybách naleznete v tématu Základy vstupně-výstupních operací systému Microsoft SQL Server, kapitola 2.

  • Last updated on