Основные понятия программирования репликации
Применимо к:
SQL Server Управляемый экземпляр SQL Azure
До начала разработки приложения, в котором используются функциональные возможности репликации, необходимо выполнить следующие общие шаги планирования:
Определить топологию репликации.
Определить функциональные возможности приложения.
Учесть в плане требования безопасности.
Выбрать среду разработки.
Выбрать соответствующий программный интерфейс репликации.
В остальной части данного раздела указанные шаги рассматриваются более подробно. Чтобы можно было наглядно ознакомиться с процессом планирования, приведен также пример.
Определение топологии репликации
Первый шаг программной реализации средств репликации состоит в определении топологии репликации для конкретного приложения. Если ведется разработка приложения, в котором будет использоваться существующая топология репликации, такого как клиентское приложение, получающее доступ к данным на существующем подписчике, необходимо сразу же перейти к следующему шагу.
Примечание
В некоторых случаях единственным назначением приложения является развертывание топологии репликации.
Определение топологии репликации зависит от многих факторов, включая следующие:
Необходимость обновления реплицированных данных, и кто это должен делать.
Требования к распределению данных, касающиеся согласованности, автономности и задержки.
Среду репликации, включая бизнес-пользователей, техническую инфраструктуру, сеть и средства обеспечения безопасности, а также характеристики данных.
Типы и параметры репликации.
Топологии репликации и степень их соответствия типам репликации.
Если вы еще не имели дела с репликацией Microsoft SQL Server, ознакомьтесь со статьей Типы репликации.
Определение функциональных возможностей приложения
После определения топологии репликации необходимо принять решение по выбору функциональных возможностей, предоставляемых приложением. Эти функциональные возможности могут начинаться со скрипта, с помощью которого синхронизируется подписка, и заканчиваться приложением с пользовательским интерфейсом для настройки репликации. Репликацией поддерживаются следующие общие задачи программирования:
Подготовка средств репликации к работе.
Синхронизация подписчиков.
Сопровождение топологии репликации.
Текущее наблюдение за топологией репликации.
Устранение неполадок в работе средств репликации.
Кроме того, широко применяется подход, предусматривающий расширение возможностей приложения путем совместного применения функциональных средств репликации с другими функциями, предоставляемыми в SQL Server. В следующей таблице выделяются некоторые расширенные функциональные возможности, которые могут быть предоставлены в конкретном приложении репликации.
| Функциональность | Пример |
|---|---|
| Администрирование сервера с использованием управляющих объектов SQL Server (объектов SMO) | Приложение, которое предоставляет возможность администратору подключаться и настраивать базу данных в качестве издателя в топологии репликации. |
| Доступ к данным с использованием технологии ADO.NET | Приложение, которое позволяет пользователю получать доступ программным путем и вносить изменения в реплицированные данные продаж в локальной базе данных подписчика, работая в режиме «вне сети», а затем подключаться и синхронизировать подписку по запросу нажатием одной кнопки. |
Планирование средств безопасности
Обеспечение безопасности является важной задачей в любом приложении, поэтому планирование средств безопасности должно быть завершено до написания любого кода. Задачу обеспечения безопасности приложения можно разделить на три основные части: безопасность базы данных, безопасность репликации и написание безопасного кода.
Сведения об обеспечении безопасности приведены в следующих разделах:
Выбор среды разработки
Разработка приложения репликации может быть осуществлена на базе одного из трех основных вариантов среды разработки. Каждая среда разработки предоставляет доступ к одним и тем же функциональным возможностям репликации, за некоторыми исключениями. Приложения репликации могут разрабатываться в каждом из следующих вариантов среды.
Управляемый код
Объектно-ориентированная среда разработки, которая позволяет воспользоваться преимуществами программирования .NET Framework и среды CLR .NET. Управляемый код является рекомендуемой средой программирования как для разработки .NET, так и для приложений SQL Server. Управляемые интерфейсы репликации позволяют программировать администрирование репликации в объектно-ориентированном режиме без необходимости знать Transact-SQL, а также предоставляют некоторые функции обратного вызова при выполнении агентов репликации, недоступных из скриптов. Управляемый код представляет собой наилучшую среду для разработки многократно используемых компонентов и приложений с пользовательским интерфейсом.
Создание скриптов
Простые приложения, которые выполняют ряд команд в виде системных хранимых процедур репликации в скриптах Transact-SQL или команд в пакетных файлах. Безусловно, обеспечивается возможность выполнять скрипты в управляемой среде с использованием внутрипроцессного управляемого поставщика SQL Server, но те же функциональные возможности можно получить с применением управляемых интерфейсов репликации, которые предоставляют также функциональные средства обратного вызова. Среда скриптовой поддержки является наиболее подходящей для выполнения задач, которые вызываются лишь несколько раз и для которых не требуются функциональные возможности обратного вызова, таких как установка сервера репликации.
Машинный код
Объектно-ориентированная среда разработки, в которой используется прямой доступ к системе или к COM-объектам так, что не происходит управление кодом в среде CLR. Интерфейсы репликации с машинным кодом считаются устаревшими или не поддерживаются. Дополнительные сведения см. в статьях Устаревшие функции репликации SQL Server или Обратная совместимость репликации.
Выбор соответствующего программного интерфейса репликации
Конечный шаг планирования предусматривает выбор соответствующего программного интерфейса репликации, который реализует необходимые функциональные возможности репликации для выбранной среды разработки. В следующей таблице показаны доступные программные интерфейсы репликации.
| Интерфейс | Среда | Использование |
|---|---|---|
| Основные понятия объектов RMO | Управляемый код | Администрирование, текущее наблюдение и синхронизация. |
| Microsoft.SqlServer.Replication | Управляемый код | Синхронизация. |
| Microsoft.SqlServer.Replication.BusinessLogicSupport | Управляемый код | Создание обработчиков бизнес-логики для интеграции пользовательской логики с процессом синхронизации слиянием. |
| Хранимые процедуры репликации (Transact-SQL) | Написание сценариев | Администрирование и текущее наблюдение. |
| Replication Agent Executables Concepts | Написание сценариев | Синхронизация. |
Пример
В Adventure Works должна обеспечиваться публикация данных для 200 торговых представителей во всем мире. Торговые представители часто находятся в командировках и вынуждены использовать переносные компьютеры или карманные компьютеры для обмена данными с заказчиком и добавления новых заказов. Затем изменения в данных должны быть синхронизированы с издателем, после подключения торговым представителем своего переносного компьютера к сети.
Для данного приложения шаги планирования могут выглядеть следующим образом:
Топология репликации для этого приложения уже существует. Но в клиенте должна быть создана новая подписка по запросу. В публикации должны использоваться параметризованные фильтры для обеспечения репликации только уникального набора данных для каждого торгового представителя.
Кроме типичного доступа к данным, необходимого для приложения в системе продаж, это приложение должно предоставлять менеджеру по продажам возможность в любое время синхронизировать подписку по запросу путем нажатия одной кнопки. Установкой и эксплуатацией приложения должен заниматься сам торговый представитель, поэтому он должен иметь возможность настроить конфигурацию подписки и применить исходный моментальный снимок на клиенте. В качестве необязательного средства в приложении будет использоваться инфраструктура проверки возможности беспроводного обмена данными, предусмотренная в Windows, для автоматической синхронизации подписки при обнаружении доступного соединения.
Должны соблюдаться все рекомендации по безопасности, касающиеся репликации, в том числе использование проверки подлинности Windows и виртуальной частной сети при соединении с издателем. При реализации веб-синхронизации для соединения используйте протокол TLS, ранее называемый SSL. Дополнительные сведения см. в разделе Configure Web Synchronization.
Чтобы можно было воспользоваться преимуществами средств .NET Framework, приложение разрабатывается на основе языка определения управляемого кода.
Изучение этих требований показывает, что все необходимые функциональные возможности репликации для этого приложения может предоставить управляемый интерфейс объектов RMO.
Этот пример используется в тестовом приложении AdventureWorks, которое можно скачать для SQL Server.
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по