Skip To Content

Часто возникающие вопросы, касающиеся распределенного сотрудничества

В данном разделе представлены проблемы, с которыми вы можете столкнуться при работе с распределенным сотрудничеством, а также их возможные решения. Если найти описание интересующей проблемы не удается, попробуйте выполнить поиск статей на веб-сайте Esri Support Center.

Часто задаваемые вопросы

Сотрудничество ArcGIS Enterprise и ArcGIS Enterprise

Помимо публикации слоев в виде действующих ссылок мне бы хотелось публиковать в моем сотрудничестве векторные слои в виде копий. Эта опция доступна?

В данной версии распределенное сотрудничество не поддерживает публикацию векторных слоев в виде копий, если и хост-портал, и портал-гость - ArcGIS Enterprise.

Сотрудничество ArcGIS Online и ArcGIS Enterprise

Я использую и ArcGIS Enterprise, и ArcGIS Online. Можно ли настроить распределенное сотрудничество между ними?

ArcGIS Enterprise 10.5.1 поддерживает распределенные сотрудничества с ArcGIS Online. В таких сотрудничествах ArcGIS Online должен быть установлен в качестве хоста, а ArcGIS Enterprise является гостевым.

Может ли ArcGIS Enterprise сотрудничать более, чем с одой организацией ArcGIS Online?

Нет. ArcGIS Enterprise 10.5.1 поддерживает возможность сотрудничества только с одной организацией ArcGIS Online.

У моей организации ArcGIS Online изменился ключ URL. Что я должен сделать, чтобы снова сделать мою организацию участником сотрудничества?

  • Хост сотрудничества может удалить и заново создать сотрудничество с новым ключом URL.
  • Гость сотрудничества может покинуть его и отправить запрос на новое его приглашение хостом с новым URL.

Моя организация ArcGIS Online не поддерживает приглашения с портала ArcGIS Enterprise 10.5. Что делать?

Порталы ArcGIS Enterprise 10.5 не поддерживаются распределенным сотрудничеством с организациями ArcGIS Online.

Публикация копий векторных слоев и синхронизация правок

Я отредактировал символы опубликованного векторного слоя; однако обновленные символы не были применены у участников-получателей. Почему?

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

Что происходит, когда размещенный сервис объектов публикуется в несколько рабочих областей сотрудничества в одном или нескольких сотрудничествах?

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

У меня появляется ошибка тайм-аута после включения синхронизации для векторного слоя моего портала ArcGIS Enterprise 10.5. Что произошло?

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

У меня появляется ошибка тайм-аута после включения синхронизации для векторного слоя моей организации ArcGIS Online. Что делать?

На странице элемента при настройке синхронизации может иметь место тайм-аут, вызванный большим объемом данных слоя. Чтобы решить эту проблему, можно запустить операцию updateDefinition в режимеasync для слоя с помощью REST admin API. См. пример 3 в разделе Обновление определения (Сервис объектов) REST API.

При попытке публикации векторного слоя, как копии, я вижу следующую ошибку в журнале: "Не удалось создать реплику. Несколько слоев ссылаются на набор данных, что недопустимо." С чем связана эта ошибка?

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

Что происходит, когда пользователь меняет владельца размещенного сервиса объектов, размещенного в виде копии?

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

Что происходит, когда пользователь отменяет публикацию размещенного сервиса объектов, размещенного в виде копии в группе?

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

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

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

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

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

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

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

Разное

Как публикуются в сотрудничестве векторные объекты мультипатч?

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

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

Вам нужно публиковать все слои и их производные слои (такие как WFS или листы) только в группе сотрудничества. Это позволит гарантировать, что ссылки на ваши производные слои не будут битыми при их репликации через сотрудничество. Вообще нужно непосредственно публиковать все элементы, которые должны участвовать в сотрудничестве.

В моей группе сотрудничества есть настроенные с HTTP URL полученные элементы, которые не открываются.

Если портал настроен с HTTP и HTTPS, скопированный по ссылке сервис будет также настроен с HTTP URL. Поскольку портал блокирует смешанные ресурсы, элемент не откроется. Для решения этой проблемы URL нужно вручную поменять на HTTPS. Рекомендуем вам разрешать доступ к порталу только через HTTPS.

Мой портал настроен на доступ через HTTP и HTTPS. Может ли такой портал участвовать в распределенном сотрудничестве?

Для приглашения в сотрудничество гостя каждый URL портала гостя должен задаваться, как HTTPS.

Поиск и устранение проблем

Что будет, если один элемент группы, содержащий несколько элементов, не удастся опубликовать?

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

Я не получал ресурсов от организации-отправителя через сотрудничество. С чем это может быть связано?

  • Есть несколько причин, по которым ресурсы сотрудничества не были получены вашей группой. К ним относятся:
    • Возможно, ваша группа не присоединилась к рабочей области сотрудничества. Обратитесь к вашему системному администратору, чтобы проверить, что ваша рабочая область сотрудничества настроена правильно, и что группа была добавлена к рабочей области.
    • Запланированная синхронизация, возможно, еще не произошла. Системным администратором может быть задано, что ресурсы сотрудничества синхронизируются через запланированный интервал. Интервал синхронизации по умолчанию - 24 часа. Системный администратор организации-отправителя может выполнить синхронизацию с помощью REST API сотрудничества. Обратитесь к REST API сотрудничества за более подробной информацией.
    • Возможно, дисковое пространство организаций-получателей заполнено на 80% или более. При достижении этого порога ресурсы не синхронизируются. В этой связи в журнал записывается сообщение уровня WARNING. После освобождении места ресурсы снова синхронизируются.

У меня есть векторные слои, опубликованные в группе, связанной с рабочей областью сотрудничества, в которой выбрана опция копирования данных. Однако организация-получатель моего сотрудничества все равно получает векторные слои, как ссылки. Что произошло?

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

Мои векторные слои не получают правок. Что произошло?

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

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

Я использую ArcGIS Enterprise и мои векторные слои не получают изменения от организации ArcGIS Online. Я вижу следующую серьезную ошибку в журнале сервера:

"Initialization of Layer: failed."

Что я могу сделать для решения этой проблемы?

Проверьте, не используют ли связанные слои способ отображения на основе выражения. Чтобы сделать это, выполните следующие действия:

  1. Откройте Мои ресурсы и выберите Просмотр информации об элементе для вашего векторного слоя.
  2. Щелкните вкладку Визуализация.
  3. Для каждого перечисленного слоя, проверьте кнопку Изменить стиль, чтобы узнать, не задано ли в качестве Атрибута для отображения выражение. В этом случае выполните одно из следующего:
  • В ArcGIS Enterprise измените Атрибут для отображения с выражения на поле и щелкните Сохранить слой. После того, как вы выполнили это изменение для всех доступных слоев, правки должны появится при следующей синхронизации.
    Примечание:

    После изменения Атрибута для отображения и сохранения слоя в ArcGIS Enterprise, вам не нужно выполнять изменения для соответствующих векторных слоев в организации ArcGIS Online.

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

портал моего сотрудничества настроен на использование аутентификации PKI через IIS, и нами было получено следующее сообщение об ошибке:

Response from 'https://sampleserver.domain.com/portal' was 413 Request Entity Too Large. 'https://sampleserver.domain.com/portal' must configure server to allow large request entities.

Что я могу сделать для решения этой проблемы?

  • Администратор веб-сервера IIS, использующего PKI, должен увеличить значение свойства uploadReadAheadSize до 51,200,000 (50Мб). Например, если PKI веб-адаптера портала установлен, как 'portal' под Default Web Site в IIS, для изменения свойства uploadReadAheadSize нужно использовать следующую команду:

    %windir%\system32\inetsrv\appcmd.exe set config "Default Web Site/portal" -section:system.webServer/serverRuntime /uploadReadAheadSize:"51200000" /commit:apphost

  • Подробную информацию о свойстве uploadReadAheadSize см. здесь.