Обработка локальных данных во время репликации контекста
В этом разделе объясняется, как системы управляют репликацией бизнес-объектов и их взаимосвязей из системы-источника в целевую систему, особенно когда некоторые из этих объектов уже существуют локально в целевой системе. Это позволяет избежать конфликтов и обеспечить согласованность данных.
Поведение локального объекта
В некоторых сценариях репликации локальные объекты в целевой системе могут выступать в качестве местозаполнителей для объектов, существующих в системе-источнике. Эти местозаполнители продолжают независимо изменяться и развиваться в целевой системе и называются агентами.
Конфигурация местозаполнителя
Чтобы включить функцию местозаполнителя, задайте свойство wt.ixb.import.businessIdentityBasedSearchForLinks.placeholderObjectsOnly=true в файле wt.properties как в исходной, так и в целевой средах.
 |
В системе-источнике эти объекты называются местозаполнителями, а в целевой системе они называются агентами, что представляет их фактическую реализацию.
|
Обработка конфликтов репликации
• Предыдущее поведение: если при репликации контекста обнаруживалось, что некоторые реплицируемые бизнес-объекты уже существуют локально в закрытой среде (целевая система) и не помечены для репликации, возникал конфликт. Этот конфликт устранялся путем пропуска импорта таких объектов.
• Текущее поведение: если при репликации контекста обнаруживаются какие-либо реплицируемые взаимосвязи, которые ссылаются на такие локальные объекты, система игнорирует эти взаимосвязи во время импорта во избежание конфликтов.
Экспорт и импорт пакетов
Система-источник во время репликации экспортирует пакет, содержащий все поддерживаемые объекты и их реквизиты бизнеса. Затем этот пакет импортируется целевой системой или локальной системой.
Логика обработки взаимосвязей
В процессе операции импорта:
• Сначала система пытается найти объект слабой стороны в целевой системе, используя его идентификатор UFID.
• Если идентификаторы UFID не совпадают, система проверяет, совпадают ли бизнес-реквизиты объекта слабой стороны в системе-источнике с локальным объектом в целевой системе.
• Если совпадение найдено, связь реплицируется.
Правила репликации локальных объектов
При обнаружении в целевой системе бизнес-объекта на основе его бизнес-реквизитов процесс репликации подчиняется следующим правилам.
• Условная репликация связи: репликация связи (взаимосвязи) выполняется, только если реплицируется объект сильной стороны, а объект слабой стороны уже существует локально в целевой системе и помечен как местозаполнитель. Репликация выполняется только в том случае, если бизнес-реквизиты локального объекта слабой стороны совпадают с реквизитами, предоставленными источником или включенными в полученный пакет доставки.
• Репликация связи на основе статуса блокировки: система определяет пригодность бизнес-объекта для репликации связи на основе статуса блокировки объекта. Если объект помечен флажком Блокировка для репликации или Заблокированы пакетом конструкции изделия, объект исключается из процесса репликации связи. Однако если объект помечен блокировкой В процессе передачи или идентифицирован как Локальный объект, ему разрешается участвовать в репликации связи.
• Репликация только сильной стороны: если объект определяется как слабая сторона взаимосвязи, система реплицирует только объект сильной стороны и устанавливает связь с последней итерацией объекта слабой стороны. Сам объект слабой стороны остается локальным, не реплицируется и помечается как местозаполнитель.
• Нет репликации связи для полностью локальных объектов: если и сильные, и слабые объекты уже присутствуют и являются локальными в целевой системе, связь между ними не реплицируется.
• Ограничения репликации из-за блокировки или ожидания репликации: связь не импортируется, если объект сильной стороны:
◦ не реплицирован из-за административной блокировки;
◦ помечен для репликации, но еще не реплицирован.
• Частичные или отсутствующие бизнес-реквизиты: если бизнес-реквизиты частично доступны или отсутствуют в источнике во время экспорта, связь все равно реплицируется в целевой системе.
• Соображения управления доступом: если объект слабой стороны существует локально в целевом объекте, но не может быть обнаружен из-за ограничений доступа или разрешений, система игнорирует репликацию таких связей.
• Контекстные соображения: локальные объекты могут находиться в любом контексте (например, изделия или библиотеки) в целевой системе.
• Включение местозаполнителей в пакет репликации: в системе-источнике, когда пользователи выбирают несколько объектов (объекты слабой стороны во взаимосвязи) в качестве местозаполнителей, система включает в пакет репликации экспорта бизнес-реквизиты только этих выбранных объектов. Эти реквизиты переносятся через связанные с ними связи.
Пример
Рассмотрим следующий пример, в котором объект на сильной стороне "Деталь P1 A.2" реплицируется в целевой системе, поскольку бизнес-реквизиты объекта на слабой стороне "Потомок C1 A.1" в источнике совпадают с "Потомком C1 A.1" в целевой системе и оба объекта помечены как местозаполнители.
|
Исходная система
|
Целевая система (перед репликацией)
|
Целевая система (после репликации)
|
|---|---|---|
|
Деталь P1 A.2
|
Потомок C1 A.1 (локальный)
|
Деталь P1 A.2 (реплицирована)
|
|
Потомок C1 A.1
|
Потомок C1 A.1 (остается локальным)
|
Если бизнес-реквизиты целевых объектов и объектов на слабой стороне не совпадают, деталь P1 A.2 реплицируется в целевой системе, но связь не реплицируется. Дополнительные сведения о бизнес-реквизитах см. в разделе Бизнес-реквизиты для объектов.
Особый случай
В некоторых случаях объект слабой стороны может существовать в контексте, отличном от контекста объекта сильной стороны в целевой системе. При репликации объекта сильной стороны система также реплицирует связанную связь при условии, что бизнес-реквизиты объекта слабой стороны в целевой системе соответствуют информации о реквизитах из источника и объект слабой стороны помечен как местозаполнитель в исходной и целевой системах.
Хотя этот раздел посвящен репликации общих бизнес-объектов, аналогичные принципы сопоставления реквизитов применимы и к объектам управления изменениями. Дополнительные сведения см. в разделе Бизнес-реквизиты для управления изменениями.
Сведения о том, как обрабатываются локальные данные во время репликации CAD-документов, см. в разделе Ограничения CAD-документов.