Доброго дня, коллеги !
На днях возникла интересная ситуация c SQL Server'ом, которая на данный момент уже устранена. Хотелось бы услышать ваше мнение по поводу вариантов решения такой проблемы или какие-то рекомендации на будущее.
Конфигурация:
Есть SQL Failover Cluster, построенный в свою очередь на Windows Failover кластере. В кластере 6 узлов, из которых 5 активных (на каждом работает своя служба SQL), одна пассивная (резервный узел).
ПО: Windows Server 2012 R2, Microsoft SQL Server 2012 (SP3) (KB3072779) - 11.0.6020.0
Проблема:
Из-за поломки кондиционера в серверной некоторые серверы перегрелись и самостоятельно отключились. В число этих серверов попали один основной узел и один резервный. После включения серверов служба SQL Server, расположенная на этих узлах не смогла стартовать, причем не смогла стартовать как на основном узле, так и на резервном. В логах были следующие сообщения:
Логи во вложении.
Служба SQL Server замирала в статусе Starting, в лог больше ничего не писалось, ждали 30-60 минут, рубили службу и пытались запустить на другом узле кластера, и так несколько раз с одним и тем же результатом.
Решение:
Т.к. времени ждать не было, предприняли следующие варианты решений:
1. Предположили, что повредились служебные БД SQL Server'а, поэтому была предпринята попытка их перестроения из файла дистрибутива (через командную строку). Операция перестроения завершилась, но результат не изменился. Команда на перестроение взята из MSDN.
2. Для экономии времени решили перейти к удалению и новой инсталляции службы SQL Server. В результате служба поднялась. Поскольку мы имели в запасе бэкапы системных баз, то решили попробовать восстановить на этом сервере БД Master (бэкап сделан несколько дней назад, восстановление в соответствии с инструкцией MSDN). В результате вернулись к тому, с чего начали. Служба не поднялась, в логах все то же самое.
3. Через дистрибутив пересоздали БД Master, после чего сервер поднялся, подцепили рабочие БД, проверили их целостность, убедились, что служба работает на обоих узлах. На этом история завершилась.
Вопросы:
1. С чем может быть связан сбой при старте SQL Server'а ?
2. Почему ситуация повторилась после восстановления БД Master ?
3. Какими еще способами можно было попробовать исправить ситуацию ?
Уточнение:
Что такое "DYNPERF_LONG_DURATION" и "DYNPERF_BLOCKING_DATA" никто сказать не смог, предположительно – ранее для анализа производительности на сервер была установлена утилита Dynamics Perf.
На днях возникла интересная ситуация c SQL Server'ом, которая на данный момент уже устранена. Хотелось бы услышать ваше мнение по поводу вариантов решения такой проблемы или какие-то рекомендации на будущее.
Конфигурация:
Есть SQL Failover Cluster, построенный в свою очередь на Windows Failover кластере. В кластере 6 узлов, из которых 5 активных (на каждом работает своя служба SQL), одна пассивная (резервный узел).
ПО: Windows Server 2012 R2, Microsoft SQL Server 2012 (SP3) (KB3072779) - 11.0.6020.0
Проблема:
Из-за поломки кондиционера в серверной некоторые серверы перегрелись и самостоятельно отключились. В число этих серверов попали один основной узел и один резервный. После включения серверов служба SQL Server, расположенная на этих узлах не смогла стартовать, причем не смогла стартовать как на основном узле, так и на резервном. В логах были следующие сообщения:
Логи во вложении.
Служба SQL Server замирала в статусе Starting, в лог больше ничего не писалось, ждали 30-60 минут, рубили службу и пытались запустить на другом узле кластера, и так несколько раз с одним и тем же результатом.
Решение:
Т.к. времени ждать не было, предприняли следующие варианты решений:
1. Предположили, что повредились служебные БД SQL Server'а, поэтому была предпринята попытка их перестроения из файла дистрибутива (через командную строку). Операция перестроения завершилась, но результат не изменился. Команда на перестроение взята из MSDN.
2. Для экономии времени решили перейти к удалению и новой инсталляции службы SQL Server. В результате служба поднялась. Поскольку мы имели в запасе бэкапы системных баз, то решили попробовать восстановить на этом сервере БД Master (бэкап сделан несколько дней назад, восстановление в соответствии с инструкцией MSDN). В результате вернулись к тому, с чего начали. Служба не поднялась, в логах все то же самое.
3. Через дистрибутив пересоздали БД Master, после чего сервер поднялся, подцепили рабочие БД, проверили их целостность, убедились, что служба работает на обоих узлах. На этом история завершилась.
Вопросы:
1. С чем может быть связан сбой при старте SQL Server'а ?
2. Почему ситуация повторилась после восстановления БД Master ?
3. Какими еще способами можно было попробовать исправить ситуацию ?
Уточнение:
Что такое "DYNPERF_LONG_DURATION" и "DYNPERF_BLOCKING_DATA" никто сказать не смог, предположительно – ранее для анализа производительности на сервер была установлена утилита Dynamics Perf.