Организация безопасности подписчика

Статья
04/26/2017

Агенты слияния и распространителей подключаются к подписчику. Эти подключения могут выполняться в контексте имени входа SQL Server или имени входа Windows. Важно предоставить для этих агентов соответствующее имя входа, придерживаясь принципа предоставления минимально необходимых прав и обеспечивая защиту хранилища всех паролей. Сведения о разрешениях, необходимых для каждого агента, см. в разделе Replication Agent Security Model.

Агент распространителя

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

Указание сведений о подключении для принудительной подписки рассматривается в статье Создание принудительной подписки.

Указание сведений о подключении для подписки по запросу рассматривается в статье Создание подписки по запросу.

Агент слияния.

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

Немедленно обновляемые подписки

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

Связанный сервер, который создает репликация. Подключение устанавливается с учетными данными, задаваемыми во время настройки.
Связанный сервер, создаваемый репликацией; соединение устанавливается с использованием учетных данных пользователя, который вносит изменения на подписчике.
Уже определенный связанный или удаленный сервер.

Важно!

Чтобы указать сведения о подключении, используйте хранимую процедуру sp_link_publication (Transact-SQL). Также можно воспользоваться страницей Имя входа для обновляемых подписок в мастере создания подписки, который вызывает хранимую процедуру sp_link_publication. При определенных условиях эта хранимая процедура может завершиться ошибкой, если подписчик работает SQL Server 2005 с пакетом обновления 1 (SP1) или более поздней версии, а издатель использует более раннюю версию. Если в этом сценарии хранимая процедура завершается сбоем, обновите издатель до SQL Server 2005 с пакетом обновления 1 (SP1) или более поздней версии.

Дополнительные сведения см. в статьях Создание обновляемых подписок для публикаций транзакций и Просмотр и изменение параметров безопасности репликации.

Важно!

Учетная запись, заданная для соединения, должна предоставлять только разрешения для вставки, обновления и удаления данных в представлениях, которые репликация создает в базе данных публикации. Она не должна иметь никаких дополнительных разрешений. Предоставьте разрешения на представления в базе данных публикации с именами в виде syncobj_<HexadecimalNumber> учетной записи, настроенной на каждом подписчике.

Подписки, обновляемые посредством очередей

При настройке обновляемых посредством очередей подписок необходимо учитывать два аспекта, касающихся безопасности:

Для каждого распространителя существует только один агент чтения очереди. Рекомендуется настраивать для каждого распространителя не более одной публикации, для которой включены обновляемые посредством очередей подписки.
Агент чтения очереди осуществляет подключения к распространителю, издателю и к каждому подписчику:
- Учетная запись, под которой агент выполняется и устанавливает подключения к распространителю, задается при создании агента (если используется мастер создания публикации, агент создается при создании публикации, для которой включены подписки, обновляемые по очереди).
- Учетная запись, под которой агент выполняет подключения к издателю, задается при настройке распространения для издателя. Укажите учетную запись Windows, под которой выполняется агент, или учетную запись SQL Server .
- Учетная запись, под которой агент выполняет подключения к подписчику, задается при создании подписки.
Важно!

Используйте проверку подлинности SQL Server для подключений к подписчикам, и задавайте разные учетные записи для подключения к каждому подписчику. При использовании подписки по запросу репликация всегда устанавливает соединение для использования проверки подлинности Windows (для подписок по запросу репликация не может обратиться к метаданным на подписчике, необходимым для использования проверки подлинности SQL Server ). В этом случае измените соединение таким образом, чтобы использовать проверку подлинности SQL Server после настройки подписки.

Дополнительные сведения см. в разделе "Как Создание обновляемых подписок для публикаций транзакций (среда SQL Server Management Studio)" и Просмотр и изменение параметров безопасности репликации.

См. также:

Включение шифрования соединений в ядре СУБД (диспетчер конфигурации SQL Server)
Рекомендации по защите репликации
Безопасность Репликация SQL Server

Поделиться через