Я нахожусь в середине обслуживания сервера, я обновил BIOS 1 узла и обновления Windows, и теперь я пытаюсь переключить наш кластер базы данных на пассивный обновленный узел. Это нормально, но две из 8 баз данных оказываются «подозрительными».
Может ли это быть из-за обновлений Windows или BIOS?
Изменить: я использую команду группы перемещения кластера от администратора кластера.
Когда я возвращаю его обратно, подозреваемый уходит, и все работает нормально. Проблема только в одном узле.
Похоже, у вас есть база данных, подключенная к диску, который не настроен в кластере, или зависимости не настроены правильно. Это приведет к запуску SQL Server до того, как диски будут готовы, что вызовет подозрение на базу данных.
Проверьте ЖУРНАЛ ОШИБОК и выясните, в чем причина подозрительности базы данных.
Все возможно, но я был бы более склонен сначала проверить жесткий диск (или RAID) на наличие проблем.
Задайте себе следующие вопросы:
Что еще недавно изменилось (что могло быть более вероятной причиной) в вашей среде?
Взгляните на свои журналы SQL Server, чтобы узнать, можете ли вы определить, КОГДА возникла ошибка. Соответствует ли это вашему обновлению BIOS и теории обновления Windows?
Поговорите с членами вашей команды, чтобы спросить их, какие изменения были внесены и когда.
Посмотрите, возникла ли проблема на каких-либо других серверах в вашей среде.
Как ты терпишь неудачу? Надеюсь, вы используете команду CLUSTER GROUP / MOVE или хотя бы через MMC - MOVE GROUP.
Я ненавижу термин «отработка отказа», когда говорю о кластерах.
Я подозреваю (каламбур предназначен) базы данных, в которых возникают проблемы, имеют общие диски хранения, которые не отображаются правильно Windows на уровне ОС.
Убедитесь, что при отработке отказа вы можете перейти к общим дискам и найти файлы mdf и ldf для этих баз данных, если нет, то вам следует удалить узел из кластера и повторно инициализировать общие диски на сервере.