Event ID 1660 FailoverClustering: служба кластера успешно остановлена
Описание события Event ID 1660
Событие Event ID 1660: Cluster service was successfully stopped фиксируется в журнале System при корректном и плановом завершении работы службы ClusSvc (Cluster Service) на данном узле.
| Тип остановки | Событие в журнале | Состояние ресурсов |
|---|---|---|
| Штатная остановка (Maintenance) | Event ID 1660 | Ресурсы и роли были заранее перемещены (Drained) |
| Аварийное падение службы | Event ID 7031 / 7034 | Внезапная перезагрузка ролей на других узлах |
| Потеря кворума | Event ID 1177 перед 1660 | Кластер завершил работу для предотвращения Split-Brain |
Правильный порядок обслуживания узла кластера (Maintenance Mode)
Событие 1660 является информационным, если остановка выполнялась администратором. Чтобы избежать сбоев в работе продуктивных сервисов перед остановкой службы кластера, всегда используйте процедуру дренажа ролей (Drain Roles).
- Переведите узел в режим обслуживания с автоматическим переносом ролей:
# Приостановка узла и перемещение всех активных ВМ/ролей на другие узлы:
Suspend-ClusterNode -Name "ИмяУзла" -Drain -Wait- Остановите службу кластера для выполнения регламентных работ:
# Корректная остановка службы кластера:
Stop-ClusterNode -Name "ИмяУзла"- После завершения обновлений/работ верните узел в строй:
# Запуск службы и возобновление обслуживания:
Start-ClusterNode -Name "ИмяУзла"
Resume-ClusterNode -Name "ИмяУзла" -Failback ImmediateСовет: Если служба кластера останавливается сама без команды администратора, проверьте наличие предшествующих ошибок с кодами 1135 (потеря связи с узлами) или 1177 (потеря кворума).
Частые вопросы (FAQ)
Является ли Event ID 1660 ошибкой?
Нет, это информационное событие, подтверждающее, что служба ClusSvc завершила свои процессы без ошибок ядра.
Что произойдет с запущенными ВМ, если просто выполнить Stop-Service ClusSvc?
Виртуальные машины аварийно упадут и перезапустятся на других узлах. Всегда используйте команду Suspend-ClusterNode -Drain перед остановкой.
Как узнать, кто именно инициировал остановку службы кластера?
Проверьте событие Event ID 1074 или аудит безопасности Security Event ID 4674/4688 в этот же момент времени.
Как отменить режим обслуживания узла?
Выполните команду PowerShell: Resume-ClusterNode -Name "NodeName".