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

Как реализовать одноранговую репликацию базы данных между двумя сайтами?

Я ищу решение для базы данных SQL Server, которое может реплицировать данные между двумя сайтами наоборот (а не только в одну сторону)

Я изучал отказоустойчивый кластер SQL Server (MSCS), но, поскольку у меня есть два разных сайта (производственный и аварийный), было бы сложно или, возможно, невозможно реализовать одноранговую репликацию содержимого данных?

Я планирую построить это решение на базе VMware ESXi с Windows Server 2008 для нашего мониторинга серверов на обоих сайтах.

Что касается зеркального отображения базы данных, то я определенно рассматривал этот подход, но решил, что одноранговая репликация обеспечит большую доступность для сбора данных, считываемых из систем, поступающих в БД. Сценарий заключался в том, что если один из сайтов был отключен от внешнего мира, я хотел, чтобы программное обеспечение для мониторинга (которое использует SQL Server 2008) по-прежнему продолжало собирать данные со всех систем на этом сайте. Зеркальное отображение базы данных не позволит, поскольку для записи доступна только основная база данных. Одноранговая репликация позволила бы мне воспользоваться преимуществами балансировки нагрузки, что потенциально могло бы дать прирост производительности, а не только избыточность.

Посмотри на Демонстрация: аналитика в реальном времени с помощью SQL Server 2008 R2 Stream Insight, Мартовское безумие по требованию и Непрерывный ETL и аудит большого объема в реальном времени. Все эти решения решают аналогичную проблему (сбор данных мониторинга) и сталкиваются с аналогичными проблемами (изящно обрабатывают недоступность внутреннего сборщика в течение секунд, минут или дней за раз). в основном, как писать в базу данных с высокой доступностью, даже если база данных временно недоступна. Их объединяет то, что они используют надежный обмен сообщениями: они записывают в локальную очередь SQL Express, а затем позволяют Сервисный брокер доставить письмо в конечный пункт назначения.