Простейшее решение для высокой доступности SQL Server 2008?

Question

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

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

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

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

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

Answer 1

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

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

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

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

Answer 2

four high availability solutions Я в курсе являются:

• отказоустойчивого кластера
• доставка журналов
• Mirroring
• репликации

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

Answer 3

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

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

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

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