Мы запускаем 3-узловой гиперконвергентный кластер с прямым кластером с трехсторонним зеркалом. Когда один узел переведен в режим обслуживания, все по-прежнему работает нормально (без ошибок или недоступных ресурсов). Вскоре после завершения работы узла CSV переходит в автономный режим с идентификаторами событий 5142 и 5150. Мне кажется, что режим обслуживания влияет только на роли кластера, но не на реальные физические диски. С другой стороны, это не должно быть проблемой, поскольку еще 2 копии находятся в сети. Кто-нибудь испытывал подобное поведение или даже имеет решение / обходной путь?
Похоже, здесь указана проблема S2D: https://social.technet.microsoft.com/Forums/en-US/74dbd313-741e-424e-8acb-d7d68e22174c/two-node-s2d-cluster-disk-volume-fails-when-one-host-goes- вниз? forum = ws2016 и тут:
Итак, проверьте конфигурацию свидетеля, а также установите ли вы последние обновления Microsoft.