Создание прослушивателей с SQL Server AlwaysOn внезапно перестало работать

Проблема: я без проблем создал 10 групп доступности AlwaysOn с SQL Server. Внезапно он перестал работать, и я продолжал получать это ТОЛЬКО в части «создать слушателя»:

Сообщение 19471, уровень 16, состояние 0, строка 9 Кластеру WSFC не удалось перевести ресурс сетевого имени с DNS-именем «L_MyListener» в оперативный режим. DNS-имя могло быть занято или иметь конфликт с существующими службами имен, или служба кластера WSFC может быть не запущена или недоступна. Используйте другое DNS-имя для разрешения конфликтов имен или проверьте журнал кластера WSFC для получения дополнительной информации.

Иногда я также получал Msg 19476. Это все сводило с ума, потому что в один момент я создавал слушателей и группы доступности, чувствуя себя гуру, а потом все остановилось, и я потерял часы времени.

Итак, как решить эту проблему? Конечно, собственный предложенный Microsoft текст в приведенном выше описании ошибки НЕ был полезен.


active-directory sql-server-2012 alwayson
person stackonfire    schedule 15.11.2015    source источник

Ответы (1)


arrow_upward
1
arrow_downward

Судя по всему, каждый слушатель действительно создает мини-"компьютер" в Active Directory, если разобраться. И... вот в чем фишка, пользователь домена может присоединять компьютер к домену только ограниченное количество раз, а по умолчанию это 10 раз. Кто бы мог подумать, что добавление прослушивателей приравнивается к присоединению пользователей к домену!???! Microsoft действительно должна была сделать этот слушатель более интуитивно понятным, по крайней мере, в тексте описания возможных проблем.

Что ж, на вашем контроллере домена откройте ADSI Edit, настройте его в первый раз, чтобы просмотреть контекст именования вашего домена по умолчанию, например «DC = ваше имя ...» со строками CN = ниже этого. Теперь щелкните правой кнопкой мыши строку «DC =», выберите «Свойства», перейдите к ms-DS-MachineAccountQuota и увеличьте лимит с 10 до чего-то еще, например, 100.

Возможно, вам придется запустить «GPUPDATE /FORCE» на серверах SQL, где вы хотите повторить попытку, чтобы добавить прослушиватель. Возможно, вам также придется очистить беспорядок, который он оставил (т.е. удалить и восстановить неудачную попытку настройки вашей группы и слушателя), прежде чем пытаться снова.

Поскольку SQL Server 2016 предположительно потребует, чтобы каждая база данных находилась в отдельной группе со своим собственным слушателем, люди довольно легко превысят этот предел в 10!

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

person stackonfire    schedule 15.11.2015