Создание реплики и версии

Эта тема относится только к ArcGIS for Desktop Standard и ArcGIS for Desktop Advanced.

Репликация базы геоданных была создана в дополнении к поддержке версий. В течение процесса создания реплики версии из исходных и целевых баз геоданных становятся версиями реплики. Обмен изменениями в этих версиях реплик производится в течение синхронизации. Поскольку версии реплик связаны, то вы можете представлять себе версии реплик как средство для расширения дерева версий с целью поддержки работы в нескольких базах геоданных.

В качестве версии реплики для родительской или дочерней реплики может быть использована версия Default или любая другая именованная версия. Несколько реплик также могут разделять одну и ту же версию реплики. См. создание реплик, чтобы узнать, как установить версию реплики для родительской или дочерней реплики.

На расположенной ниже схеме показаны версии реплик для односторонних и двухсторонних реплик. Для двусторонней репликации родительская реплика использует версию с названием RV1 как версию реплики. Другая родительская реплика в односторонней репликации использует в качестве версии реплики RV2 в обоих примерах.

Примечание:

Вы также могли создать эти реплики из одной и той же версии, все из версии Default или любой комбинации версий с названиями и/или версии Default.

Для обеих дочерних версий в базе геоданных ArcSDE версия по умолчанию (default) - это версия реплики. Кроме того факта, что они используются для репликации, версии реплики не отличаются от других версий, например, изображенных ниже V1 и V2.

Примечание:

Можно было бы также использовать именованную версию в качестве версии реплики в любой базе геоданных ArcSDE на схеме ниже.

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

Открепленная репликация возможна как для версионных, так и для неверсионных данных. При работе с открепленными репликами, включающими версионные данные, создается новая именованная версия для использования в качестве версии реплики потомка.

При работе с открепленными/прикрепленными репликами вы можете использовать персональные или файловые базы геоданных для размещения дочерних реплик. Поскольку эти типы базы геоданных не поддерживают работу с версиями, то для потомка не создается версии реплики. То же самое происходит при откреплении неверсионных данных. Для определения изменений, которые необходимо отправить в течение синхронизации, используется дополнительная логика.

На диаграмме ниже показано два примера открепления реплик и их версий реплик. Одна родительская реплика использует RV1 в качестве версии реплики, в то время как другая использует в качестве версии реплики RV2. Одна дочерняя реплика размещается в файловой базе геоданных, а другая размещается в базе геоданных ArcSDE. Для базы геоданных ArcSDE RV2 была автоматически создана и установлена в качестве версии реплики для потомка в течение процесса создания. Имя реплики, которым в данном случае является RV2, было использовано для названия этой версии.

При работе с открепленными репликами в процессе их создания в базу геоданных родительской версии добавляется версия синхронизации. Версия синхронизации является потомком версии реплики, но она не изображена на рисунке выше, поскольку она используется только в процессе синхронизации. См. Синхронизация и работа с версиями для получения более подробной информации.

Использование архивирования для записи изменений реплики

Только для односторонней репликации, вы можете выбрать архивирование вместо версионирования, чтобы отследить изменения реплики. Для этой опции версия реплики источника должна быть версией DEFAULT (по умолчанию).

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

Если для отслеживания изменений применяется архивирование, системные версии не создаются. Поэтому процессы согласования, постобработки и сжатия не затрагиваются, делая управление версией и управление репликой независимыми. Это позволяет быть более гибким графику синхронизации.

Если для архивирования необходимо, чтобы данные были версионными, реплика-источник должна находиться в базе геоданных ArcSDE. Версия реплики-источника также должна быть версией DEFAULT.

На рисунке ниже показана односторонняя реплика от родительской к дочерней между базами геоданных ArcSDE, где используется версия DEFAULT в качестве версии реплики как для родительской, так и для дочерней. Так как типы файловых и персональных баз геоданных не поддерживают версии, никакие версии реплики не могут быть созданы для дочерней во второй однонаправленной репликации, показанной на рисунке.

Однонаправленная репликация от дочерней к родительской также может использоваться, когда обе базы геоданных являются базами геоданных ArcSDE. В данном случае версия дочерней реплики должна быть DEFAULT.