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