Назад | Перейти на главную страницу

Отказоустойчивый отказоустойчивый кластер Windows SQL Server

Способна ли кластеризация серверов MS SQL выполнять плавное переключение между узлами? То есть там, где клиенты ничего не заметят, кроме, возможно, небольшой задержки во время перехода.

AlwaysOn (доступен в SQL 2012 и более поздних версиях) предоставляет трехсерверную структуру (первичный, вторичный, слушатель). При использовании с SQL Server Native Client 11.0 (SNAC 11.0) он позволяет клиентским приложениям автоматически и прозрачно повторно подключаться к группе доступности после аварийного переключения. Конфигурация намного проще, чем когда-либо, с кластеризацией, правилами динамической маршрутизации и всем остальным.

Как объяснил Пол Рэндал, выздоровление не может быть мгновенным. Однако клиенты, которые бездействуют во время отработки отказа, теоретически не заметят ничего, кроме задержки следующего запроса.

Единственный известный мне способ добиться этого - использовать Hyper-V и «живую миграцию». Это позволяет выполнять аварийное переключение виртуальной машины с одного физического узла на другой. Вам нужно будет использовать это в сочетании с опциями over HA, так как у вас все равно будет время простоя, когда вам нужно будет исправить ОС своей виртуальной машины. Зеркальное отображение базы данных может быть хорошим кандидатом, но оно не на 100% прозрачно при отказе.

Зеркальное отображение высокой доступности, при котором у вас есть установка из трех серверов, с основным, зеркалом и свидетелем, в большинстве случаев является очень быстрым аварийным переключением, однако, как недавно написал в блоге Пол Рэндал, это не гарантируется. Видеть эта почта и (не могу опубликовать другой, недостаточно репутации). Абсолютно 100% плавного переключения при отказе не существует, но на уровне SQL Server лучше всего подходит зеркальное отображение, поскольку оно приводит к сбою только выполняемых транзакций, а клиенты автоматически подключаются к другому узлу. Как сказал Ник, работа на виртуальной машине и использование живой миграции, вероятно, лучший выбор для HA, но не дает большой гибкости в изменении конфигурации вашей среды, например, изменения в вашей ОС.