Устранение неполадок отказоустойчивого кластера

Область применения: SQL Server

Этот подраздел содержит следующие сведения:

• основные шаги диагностики;

• восстановление по журналу после сбоя отказоустойчивого кластера;

• разрешение наиболее частых проблем отказоустойчивой кластеризации;

• использование расширенных хранимых процедур и объектов COM.

Первым шагом диагностики является проверка нового кластера. Дополнительные сведения о проверке см. в разделе Создание отказоустойчивого кластера: проверка конфигурации. Эту процедуру можно выполнить без нарушения работы службы, поскольку она не влияет на ресурсы кластера в сети. Проверку можно провести в любое время после установки функции отказоустойчивой кластеризации, включая момент перед развертыванием кластера, во время создания кластера и во время его работы. На самом деле дополнительные тесты выполняются после перевода кластера в рабочий режим и проверяют соблюдение рекомендаций для рабочих нагрузок с высоким уровнем доступности. Из множества тестов лишь немногие повлияют на функционирование рабочих нагрузок кластера. Все они входят в категорию хранилища, поэтому, пропустив эту категорию, можно легко отказаться от тестов с негативными последствиями.
Отказоустойчивая кластеризация располагает встроенными мерами защиты для предотвращения случайного времени простоев при выполнении тестов хранилища во время проверки. Если при инициации проверки в кластере имеются сетевые группы и выбраны тесты хранилища, будет выведен запрос на подтверждение необходимости запуска всех тестов (и возникновения простоя) или пропуска тестирования дисков сетевых групп, чтобы избежать простоя. Если из тестирования была исключена вся категория хранилища, этот запрос не отображается. Проверка кластера будет выполнена без простоев.

1. В оснастке отказоустойчивого кластера в дереве консоли убедитесь, что выбран параметр Управление отказоустойчивым кластером , а затем в разделе Управлениенажмите кнопку Проверить конфигурацию.

2. Следуйте инструкциям мастера по указанию серверов и тестов, а затем выполните тесты. После выполнения тестов откроется страница Сводка .

3. На странице Сводка щелкните Просмотреть отчет , чтобы просмотреть результаты теста.

   Чтобы просмотреть результаты тестов после закрытия мастера, см. %SystemRoot%\Cluster\Reports\Validation Report date and time.html , где % SystemRoot % — это папка, в которой установлена операционная система (например, C:\Windows).

4. Чтобы просмотреть разделы справки, которые помогут интерпретировать результаты, щелкните Дополнительные сведения о тестах для проверки кластеров.

Чтобы просмотреть разделы справки о проверке кластера после закрытия мастера, в оснастке отказоустойчивого кластера щелкните Справка, Разделы справки, откройте вкладку Содержимое , разверните содержимое справки по отказоустойчивому кластеру и щелкните Проверка конфигурации отказоустойчивого кластера. После завершения работы мастера проверки результаты появятся в сводном отчете . Все выполненные тесты должны быть отмечены зеленой галочкой или в некоторых случаях желтым треугольником (предупреждение). При поиске проблемных областей (отмеченных красными крестиками X или желтыми вопросительными знаками) в части отчета, где приведена сводка результатов теста, щелкните отдельный тест, чтобы просмотреть подробные сведения. Перед устранением неполадок SQL Server необходимо устранить все красные проблемы X.

Установка обновлений

Установка обновлений является важной частью предотвращения проблем в системе. Полезные ссылки

• Рекомендуемые исправления и обновления для отказоустойчивых кластеров Windows Server 2012 R2.

• Рекомендуемые исправления и обновления для отказоустойчивых кластеров Windows Server 2012.

• Рекомендуемые исправления и обновления для отказоустойчивых кластеров Windows Server 2008 R2.

• Рекомендуемые исправления и обновления для отказоустойчивых кластеров Windows Server 2008.

Обычно сбой отказоустойчивого кластера возникает в следующих случаях.

• Сбой оборудования в одном из узлов двухузлового кластера. Такой сбой оборудования может быть вызван сбоем SCSI-контроллера или ОС.

  Чтобы восстановиться после этого сбоя, удалите неисправный узел из отказоустойчивого кластера с помощью программы установки SQL Server, устраните сбой оборудования с компьютером в автономном режиме, добавьте восстановленный узел обратно в экземпляр отказоустойчивого кластера.

  Дополнительные сведения см. в статьях Создание нового экземпляра отказоустойчивого кластера Always On (программа установки) и Восстановление после сбоя экземпляра отказоустойчивого кластера.

• Ошибка операционной системы. В этом случае данный узел отключен, но не является окончательно неисправным.

  Для восстановления после сбоя ОС восстановите данный узел и проверьте отработку отказа. Если данный экземпляр SQL Server не переключается на другой ресурс должным образом, необходимо программой установки SQL Server удалить SQL Server из отказоустойчивого кластера, произвести необходимые восстановительные процедуры, восстановить резервную копию и снова добавить восстановленный узел к экземпляру отказоустойчивого кластера.

  Восстановление по журналу после сбоя ОС может занять значительное время. Если восстановить ОС после сбоя можно более простым способом, не прибегайте к этому методу.

  Дополнительные сведения см. в статьях Создание нового экземпляра отказоустойчивого кластера Always On (программа установки) и Восстановление после сбоя экземпляра отказоустойчивого кластера.

В следующем списке приведено описание общих проблем и даны объяснения по их устранению.

Причина 1. Диагностировать проблемы программы установки при использовании в командной строке параметра /qn трудно, поскольку параметр /qn подавляет все диалоговые окна программы установки и сообщения об ошибках. Если указан параметр /qn , все сообщения программы установки, включая сообщения об ошибках, записываются в файлы журналов программы установки. Дополнительные сведения о файлах журналов см. в разделе Просмотр и чтение файлов журналов программы установки SQL Server.

Решение 1. Используйте параметр /qb вместо /qn . При использовании параметра /qb на каждом шаге отображается интерфейс пользователя, в том числе сообщения об ошибках.

Проблема 1. Учетные записи служб SQL Server не могут связаться с контроллером домена.

Решение 1. Проверьте журналы событий на наличие записей о проблемах сети, например о сбоях адаптеров или проблемах с DNS. Проверьте контроллер домена командой ping.

Проблема 2. Пароли учетной записи службы SQL Server не совпадают на всех узлах кластера или узел не перезапускает службу SQL Server, которая перенесена из неудавшемся узла.

Решение 2. Изменение паролей учетной записи службы SQL Server с помощью диспетчер конфигурации SQL Server. Если это не так, и вы изменяете пароли учетной записи службы SQL Server на одном узле, необходимо также изменить пароли на всех остальных узлах. диспетчер конфигурации SQL Server это выполняется автоматически.

Причина 1. Встроенное ПО или драйверы обновлены не на всех узлах.

Решение 1. Проверьте, что на всех узлах установлены правильное встроенное ПО и одинаковые версии драйверов.

Причина 2. Узел не может восстановить диски кластера, перенесенные с неисправного узла на общий диск кластера с другой буквой диска.

Решение 2. Буквы для дисков кластера должны совпадать на обоих серверах. Если они отсутствуют, просмотрите исходную установку операционной системы и службы кластеров Майкрософт (MSCS).

Решение. Чтобы предотвратить сбой определенных служб, чтобы группа SQL Server отработка отказа отработки отказа, настройте эти службы с помощью администратора кластера в Windows, как показано ниже.

• Сбросьте флажок Применить к группе на вкладке Дополнительно диалогового окна Свойства полного текста . Однако если SQL Server вызывает отработку отказа, служба полнотекстового поиска перезапускается.

Решение. С помощью администратора MSCS настройте автоматический запуск отказоустойчивого кластера. Служба SQL Server должна запускаться вручную; Администратор кластера должен быть настроен в MSCS, чтобы запустить службу SQL Server. Дополнительные сведения см. в разделе Управление службами.

Причина 1. Сбой службы DNS, в то время как ресурсы кластера настроены на использование DNS.

Решение 1. Устраните проблемы с DNS.

Причина 2. Повторяющееся имя в сети.

Решение 2. С помощью программы NBSTAT найдите повторяющееся имя и устраните проблему.

Проблема 3. SQL Server не подключается с помощью именованных каналов.

Решение 3. Для подключения через именованные каналы создайте псевдоним с помощью диспетчера конфигурации SQL Server для подключения к нужному компьютеру. Например, при использовании кластера с двумя узлами (Узел A и Узел B) и экземпляра отказоустойчивого кластера (Virtsql) с экземпляром по умолчанию подключиться к серверу, ресурс сетевого имени которого находится вне сети, можно, выполнив следующие шаги.

1. Определите, на каком узле группа, содержащая экземпляр SQL Server, выполняется с помощью администратора кластера. Например, это Узел A.

2. Запустите службу SQL Server на этом компьютере с помощью net start. Дополнительные сведения об использовании команды net startсм. в разделе Запуск SQL Server вручную.

3. Запустите диспетчер конфигурации SQL Server SQL Server на узле A. Просмотрите имя канала, на котором прослушивается сервер. Он должен быть похож на \\.\$$\VIRTSQL\pipe\sql\query.

4. На клиентском компьютере запустите диспетчер конфигурации SQL Server.

5. Создайте псевдоним SQLTEST1 для соединения с этим каналом по протоколу именованных каналов. Для этого укажите Узел A в поле имени сервера и измените имя канала на \\.\pipe\$$\VIRTSQL\sql\query.

6. Подключитесь к экземпляру сервера с использованием псевдонима SQLTEST1 в качестве имени сервера.

Причина. Потерян раздел реестра в ветке [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.X\Cluster].

Решение. Удостоверьтесь, что куст реестра MSSQL.X в настоящее время не используется, и удалите данный ключ кластера.

Причина. Эта ошибка произошла из-за неправильного разбиения на разделы общего диска SCSI.

Решение. Создайте повторно один раздел на этом общем диске, выполнив следующие шаги.

1. Удалите данный дисковый ресурс из кластера.

2. Удалите на этом диске все разделы.

3. Проверьте в свойствах диска, что он является основным.

4. Создайте на этом общем диске один раздел, отформатируйте диск и присвойте ему букву.

5. Добавьте этот диск к кластеру с помощью администратора кластеров (cluadmin).

6. Запустите программу установки SQL Server.

Проблема. Так как координатор распределенных транзакций (MS DTC) не полностью настроен в Windows, приложения могут не заручиться ресурсами SQL Server в распределенной транзакции. Эта проблема касается связанных серверов, распределенных запросов и удаленных хранимых процедур, использующих распределенные транзакции. Дополнительные сведения о настройке MS DTC см. в разделе Before Installing Failover Clustering.

Решение. Чтобы предотвратить такие проблемы, необходимо полностью включить службы MS DTC на серверах, на которых установлен SQL Server, и MS DTC настроен.

Для полного включения служб MS DTC выполните следующие шаги.

1. На панели управления откройте Администрирование, затем Управление компьютером.

2. В левой панели окна «Управление компьютером» раскройте Службы и приложенияи щелкните Службы.

3. В правой панели окна "Управление компьютером" щелкните правой кнопкой мыши Координатор распределенных транзакцийи выберите Свойства.

4. В окне Координатор распределенных транзакций перейдите на вкладку Общие и нажмите кнопку Стоп , чтобы остановить службы.

5. В окне Координатор распределенных транзакций перейдите на вкладку Вход в систему и выберите в качестве учетной записи входа NT AUTHORITY\NetworkService.

6. Нажмите кнопки Применить и ОК , чтобы закрыть окно Координатор распределенных транзакций . Закройте окно Управление компьютером . Закройте окно Администрирование .

При использовании расширенных хранимых процедур с конфигурацией отказоустойчивой кластеризации все расширенные хранимые процедуры должны быть установлены на диске кластера, зависящее от SQL Server. Это обеспечивает возможность использования расширенных хранимых процедур после перехода узла на другой ресурс.

Если эти расширенные хранимые процедуры используют компоненты COM, администратор должен зарегистрировать эти компоненты на каждом узле кластера. Чтобы компоненты COM можно было создать, сведения для их загрузки и выполнения должны содержаться в реестре активного узла. Иначе эти сведения содержатся в реестре компьютера, на котором эти компоненты COM были зарегистрированы в первый раз.

Просмотр и чтение файлов журналов программы установки SQL Server
Принципы работы расширенных хранимых процедур
Характеристики выполнения расширенных хранимых процедур