Доступно с лицензией Standard или Advanced.
Репликация базы геоданных создается поверх версионности. Во время создания реплики, версии из исходных и целевых баз геоданных становятся версиями реплики. Обмен изменениями в этих версиях реплик производится в течение синхронизации. Поскольку версии реплик связаны, то вы можете представлять себе версии реплик как средство для расширения дерева версий с целью поддержки работы в нескольких базах геоданных.
В качестве версии реплики для родительской или дочерней реплики может быть использована версия Default или любая другая именованная версия. Несколько реплик также могут разделять одну и ту же версию реплики. См. разделе Создание открепленной реплики, чтобы узнать, как настроить версию реплики в родительской или дочерней базе.
На расположенной ниже схеме показаны версии реплик для односторонних и двухсторонних реплик. Для двусторонней репликации родительская реплика использует версию с названием RV1 как версию реплики. Другая родительская реплика в односторонней репликации использует в качестве версии реплики RV2 в обоих примерах.
Для обеих дочерних версий в многопользовательской базе геоданных, версия по умолчанию - это версия реплики. Кроме того факта, что они используются для репликации, версии реплики больше ничем не отличаются от других версий, как показанные ниже V1 и V2. Поскольку файловые и персональные базы геоданных не поддерживают управление версиями, в в дочерней базе геоданных во второй односторонней реплике не создается версии реплики, как показано справа.
Открепленная/закрепленная репликация возможна как для версионных, так и для неверсионных данных, а дочерняя реплика может быть размещена в персональной, файловой или в многопользовательской базе геоданных.
Когда дочерняя реплика размещается в многопользовательской базе геоданных, создается новая именованная версия, которая упрощает редактирование и служит версией реплики на дочерней реплике. Имя версии дочерней реплики устанавливается таким же, как имя реплики. Чтобы отредактировать данные дочерней реплики, подключитесь к многопользовательской базе геоданных и используйте диалоговое окно Изменить версию, чтобы изменить версию на версию дочерней реплики. После подключения к версии дочерней реплики, можно начать сеанс редактирования. Изменения должны выполняться в версии дочерней реплики, чтобы синхронизировать изменения обратно в родительскую реплику.
Открепленные/прикрепленные реплики позволяют использовать персональные или файловые базы геоданных для размещения дочерних реплик. Поскольку эти типы базы геоданных не поддерживают работу с версиями, то для потомка не создается версии реплики. То же самое происходит при откреплении неверсионных данных. Для определения изменений, которые необходимо отправить в течение синхронизации, используется дополнительная логика.
На диаграмме ниже показано два примера открепленных реплик и их версий. Одна родительская реплика использует RV1 в качестве версии реплики, в то время как другая использует в качестве версии реплики RV2. Одна дочерняя реплика размещается в файловой базе геоданных (также может использоваться персональная), а другая - в многопользовательской базе геоданных. Для многопользовательской базы геоданных с дочерней репликой RV2 была автоматически создана и установлена в качестве версии реплики для потомка в течение процесса создания. Имя реплики, которым в данном случае является RV2, было взято из имени версии реплики в родительской базе, использованной для ее создания.
Использование архивирования для отслеживания изменений реплики
Только для односторонней репликации, вы можете выбрать архивирование вместо версионирования, чтобы отследить изменения реплики. В этом случае родительская база геоданных должна быть многопользовательской базой геоданных, ссылающейся на версию по умолчанию. Преимущество управления репликами таким образом заключается в том, что оно сохраняет процессы согласования и сжатия отдельно от процесса синхронизации.
Когда для отслеживания изменений используется работа с версиями, создаются системные версии. Из-за этих версий системы вам необходимо регулярно выполнять синхронизацию для достижения эффективного сжатия базы. Если для отслеживания изменений применяется архивирование, системные версии не создаются. Поэтому процессы согласования, постобработки и сжатия не затрагиваются, делая управление версией и управление репликой независимыми. Это позволяет быть более гибким графику синхронизации. Чтобы использовать архивирование для отслеживания изменений реплик, исходные данные должны быть зарегистрированы как версионные в многопользовательской базе геоданных, а версия исходной реплики должна быть версией по умолчанию.
На рисунке ниже показана односторонняя реплика от родительской к дочерней между многопользовательскими базами геоданных, где используется версия default в качестве версии реплики как для родительской, так и для дочерней. Поскольку файловые и персональные базы геоданных не поддерживают управление версиями, в этом случае в дочерней файловой или персональной базе геоданных не создается версии реплики.
Односторонняя репликация от дочерней к родительской также может использоваться, если обе базы геоданных являются многопользовательскими. В данном случае версия дочерней реплики должна быть default.
