Копировать ссылку на страницу Перейти в предыдущий раздел Перейти в следующий раздел

Наиболее распространенный конфликт репликации – это одновременное изменение одного объекта на двух и более серверах. Как правило, для ручного разрешения конфликта используется порядок действий:

1.Откройте объект на обоих серверах.
2.Найдите отличия в экземплярах объекта и уникальную информацию.
3.Определите передающий и принимающий сервер.
4.Сохраните уникальную информацию с принимающего сервера.
5.Из буфера репликации удалите изменения, внесенные на принимающий сервер, выполнив SQL-скрипт:

 

declare @ID int
set @ID = <ИД реплицируемой компоненты>
delete from MBRepl<Объект> where SrcRecID = @ID
delete from MBReplDst<Объект> where SrcRecID = @ID

Таким образом система определит, что на принимающем сервере объект не менялся и примет его с передающего сервера. Конфликт репликации не возникнет, но изменения объекта на принимающем сервере потеряются.

6.Запустите репликацию и убедитесь, что конфликт разрешился.
7.По возможности дополните компоненту ранее сохраненной информацией.

Каждый конфликт решается индивидуально, ознакомьтесь с описанием ошибок:

нельзя изменять или удалять измененную запись
нельзя изменять или удалять используемую запись
нарушение уникальности ключевых полей объекта
отсутствует запись для изменения
идентификатор записи справочника должен быть уникальным
отсутствует запись в справочнике
нет прав для выполнения данного действия
© Компания DIRECTUM, 2018 Сообщество пользователей DIRECTUM
.navbar > a:hover { background: #FFD73B; }