Неустойчивая недоступность экземпляра в отказоустойчивом кластере, в то время как резервный узел в режиме офлайн в отказоустойчивом кластере SQL Server 2008 года
Мы в настоящее время используем смесь frivious схемы именования (Станции лондонского метрополитена) и функциональные имена. Последний произошел, когда это начало становиться хитрым для запоминания, который 11 серверов были в кластере веб-сервера. Помня victoria, Юстон, Паддингтон, овальный, Кокфостерз, ангел, банк и т.д. немного более тверд, чем w000, w001, w002 и т.д.
Вы получили журнал от веб-сервера, которому не удавалось получить соединение SQL? Там могла бы быть подсказка.
Это немного касается хотя:
"Система обнаружила то Соединение Местности сетевого адаптера* 9, был подключен к сети и инициировал нормальное функционирование".
"Система обнаружила тот Кластер сетевого адаптера, был подключен к сети и инициировал нормальное функционирование".
В течение 30 секунд друг после друга в конце отключения электричества.
Что такое Соединение Местности 9? Я предполагаю, что "Кластер" является соединением heartbeat с другим узлом... так, чтобы установил бы эту Вашу доменную связь? Если так, учитывая, что мы не видим запись для него потеря работоспособности, это кажется, что было отключено также во время Вашего обслуживания...
-
1I' ve, замеченный несколько упоминаний об этой проблеме акры межсети при исследовании другой проблемы отказоустойчивого кластера - главным образом указывающий на проблемы с драйверами NIC и broadcom NICs в целом (btw наш несвязанный problem' s решение был то, что предел обработки отказа группы по умолчанию в значении по умолчанию был слишком низким, как макс. одна обработка отказа на 6-часовой на группу ресурсов на кластере с 2 узлами). – Oskar Duveborn 19 May 2010 в 15:55