Удаление ресурсов-призраков Windows Failover Cluster после того, как кластер уже уничтожен? - PullRequest
0 голосов
/ 12 марта 2020

Проблема

После уничтожения кластера Windows ресурсы остаются в реестре, wbem и влияют на WMI, когда приложения, контролирующие серверы SQL, пытаются подключиться к экземпляру. У меня больше не установлены службы кластеров после разрушения кластера и неудачных попыток удалить призрачные ресурсы. Мне пришлось вручную удалить ресурсы кластера AD, оставленные на D C.

Фон

У меня был Windows отказоустойчивый кластер на 2 виртуальных машинах (SQL01 и SQL02) с использованием Windows Server 2016 и MS SQL 2016. Мы решили разбить кластер и использовать только SQL01 в качестве основного рабочего сервера. Он работал хорошо в течение года. Теперь при попытке реализовать различные SQL Мониторинговые программы (RedGate) он ищет WMI и находит \\root\MSCluster и возвращает ошибку «В кластере не найдено ни одного экземпляра». Я предполагаю, что именно так кодируется программа - чтобы узнать, является ли это кластером, и вернуть экземпляры, но если запись кластера не найдена, посмотрите в другом месте. Я не могу изменить то, как они запрограммировали инструмент, к сожалению.

Что я пытался решить

  • Проверен WMI на наличие повреждений (не найдено)
  • Исправлен WMI (нет help) - перестроение не было предпринято из-за большого количества отображаемых элементов реестра.
  • Установлен Windows Инструмент кластера PowerShell для очистки AD / Registry. Все операции для модуля завершаются ошибкой, потому что не существует службы кластеров.
  • Часы работы в Google

Что я вижу

  • Служба кластеров нигде не присутствует сервер.
  • \\root\MSCluster существует
    • MSCluster\MS_409 существует
  • C: каталог \ Windows \ Cluster существует и файлы кластера
  • В реестре разбросаны кластерные ссылки (не могу сказать, какие из них должны быть)

Пожалуйста, помогите ...

Дайте мне знать, если я могу что-нибудь сделать удалить призрачные ресурсы. Я читал кое-что о запуске Mofcomp.exe to %programfiles(x86)\MicrosoftSqlServer\140\Shared\sqlmgmprovider.dll, но это была просто ссылка в сообщении на форуме, не полностью связанная с моей проблемой - но похожая с точки зрения WMI, не находящая экземпляры правильно. Кажется, что приложение мониторинга сначала ищет \ root \ MCCluster, а не что-то еще.

...