Симптоми
Да предположим, че имате група за достъпност на AlwaysOn, която е разположена през сървъра S1 и Server S2 в Microsoft SQL Server 2014. Открит е здравен проблем на основната реплика (S1) и на групата за достъпност до състоянието на разрешаването им и започва да се срива, ако е конфигуриран за автоматично преместване. Групата за достъпност може да остане в състоянието на разрешаването. Грешката в негенериращ Планировчик може да се покаже в регистъра на грешките на основната реплика (S1) или вторичната реплика (S2):
-
Следната негенерираща грешка на планировчика може да възникне върху основната реплика около часа, в който групата за достъпност преминава от ПЪРВИЧЕН за РАЗРЕШАВАНЕ:
<дата> <час> SPID<ИД> използването на "dbghelp. dll" версия "4.0.5" <дата> <час> SPID> <0 ИД> с помощта на "dbghelp. dll" версия "4.0.5" <Дата> <време> сървър с помощта на "dbghelp. dll" версия "4.0.5" <Дата> <време> сървър * * * * не е в състояние да получи контекст на нишката за SPID 0> <0 Дата> <Time> Server * * * * * * * * * * * * * * * * * * * * * * "* * * * * * * * * * * * * *, за да се из<Дата> <> сървър * * * * * * * * *), за да започне стек DUMP:> <Дата> час<сървър*> <дата> SPID <за <> <ИД><Дата> <Time> Server * <Дата> <час> сървър * негенериран планировчик> <0 Дата> <час> сървър * <дата> <час> Server * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *-<Дата> <време> сървърен стек за дъмп е 0x0000000000000176> <2 Дата> <време> сървър изчакване за извеждане на 982676 за външни процеси за изхвърляне на повече от една страница........... <дата> <Time> Server process 0:0:0 (0X11428) работникът 0x00000075CB92C160 изглежда негенериран в Планировчик 0. Време за създаване на нишка: 13011925023676. Приблизително използван CPU за нишки: Kernel 0 MS, User 0 MS. Използване на процеса 2%. System празен 84%. Интервал: 76880 MS.
-
Следната негенерираща грешка на планировчика може да възникне във вторичната реплика, ако групата достъпност е конфигурирана за автоматични сривове, а партньорът за срив се опитва да премине към ОСНОВНАТА роля:
<дата> <час> SPID<ИД> базата данни за достъпност на групата "agname" се ПРОМЕНЯ на ролите от "Разрешаване" на "основна", защото огледалната сесия или групата за достъпност е неуспешна поради синхронизиране на роли. Това е само информационно съобщение. No user action is required....<Date> <Time> Server Using 'dbghelp.dll' version '4.0.5'<Date> <Time> Server ***Unable to get thread context for spid 0<Date> <Time> Server * *******************************************************************************<Date> <Time> Server *<Date> <Time> Server * BEGIN STACK DUMP:<Date> <Time> Server * <Date> <Time> spid> <8 ID><Date> <Time> Server * Private server build.<Date> <Time> Server *<Date> <Time> Server * Non-yielding Scheduler> <2 Date> <Time> Server *<Date> <Time> Server * *******************************************************************************<Date> <Time> Server Stack Signature for the dump is 0x000000000000006D> <4 Date> <Time> Server External dump process return code 0x20000001. Процесът на външни сметища не върна грешки. <дата> <време> сървърен процес на 0:0:0 (0X1e94) работникът 0x000000082F270160 изглежда негенериран в Планировчик 0. Време за създаване на нишка: 13059453624681. Приблизително използван CPU за нишки: Kernel 0 MS, User 0 MS. Използване на процеса 3%. System празен 84%. Интервал: 70358 MS. <дата> <време> сървърен процес 0:0:0 (0X998) работникът 0x00000000B3F86160 изглежда негенериран в Планировчик 2. Време за създаване на нишка: 13059458965740. Приблизително използван CPU за нишки: Kernel 0 MS, User 0 MS. Използване на процеса 3%. System празен 83%. Интервал: 76913 MS.Date> <Time> сървърен процес 0:0:0 (0X1a64) работникът 0x0000000B5E220160 изглежда негенериран в Планировчик 3. Време за създаване на нишка: 13059466511951. Приблизително използван CPU за нишки: Kernel 0 MS, User 0 MS. Използване на процеса 3%. System празен 83%. Интервал: 76944 MS.
Забележка Този проблем се среща и в SQL Server 2012.
Решение
След като приложите тази спешна корекция, условието за негенериран Планировчик може да се избегне. Този проблем е коригиран първо в следващата сборна актуализация на SQL Server.
Сборна актуализация 5 за SQL Server 2014 /en-us/help/3011055
Всяка нова сборна актуализация за SQL Server съдържа всички поправки и всички корекции на защитата, които са били включени в предишната сборна актуализация. Вижте последните сборни актуализации за SQL Server:
Състоянието
Microsoft потвърди, че това е проблем в продуктите на Microsoft, които са посочени в секцията "важи за".