Безопасная проверка режима Cluster-Aware Updating: какие признаки доказывают self-updating, что означает remote-updating и как сравнить кластеры до изменения расписания.
Определяйте режим по конфигурации, а не по времени запуска
Сам факт установки обновлений ночью не доказывает self-updating: внешний оркестратор тоже может запускаться по расписанию. По документации Microsoft self-updating обеспечивается кластерной ролью CAU, настроенной на самом кластере, тогда как remote-updating выполняет внешний Update Coordinator. Поэтому первым доказательством должна быть карточка конфигурации: имя кластера, наличие роли CAU, состояние роли, расписание, профиль Updating Run и источник последнего запуска. Не меняйте настройки во время сбора — иначе сравнение перестанет описывать исходное состояние.
Соберите одинаковый инвентарь по каждому кластеру
Для каждого кластера отдельно получите свойства CAU clustered role с помощью Get-CauClusterRole и сохраните результат без адресов и учётных данных. Отсутствующая роль является сильным признаком того, что встроенный self-updating не настроен; существующая роль требует проверки её состояния и расписания. Рядом зафиксируйте, есть ли внешнее задание или система управления, инициирующая Updating Run. Полезная таблица содержит пять колонок: кластер, роль CAU, расписание, внешний инициатор, время последнего подтверждённого запуска. Пустое поле помечайте как «не установлено», а не угадывайте.
Разделите различия конфигурации и различия результата
Если два кластера имеют разные признаки режима, сначала объясните этим расхождение, не переходя к ремонту. Если признаки одинаковы, сравните профиль обновления, исключения узлов, используемый plug-in, временное окно и результат последнего Updating Run. Неудачный запуск не превращает self-updating в remote-updating: это отдельная ось диагностики. Сопоставляйте только равные окна наблюдения и одинаковый класс обновлений. В отчёте отдельно пишите «режим подтверждён» и «результат запуска подтверждён», чтобы успешность обновления не подменяла доказательство архитектуры.
Проведите один наблюдательный тест и остановитесь до изменений
Безопасный эксперимент — дождаться следующего уже настроенного окна на одном некритичном кластере и записать, какой компонент инициировал Updating Run, не создавая новое расписание. Остановитесь, если роль отсутствует, расписание неизвестно, кластер обслуживает критичную нагрузку или нет согласованного окна. Не добавляйте роль CAU и не выключайте внешний оркестратор ради проверки: одновременная смена двух механизмов создаёт риск конкурирующих запусков. Для эскалации достаточно инвентарной таблицы, обезличенного результата Get-CauClusterRole и журналов одного окна с точным временем.
Материал подготовлен редакцией VOne с применением ИИ для структурирования; технические утверждения вручную сверены с официальной документацией, а форумная ветка использована только как обезличенный сигнал боли.
Источники и проверка
- Microsoft Learn — Cluster-Aware Updating overview проверено 2026-07-31
- Microsoft Learn — Get-CauClusterRole проверено 2026-07-31
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.