Самое простое решение для высокой доступности SQL Server 2008? - PullRequest
1 голос
/ 09 ноября 2009

У меня есть несколько SQL-серверов, на которых я периодически выполняю обслуживание (исправления Windows Update и т. Д.). Теперь я хочу, чтобы база данных работала круглосуточно, и мне нужно реализовать одно из решений высокой доступности для SQL-сервера. Решения должны быть дешевыми и простыми в использовании.

У меня нет проблем с настройкой строк подключения для клиентов базы данных, поэтому в настоящее время я изучаю зеркальное отображение базы данных с ручными переключениями при удалении экземпляра партнера для исправления и т. Д.

Это лучшее, что можно сделать, или есть другие варианты, которые не включают настройку отказоустойчивого кластера?

Серверы виртуализированы с помощью полностью избыточного хранилища.

Любые советы приветствуются, заранее спасибо!

Ответы [ 3 ]

1 голос
/ 09 ноября 2009

Зеркалирование с помощью PARTNER-сервера, вероятно, было бы самым дешевым решением (вы можете пропустить PARTNER-сервер, если планируете переключаться вручную).

Для восстановления после сбоя требуются общие диски (NAS), а также Windows-лицензии с поддержкой кластеров (очень дорого).

Я не уверен насчет репликации или того, как она отличается от зеркалирования, но мои исследования, которые я провел, дали заключение, что зеркалирование было для меня. Однако я не возражаю против некоторого простоя при выполнении обновлений, я просто храню зеркальные экземпляры базы данных на случай серьезного аппаратного сбоя.

Возможно, репликация для полного экземпляра SQL-сервера, а зеркалирование выполняется для каждой базы данных. В моем случае у меня есть два рабочих сервера, которые оба реплицируют свои базы данных на третий резервный сервер для аварийного восстановления. Я думаю, что это было бы невозможно с репликацией.

1 голос
/ 09 ноября 2009

Для автоматического переключения при сбое я бы выбрал зеркалирование. Вы можете встроить в приложение вторую строку подключения к базе данных, и когда предпочтительный вариант недоступен, он по умолчанию будет использовать резервную копию, поэтому ваше приложение будет работать круглосуточно и без выходных. Это имеет свои недостатки, однако, когда «перевернут» на зеркало, вы должны либо согласиться с тем, что это так, пока другое задание на обслуживание не потребует, чтобы зеркало снова сместилось назад, или вам пришлось вручную переставить зеркало.

Для того, чтобы это было действительно 24/7, вам нужно включить автоматический, а не ручной режим, возможно, вам понадобится следящий сервер, чтобы принять решение ... Есть много факторов, которые необходимо учитывать при выборе - вы работа с серверами на разных сайтах, кластеризация, несколько серверов веб / приложений ...?

Как указывалось в предыдущих ответах, https://serverfault.com/search?q=sql+mirroring найдут людей, которые сделали именно этот выбор и готовы помочь вам более подробно

Большим преимуществом зеркального отображения является то, что, если зеркальный сервер не выполняет никаких других действий, он не требует лицензий, лицензия живого сервера переносится, если зеркало вступает во владение. Полная информация о страницах лицензирования SQL на microsoft.com

1 голос
/ 09 ноября 2009

четыре решения высокой доступности , о которых я знаю:

  • Отказоустойчивый кластер
  • Журнал доставки
  • Зеркальное
  • Тиражирование

Доставка журналов, вероятно, не 24/7, так что остается три. Serverfault - определенно лучшее место, чтобы спросить об их относительных достоинствах.

...