Наш клиент по-прежнему привязан к WINS (давайте не будем вдаваться в подробности, почему и почему, так оно и есть), но нам нужно обновить кластеры, на которых работает WINS, с Windows 2008R2 до Windows 2016. WINS на отказоустойчивом кластере 2016 очевидно, это поддерживаемая конфигурация, но у нас есть странная проблема, которую Microsoft Premier Support еще не смогла решить. Хотя с точки зрения кластера все выглядит нормально, клиенты WINS не могут зарегистрироваться в WINS ни в одном кластере WINS 2016. Сами узлы кластера указывают на виртуальный IP-адрес ресурса WINS, но даже они не регистрируются. Нет проблем с регистрацией клиентов с помощью WINS, запущенного на автономном сервере Windows 2016, только с WINS в кластере. Кто-нибудь еще видел это? Если да, что вы сделали, чтобы решить эту проблему?
Обновление: совсем не ошибка. Вот обновление от MS.
Причина заключалась в том, что служба кластера не отправляла адрес драйверу netbt. Это преднамеренное изменение дизайна в Server 2016, я пытаюсь выяснить, задокументировано ли это где-нибудь, но хотел бы предоставить вам решение, пока проверяю это.
В этом блоге описаны команды, используемые для отключения NetBIOS, мы будем использовать ту же команду, чтобы включить его.
Советы и приемы ускорения отработки отказа
В кластереmmc
, Cluster \ Roles \ Выберите роль WINS
Внизу посередине MMC выберите ресурсы
Дважды щелкните IP-адрес, чтобы вы могли легко скопировать имя,
Откройте окно администратора PowerShell и установитеEnableNetBIOS
свойство ресурса IP-адреса с использованием имени, указанного выше, Get-ClusterResource «имя-ресурса-IP-адреса» | Set-ClusterParameter EnableNetBIOS 1
Служба поддержки MS Premier только что подтвердила наличие ошибки в Windows 2016/2019, когда WINS не отвечает на порт 137 при работе в кластере. Мы запросили исправление ошибки.