Сценарии работы с распределенными данными

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

Дерево реплики

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

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

Иерархическая структура как возможный сценарий работы с распределенными данными

Центральный узел

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

Главный узел также может быть использован для передачи изменений между несколькими дочерними репликами. Чтобы переместить изменения из одной реплики в другую, сначала изменения в одной реплике синхронизируются с родительской (или главной) репликой. Затем вторая дочерняя реплика синхронизируется с родительской для получения этих изменений.

Структура центрального узла как возможный сценарий работы с распределенными данными

Мобильные пользователи

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

Подсказка:

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

Мобильные пользователи или сотрудники полевой команды как возможный сценарий работы с распределенными данными

Подрядчики

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

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

Подрядчики сторонних организаций с подходом "только чтение" как возможный сценарий работы с распределенными данными

Создание и публикация баз геоданных

Организации необходимо поддерживать группу редакторов, а также группу пользователей, имеющих при входе в систему доступ только для чтения. Чтобы обеспечить доступ каждой группе, организация имеет две многопользовательские базы геоданных. Одна – рабочая база геоданных, которая редактируется напрямую редакторами, и другая – реплика этой базы геоданных, доступная только для чтения. Читатели могут получать доступ к данным через ArcGIS Enterprise.

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

Структура Создание/Публикация как возможный сценарий работы с распределенными данными

Управление данными нескольких групп

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

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

Структура управления данными из нескольких групп как возможный сценарий работы с распределенными данными

Централизованные данные из нескольких источников

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

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

Пример централизации данных из нескольких источников как возможный сценарий работы с распределенными данными

Связанные разделы