Автономная синхронизация для получения это процесс ручной синхронизации реплик для передачи данных в автономной среде. Этот ручной процесс обмена сообщениями достигается путем экспорта сообщения из одной реплики в файл и импорта сообщения из файла в связанную реплику. См. рабочий процесс автономной синхронизации.
Примечание:
Все аспекты автономной репликации и синхронизации могут выполняться путем обмена файлами, содержащими сообщения, между парами реплик. Эти сообщения можно использовать для выполнения нескольких задач и обмениваться ими в формате файловой базы геоданных (.gdb) или в формате файла XML (.xml):
Создание реплики (.gdb или .xml)
Сообщения об изменении (синхронизации) данных (.gdb или .xml)
Подтверждающие сообщения (.xml)
В автономных средах файлы .gdb или .xml можно транспортировать на носителях, таких как внешние запоминающие устройства (например, USB-накопители, SD-карты и карты памяти, внешние жесткие диски, компакт-диски или DVD-диски) и отправлять через агента распространения, такого как электронная почта, частный курьер, USPS и т.д.
В любой момент реплика может быть отправителем или получателем данных. Отправитель данных экспортирует сообщения об изменении данных в дельта файлах, которые содержат изменения, которые будут применены к связанной реплике. Получатель данных импортирует сообщения об изменении данных и экспортирует сообщения подтверждения в файлы подтверждения, чтобы подтвердить то, что он получил. Вы можете определить, является ли реплика отправителем или получателем данных, проверив состояние реплики, указанное на карточке реплики на панели Управление репликами. См. краткий обзор управления репликами для более подробных сведений и обзора панели Управление репликами.
Рабочий процесс автономной синхронизации
Для реплик в автономной среде синхронизация достигается путем ручного обмена сообщениями между репликами. Этот ручной процесс обмена сообщениями выполняется за счет использования комбинации нескольких инструментов геообработки и следует базовому шаблону рабочего процесса автономной синхронизации, который описан и проиллюстрирован ниже.
Редактирование завершено - правки завершены и сохраняются в базе геоданных (Geodatabase 1).
Экспорт изменений данных от отправителя - отправитель данных использует инструмент геообработки Экспорт сообщения об изменении данных для экспорта всех новых изменений данных из родительской реплики в сообщение об изменении данных , которое может храниться в файловой базе геоданных (.gdb) или в Формат файла XML (.xml). В этом примере рабочего процесса оранжевый треугольник, также называемый дельтой, используется для представления изменений или различий данных.
Примечание:
В автономных средах файлы .gdb или .xml можно транспортировать на носителях, таких как внешние запоминающие устройства (например, USB-накопители, SD-карты и карты памяти, внешние жесткие диски, компакт-диски или DVD-диски) и отправлять через агента распространения, такого как электронная почта, частный курьер, USPS и т.д.
Получатель данных импортирует сообщение об изменении данных - получатель данных использует инструмент геообработки Импортировать сообщение для импорта файла сообщения об изменении данных хранящееся в файловой базе геоданных (.gdb) или в формате файла XML (.xml), в реплику получателя данных (Geodatabase 2). При импорте изменения данных применяются изменения данных из связанной реплики, а также обновляются метаданные реплики.
Сообщение с подтверждением экспорта - после того, как получатель данных импортирует сообщение об изменении данных, получатель данных использует инструмент геообработки Экспорт сообщения подтверждения, чтобы отправить сообщение с подтверждением обратно отправителю данных (Geodatabase 1).
Примечание:
Поскольку отправитель данных не находится в среде, подключенной к получателю данных, отправитель данных не знает, что изменение данных было получено и импортировано получателем данных. Поэтому для получателя данных важно как можно чаще экспортировать и отправлять подтверждающие сообщения. Если сообщения подтверждения не получены, отправитель данных повторно отправляет изменения по умолчанию и сохраняет информацию, необходимую для повторной отправки изменений, до тех пор, пока не получит подтверждение того, что эти изменения были получены связанной репликой. В результате база геоданных отправителя данных может стать большой, и последующие сообщения об изменении данных также могут стать большими.
В идеале, хотя и не требуется, принимающий данные отправляет сообщение подтверждения после получения каждого сообщения об изменении данных. Также важно отметить, что одно сообщение подтверждения подтверждает все сообщения об изменении данных. Например, если реплика получает три сообщения об изменении данных и импортирует каждое, она может отправить одно подтверждающее сообщение, чтобы подтвердить все три.
Сообщение подтверждения импорта - отправитель данных использует инструмент геообработки Импорт сообщения для импорта XML-сообщения с подтверждением и обновляет метаданные реплики отправителя данных (Geodatabase 1), чтобы знать, какие изменения следует включить в следующий экспорт.
До сих пор в этом разделе описывался базовый шаблон рабочего процесса автономной синхронизации, в котором сообщения пересылаются между родительской и дочерней репликами. Если вы продолжите использовать этот шаблон, система будет работать эффективно и даже исправится сама, если сообщения будут потеряны.
Однако вы также можете рассмотреть следующие конкретные сценарии обмена сообщениями, описанные в разделах ниже.
Переключение ролей
В двусторонних репликах отправитель и получатель данных могут переключаться между ролями. Переключение инициируется отправителем данных, когда он отправляет сообщение об изменении данных, которое включает инструкции по переключению ролей. После того, как сообщение было импортировано получателем данных, роли меняются, и система готова отправлять данные в обратном направлении.
Однако с односторонними репликами вы не можете переключаться между ролями, поскольку правки и изменения данных текут только в одном направлении. Для односторонних родительских реплик родительская реплика всегда является отправителем данных. Для односторонних дочерних реплик родительская реплика всегда является отправителем данных. В любом случае для получателя данных по-прежнему важно отправлять сообщения подтверждения. Для открепленных реплик дочерняя реплика всегда является отправителем данных, и никаких подтверждающих сообщений не требуется. Для получения более подробной информации о разных типах реплик см. Типы репликации.
Следующие шаги и схемы показывают, что родительская реплика отправляет сообщение об изменении данных с инструкциями по переключению роли связанной реплики на роль отправителя данных.
Убедитесь, что вы подключены к двусторонней реплике.
Переключение инициируется отправителем данных и использует инструмент геообработки Экспорт сообщения об изменении данных для экспорта сообщения об изменении данных с отмеченной опцией переключение на получателя после того, как сообщение было экспортировано. Когда родительская реплика экспортирует сообщение об изменении данных, содержащее эти инструкции по переключению ролей, она становится получателем данных. .
Примечание:
При использовании инструмента Экспорт сообщения об изменении данных для переключения ролей существует дополнительный параметр, который можно отметить, Не включать какие-либо сообщения об изменении данных, который полезен для отправки сообщения о смене ролей без отправки каких-либо данных. Дополнительные сведения об этой опции см. Смена ролей без отправки изменений данных.
Получатель данных использует инструмент геообработки Импорт сообщения для импорта файла сообщения об изменении данных, содержащего инструкции по смене ролей. После завершения импорта он становится отправителем данных.
Смена ролей без отправки изменений данных
Можно отправить сообщение об изменении данных с инструкциями по смене ролей, но без каких-либо изменений данных. Вы можете сделать это, если в качестве отправителя данных вам нужно получить изменения от получателя данных, но вы не готовы отправлять изменения данных. См. Экспорт сообщения об изменении данных для получения дополнительной информации об отправке сообщения для смены ролей без отправки каких-либо данных.
Изменение подтверждений после смены ролей
После переключения ролей в двусторонней реплике для нового отправителя данных доступны два варианта подтверждения сообщения, которое сменило роли.
Новый отправитель данных может экспортировать сообщение подтверждения - на следующей схеме родительская реплика отправила сообщение об изменении данных, которое поменяло роли. Когда дочерняя реплика получила сообщение, она стала отправителем данных, но, поскольку она только что сменила роли, система по-прежнему позволяет ей отправлять подтверждающее сообщение с помощью инструмента геообработки Экспорт сообщения подтверждения.
Новый отправитель данных может отправить сообщение о смене данных - на следующей схеме родительская реплика отправила сообщение об изменении данных, которое поменяло роли. Когда дочерняя реплика получила сообщение, она стала отправителем данных. Используя инструмент геообработки Экспорт сообщения об изменении данных, дочерняя реплика теперь может отправлять сообщение об изменении данных, которое неявно подтверждает предыдущее сообщение об изменении данных от родительской реплики. Если вы не планируете отправлять сообщение об изменении данных в ближайшем будущем, вам следует отправить сообщение с подтверждением.
Реэкспорт неподтвержденных сообщений об изменении данных
Система позволяет репликам повторно отправлять неподтвержденные изменения данных. Вы можете сделать это, когда в качестве отправителя данных сообщение об изменении данных либо не было импортировано получателем данных, либо было потеряно при передаче, либо его необходимо отправить повторно. Другой вариант - дождаться следующей отправки изменений данных, поскольку по умолчанию это включает как новые изменения, так и любые неподтвержденные изменения.
На следующей схеме показан случай, когда вам необходимо повторно экспортировать неподтвержденное сообщение об изменении данных. Здесь родительская реплика отправляет сообщение об изменении данных и переключается с отправителя на получателя. Однако сообщение теряется, в результате чего и родительская, и дочерняя реплики остаются получателями данных. Чтобы решить эту проблему, у получателя данных, который только что сменил роли, есть возможность повторного экспорта неподтвержденного сообщения. В этом случае он позволяет родительской реплике повторно отправить неподтвержденное сообщение об изменении данных вместе с переключением ролей дочерней реплике.
Обойти файл сообщения подтверждения
При отправке изменений данных по умолчанию отправляются все новые изменения данных и неподтвержденные изменения данных. Новые изменения - это любые вставки, обновления и удаления, примененные к версии реплики с момента экспорта последнего сообщения об изменении данных. К неподтвержденным изменениям данных относятся ранее экспортированные изменения, в отношении которых вы не получили подтверждения. Если вы отправили несколько сообщений об изменении данных, для которых вы не получили подтверждения, файлы изменения данных могут стать большими.
Лучшее решение для получателя данных - отправить файл сообщения подтверждения. Однако в зависимости от системы связи это не всегда возможно. Например, если реплики отключены и для отправки файла подтверждения требуется доставка носителя для обмена файлами, вы можете предпочесть отправить электронное письмо лицу, управляющему репликой отправителя данных, с заявлением о том, что вы получили и импортировали изменения данных.
Однако имейте в виду, что обход файла сообщения подтверждения усложняет управление синхронизацией.
Импорт сообщений подтверждения - единственный способ для системы отбросить версии системы, необходимые для повторной отправки изменений для реплики. Отключенные версии системы могут со временем затруднить сжатие, сделать базу геоданных отправителя большой и потенциально снизить производительность базы геоданных. По этой причине по-прежнему важно хотя бы периодически использовать сообщения подтверждения.
Обход файла сообщения подтверждения приводит к необходимости большего ручного вмешательства со стороны как лица, управляющего репликой отправителя данных, так и лица, управляющего получателем данных.
Карточку реплики можно использовать на панели Управление репликами, чтобы определить, какие изменения были отправлены и получены репликой. Чтобы не отправлять излишне большие сообщения об изменении данных, отправитель данных может снять флажок Включить неподтвержденные изменения данных при следующей отправке изменений данных.
Когда вы обходите использование файла сообщения подтверждения, ваш рабочий процесс синхронизации более подвержен ошибкам.
Новые изменения могут быть импортированы получателем данных только в том случае, если были импортированы предыдущие изменения. Если система обнаруживает, что ранее отправленные изменения не были импортированы, возвращается ошибка, и текущий набор изменений не может быть импортирован. Если одновременно отправляется несколько сообщений об изменении данных, их необходимо импортировать в правильном порядке. Система вернет ошибку, если вы попытаетесь импортировать в неправильном порядке. При возникновении ошибок предоставляются сообщения об ошибках. Однако, если вы используете автоматизированную систему, вы можете не увидеть ошибки. В этом случае вы можете использовать журнал действий реплики, чтобы определить, произошли ли ошибки во время синхронизации.
, которое может храниться в файловой базе геоданных (.gdb) или в Формат файла XML (.xml). В этом примере рабочего процесса оранжевый треугольник, также называемый дельтой, используется для представления изменений или различий данных. 
