Мы хотим настроить отказоустойчивый кластер для нашей базы данных SQL 2008R2. Для этого у нас есть 2 сервера, оба оборудованы картами ввода-вывода Fusion, на которых будут находиться идентичные копии наших производственных баз данных.
Из всего, что я читал, мы должны настроить серверы так, чтобы они оба извлекали базы данных из общего файлового хранилища. Мы хотели, чтобы оба сервера просто запускали базы данных со своих карт ввода-вывода Fusion, а не из общего файлового хранилища.
Кластеризация, по-видимому, является правильным выбором для высокодоступной конфигурации SQL, учитывая проверки «LooksAlive» и «isAlive», которые она выполняет, но если общее хранилище является обязательным условием, нам, возможно, придется рассмотреть альтернативное решение.
Учитывая, что нам действительно нужна только сетевая функциональность HeartBeat и не нужно общее хранилище, можем ли мы по-прежнему использовать отказоустойчивый кластер для SQL?
решение1
Рассмотрите возможность получения SQL 2012 (или выше). Это позволит вам иметь группы доступности. Это сохраняет базу данных на локальном хранилище и реплицирует изменения (синхронно или асинхронно, по вашему выбору) на другой экземпляр. Похоже, это лучшее решение вашей проблемы.
Группы доступности также используют кластеризацию MS для переброски IP/Listerner с одного узла на другой, но не требуют общего хранилища. Вы по-прежнему можете использовать диск кворума, но файловый ресурс-свидетель также будет работать.
решение2
Как вы будете синхронизировать данные на двух картах FusionIO? По своей природе кластеризация в 2008R2 требует общего хранилища. Если FusionIO поддерживает такую конфигурацию, они должны предоставить шаги для правильной настройки.