Poprawka: Błąd harmonogramu stabilnej podczas uruchamiania procedury przechowywanej, która używa TVP programu SQL Server 2012

Objawy

Rozważ następujący scenariusz:

• Utwórz procedurę przechowywaną, która wykorzystuje parametr oródwierszową (TVP) w systemie Microsoft SQL Server 2012.

• Przechwytywanie za pomocą programu SQL Profiler lub SQL Server rozszerzone zdarzenia RPC: uruchamianie i RPC: zakończone zdarzenia.

• Kwerenda używa TVP.

• Limit czasu kwerendy.

W tym scenariuszu występuje błąd harmonogramu stabilnej i kwerend, które są uruchomione na tym samym harmonogram wolniej. Ponadto plik mini-dump jest generowany w folderze dziennika programu SQL Server.
Gdy ten problem wystąpi, pojawi się komunikat o błędzie podobny do następującego:

Błąd harmonogramu stabilnej wraz z komunikat o błędzie podobny do następującego jest rejestrowane w dzienniku błędów programu SQL Server:

Przyczyna

Ten problem występuje z powodu błędu w aparacie bazy danych programu SQL Server 2012. Kolumny tekstu w TVP są implementowane jako wstawianie ciągów lub buforów i zwiększenie liczby wierszy zwiększa liczbę buforów. Jednak proces, który zwalnia buforów jest czasochłonne. W związku z tym zostanie wygenerowany błąd harmonogramu stabilnej po publikacji i zmniejszyć operacji występuje.

Uwaga Podobny problem został rozwiązany w następującym artykule bazy wiedzy Microsoft Knowledge base. Jednak pakiet aktualizacji zbiorczej opisanej w artykule nie jest dla problem limitu czasu kwerendy.

NAPRAW 2520808 : stabilnej harmonogram błąd podczas uruchamiania kwerendy, która używa TVP w programie SQL Server 2008 lub SQL Server 2008 R2, jeśli jest używany program SQL Profiler lub Extended zdarzeń programu SQL Server

Rozwiązanie

Obejście problemu

Aby obejść ten problem, użyj jednej z następujących metod:

• Nie należy używać programu SQL Profiler lub Extended zdarzeń programu SQL Server.

• Kliknij, aby wyczyścić RPC: uruchamianie i RPC: zakończone pola wyboru w definicji śledzenia.

Więcej informacji

Ta poprawka nie dotyczą programu SQL Server 2008 lub SQL Server 2008 R2 po opublikowaniu tego KB. Jeśli wszyscy użytkownicy wystąpi ten sam problem w programie SQL Server 2008 lub SQL Server 2008 R2, nawet po zastosowaniu przez użytkowników pakietu, który jest opisany w następującym artykule, sprawdzania, czy ma limitu czasu kwerendy i ustalić, czy limit czasu może być rozwiązany. W przeciwnym razie przesłać żądanie, aby zastosować poprawkę do programu SQL Server 2008 lub SQL Server 2008 R2.

NAPRAW 2520808 : stabilnej harmonogram błąd podczas uruchamiania kwerendy, która używa TVP w programie SQL Server 2008 lub SQL Server 2008 R2, jeśli jest używany program SQL Profiler lub Extended zdarzeń programu SQL Server

sqlmin!CLinkedMap<__int64,CCheckReadersAndWriters::CCounts>::FLookup+0x29sqlmin!CCheckReadersAndWriters::Release+0x69
sqlmin!CMainIlb::{dtor}+0x3d
sqlmin!CMainIlb::`scalar deleting destructor'+0x3d
sqlmin!CBlobHandleFactoryMain::ReleaseILockBytes+0x13
sqlmin!CMainIlb::Release+0xf0
sqllang!CTraceRpcBinaryStream::~CTraceRpcBinaryStream+0x80
sqllang!CTraceTvpData::{dtor}+0x14
sqllang!CTraceTvpData::`scalar deleting destructor'+0x1e
sqllang!CRpcTraceHelper::CleanUpTraceTvpData+0x33
sqllang!CRpcTraceHelper::~CRpcTraceHelper+0x70
sqllang!CRPCExecEnv::~CRPCExecEnv+0x2ab
sqllang!CRPCExecEnv::`scalar deleting destructor'+0x14
sqllang!process_request+0x10b1
sqllang!process_commands+0x51c
sqldk!SOS_Task::Param::Execute+0x21e
sqldk!SOS_Scheduler::RunTask+0xa8
sqldk!SOS_Scheduler::ProcessTasks+0x299
sqldk!SchedulerManager::WorkerEntryPoint+0x261
sqldk!SystemThread::RunWorker+0x8f
sqldk!SystemThreadDispatcher::ProcessWorker+0x3c8
sqldk!SchedulerManager::ThreadEntryPoint+0x236
kernel32!BaseThreadInitThunk+0xd
ntdll!RtlUserThreadStart+0x1d  

sqlmin!CLinkedMap<__int64,CCheckReadersAndWriters::CCounts>::FDelete+0x34sqlmin!CCheckReadersAndWriters::Release+0xfb
sqlmin!CMainIlb::{dtor}+0x3d
sqlmin!CMainIlb::`scalar deleting destructor'+0x3d
sqlmin!CBlobHandleFactoryMain::ReleaseILockBytes+0x13
sqlmin!CMainIlb::Release+0xf0
sqllang!CTraceRpcBinaryStream::~CTraceRpcBinaryStream+0x80
sqllang!CTraceTvpData::{dtor}+0x11
sqllang!CRpcTraceHelper::CleanUpTraceTvpData+0x55
sqllang!CRpcTraceHelper::TracePostExec+0x1bf
sqllang!CRPCExecEnv::OnExecFinish+0xaa
sqllang!CProtocolHeaderInfo::{dtor}+0xffffffff`ffb158e2
sqllang!process_request+0x764
sqllang!process_commands+0x51c
sqldk!SOS_Task::Param::Execute+0x21e
sqldk!SOS_Scheduler::RunTask+0xa8
sqldk!SOS_Scheduler::ProcessTasks+0x29a
sqldk!SchedulerManager::WorkerEntryPoint+0x261
sqldk!SystemThread::RunWorker+0x8f
sqldk!SystemThreadDispatcher::ProcessWorker+0x3c8
sqldk!SchedulerManager::ThreadEntryPoint+0x236
kernel32!BaseThreadInitThunk+0x1a
ntdll!RtlUserThreadStart+0x1d 

Stan

Firma Microsoft potwierdziła, że jest to problem występujący w produktach firmy Microsoft wymienionych w sekcji „Dotyczy”.

Author: jannaw
Writer: v-yipli
Weryfikacja tech.: pradm; jannaw; hozhan
Editor: v-mordew