2009-05-29 2 views

ответ

9

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

Репликация, с другой стороны, позволяет двум или более серверам оставаться «синхронно» - это означает, что вторичные серверы могут отвечать на запросы и (в зависимости от настройки) фактически изменять данные (они будут объединены в синхронизации). Вы также можете использовать его для локального кэширования, балансировки нагрузки и т. Д.

4

Зеркалирование - это функция, которая создает копию вашей базы данных на уровне бит. В основном у вас есть то же, идентичная база данных в двух местах. Вы необязательно можете оставить части базы данных. У вас может быть только одно зеркало, а «зеркало» всегда в автономном режиме (его нельзя изменить). Зеркалирование работает, отправляя журнал базы данных, как создается зеркало, и применяет (повторяет) журнал в зеркале. Зеркалирование - это технология высокой доступности и восстановления работоспособности.

Репликация - это функция, позволяющая реплицировать «срезы» базы данных между несколькими сайтами. «Слайс» может представлять собой набор объектов базы данных (т. Е. Таблиц), но он также может содержать части таблицы, например, только определенные строки (горизонтальное разрезание) или только определенные столбцы, подлежащие репликации. Вы можете иметь несколько реплик, а «реплики» доступны для запроса и даже могут быть обновлены. Репликация работает путем отслеживания/обнаружения изменений (либо с помощью триггеров, либо путем сканирования журнала), и отправки изменений, как операторов T-SQL, для подписчиков (реплик). Репликация - это технология, позволяющая получать данные на других сайтах и ​​консолидировать данные на центральных сайтах. Хотя это иногда используется для обеспечения высокой доступности или восстановления после сбоя, это искусственное использование проблемы, которая лучше зеркалирует и отправляет лог-адрес.

Существует несколько типов репликации (слияния, транзакции, одноранговой сети и т. Д.), И они отличаются тем, как они реализуют отслеживание изменений или распространение обновлений, если вы хотите узнать более подробную информацию, вы должны прочитать MSDN spec on the subject ,

1

Зеркалирование базы данных используется для увеличения времени бесперебойной работы и надежности базы данных.

Репликация используется в основном для распространения частей вашей основной базы данных - издателя - на одну или несколько баз данных подписчиков. Это часто делается для того, чтобы сделать доступными данные (как правило, только для чтения) на удаленных серверах, чтобы удаленные клиенты могли получать доступ к данным локально (к ним), а не напрямую от издателя через более медленное соединение по глобальной сети. Хотя, как показывают предыдущие сообщения, существуют более сложные сценарии, в которых для подписчиков разрешены обновления. Это также может помочь снизить нагрузку ввода-вывода на издателя.

9

A.) Зеркальное отражение: - База данных Mirror недоступна для доступа для чтения или записи.

Репликация: - База подписчиков (резервный сайт) открыта для чтения и записи.

Б.) Зеркальное: - Информационный поток будет только один путь (от Принципала зеркало сервера)

репликации: - Изменения могут быть объединены, двунаправленные изменения могут быть сделаны, так что информация может от издателя до подписчика и наоборот.

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

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

D.) Зеркалирование: - Почти все внутри БД реплицируется на сайт DR, изменения схемы могут быть легко реплицированы.

Репликация: - У вас есть возможность реплицировать выбранный набор таблиц/SP/функций внутри БД, изменения схемы могут дать некоторые икоты.

Вкратце, зеркальное отображение является хорошим инструментом для DR (аварийного восстановления) с очень небольшим количеством времени простоя, но недостатком является то, что сайт DR будет не быть доступны для пользователей, в то время как репликация может быть использована для объединения данных между двумя Серверы могут выступать в качестве хорошего инструмента для целей отчетности, поскольку сайт резервного копирования доступен для пользователей, также может действовать как решение DR.

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

0

Зеркальное отображение базы данных - это SQL-серверная технология, которая поддерживает копию базы данных на другом экземпляре SQL Server, тогда как репликация базы данных относится к группе методов копирования данных и распространения этих копий из одной базы данных в другую. не такой масштабируемый, как репликация, тогда как репликация идеально подходит для отчетов в режиме реального времени. Я нашел один полезный блог, который может очистить ваши понятия: http://www.differencebetween.info/difference-between-database-mirroring-and-replication

Смежные вопросы