Мы используем 3-узловой гиперконвергентный кластер с прямым хранением с 3-сторонней зеркальной устойчивостью. Когда один узел переводится в режим обслуживания, все по-прежнему работает нормально (никаких ошибок или недоступных ресурсов). Вскоре после того, как узел затем отключается, CSV переходит в автономный режим с идентификаторами событий 5142 и 5150. Мне кажется, что режим обслуживания влияет только на роли кластера, но не на сами физические диски. С другой стороны, это не должно быть проблемой изначально, поскольку еще 2 копии находятся в сети. Кто-нибудь сталкивался с подобным поведением или даже имеет решение/обходной путь?
решение1
Похоже, проблема 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-down?forum=ws2016и здесь:
Поэтому, пожалуйста, проверьте конфигурацию Witness, а также установите последние обновления Microsoft.