Зеркальное отображение базы данных (SQL Server Compact)
Между SQL Server и SQL Server Compact 3.5 поддерживается репликация и зеркальное отображение базы данных (отработка отказа) для репликации слиянием. Для зеркального отображения баз данных нужно, чтобы SQL Server был запущен с использованием учетной записи домена. По умолчанию учетная запись домена находится под локальной системной учетной записью.
Настройка SQL Server для зеркального отображения базы данных
Инструкции по настройке зеркального отображения базы данных в SQL Server см. в электронной документации по SQL Server 2008 R2 в разделе Репликация и зеркальное отображение базы данных.
Настройка сервера служб IIS
Настройка IIS для зеркального отображения баз данных описывается в следующих разделах электронной документации по SQL Server Compact 3.5:
Configuring the SQL Server Environment for Replication
Настройка среды SQL Server для поддержки репликации
SQL Server Compact 3.5 как клиент для зеркального отображения базы данных
При использовании SQL Server Compact 3.5 как клиента для зеркального отображения базы данных поддерживаются следующие сценарии.
Примечание
Описания основной (P), зеркальной (M) и следящей (W) баз данных см. в электронной документации по SQL Server 2008 R2 в разделе Репликация и зеркальное отображение базы данных.
Описание проверочного варианта |
Начальная синхронизация |
Добавочная синхронизация |
|---|---|---|
Синхронизация с основным сервером — оба сервера РАБОТАЮТ |
Успех |
Успех |
Синхронизация с основным сервером — зеркальный сервер НЕ РАБОТАЕТ |
Успех |
Успех |
Отработка отказа — основной сервер перестал работать, зеркальный сервер становится основным, а основной — зеркальным.
Синхронизация с бывшим основным (ныне зеркальным) сервером — оба сервера РАБОТАЮТ |
Ошибка |
Успех |
Синхронизация с зеркальным сервером — основной сервер НЕ РАБОТАЕТ |
Ошибка |
Успех |
Ключевые соображения приведены ниже.
После создания подписки на публикацию слиянием SqlCeReplication.Publisher остается неизменным, независимо от отработки отказа. Иными словами, SqlCeReplication.Publisher всегда указывает на основную базу подписки на публикацию слиянием на момент создания подписки, даже если основная база с тех пор успела стать зеркальной.
Синхронизация всегда происходит с основным сервером. Если на основном сервере произошел сбой, автоматически происходит переход репликации слиянием на новый основной сервер.
Когда происходит переход на другой ресурс, менять свойства подписки не нужно.
SQL Server Compact 3.5 может синхронизироваться со многими версиями SQL Server. SQL Server Compact 3.5 подключается к SQL Server, чтобы выяснить номер версии. Определив номер версии, SQL Server Compact 3.5 затем определяет специфические для данной версии компоненты репликации на клиенте для создания подписки на репликацию слиянием. Когда подписка создана, данные издателя сохраняются и для добавочной синхронизации прямое подключение не требуется.
Зеркальный сервер не позволяет создавать прямое соединение OLEDB.
Если произошел переход на другой ресурс, при создании подписки нужно задать в качестве издателя либо новый основной сервер, либо текущий основной сервер. Если в качестве издателя задан бывший основной (ныне зеркальный) сервер, то, независимо от того, работает ли сейчас этот сервер, исходная подписка завершается ошибкой. Причины этой ошибки — в перечисленных выше пунктах 4 и 5.
Сведения в этом разделе применимы к поддерживаемым версиям SQL Server; дополнительные сведения см. в разделе Требования к оборудованию и программному обеспечению.