Přihlásit se pomocí účtu Microsoft
Přihlaste se nebo si vytvořte účet.
Dobrý den,
Vyberte jiný účet.
Máte více účtů.
Zvolte účet, pomocí kterého se chcete přihlásit.

Příznaky

Při spuštění Microsoft SQL serveru se po dokončení obnovení databáze projeví některé z následujících příznaků a připojení klientů je povoleno.

Příznak 1

V protokolu chyb SQL serveru se zobrazují chybové zprávy a kontrolní výrazy podobné následujícím:

2014-12-13 08:03:34.85 spid24s Using 'dbghelp.dll' version '4.0.5'2014-12-13 08:03:34.85 spid24s **Dump thread - spid = 0, EC = 0x0000000082274B202014-12-13 08:03:34.85 spid24s ***Stack Dump being sent to C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\LOG\SQLDump0001.txt2014-12-13 08:03:34.85 spid24s * *******************************************************************************2014-12-13 08:03:34.85 spid24s *2014-12-13 08:03:34.85 spid24s * BEGIN STACK DUMP:2014-12-13 08:03:34.85 spid24s * 12/13/14 08:03:34 spid 242014-12-13 08:03:34.85 spid24s *2014-12-13 08:03:34.85 spid24s * Location: ghost.cpp:17422014-12-13 08:03:34.85 spid24s * Expression: tcln1 != NULL2014-12-13 08:03:34.85 spid24s * SPID: 242014-12-13 08:03:34.85 spid24s * Process ID: 354442014-12-13 08:03:34.85 spid24s *2014-12-13 08:03:35.47 spid24s Error: 17066, Severity: 16, State: 1.2014-12-13 08:03:35.47 spid24s SQL Server Assertion: File: <ghost.cpp>, line=1742 Failed Assertion = 'tcln1 != NULL'. K této chybě mohlo dojít při časování. Pokud chyba přetrvává i po novém spuštění příkazu, pomocí příkazu DBCC CHECKDB zkontrolujte, jestli databáze není strukturovaná, nebo restartujte server, aby nedošlo k poškození datových struktur v paměti.

Příznak 2

V protokolu chyb SQL serveru se zobrazují chybové zprávy a výjimky:

2014-12-13:38:30.25 spid51 s použitím ' dbghelp. dll ' verze ' 4.0.5 "2014-12-13 12:38:30.25 spid51 * * * je zaslaný výpis zásobníku na C:\Program Files\Microsoft SQL Server \ MSSQL10_50. SQL2008R2\MSSQL\LOG\SQLDump0003.txt2014-12-13 12:38:30.25 spid51 SqlDumpExceptionHandler: proces 51 vygeneroval závažnou výjimku c0000005 EXCEPTION_ACCESS_VIOLATION. SQL Server is terminating this process.2014-12-13 12:38:30.25 spid51 * *******************************************************************************2014-12-13 12:38:30.25 spid51 *2014-12-13 12:38:30.25 spid51 * BEGIN STACK DUMP:2014-12-13 12:38:30.25 spid51 * 12/13/14 12:38:30 spid 512014-12-13 12:38:30.25 spid51 *2014-12-13 12:38:30.25 spid51 *2014-12-13 12:38:30.25 spid51 * Exception Address = 000000000030D47C Module(sqlservr+00000000000FD47C)2014-12-13 12:38:30.25 spid51 * Exception Code = c0000005 EXCEPTION_ACCESS_VIOLATION2014-12-13 12:38:30.25 spid51 * Access Violation occurred reading address FFFFFFFFFFFFFFFF2014-12-13 12:38:30.25 spid51 * Input Buffer 54 bytes -2014-12-13 12:38:30.25 spid51 * exec usp_select12014-12-13 12:38:30.77 Server Error: 17310, Severity: 20, State: 1.2014-12-13 12:38:30.77 Server A user request from the session with SPID 51 generated a fatal exception. SQL Server ukončí tuto relaci. Kontaktování služeb technické podpory s výpisem vytvořeným v adresáři log. Porušení přístupu bude mít následující zásobník volání: Sqlservr! TaskGhostCleanup:: SHA + 0x8dsqlservr! TaskGhostCleanup:: fronty a 0x32sqlservr! IndexRowScanner:: MoveToRowOnNextPage + 0x9csqlservr! IndexDataSetSession:: GetNextRowValuesInternal + 0x11cb

Příznak 3

Po přijetí zpráv uvedených v předchozích oddílech příznaků se v protokolu chyb SQL serveru zobrazují tyto zprávy:

2014-12-13 8:04:53.37 Server proces 0:0:0 (0x23c8) pracovník 0x000000002880C1A0 zřejmě není v Plánovači 23. Čas vytvoření vlákna: 13062953007877. Využití procesoru na přibližně: jádro 0 MS, uživatel 0 MS. Využití procesu 0%. Systém nepracuje 88%. Interval: 70013 MS. 2014 – 12 – 13 08:04:53.37 Server proces 0:0:0 (0x71d8) pracovní 0x000000002A8D21A0 zřejmě není v Plánovači 30. Čas vytvoření vlákna: 13062953007891. Využití procesoru na přibližně: jádro 0 MS, uživatel 0 MS. Využití procesu 0%. Systém nepracuje 88%. Interval: 70013 ms.2014-12-13 08:04:53.38 Server ***Unable to get thread context for spid 02014-12-13 08:04:53.38 Server * *******************************************************************************2014-12-13 08:04:53.38 Server *2014-12-13 08:04:53.38 Server * BEGIN STACK DUMP:2014-12-13 08:04:53.38 Server * 12/13/14 08:04:53 spid 294882014-12-13 08:04:53.38 Server *2014-12-13 08:04:53.38 Server * Non-yielding Scheduler2014-12-13 08:04:53.38 Server *2014-12-13 08:04:53.38 Server * *******************************************************************************2014-12-13 08:04:53.38 Server Stack Signature for the dump is 0x00000000000003412014-12-13 08:04:55.43 Server External dump process return code 0x20000001. Proces externího výpisu vrátil žádné chyby. 2014 – 12 – 13 08:04:55.43 serveru Process 0:0:0 (0x9358) se zdá, že v Plánovači 4 je neproduktivní. Čas vytvoření vlákna: 13062953009701. Využití procesoru na přibližně: jádro 0 MS, uživatel 15 MS. Využití procesu 0%. Systém nepracuje 88%. Interval: 70011 MS.

SQL Server nemusí v tomto okamžiku odpovídat na žádosti uživatele. V takovém případě musíte službu restartovat, aby se situace opravila.

Příčina

K tomuto problému dochází, protože dotazy uživatelů se pokusí použít fronty čištění před úplným spuštěním tohoto procesu.

Každá nová kumulativní aktualizace pro SQL Server obsahuje všechny opravy hotfix a všechny opravy zabezpečení, které byly součástí předchozí kumulativní aktualizace. Podívejte se na nejnovější kumulativní aktualizace SQL serveru:

Alternativní řešení

Tento problém vyřešíte takto:

  1. Configure -T669 as Startup. Tyto příznaky trasování brání uživatelům v žádosti o frontování v procesu vyřazování zástupných položek.

  2. Nastavení výstrahy SQL serveru Agent pro aktivaci úlohy na SQL MSG 3408 Nastavte třeba následující upozornění:

    Obnovení je dokončeno. Tato zpráva je jenom informační. Není třeba žádné akce uživatele.

  3. V této úloze spusťte skript TSQL, který počká 5 až 10 minut a potom spusťte příkaz DBCC TRACEOFF (669,-1) .

Tímto postupem zajistíte, aby byl tento příznak trasování aktivní jenom při spuštění systému SQL Server. Použití tohoto příznaku trasování nemá vliv na obvyklé fungování procesu čištění Ghost.

Stav

Společnost Microsoft potvrzuje, že se jedná o problém s SQL serverem a v současné době řeší opravu tohoto problému. Tento článek znalostní báze Knowledge Base bude aktualizován o další informace, které budou k dispozici.

Odkazy

V jádru úložiště se zobrazuje upozornění na skryté čištění sp_add_alert (Transact-SQL) příkaz DBCC TRACEOFF (Transact-SQL)Flags–Možnosti spuštění databázového stroje

Facebook LinkedIn E-mail
PŘIHLÁSIT SE K ODBĚRU INFORMAČNÍCH KANÁLŮ RSS

Potřebujete další pomoc?

Chcete další možnosti?

Zjišťování Komunita

Prozkoumejte výhody předplatného, projděte si školicí kurzy, zjistěte, jak zabezpečit své zařízení a mnohem více.

Výhody předplatného Microsoftu 365

Školení k Microsoftu 365

Zabezpečení od Microsoftu

Centrum přístupnosti

Komunity vám pomohou klást otázky a odpovídat na ně, poskytovat zpětnou vazbu a vyslechnout odborníky s bohatými znalostmi.

Zeptejte se v komunitě Microsoftu

Technická komunita Microsoftu

Účastníci programu Windows Insider

Účastníci programu Microsoft 365 Insider

Byly tyto informace užitečné?

Jak jste spokojeni s kvalitou jazyka?
Co ovlivnilo váš názor?
Po stisknutí tlačítka pro odeslání se vaše zpětná vazba použije k vylepšování produktů a služeb Microsoftu. Váš správce IT bude moci tato data shromažďovat. Prohlášení o zásadách ochrany osobních údajů.

Děkujeme vám za zpětnou vazbu.

×