Подготовка данных для использования в автономных сервисах объектов

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

Примечание:

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

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

Все данные на карте, из которой вы публикуете, должны быть настроены одинаково; у вас не может быть комбинации версионных и неверсионных данных или комбинации традиционных данных и версионных данных ветви на карте.

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

Примечание:

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

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

Сценарий 1: Версии не требуются

Если для ваших рабочих процессов не требуются версионные данные, включите архивирование данных и опубликуйте редактируемый сервис объектов ArcGIS Server с поддержкой синхронизации, чтобы перевести его в автономный режим для редактирования.

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

Подсказка:

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

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

Чтобы использовать неверсионные данные в сервисе объектов с поддержкой синхронизации, необходимы следующие данные и настройки публикации:

Требования к данным для этого сценария

Перед публикацией настройте следующее:

  • Все данные на карте должны быть из одной многопользовательской базы геоданных, и данные должны быть зарегистрированы в базе геоданных.
  • Для всех публикуемых классов пространственных объектов должно быть включено архивирование.
  • Каждый публикуемый класс пространственных объектов должен содержать поле global ID.

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

  • Если публикуемые наборы данных участвуют в классе отношений или имеют вложения, эти отношения должны использовать первичный ключ global ID.

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

  • В этот сервис объектов должны быть включены следующие поля; вы не можете скрыть эти столбцы ни в одном из классов объектов, которые надо опубликовать: поля с подтипами, поля первичного и внешнего ключа для класса отношений или вложений, поля отслеживания изменений (если отслеживание изменений включено в наборе данных).
  • Учетной записи, указанной в подключении к базе данных, используемой для доступа к данным, должны быть предоставлены права доступа к данным в базе геоданных, которые позволяют ей выполнять операции редактирования, настроенные для сервиса объектов.

Конфигурация сервиса объектов

Когда вы публикуете векторный слой, вы должны установить следующие параметры в диалоговом окне Настроить свойства веб-слоя, доступ к которому можно получить на вкладке Настройка панели Опубликовать как веб-слой:

  • Включите редактирование и выберите разрешенный уровень редактирования.

    Примечание:

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

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

  • Включите синхронизацию.
  • Установите для опции синхронизации Нет.

    В меню Синхронизация Создание версии выбрана опция Нет

Сценарий 2. Сервис-ориентированные версии используются для управления многопользовательскими правками

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

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

Примеры использования этих рабочих процессов см. в разделе Работа с автономными картами и данными сервис-ориентированной версии.

Синхронизация с версией по умолчанию

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

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

Подсказка:

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

Вы можете публиковать данные из сервис-ориентированной версии по умолчанию с ArcGIS Pro версии 2.1 и выше до ArcGIS Enterprise 10.7 и выше.

Требования к данным для этого сценария

Перед публикацией настройте следующее:

  • Все данные на карте должны быть из одной многопользовательской базы геоданных, и данные должны быть зарегистрированы в базе геоданных.
  • Все публикуемые классы пространственных объектов должны быть зарегистрированы для управления версиями ветвей, что требует, чтобы каждый класс пространственных объектов имел поле global ID.
  • В этот сервис объектов должны быть включены следующие поля; вы не можете скрыть эти столбцы ни в одном из классов объектов, которые надо опубликовать: поля с подтипами, поля первичного и внешнего ключа для класса отношений или вложений, поля отслеживания изменений (если отслеживание изменений включено в наборе данных).
  • Учетной записи, указанной в подключении к базе данных, используемой для доступа к данным, должны быть предоставлены права доступа к данным в базе геоданных, которые позволяют ей выполнять операции редактирования, настроенные для сервиса объектов.

Конфигурация сервиса объектов

Когда вы публикуете векторный слой, вы должны установить следующие параметры в диалоговом окне Настроить свойства веб-слоя, доступ к которому можно получить на вкладке Настройка панели Опубликовать как веб-слой:

  • Включите редактирование и выберите разрешенный уровень редактирования.

    Примечание:

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

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

  • Включите синхронизацию.
  • Установите для опции синхронизации Нет.

    В меню Синхронизация Создание версии выбрана опция Нет

Синхронизация с версией реплики

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

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

Примечание:

Длина имени версии реплики не должна превышать 30 символов. Часть имени сервиса объектов будет усечена, чтобы соответствовать этому ограничению.

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

Этот рабочий процесс поддерживается в версии ArcGIS Pro 2.6 и более поздних и в ArcGIS Enterprise 10.8.1 и более поздних версиях.

Требования к данным для этого сценария

Перед публикацией настройте следующее:

  • Все данные на карте должны быть из одной многопользовательской базы геоданных, и данные должны быть зарегистрированы в базе геоданных.
  • Все публикуемые классы пространственных объектов должны быть зарегистрированы для управления версиями ветвей, что требует, чтобы каждый класс пространственных объектов имел поле global ID.
  • Для всех публикуемых классов пространственных объектов должно быть включено отслеживание реплик.

    Если вы публикуете из версии ArcGIS Pro 2.7 или более поздней и включаете синхронизацию, когда публикуете в версию ArcGIS Enterprise 10.9 или более позднюю, отслеживание реплик данных включается автоматически. Во всех остальных случаях перед публикацией включите отслеживание реплик данных. Используйте инструмент геообработки Включить отслеживание реплики или щелкните правой кнопкой мыши соответствующий набор данных на панели Каталог в ArcGIS Pro, щелкните Управление и выберите Отслеживание реплик.

  • В этот сервис объектов должны быть включены следующие поля; вы не можете скрыть эти столбцы ни в одном из классов объектов, которые надо опубликовать: поля с подтипами, поля первичного и внешнего ключа для класса отношений или вложений, поля отслеживания изменений (если отслеживание изменений включено в наборе данных).
  • Учетной записи, указанной в подключении к базе данных, используемой для доступа к данным, должны быть предоставлены права доступа к данным в базе геоданных, которые позволяют ей выполнять операции редактирования, настроенные для сервиса объектов.

Конфигурация сервиса объектов

Когда вы публикуете векторный слой, вы должны установить следующие параметры в диалоговом окне Настроить свойства веб-слоя, доступ к которому можно получить на вкладке Настройка панели Опубликовать как веб-слой:

  • Включите редактирование и выберите разрешенный уровень редактирования.

    Примечание:

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

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

  • Включите синхронизацию.
  • Установите для опции синхронизации Создать версию для каждой скачанной карты.

    Опция Создать версию для каждой загруженной карты включена.

Сценарий 3. Традиционные версии используются для управления многопользовательскими правками.

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

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

Примеры этих рабочих процессов см. в разделе Автономные карты и версионные данные.

Примечание:

Длина имени версии реплики не должна превышать 30 символов. Часть имени сервиса объектов будет усечена, чтобы соответствовать этому ограничению.

Загрузка карт для поддержки данных

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

Требования к данным для этого сценария

Перед публикацией настройте следующее:

  • Все данные на карте должны быть из одной многопользовательской базы геоданных, и данные должны быть зарегистрированы в базе геоданных.
  • Все публикуемые классы пространственных объектов должны быть зарегистрированы для полного традиционного управления версиями; возможность регистрации для переноса правок в базу не поддерживается.
  • Каждый публикуемый класс пространственных объектов должен содержать поле global ID.

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

  • Если публикуемые наборы данных участвуют в классе отношений или имеют вложения, эти отношения должны использовать первичный ключ global ID.

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

  • В этот сервис объектов должны быть включены следующие поля; вы не можете скрыть эти столбцы ни в одном из классов объектов, которые надо опубликовать: поля с подтипами, поля первичного и внешнего ключа для класса отношений или вложений, поля отслеживания изменений (если отслеживание изменений включено в наборе данных).
  • Учетной записи, указанной в подключении к базе данных, используемой для доступа к данным, должны быть предоставлены права доступа к данным в базе геоданных, которые позволяют ей выполнять операции редактирования, настроенные для сервиса объектов.

Конфигурация сервиса объектов

Когда вы публикуете векторный слой, вы должны установить следующие параметры в диалоговом окне Настроить свойства веб-слоя, доступ к которому можно получить на вкладке Настройка панели Опубликовать как веб-слой:

  • Включите редактирование и выберите разрешенный уровень редактирования.

    Примечание:

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

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

  • Включите синхронизацию.
  • Установите для опции синхронизации Создать версию для каждой скачанной карты.

    Опция Создать версию для каждой загруженной карты включена.

Загрузка карт для краткосрочного проекта

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

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

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

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

В этом рабочем процессе задержка данных мобильных работников не превышает недели.

Требования к данным для этого сценария

Перед публикацией настройте следующее:

  • Все данные на карте должны быть из одной многопользовательской базы геоданных, и данные должны быть зарегистрированы в базе геоданных.
  • Все публикуемые классы пространственных объектов должны быть зарегистрированы для полного традиционного управления версиями; возможность регистрации для переноса правок в базу не поддерживается.
  • Каждый публикуемый класс пространственных объектов должен содержать поле global ID.

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

  • Если публикуемые наборы данных участвуют в классе отношений или имеют вложения, эти отношения должны использовать первичный ключ global ID.

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

  • В этот сервис объектов должны быть включены следующие поля; вы не можете скрыть эти столбцы ни в одном из классов объектов, которые надо опубликовать: поля с подтипами, поля первичного и внешнего ключа для класса отношений или вложений, поля отслеживания изменений (если отслеживание изменений включено в наборе данных).
  • Учетной записи, указанной в подключении к базе данных, используемой для доступа к данным, должны быть предоставлены права доступа к данным в базе геоданных, которые позволяют ей выполнять операции редактирования, настроенные для сервиса объектов.

Конфигурация сервиса объектов

Когда вы публикуете векторный слой, вы должны установить следующие параметры в диалоговом окне Настроить свойства веб-слоя, доступ к которому можно получить на вкладке Настройка панели Опубликовать как веб-слой:

  • Включите редактирование и выберите разрешенный уровень редактирования.

    Примечание:

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

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

  • Включите синхронизацию.
  • Установите для опции синхронизации Создать версию для каждого пользователя.

Загрузка карты для постоянного проекта

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

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

Требования к данным для этого сценария

Перед публикацией настройте следующее:

  • Все данные на карте должны быть из одной многопользовательской базы геоданных, и данные должны быть зарегистрированы в базе геоданных.
  • Все публикуемые классы пространственных объектов должны быть зарегистрированы для полного традиционного управления версиями; возможность регистрации для переноса правок в базу не поддерживается.
  • Каждый публикуемый класс пространственных объектов должен содержать поле global ID.

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

  • Если публикуемые наборы данных участвуют в классе отношений или имеют вложения, эти отношения должны использовать первичный ключ global ID.

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

  • В этот сервис объектов должны быть включены следующие поля; вы не можете скрыть эти столбцы ни в одном из классов объектов, которые надо опубликовать: поля с подтипами, поля первичного и внешнего ключа для класса отношений или вложений, поля отслеживания изменений (если отслеживание изменений включено в наборе данных).
  • Учетной записи, указанной в подключении к базе данных, используемой для доступа к данным, должны быть предоставлены права доступа к данным в базе геоданных, которые позволяют ей выполнять операции редактирования, настроенные для сервиса объектов.

Конфигурация сервиса объектов

Когда вы публикуете векторный слой, вы должны установить следующие параметры в диалоговом окне Настроить свойства веб-слоя, доступ к которому можно получить на вкладке Настройка панели Опубликовать как веб-слой:

  • Включите редактирование и выберите разрешенный уровень редактирования.

    Примечание:

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

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

  • Включите синхронизацию.
  • Установите для опции синхронизации Создать версию для каждого пользователя.

Другие настройки и их влияние на автономные данные

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

Правила атрибутов

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

  • Если вы используете данные, зарегистрированные как версионные, нарушения правил атрибутов препятствуют выполнению процесса синхронизации. Когда редактирование нарушает правила атрибутов, синхронизация возвращает ошибку. Необходимо исправить нарушение в автономной версии данных и синхронизировать снова.
  • Если вы используете неверсионные данные, для которых включено архивирование, синхронизация выполняется, но не применяются изменения, нарушающие правила атрибутов. В журнал ArcGIS Server записывается информация об изменениях, синхронизация для которых не была выполнена. Если вы используете неверсионные данные и правила атрибутов, проверьте журнал ArcGIS Server после синхронизации, чтобы увидеть, какие изменения (если таковые имеются) не были синхронизированы. Устраните нарушение в автономной версии данных и выполните синхронизацию снова.

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

Отслеживание изменений

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

Примечание:

Если в полях даты хранятся значения в часовом поясе, отличном от всемирного координированного времени (UTC), укажите этот часовой пояс при публикации сервиса. Если вы этого не сделаете, автоматически будет предполагаться использование UTC. ArcGIS применит указанный вами часовой пояс ко всем полям дат отслеживания правок.

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

  • Именем автора пространственных объектов, созданных в автономном режиме, является имя пользователя, который переключил карту в автономный режим.
  • Имеющимся объектам, которые редактировались в автономном режиме, присваивается имя редактора, соответствующее пользователю, который переключил карту в автономный режим. Значение в поле имени автора этих пространственных объектов не меняется.

Управление доступом на основе владения

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

Однако если администратор ArcGIS Server синхронизирует изменения, внесенные автономным редактором, управление доступом на основе владения основывается на именованном пользователе, который перевел карту в автономный режим, а не на администраторе.

Права на синхронизацию

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

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

Слои карты, которые ссылаются на один и тот же класс пространственных объектов

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

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