Назад | Перейти на главную страницу

Группа доступности SQL 2012 не выполняет аварийное переключение при завершении работы службы

У меня проблема с группами доступности SQL 2012, из-за которых при завершении работы службы не происходит переключение. Когда вы закроете сервис, вы получите сообщение об ошибке:

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

Похоже, что слушатель все еще пытается прослушивать только что отключенный узел.

Если я попытаюсь вручную выполнить аварийное переключение в SSMS, произойдет сбой.

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

Я попытался установить максимальное количество отказов в указанный период равным 25 на каждый час.

Не стесняйтесь добавлять это в комментарии, но вам нужно предоставить более подробную информацию - какая у вас ОС, как настроен ваш слушатель, сколько узлов в вашем кластере, сколько реплик, как настроен ваш кворум, все узлы / реплики в той же подмаске ??? Я могу назвать несколько причин, по которым вы не отказываетесь автоматически

  • Если вы используете ОС до 2012 года, у вас могут возникнуть проблемы с последним выжившим.
  • Если у вас четное количество узлов / реплик, вам необходимо настроить нечетного человека для кворума.
  • Если у вас есть узлы / реплики в разных подмасках, вам нужно убедиться, что слушатель прослушивает оба
  • Ваши узлы работают с двумя NiC, чтобы включить сердцебиение? Если нет, вам может потребоваться добавить оборудование и соответствующим образом настроить

И список продолжается. Дополнительная информация будет полезна.

Решение проблемы, из-за которой моя группа доступности оставалась в автономном режиме при выключении одной из служб SQL на узле. Я понятия не имел, почему это происходит, поскольку когда-то это работало. Скажу только, что это была человеческая ошибка.

Что мне нужно было сделать: - Администрирование -> Диспетчер отказоустойчивого кластера - -> Службы и приложения -> -> Другие ресурсы -> -> Нажмите Включить автозапуск.

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