Oprava: Sledování prostředků zadá na serveru se systémem SQL Server 2008 nejsou získávání podmínku

Překlady článku Překlady článku
ID článku: 2216485 - Produkty, které se vztahují k tomuto článku.
Rozbalit všechny záložky | Minimalizovat všechny záložky

Na této stránce

Příznaky

Na serveru, který je spuštěn Microsoft SQL Server 2008, s úloh program Sledování prostředků zaznamenává následující zpráva, každých pět sekund:
Date_And_TimeServer pomocí 'dbghelp.dll' verze "4.0.5."
Date_And_TimeServer ** výpis stavu podprocesu - spid = 0, PSS = 0x0000000000000
000, ES = 0x0000000000000000
Date_And_TimePřihlášení bylo úspěšné přihlášení uživatele 'OPENTEXT\sqlcrmusr'. Připojení: důvěryhodné. [CLIENT:Adresa_IP]
Date_And_TimeChyba spid78: 4014, stupeň závažnosti: 20, stav: 2.
Date_And_TimePři čtení vstupního datového proudu ze sítě došlo k závažné chybě A spid78 . Relace bude ukončen.
Date_And_TimeServer *** zásobníku výpisu stavu paměti odesíláníJednotka: \MSSQL2005\LOG\SQLDump####txt
Date_And_TimeServer * *******************************************************************************
Date_And_TimeServeru *
Date_And_TimeServeru * výpis zásobníku BEGIN:
Date_And_TimeServeru *Date_And_TimeSPID 0
Date_And_TimeServeru *
Date_And_TimeServeru * Non získávání sledování prostředků
Date_And_TimeServeru *
Date_And_TimeServer * *******************************************************************************
Date_And_TimeServer * -------------------------------------------------------------------------------
Date_And_TimeServeru * krátké výpis zásobníku
Date_And_TimeServer podpis zásobníku pro výpis stavu se 0x000000000000005C

Date_And_TimeServer, neznámé, pracovní program Sledování prostředků (0x9b0) 0x0000000003A2C1C0 se zdá být bez získávání naNode_ #. Pamet: 0 KB. Použité cca Procesoru: jádro 0 msnull uživatele 0 msnull interval:Interval_value.

Příčina

Serveru SQL Server 2008, program Sledování prostředků úkolu probudí pravidelně k poslechu a informovat účastníky o události paměť nízká, vysoká nebo konstantní. Tyto události paměti může být externí k serveru SQL Server (oznámení, která jsou platná pro celý systém z operačního systému) nebo interní k serveru SQL Server (oznámení, která jsou platná pro celý proces od fondu vyrovnávací paměti). Dojde-li tato oznámení, oříznout různých paměti spotřebitele jejich využití paměti.

Poznámka:Spotřebitelé mohou být zaměstnance paměť, úložiště v mezipaměti, obchody pro uživatele, nebo objekt úložiště.

V případě některých spotřebitelů paměti používá velké množství paměti, oříznutí, provádějící spotřebitele může trvat dlouhou dobu k dokončení.

Sledování služby Plánovač úloh, která se spouští každých pět sekund zkontroluje, zda program Sledování prostředků přešel z jednoho klienta do jiné v posledních 60 sekund. Sledování Plánovač zjistí, že program Sledování prostředků není přesunul za spotřebitele 60 sekund, plán sledování interpretuje jako program Sledování prostředků přejít do stavu bez získávání a pak plán sledování zaznamená chybovou zprávu, která je uvedena v části "Příznaky".

Tyto zprávy jsou také aktivována, pokud je rychlost, s jakou program Sledování prostředků uvolnění paměti je menší než 2 MB každých pět sekund.

Tyto zprávy jsou pouze označení programu Sledování prostředků je zaneprázdněn čištění velkých spotřebitelů, a tyto zprávy nutně neoznačují problém pomocí programu Sledování prostředků sám.

Řešení

Spuštění aplikace Microsoft SQL Server 2008 Service Pack 2, zprávy bez získávání sledování prostředků byl rozšířen snadno izolovat účetní paměti, která vede k podmínce Ne získávání.

Nové zprávy bude panelu vypadat takto:
Sledování prostředků (0x9b0) pracovních 0x0000000003A2C1C0 se zdá být bez získávání v uzluNode_ #. Pamet: 0 KB. Poslední čekání: lastwaittype. Poslední clerk: typclerk_typenázevclerk_name. Jádro použité cca Procesoru: 0 ms, uživatel 0 ms, interval:Interval_value.
Popisy jednotlivých polí, které se používají v této zprávě jsou následující:
  • Uvolnit paměť: Je to, kolik paměti je uvolnit pomocí programu Sledování prostředků pro zadaný interval jako měřená v kilobajtech. Je-li rychlost, jakou paměť uvolněna není větší než 2 MB každých pět sekund, sledování Plánovač zjistí tato podmínka jako podmínku bez získávání.
  • Poslední čekání: Jedná se o poslední typ čekání podprocesu sledování prostředků. Toto pole společně s můžete použítCca Procesoru, sloužípole k určení, zda je podproces sledování prostředků systémem nebo čeká na významnou část intervalu.
  • Poslední účetní: Jedná se o typ a název účetní paměti, která byla v případě, že podmínka není získávání došlo k oříznutí paměti.
  • Cca Procesoru, slouží: Toto je čas jádra a uživatele, který používá program Sledování prostředků, jako je udávána v milisekundách. Můžete to použít společně s jinými ověřit, že program Sledování prostředků vyvíjí průběh během zadaného intervalu.
  • Interval: Toto je čas, který uplynul od poslední účetní bylo oznámeno, jak je udávána v milisekundách.
Je možné použít tuto zprávu spolu s RING_BUFFER_RESOURCE_MONITOR položky od okamžiku, kdy zprávy k identifikaci zdroje oznámení nedostatku paměti.

Další informace o tom, jak interpretovat MONITOR RING_BUFFER_RESOURCE. naleznete na následujícím webu MSDN blogu:
Jak It Works: co jsou RING_BUFFER_RESOURCE_MONITOR oznámením?
Úkolu další informace o způsob, jakým SQL Server naslouchá a odpovídá na oznámení paměti a o programu Sledování prostředků a potíží souvisejících s pamětí výkon serveru SQL Server, naleznete v následujících článcích blogu MSDN:
Tlak paměti - nezatříděn

Správce paměti a SQLOS: reagovat na tlak paměti

Pracovní sada zpráv serveru SQL Server

S řešení potíží s výkonem v produktu SQL Server 2008

Informace o aktualizaci Service Pack

Chcete-li tento problém vyřešíte pomocí nejnovější aktualizace service pack pro SQL Server 2008. Další informace naleznete klepnutím na následující číslo článku databáze Microsoft Knowledge Base:
968382Jak získat nejnovější aktualizaci service pack pro SQL Server 2008

Prohlášení

Společnost Microsoft potvrzuje, že se jedná o problém v produktech této společnosti, které jsou uvedeny v části "Platí pro".

Tento problém byl poprvé opraven v serveru SQL Server 2008 Service Pack 2 pro SQL Server 2008.

Vlastnosti

ID článku: 2216485 - Poslední aktualizace: 19. srpna 2010 - Revize: 1.0
Informace v tomto článku jsou určeny pro produkt:
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Standard
Klíčová slova: 
kbprb kbfix kbtshoot kbmemory kbmt KB2216485 KbMtcs
Strojově přeložený článek
Důležité: Tento článek byl přeložen pomocí software společnosti Microsoft na strojový překlad, ne profesionálním překladatelem. Společnost Microsoft nabízí jak články přeložené překladatelem, tak články přeložené pomocí software na strojový překlad, takže všechny články ve Znalostní databázi (Knowledge Base) jsou dostupné v češtině. Překlad pomocí software na strojový překlad ale není bohužel vždy dokonalý. Obsahuje chyby ve skloňování slov, skladbě vět, nebo gramatice, podobně jako když cizinci dělají chyby při mluvení v češtině. Společnost Microsoft není právně zodpovědná za nepřesnosti, chyby nebo škody vzniklé chybami v překladu, nebo při použití nepřesně přeložených instrukcí v článku zákazníkem. Společnost Microsoft aktualizuje software na strojový překlad, aby byl počet chyb omezen na minimum.
Projděte si také anglickou verzi článku:2216485

Dejte nám zpětnou vazbu

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com