Критические изменения репликации в SQL Server

Локальные соединения агентов репликации

При обновлении до версии SQL Server 2005 все локальные соединения, использующие проверку подлинности SQL Server, настраиваются на использование проверки подлинности Windows. Локальными называются соединения, производимые агентом к экземпляру SQL Server, запущенному на том же компьютере, что и агент. Например, агент слияния при подписке по запросу запускается на стороне подписчика, и все его соединения с подписчиком являются локальными.

В предыдущих версиях SQL Server агенты по умолчанию запускались в контексте учетной записи службы агента SQL Server. После обновления локальные соединения производятся в контексте этой учетной записи. В SQL Server 2005 возможно управление по отдельности каждой из учетных записей, под которыми агенты репликации запускаются и осуществляют интегрированные с Windows соединения с базами данных и другими ресурсами; для каждого из агентов можно задать отдельную учетную запись. После обновления рекомендуется задать отдельные учетные записи для каждого агента. Дополнительные сведения см. в разделах Рекомендации по обновлению реплицированных баз данных и Модель безопасности агента репликации.

Пароль для учетной записи distributor_admin

Доверенные соединения между издателем и удаленным распространителем больше не поддерживаются, так как они не требовали пароля (в версиях более ранних, чем SQL Server 2000 с пакетом обновления 3 (SP3), доверенные соединения использовались по умолчанию). В случае использования удаленного распространителя перед обновлением до SQL Server 2005 следует преобразовать доверенные соединения в недоверенные (это не касается издателей, использующих локальный распространитель). Дополнительные сведения об учетной записи distributor_admin см. в разделе Защита распространителя.

Определение используемого типа соединения

• Выполните на распространителе процедуру sp_helpdistpublisher. Если значение в столбце trusted равно 1, необходимо изменить соединение на недоверительное.

Изменение соединения на недоверенное

1. Выполните процедуру sp_changedistpublisher на распространителе, задав параметру @property значение 'trusted', а параметру @value значение 'False'.

   Примечание

   В некоторых версиях электронной документации по SQL Server 2000 значение «trusted» не является допустимым для параметра @property. Однако оно допустимо для всех выпусков SQL Server 2000.

2. Выполните процедуру sp_changedistributor_password как на издателе, так и на распространителе, указав для параметра @password надежный пароль.

Подписчики Microsoft Access (Jet 4.0)

Jet представляет собой базу данных, лежащую в основе Access, и в SQL Server 2000 подписка на базы данных Jet поддерживалась репликацией. Такие подписки больше не поддерживаются.

Вместо этого рекомендуется пользоваться SQL Server Express. Access может использовать базу данных SQL Server в качестве основы, и на базы данных SQL Server это не влияет. Дополнительные сведения см. в разделе Репликация данных в SQL Server Express.

Режим Message Queuing для подписок, обновляемых посредством очередей

При использовании подписок, обновляемых посредством очередей, изменения со стороны подписчиков записываются в очередь; затем они считываются из очереди и доставляются издателю агентом чтения очереди. В SQL Server 2000 подписки могли использовать как очередь SQL Server, так и Message Queuing. Тип очереди указывался с помощью параметра @queue_type хранимой процедуры sp_addpublication с допустимыми значениями «sql» и «msmq» (служба очередей сообщений). В SQL Server 2005 допустимо только значение «sql». Если в существующих публикациях используется Message Queuing, то при обновлении следует настроить в них использование очереди SQL Server. Приложения, для которых обновление посредством очередей с помощью Message Queuing является основным, следует переписать таким образом, чтобы приспособить их к очереди SQL Server. Дополнительные сведения о подписках, обновляемых посредством очередей, см. в разделе Обновляемые подписки для репликации транзакций.

Если при обновлении SQL Server будет запущена служба очередей сообщений, то существующие очереди подписки MSMQ будут удалены.

Важно!

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

Если служба MSMQ не запущена, то необходимо вручную удалить очереди после завершения обновления. Дополнительные сведения об удалении очередей см. в документации по Windows.

Пакетирование изменений

В предыдущих версиях SQL Server изменения, производимые агентом слияния, выполнялись в построчном режиме. В SQL Server 2005 изменения объединяются в пакеты с целью улучшения производительности; поэтому в пределах одной инструкции можно вставить, обновить или удалить несколько строк. Если в каких-либо из публикуемых таблиц в базах данных подписки или публикации имеются триггеры, убедитесь, что эти триггеры могут обрабатывать многострочную вставку, обновления и удаления. Дополнительные сведения см. в разделе Замечания по работе с несколькими строками в триггерах DML.

Новые назначаемые диапазоны идентификаторов

Для таблиц, использующих автоматическое управление диапазонами идентификаторов, при репликации в процессе обновления могут назначаться новые диапазоны идентификаторов. Если диапазон идентификаторов какой-либо из таблиц, назначенный подписчику, больше, чем назначенный издателю, при репликации издателю назначается диапазон, равный диапазону подписчика.

Чтобы определить диапазоны, используемые каждой из статей, выполните процедуру sp_helpmergearticle в базе данных публикации и проверьте столбцы pub_identity_range и identity_range.