Мы запускаем стандартный пакет обновления 2 (SP2) для SQL 2005 на машине с 4 процессорами. Внезапно происходит сбой, после чего все объединенные соединения становятся недействительными, и он переходит в режим только для администратора (только sa может подключиться)
Ниже приведен дамп короткого стека. После дампа появляется ряд ошибок, например: «2008-09-16 10: 49: 34.48 Server Resource Monitor (0xec4) Worker 0x03D1C0E8, похоже, не дает результатов на узле 0. Освобождена память: 232408 КБ. Примерно используемый ЦП: ядро 203 мс, пользовательское 140 мс, интервал: 250250. '
Погуглили, но не смогли найти однозначного ответа. Кто угодно?
2008-09-16 10:46:24.98 Server Using 'dbghelp.dll' version '4.0.5'
2008-09-16 10:46:25.40 Server **Dump thread - spid = 0, PSS = 0x00000000, EC = 0x00000000
2008-09-16 10:46:25.40 Server ***Stack Dump being sent to C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\LOG\SQLDump0009.txt
2008-09-16 10:46:25.40 Server * *******************************************************************************
2008-09-16 10:46:25.40 Server *
2008-09-16 10:46:25.40 Server * BEGIN STACK DUMP:
2008-09-16 10:46:25.40 Server * 09/16/08 10:46:25 spid 0
2008-09-16 10:46:25.42 Server *
2008-09-16 10:46:25.42 Server * Non-yielding Resource Monitor
2008-09-16 10:46:25.42 Server *
2008-09-16 10:46:25.42 Server * *******************************************************************************
2008-09-16 10:46:25.42 Server * -------------------------------------------------------------------------------
2008-09-16 10:46:25.42 Server * Short Stack Dump
2008-09-16 10:46:25.76 Server Stack Signature for the dump is 0x00000352
2008-09-16 10:46:32.70 Server External dump process return code 0x20000001.





См. Как это работает: монитор невыгодных ресурсов в блоге инженеров PSS SQL Server.
Если это и связанный с ним технический документ не помогают, то вам, вероятно, лучше напрямую обратиться в PSS (службу поддержки продуктов Microsoft).