Event ID 1061 Failover Clustering: узел корректно выведен из кластера
Описание события Event ID 1061
В журнале Microsoft-Windows-FailoverClustering/Operational или System фиксируется информационное событие Event ID 1061: Cluster node [Имя_узла] was gracefully removed from the active failover cluster membership.
| Параметр | Штатное поведение (Event 1061) | Аварийное падение (Event 1135) |
|---|---|---|
| Тип вывода | Корректный (Graceful Drain/Pause) | Внезапная изоляция (Heartbeat Loss/Split-Brain) |
| Перемещение ролей (VMs/SQL) | Плавная миграция (Live Migration) без простоя | Аварийный перезапуск на уцелевшем узле с простоем |
| Кворум кластера | Пересчитывается динамически (Dynamic Quorum) | Риск потери кворума и остановки кластера |
Управление членством узлов и аудит (Event ID 1061)
Данное событие регистрируется при плановой приостановке узла администратором для обслуживания (Drain Roles) или при штатной остановке службы ClusSvc.
- Проверьте текущее состояние узлов кластера через PowerShell:
# Просмотр статуса всех нод отказоустойчивого кластера:
Get-ClusterNode | Select-Object Name, State, DynamicWeight, NodeWeight
# Проверка перемещенных ролей кластера:
Get-ClusterGroup | Select-Object Name, OwnerNode, State- Штатный ввод узла обратно в продуктив после завершения регламентных работ:
# Возобновление работы узла и возврат ранее перемещенных ролей (Failback):
Resume-ClusterNode -Name "ИмяУзла" -Failback Immediate- Проверьте системный журнал кластера на предмет непреднамеренных перезапусков:
# Генерация и анализ кластерного лога за последние 20 минут:
Get-ClusterLog -TimeSpan 20 -Destination C:\ClusterLogs\Совет: Всегда используйте команду Suspend-ClusterNode -Drain перед перезагрузкой кластерного гипервизора, чтобы виртуальные машины Hyper-V успели мигрировать по сети без сбоя.
Частые вопросы (FAQ)
Является ли Event ID 1061 ошибкой?
Нет, это чисто информационное системное событие, подтверждающее, что узел покинул кластер по команде, а не из-за аппаратного сбоя.
Что такое Drain Roles (Очистка узла)?
Это автоматический процесс переноса всех виртуальных машин, дисков и сетевых служб на другие доступные узлы кластера перед обслуживанием текущего узла.
Как узнать, кто инициировал вывод узла из кластера?
Посмотрите события в журнале System перед таймстампом 1061 — там будет событие USER32 1074 с именем учетной записи администратора.
Что происходит с кворумом при выводе узла?
Благодаря механизму динамического кворума (Dynamic Quorum) вес голоса отключенного узла (NodeWeight) автоматически сбрасывается в 0, предотвращая развал кластера.