Validation failed / Проверка кластера не пройдена
#Как читать отчёт
Проверка кластера (Test-Cluster) создаёт HTML-отчёт в папке C:\Windows\Cluster\Reports. Результаты делятся на «Успешно», «Предупреждение» и «Сбой». Сбои блокируют поддержку конфигурации; предупреждения допустимы, если вы понимаете причину. Откройте отчёт, найдите разделы с красным статусом и исправляйте по порядку: чаще всего это сеть (разные подсети, отключён адаптер), хранилище (диск виден не всем узлам), разные обновления, роли и версии драйверов.
#Типичные сбои
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Разные обновления на узлахОдин узел обновлён. | Предупреждение о версиях. | Установите те же обновления. |
| Сеть в одной подсети или отключён адаптерНет резервирования. | Network: предупреждение/сбой. | Настройте два сетевых пути. |
| Хранилище не видят все узлыНеправильный LUN-маскинг. | Storage: диски не найдены. | Настройте SAN/iSCSI. |
| DNS-ошибкиУстаревшие записи. | Узел не найден по имени. | Обновите записи. |
| Разные драйверы или прошивкиСетевые адаптеры, HBA. | Сбой System Configuration. | Выровняйте версии. |
| Недоступен доменВремя, доверие. | Ошибки аутентификации. | Проверьте синхронизацию. |
#Порядок
- Запустите проверку и сохраните отчётНа Windows Server 2022 откройте «Диспетчер отказоустойчивости кластеров» → «Проверка конфигурации» (Validate Configuration). Выберите предполагаемые узлы, запустите соответствующие тесты и сохраните итоговый HTML-отчёт по предложенному пути. Для действующего кластера учитывайте, что некоторые тесты хранилища способны прерывать работу дисков: не запускайте полную проверку без согласованного окна обслуживания.
- Проверьте, что узлы идентичныВ отчёте найдите ошибку об отличающихся обновлениях, драйверах или компонентах на узлах. В PowerShell администратора выполните удалённо
Get-ComputerInfo/Get-HotFixпо утверждённой схеме или посмотрите «Параметры → Центр обновления Windows → Журнал обновлений» на каждом узле. Не обновляйте сразу все узлы действующего кластера: используйте установленный порядок перемещения ролей и резервных копий. - Проверьте DNS и принадлежность к доменуНа каждом узле в PowerShell проверьте разрешение имён узлов
Resolve-DnsName имя-узлаи доступность контроллера домена штатными средствами организации. Сравните членство в одном домене, текущие учётные записи кластера и время. Если сообщение связано с AD, не удаляйте объект имени кластера наугад — согласуйте права и записи DNS с администратором домена. - Проверьте сетьОткройте «Сетевые подключения» и настройки адаптеров на каждом узле, либо используйте
Get-NetAdapterиGet-NetIPAddress. Проверьте физический линк, IP-адреса, маршруты и разделение сетей управления/кластера. Наличие доступа к Интернету не доказывает работоспособность внутренней сети кластера. Если тест сообщает конкретный сетевой интерфейс, анализируйте его MTU, VLAN и задержки без массового изменения сети. - Проверьте хранилищеВ отчёте проверки найдите раздел Storage: какой LUN, диск или CSV вызвал ошибку. Через «Диспетчер отказоустойчивости кластеров → Хранилище → Диски» проверьте состояние общих ресурсов. Команда
Get-Diskпомогает видеть устройства, но не доказывает корректную настройку MPIO. Не форматируйте, не инициализируйте и не переводите общие диски в online на двух узлах одновременно. - Проверьте службы и компонентыНа узлах откройте «Диспетчер сервера → Управление → Добавить роли и компоненты» и проверьте состояние функции «Отказоустойчивая кластеризация» и её средств управления. В PowerShell
Get-WindowsFeature Failover-Clusteringпоказывает установку,Get-Service ClusSvc— состояние службы. Не устанавливайте/удаляйте роль на работающем кластере без плана изменения и проверки совместимости. - Команды для отдельных ситуацийВыберите только подходящий вариант. Это не одна последовательность: часть команд диагностирует проблему, а часть меняет настройки или данные.
- Повторите проверку по отдельным категориямПосле устранения конкретной причины снова запустите только соответствующие категории проверки, учитывая риски тестов дисков. Сравните новый HTML-отчёт со старым, убедитесь в исчезновении исходной ошибки и проверьте состояние ролей и узлов. Если остаются предупреждения, отличайте допустимые для вашей архитектуры от блокирующих, руководствуясь документацией Microsoft и поддержкой поставщика.
После исправления создайте кластер командой New-Cluster -Name CL1 -Node node1,node2 -StaticAddress 192.0.2.50 и сохраните актуальный отчёт проверки вместе с документацией по узлам.
#Типичный порядок исправления
Сначала устраните сбои сети, потому что от них зависят остальные проверки. Затем выровняйте обновления и драйверы, после чего проверьте хранилище. Для кластера с общим хранилищем SAN убедитесь, что на всех узлах стоят одинаковые версии MPIO и драйверов HBA, а ресурсы диска не заняты другим узлом.
Get-WindowsFeature Multipath-IOGet-MSDSMGlobalDefaultLoadBalancePolicyGet-ClusterNode | Select Name, StateGet-ClusterResource | Select Name, ResourceType, State, OwnerNodeПовторяйте Test-Cluster после каждого исправления и сохраняйте отчёты: они нужны, если обратитесь в поддержку производителя оборудования.