В данном разделе представлены проблемы, с которыми вы можете столкнуться при работе с распределенным сотрудничеством, а также их возможные решения. Если вы не найдете вашу проблему, вы также можете посмотреть статьи на веб-сайте центра поддержки Esri.
Сотрудничество ArcGIS Enterprise и ArcGIS Enterprise
У меня есть развертывание ArcGIS Enterprise on Kubernetes. Я хочу настроить сотрудничество с другой организацией ArcGIS Enterprise, которая представляет собой развертывание Windows. Это возможно?
Нет. В 10.9, ArcGIS Enterprise on Kubernetes не сможет действовать в качестве хоста или гостя для развертывания ArcGIS Enterprise в Windows или Linux. Однако развертывание ArcGIS Enterprise on Kubernetes можно настроить на сотрудничество с другим развертыванием Kubernetes, а также на действе в качестве гостя для сотрудничества с хостом ArcGIS Online. Более подробно см. О распределенном сотрудничестве и Ключевые концепции сотрудничества.
Мне бы хотелось публиковать в моем сотрудничестве копии векторных слоев. Эта опция доступна?
Да. В 10.5.1 опция публикации векторных слоев в качестве копии поддерживалась только между хост-порталом ArcGIS Online и гостевым порталом ArcGIS Enterprise. В версии 10.6 распределенное сотрудничество поддерживает публикацию векторных слоев в виде копий, если и хост-портал, и гостевой портал являются ArcGIS Enterprise.
Как мне обновить учетную запись аутентификации веб-уровня или PKI-сертификат, использующиеся для сотрудничества с другим участником ArcGIS Enterprise?
ArcGIS Enterprise 10.6 поддерживает изменение учетных данных аутентификации веб-уровня и PKI-сертификата, использующихся при коммуникации с другим участником ArcGIS Enterprise. В данной версии эти изменения могут быть внесены только через Portal Services REST API. Прочитайте раздел REST API Обновление настройки конфигурации веб-уровня Распределенного сотрудничества.
В ArcGIS Enterprise 10.8.1 вы можете добавлять, обновлять и удалять аутентификацию веб-уровня или PKI-сертификата для участников сотрудничества ArcGIS Enterprise. Чтобы узнать больше, см. Управление сотрудничествами и Управление сотрудничествами в качестве гостя.
Будут ли SSL протоколы, отличные от использующихся по умолчанию, и/или пакеты шифрования на одном сайте оказывать влияние на распределенное сотрудничество на другом сайте?
Нестандартные конфигурации протоколов SSL или наборов шифров, используемые на одном сайте, не должны влиять на распределенное сотрудничество с другим сайтом, даже если протоколы или шифры не совпадают или перекрываются.
Сотрудничество ArcGIS Online и ArcGIS Enterprise
У меня есть представление размещенного векторного слоя, опубликованное в организации ArcGIS Online, и я хочу предоставить доступ к нему участникам своей организации ArcGIS Enterprise. Могу я предоставить доступ к нему для сотрудничества?
Да вы можете предоставить доступ к представлениям размещенных векторных слоев для участников сотрудничества.Начиная с версии 10.6.1, представления размещенных векторных слоев могут публиковаться как копии, если их векторный слой настроен для отправки в качестве копии.
Я использую и ArcGIS Enterprise, и ArcGIS Online. Можно ли настроить распределенное сотрудничество между ними?
Начиная с 10.5.1, ArcGIS Enterprise поддерживает распределенное сотрудничество с ArcGIS Online. В таких сотрудничествах ArcGIS Online должен быть установлен в качестве хоста, а ArcGIS Enterprise является гостевым.
Может ли ArcGIS Enterprise сотрудничать более, чем с одной организацией ArcGIS Online?
Нет. В настоящее время ArcGIS Enterprise поддерживает возможность сотрудничества только с одной организацией ArcGIS Online.
У моей организации ArcGIS Online изменился ключ URL. Что я должен сделать, чтобы снова сделать мою организацию участником сотрудничества?
Это можно сделать двумя способами:
- Хост сотрудничества может удалить и заново создать сотрудничество с новым ключом URL.
- Гость сотрудничества может покинуть его и отправить запрос на новое его приглашение хостом с новым URL.
Почему моя организация ArcGIS Online не принимает приглашения с портала ArcGIS Enterprise 10.5?
Порталы ArcGIS Enterprise 10.5 не поддерживаются распределенным сотрудничеством с организациями ArcGIS Online.
Почему я получаю ошибку SSL-сертификата при попытке принять приглашение сотрудничества для организации ArcGIS Online?
Если ваша организация использует перенаправляющий прокси-сервер, вам нужно будет импортировать сертификат, используемый этим прокси-сервером, на портал ArcGIS Enterprise в качестве корневого/промежуточного сертификата, и только после этого принять приглашение.
В моем сотрудничестве есть гости, использующие ArcGIS Enterprise 10.5 и 10.5.1. Будет ли применена политика удаления ресурсов применена к этим организациям?
Порталы ArcGIS Enterprise 10.5 и 10.5.1 не поддерживают политику удаления ресурсов. Ресурсы, предоставленные этим участникам, не будут удалены. Следует закрыть общий доступ для элементов, которые были ранее опубликованы в рабочей области сотрудничества.
Я отключил возможность доступа к порталу только через HTTPS. В ArcGIS Online, при попытке просмотра опубликованных и доступных по ссылке векторных слоев в Map Viewer у меня появляется следующая Ошибка: Слой [имя_слоя] не может быть добавлен в карту. Что случилось?
В ArcGIS Online Map Viewer эта ошибка используется для того, чтобы информировать пользователя о том, что запрашиваемые ресурсы не могут быть добавлены на карту. По умолчанию ArcGIS Online настроен на разрешение доступа только по протоколу HTTPS. Убедитесь, что URL сервиса векторного слоя ArcGIS Enterprise использует HTTPS. Если нет, обновите URL на HTTPS. Чтобы увидеть, как это сделать, выполните действия, указанные в этой статье.
Могу ли я скопировать данные из ArcGIS Online в свою многопользовательскую базу геоданных?
Нет. Целевые слои сотрудничества должны быть размещенными слоями ArcGIS Online или ArcGIS Enterprise.
Могу я скопировать данные из многопользовательской базы геоданных в ArcGIS Online?
Да. Если многопользовательская база данных зарегистрирована на интегрированном сервере в ArcGIS Enterprise, его данные можно использовать в качестве исходных для слоев сотрудничества между ArcGIS Enterprise и ArcGIS Online.
При сотрудничестве между ArcGIS Enterprise и ArcGIS Online, какие изменения необходимо внести в брандмауэр моей сети?
В данной конфигурации, весь обмен информацией производится через портал ArcGIS Enterprise. Таким образом, правила сетевого брандмауэра должны поддерживать исходящий обмен информацией через порт 443.
Я выполнил обновление до ArcGIS Enterprise 10.7 и ArcGIS Insights 3.2.1. Могу я опубликовать рабочие книги, страницы и модели Insights, созданные в более ранних версиях Insights и ArcGIS Enterprise?
Для публикации рабочей книги, созданной в более ранней версии Insights, вы должны открыть элемент в ArcGIS Insights 3.2.1 и повторно сохранить его. Чтобы опубликовать модель или страницу, созданную в более ранней версии Insights, вам необходимо повторно опубликовать рабочую книгу как страницу или модель Insights. Посмотрите статью Публикация элементов Insights, созданных в более ранних версиях через распределенное сотрудничество для дополнительной информации.
Публикация веб-приложений
Могут ли я публиковать веб-приложения в распределенном сотрудничестве?
Да. Начиная с версии ArcGIS Enterprise 10.6.1, участники сотрудничества ArcGIS Enterprise могут делиться веб-приложениями с другими участниками ArcGIS Enterprise, которые имеют версию, равную или превышающую их собственную, а также ArcGIS Online. Поддерживаются веб-приложения, созданные из настраиваемых шаблонов веб-приложений и Web AppBuilder. Групповые веб-приложения поддерживаются на уровне версии 10.8 и выше.
Например, участник ArcGIS Enterprise 10.6.1 может поделиться веб-приложением с другой организацией, использующей ArcGIS Enterprise 10.6.1, а также ArcGIS Online. Он не сможет поделиться веб-приложениями с участниками, использующими ArcGIS Enterprise 10.5.1 или 10.6, но он сможет делиться с участниками, использующими 10.7 и выше. Если этот участник попытается поделиться веб-приложением с получателем, использующим предыдущую версию ArcGIS Enterprise, это веб-приложение все равно будет добавлено в группу сотрудничества, но оно не будет получено участником, а администратор получит сообщение об ошибке в журналах портала, а также в виде уведомления на портале.
Участники ArcGIS Online не могут делиться веб-приложениями с участниками ArcGIS Enterprise ни в одной из версий.
Может ли участник сотрудничества редактировать полученное веб-приложение?
После публикации большинство этих веб-приложений могут редактироваться другими участниками сотрудничества. Эти изменения будут перезаписаны, если первоначальный владелец обновит это веб-приложение. Изменения, внесенные участником-получателем, не передаются обратно первоначальному владельцу. Однако, картографические веб-приложения не могут быть изменены получателем.
Я создал собственные виджеты в ArcGIS Web AppBuilder. Можно ли их опубликовать для участников сотрудничества?
Нет. Пользовательские виджеты, в том числе зарегистрированные и имеющие дополнительный модуль типа элемента AppBuilder, не могут быть опубликованы в рамках распределенного сотрудничества.
Могу ли я опубликовать элемент веб-приложения с ссылками на пользовательское веб-приложение, которое я развернул на своем веб-сервере?
Да. Элементы веб-приложений, которые ссылаются на адреса URL приложения извне портала, можно опубликовать при условии, принимающим участникам портала были выданы соответствующие права доступа к внешнему размещенному приложению.
Могу ли я публиковать веб-приложения ArcGIS Living Atlas of the World в сотрудничестве?
Нет. Общий доступ к веб-приложениям ArcGIS Living Atlas нельзя предоставлять с помощью распределенного сотрудничества.
Что произойдет, если участник сотрудничества использует настраиваемый шаблон приложения, который был удален в моей версии ArcGIS Enterprise?
Удаленные шаблоны ArcGIS Configurable Apps по-прежнему доступны на портале. Если получатель, который использует более раннюю версию ArcGIS Enterprise, опубликует для вас шаблон, а он в вашей текущей версии был удален, то вы все равно сможете открыть и просмотреть опубликованное приложение.
Могу ли я поделиться настраиваемыми шаблонами приложений, для создания которых нужна группа (Minimal Gallery, Layer Showcase, и т.п.)?
Распределенное сотрудничество не поддерживает общий доступ к шаблонам ArcGIS Configurable Apps, для которых нужна группа.
Публикация копий векторных слоев и синхронизация правок
Я отредактировал символы опубликованного векторного слоя; однако обновленные символы не были применены у участников-получателей. Почему?
При публикации копий векторного слоя исходные символы сохраняются. Последующие изменения символов не реплицируются. Однако при публикации векторных слоев в веб-карте символы будут храниться в этой веб-карте и поэтому их обновления будут сохраняться.
Что происходит, когда размещенный сервис объектов публикуется в несколько рабочих областей сотрудничества в одном или нескольких сотрудничествах?
Во время начальной публикации размещенный сервис объектов реплицируется. При последующей публикации элемент еще раз не реплицируется а напротив, публикуется имеющийся элемент.
Почему у меня появляется ошибка времени ожидания после включения синхронизации для векторного слоя на портале ArcGIS Enterprise 10.5?
На странице элемента при настройке синхронизации может иметь место время ожидания, вызванный большим объемом данных слоя. Однако сервер продолжит выполнение настройки данных. Через некоторое время настройка будет завершена - так же как и включение синхронизации на странице элемента.
Почему у меня появляется ошибка времени ожидания после включения синхронизации для векторного слоя в моей организации ArcGIS Online.
На странице элемента при настройке синхронизации может иметь место время ожидания, вызванный большим объемом данных слоя. Чтобы решить эту проблему, можно запустить на этом слое операцию updateDefinition в режиме async, используя REST admin API. См. пример 3 в разделе Обновление определения (Сервис объектов) REST API.
При попытке публикации векторного слоя, как копии, я вижу следующую ошибку в журнале: "Не удалось создать реплику. Несколько слоев ссылаются на набор данных, что недопустимо." Почему?
Эта ошибка появляется в случае, когда веб-карта содержит несколько слоев, ссылающихся на один набор данных в базе геоданных (например, на класс объектов Roads на карте ссылаются два разных слоя: основные дороги и второстепенные дороги.) При публикации веб-карт, содержащих сервисы объектов, которые будут совместно использоваться в качестве копий в сотрудничестве, убедитесь, что созданные карты не содержат нескольких ссылок на один и тот же набор данных.
Что происходит, когда пользователь меняет владельца размещенного сервиса объектов, размещенного в виде копии?
Опубликованный ресурс продолжает реплицироваться, синхронизироваться и работать.
Что происходит, когда пользователь отменяет публикацию размещенного сервиса объектов, размещенного в виде копии в группе?
Размещенный сервис удалится или во время следующей запланированной синхронизации будет отменена его публикация. Если такой сервис потом будет снова опубликован в этой группе или будет опубликован в другой, создается новая копия, которая будет опубликована для участников-получателей.
Почему участники-получатели не могут синхронизировать изменения сервиса объектов, который я опубликовал как копию?
Изменения, выполненные в сервисе объектов владельцем ресурса могут быть синхронизированы в одном направлении, со всеми участниками-получателями. Однако возможность участников-получателей редактировать свои размещенные сервисы объектов и синхронизировать изменения обратно с исходным сервисом объектов – двусторонняя публикация изменений – не поддерживается.
Если вы захотите сохранить свои изменения для полученного элемента, экспортируйте сервис объектов и опубликуйте экспортированные данные в качестве нового размещенного векторного слоя. Этот новый размещенный сервис объектов не будет получать синхронизированные изменения из исходного сервиса объектов, но вы сможете выполнять редактирование в этом сервисе.
Начиная с версии 10.9, появилась возможность двустороннего обмена изменениями в векторных слоях между получателями. Для получения дополнительной информации см. Публикация ресурсов для групп сотрудничества.
При попытке опубликовать векторный слой в качестве копии в рабочей области сотрудничества, настроенной на двусторонний обмен изменениями векторного слоя, изменения, сделанные принимающим участником, не синхронизируются с исходным векторным слоем, принадлежащим исходному участнику. Что случилось?
- Принимающий участник может использовать версию ArcGIS Enterprise ниже, чем 10.9. Двусторонний обмен изменениями возможен только в версии 10.9 и выше.
- У принимающего портала может не быть доступа Отправка и получение к рабочей области. Основная организация должна будет обновить гостевой доступ Отправка и получение.
- В совместно используемом векторном слое может быть не включена синхронизация, или supportsBiDirectionalSyncForServer установлен на true. Дополнительные сведения о том, как включить поддержку векторными слоями двустороннего обмена правками, см. в разделе Публикация размещенных векторных слоев или Публикация векторных слоев из многопользовательской базы геоданных.
- Возможно, векторный слой был опубликован до того, как рабочая область сотрудничества была настроена на поддержку двустороннего обмена правками. Чтобы устранить неполадки, удалите исходный элемент векторного слоя из группы, присоединенной к рабочей области сотрудничества, а затем повторно создайте новую копию элемента.
Примечание:
Рабочую область также необходимо будет создать в версии ArcGIS Enterprise 10.9 или более поздней.
У меня есть векторный слой, опубликованный в группе, связанной с рабочей областью сотрудничества, в которой выбрана опция копирования данных. Как изменить настройку рабочей области для выполнения публикации в виде ссылок.
Отмена публикации векторного слоя в группе. Если вы используете запланированную синхронизацию, подождите ее выполнения. Интервал синхронизации по умолчанию - 24 часа. В этом случае системный администратор должен отредактировать рабочую область и присоединиться к новой группе с публикацией векторных слоев в виде ссылок. Публикуется векторный слой в новой группе.
Моя карта и слой листов не скопируется, даже если я публикую ее в группе, связанной с рабочей областью сотрудничества, для которой выбрана опция копирования данных. Что случилось?
Только векторные слои реплицируются с копией данных. Другие типы слоев (такие как карта или лист) будут опубликованы в виде ссылок. Обратитесь к разделу о публикации ресурсов в сотрудничестве для получения подробной информации.
При попытке опубликовать векторный слой, как копию, элемент был все равно скопирован, как ссылка, поскольку для него не была включена синхронизация. После включения для векторного слоя синхронизации он по-прежнему публикуется, как ссылка. Что случилось?
Во время первой публикации элемент был скопирован, как ссылка, поскольку синхронизация не была включена для слоя. При последующих попыток синхронизации по-прежнему публиковались ссылки, даже если была включена синхронизация. Для публикации векторного слоя в виде копий отмените публикацию элемента в сотрудничестве. Это удалит элемент из получающих участников. Затем заново опубликуйте элемент в сотрудничестве. Поскольку для слоя объектов теперь включена синхронизация, он будет опубликован, как копия.
Могу я опубликовать векторный слой с версиями ветвей в сотрудничество как копию?
Да, векторные слои с версиями ветвей могут быть опубликованы из ArcGIS Enterprise в ArcGIS Enterprise и из ArcGIS Enterprise в ArcGIS Online. Поддержка этой возможности была добавлена в ArcGIS Enterprise 10.7 и ArcGIS Pro 2.3
При попытке опубликовать векторный слой в качестве копии в рабочую область, настроенную для двустороннего обмена изменениями, этот элемент публикуется как копия. Изменения, внесенные источником, передаются принимающему участнику, но изменения, внесенные принимающими участниками, источником не принимаются. Что случилось?
В вашем векторном слое включена синхронизация, но она может не поддерживать отслеживание реплик или двунаправленную синхронизацию. Чтобы устранить неполадки, откройте векторный слой с помощью ArcGIS REST API и убедитесь в том, что в этих слоях выполняются следующие условия:
- Включена синхронизация - функция свойств сервиса объектов должна выглядеть следующим образом:
"capabilities": "Query,Create,Update,Delete,Editing,Sync" - Поддержка отслеживания реплик - свойство слоя сервиса объектов isDataReplicaTracked должно быть true:
"isDataReplicaTracked": true - Поддержка двунаправленной синхронизации - в свойстве сервиса объектов syncCapability дополнительное свойство supportsBiDirectionalSyncForServer должно быть задано как true:
{ "syncCapabilities": { "supportsBiDirectionalSyncForServer": true } }
Если векторный слой не поддерживает все необходимые возможности, перечисленные выше, удалите этот элемент из группы, присоединенной к рабочей области сотрудничества, обновите сервис, чтобы включить эти возможности, а затем снова опубликуйте его в группе. Дополнительные сведения о том, как включить поддержку векторными слоями двустороннего обмена правками, см. в разделе Публикация размещенных векторных слоев или Публикация векторных слоев из многопользовательской базы геоданных.
Может ли принимающий участник редактировать схему опубликованного векторного слоя и передавать эти изменения обратно источнику?
Нет. Двустороннее редактирование схемы векторного слоя не поддерживается. Как исходный, так и принимающий участник могут редактировать схему сервиса объектов, но операция синхронизации рабочей области включает только правки (вставка, обновление и удаление), которые были доступны в момент публикации представления для сотрудничества.
Примечание:
Чтобы отправить изменения схемы в принимающую организацию, отмените публикацию, а затем заново опубликуйте слой в рабочую область.
Публикация представлений размещенных векторных слоев
Нужно ли опубликовывать размещенный векторный слой и представление векторного слоя для групп рабочей области сотрудничества?
Пользователи имеют возможность либо опубликовать оба элемента, либо опубликовать представление векторного слоя. Если вы решили опубликовать для группы сотрудничества оба элемента, участники получат данные для создания размещенного векторного слоя, а также данные представления для создания второго размещенного векторного слоя. Связь между размещенным векторным слоем и представлением векторного слоя не поддерживается. Если публикуется только представление размещенного векторного слоя, то определение представления будет определять данные, получаемые участниками сотрудничества, в то время как размещенный векторный слой, связанный с представлением, опубликован не будет. Вместо этого данные представления будут использоваться для создания размещенного векторного слоя на портале получателя.
У меня есть несколько представлений, созданных из одного размещенного векторного слоя. Можно ли опубликовать более одного представления для сотрудничества за один раз?
Да, несколько представлений из одного слоя могут быть опубликованы для сотрудничества. Каждое опубликованное представление будет получено участниками сотрудничества как размещенный векторный слой, который будет назван в соответствии с названием опубликованного представления.
Нужно ли мне включить синхронизацию, если я хочу поделиться с сотрудничеством своим представлением как копией?
Да, синхронизация должна быть включена для каждого представления, опубликованного как копия. Синхронизацию для представления можно включить только, если она уже включена в связанном векторном слое представления.
Могут ли представления размещенных векторных слоев быть опубликованы как ссылки?
Да, все представления размещенных векторных слоев можно публиковать как ссылки. Каждый опубликованное как ссылка представление приводит к созданию на участвующих порталах нового элемента, при этом новый элемент ссылается на исходный сервис представления. Не забудьте настроить рабочую область сотрудничества для публикации векторных слоев и представлений как ссылок.
Применяются ли изменения схемы представления к опубликованным элементам?
Нет, изменения схемы представления не применяются при синхронизации элемента. Операция синхронизации рабочей области включает только правки (вставка, обновление и удаление), которые были доступны в момент публикации представления для сотрудничества.
Когда я публикую представление размещенного векторного слоя с несколькими слоями, каждый из которых имеет свою область интереса, элемент публикуется как ссылка, а не как копия. Почему это происходит?
Представление размещенного векторного слоя с несколькими слоями можно опубликовывать как копия, только если для каждого слоя задана одна и та же область интереса.
Когда я публикую представление размещенного векторного слоя с включенным отслеживанием редактирования и определением поля, этот элемент опубликовывается как ссылка, а не копия. Почему это происходит?
Представление размещенного векторного слоя с включенным отслеживанием редактирования может быть опубликовано как копия, только если каждое из полей отслеживания данных включено в определения поля представления. Поля отслеживания данных включают created_user, created_date, last_edited_user и last_edited_date.
Публикация ArcGIS Insights
Модель Insights включает инструмент, требующий служебный сервис GeoEnrichment. Что делать, если у получателя не настроен этот сервис?
Если получатель не настроил сервис, инструмент не будет доступен в модели. Однако получателю будет предложено настроить служебный сервис GeoEnrichment, после чего инструмент станет доступен для использования.
Моя рабочая книга Insights содержит данные из СУБД, к которым я подключился через элемент подключения к базе данных. Это подключение к базе данных опубликовывается для получателя? Можно ли элемент подключения к реляционной базе данных опубликовать для сотрудничества?
Элемент подключения к базе данных никогда не будет опубликован в сотрудничестве. Любой набор данных, содержащийся в Рабочей книге или Странице, включая данные, хранящиеся в СУБД, будет доступен только тому получателю, который прошел авторизацию в вашей организации.
Могу ли я поделиться рабочими книгами, страницами или темами, которые я создал в ArcGIS Insights desktop, с одним из участников сотрудничества?
Общий доступ к рабочим книгам, созданным в Insights desktop, в настоящее время недоступен. Но вы можете поделиться страницами, моделями и темами, созданными в Insights desktop, с группой, присоединенной к рабочей области сотрудничества. Это создаст элемент в вашей организации и поделится им с предполагаемыми участниками.
Синхронизация рабочих областей по требованию
Я являюсь администратором и хостом для сотрудничества ArcGIS Enterprise. Могу ли я синхронизировать рабочую область сотрудничества по требованию?
Только участники-гости, использующие ArcGIS Enterprise, могут выполнять синхронизацию по требованию.
Какие участники портала могут синхронизировать рабочую область сотрудничества по требованию?
Участники ArcGIS Enterprise с ролью администратора имеют возможность синхронизации рабочей области сотрудничества по требованию.
Как часто я могу синхронизировать рабочую область сотрудничества по требованию?
После начала синхронизации рабочей области по умолчанию вы не сможете начать новое задание, пока текущее задание не будет выполнено. Если задание синхронизации, запущенное по расписанию, уже выполняется, вы не сможете начать другую синхронизацию по требованию, пока текущее задание не будет завершено.
Почему опция Синхронизировать рабочую область на моем портале отключена?
Когда задание синхронизации выполняется, опция Синхронизировать рабочую область будет недоступна на портале. После завершения задания опция Синхронизировать рабочую область будет доступна и вы сможете начать другое задание синхронизации. Чтобы определить последнее состояние задач запланированной синхронизации, просмотрите отчет Статус синхронизации для соответствующей рабочей области.
После запуска синхронизации по требованию, какие элементы будут синхронизированы?
Поведение синхронизации по умолчанию совпадает с поведением синхронизации по расписанию. Все элементы, опубликованные в группе, будут синхронизированы. Обновления для опубликованных векторных слоев (включая изменения объектов) в группе также будут синхронизированы.
Синхронизация рабочих областей с использованием запланированного интервала
Мой портал работает на сервере, расположенном в восточном часовом поясе. Я являюсь администратором и нахожусь в Тихоокеанском часовом поясе, как настроить мое сотрудничество для запуска по расписанию с использованием Тихоокеанского времени. Если я установлю запланированное время на 8 часов вечера, когда будет выполняться запланированное задание синхронизации на сервере портала с учетом разницы во времени?
Во избежание разночтений часовых поясов запланированные значения времени отображаются в локальном времени клиента, но хранятся в системе в виде эквивалентных значений универсального координатного времени. Если запланировать выполнение задания на 8 часов вечера по тихоокеанскому времени, то после преобразования во всемирное координированное время (UTC) синхронизация будет выполняться на портале в 11 часов вечера по восточному времени, поскольку и то, и другое время эквивалентны 3 часам утра UTC.
Другие общие вопросы
Мне нужно защитить полученные элементы в моем сотрудничестве от удаления. Где я могу задать для них эту возможность?
Для каждого полученного элемента щелкните вкладку Настройки и включите для элемента Удалить защиту.
Как публикуются в сотрудничестве векторные объекты мультипатч?
Если для слоя объектов мультипатч не включена синхронизация, он публикуется в виде ссылки. Если для векторного слоя мультипатч включена синхронизация, и сотрудничество настроено на публикацию копий, он публикуется в виде копии. Однако последующие изменения не будут синхронизированы при публикации в виде копии.
У меня есть векторный слой и опубликованный из него слой WFS. Какой из этих элементов я должен опубликовать в группе для сотрудничества?
Вам нужно публиковать все слои и их производные слои (такие как WFS или листы) только в группе сотрудничества. Это позволит гарантировать, что ссылки на ваши производные слои не будут битыми при их репликации через сотрудничество. Вообще нужно непосредственно публиковать все элементы, которые должны участвовать в сотрудничестве.
В моей группе сотрудничества есть настроенные с HTTP URL полученные элементы, которые не открываются.
Если портал настроен с HTTP и HTTPS, скопированный по ссылке сервис будет также настроен с HTTP URL. Поскольку портал блокирует смешанные ресурсы, элемент не откроется. Для решения этой проблемы URL нужно вручную поменять на HTTPS. Рекомендуем вам разрешать доступ к порталу только через HTTPS, что является конфигурацией по умолчанию.
Мой портал настроен на доступ через HTTP и HTTPS. Может ли такой портал участвовать в распределенном сотрудничестве?
Для приглашения в сотрудничество гостя каждый URL портала гостя должен задаваться, как HTTPS.
Мой портал Enterprise использует аутентификацию веб-уровня только с Kerberos. Могу я участвовать в распределенном сотрудничестве с другим развертыванием ArcGIS Enterprise?
Да, с некоторыми ограничениями. Kerberos предохраняет другой портал от прямого соединения с вашим порталом. То есть другой портал не сможет отправить ресурсы на ваш портал с использованием немедленной синхронизации. Ресурсы все равно могут быть опубликованы но с помощью синхронизации по расписанию. Любые ресурсы, которые вы опубликовали в сотрудничестве можно немедленно синхронизировать с другими участниками, если вы установили настройки синхронизации сотрудничества на Немедленную синхронизацию.
Вы не сможете установить функциональное сотрудничество между двумя или более порталами с использованием аутентификации только Kerberos.
Почему я вижу статус "Не поддерживается" в рабочем пространстве одного из участников моего сотрудничества?
В поле Статус в рабочей области описываются самые последние задания, как реального времени, так и синхронизированные по расписанию. Эта функция не поддерживалась порталами ArcGIS Enterprise ниже версии 10.6. Статус Не поддерживается отображается для любого гостевого участника сотрудничества с порталами версий 10.5 или 10.5.1.
Могу ли я пригласить гостя присоединиться к моему сотрудничеству, если в URL их организации используется IP-адрес.
Да, система проверит, что эти значения находятся в диапазоне IP-адреса, например https://123.255.78.1/.
Могу ли я сохранить учетные данные для сервиса, который был предоставлен по ссылке?
Да. Начиная с версии 10.8, вы можете сохранить учетные данные для всех сервисных элементов, которые являются общими для сотрудничества. Учетные данные вводятся на отправляющем портале и применяются к сервисам, которые используются совместно с порталами сотрудничества. Однако есть несколько ограничений, которые применяются к этой функции.
В версии 10.8 возможность сохранения учетных данных может быть выполнена только через API общего доступа к ArcGIS Portal Directory с помощью операции Update Service Proxy Config. В 10.8.1 эту работу можно выполнить из домашнего приложения портала. Чтобы узнать больше, см. Управление сотрудничествами в качестве гостя и Управление сотрудничествами.
Учетные данные связаны с рабочей областью сотрудничества и пользователь должен иметь права просмотра для этих данных; учетные данные принадлежащие пользователю с более высокими привилегиями будут заблокированы. Опция сохранения учетных данных будет работать только в сотрудничестве ArcGIS Enterprise-с-ArcGIS Enterprise, где оба участника используют версию ArcGIS Enterprise 10.8 или выше. Учетные данные не могут быть отправлены или получены от ArcGIS Online. Эта функция не будет работать в системах ArcGIS Enterprise, использующих аутентификацию на веб-уровне, таких как IWA или PKI.
Учетные данные должны быть введены и сохранены администратором на отправляющем портале. Если отправляющий портал может достичь принимающего портала, элементы на принимающем портале будут немедленно обновлены с сохраненными учетными данными. Если отправляющий портал не может получить доступ к получающему порталу, элементы будут обновлены во время следующей запланированной синхронизации.
Есть ли способ, которым я могу сделать свои элементы общими в качестве копий по умолчанию, чтобы на них можно было ссылаться как на источники при наличии ошибок?
Начиная с ArcGIS Enterprise 10.8.1, при создании сотрудничества вы можете выбрать Если невозможно опубликовать в качестве копий, публиковать как ссылки, если вы выбрали Копии при настройке параметров синхронизации рабочей области. Включение этой опции гарантирует, что в случае возникновения ошибок при публикации элементов в качестве копий эти конкретные элементы будут публиковаться в качестве ссылок. Эта опция может быть обновлена при редактировании рабочей области. Дополнительные сведения см. в разделе Управление сотрудничеством.
Поиск и устранение проблем
Что будет, если один элемент группы, содержащий несколько элементов, не удастся опубликовать?
Если элемент не удается добавить в группу при публикации, а этот элемент является частью группы элементов, процесс продолжится, поэтому другие файлы могут быть успешно перенесены. Сообщение о сбое одного элемента записывается в журнал. Попросите администратора портала изучить журналы, чтобы узнать подробности.
Я не получал ресурсов от организации-отправителя через сотрудничество. С чем это может быть связано?
Есть несколько причин, по которым ресурсы сотрудничества не были получены вашей группой. К ним относятся:
- Возможно, ваша группа не присоединилась к рабочей области сотрудничества. Обратитесь к вашему системному администратору, чтобы проверить, что ваша рабочая область сотрудничества настроена правильно, и что группа была добавлена к рабочей области.
- Запланированная синхронизация, возможно, еще не произошла. В соответствии с настройками администратора ресурсы сотрудничества синхронизируются с запланированным интервалом. Интервал синхронизации по умолчанию - 24 часа. Администратор распределенного сотрудничества гостевой организации может синхронизировать рабочую область по требованию, используя опцию Синхронизировать рабочую область. Синхронизацию по требованию можно также вызвать с помощью REST API сотрудничества. Дополнительные сведения см. в разделе Синхронизация документации REST API для распределенного сотрудничества.
- Доступное дисковое пространство организаций-получателей достигло 10 Гб или менее. При достижении этого порога ресурсы не синхронизируются. Для этого записывается сообщение журнала уровней SEVERE. Администратор сотрудничества также получит уведомление о том, что было достигнуто пороговое значение объема дискового пространства для хранения ресурсов. После освобождении места ресурсы снова синхронизируются. По умолчанию пороговым значением дискового пространства для хранения ресурсов является 10 ГБ. Это значение можно изменить через Portal Administrator Directory.
У меня есть векторные слои, опубликованные в группе, связанной с рабочей областью сотрудничества, в которой выбрана опция копирования данных. Однако организация-получатель моего сотрудничества все равно получает векторные слои, как ссылки. Что случилось?
Векторные слои реплицируются как ссылки в следующих случаях:
- Векторный слой не поддерживает синхронизацию или синхронизация векторного слоя отключена. Для включения синхронизации изучите раздел о публикации векторных слоев в виде копий. В этих случаях администратор сотрудничества и владелец группы получат уведомление о том, что элемент, предназначенный для совместного использования в качестве копии, на самом деле был передан в качестве ссылки В журналы портала будет записано сообщение с информацией о том, что элемент был опубликован в виде ссылки, потому что была выключена синхронизация.
- Векторный слой превышает максимальный размер элемента в 1 ГБ, что приведет к тому, что элемент будет доступен в качестве ссылки. Чтобы проверить, включите журналы портала уровня INFO и найдите запись журнала, которая указывает размер элемента данных общего векторного слоя.
- У участника-получателя установлена версия 10.5 или 10.5.1 ArcGIS Enterprise.
Мои векторные слои не получают правок. Что случилось?
Векторные слои, которые были скопированы в организацию-получатель, могут перестать синхронизировать правки в случаях, если сотрудничество было удалено (хостом); была удалена рабочая область; ваша организация была убрана из сотрудничества (хостом), либо администратор вашей организации покинул сотрудничество. Возможно также, что в векторный слой организации-отправителя правки внесены не были.
Другая возможная причина: синхронизируемые правки превышают максимальный размер, заданный администратором хоста сотрудничества.
Я использую ArcGIS Enterprise и мои векторные слои не получают изменения от организации ArcGIS Online. Я вижу следующую серьезную ошибку в журнале сервера: "Инициализация слоя: не удалась." Что я могу сделать для решения этой проблемы?
Проверьте, не используют ли связанные слои способ отображения на основе выражения. Чтобы сделать это, выполните следующие действия:
- Откройте вкладку Мои ресурсы на странице ресурсов и выберите Просмотр информации об элементе для вашего векторного слоя.
- Щелкните вкладку Визуализация.
- Для каждого перечисленного слоя, проверьте кнопку Изменить стиль, чтобы узнать, не задано ли в качестве Атрибута для отображения выражение. В этом случае выполните одно из следующего:
- В ArcGIS Enterprise измените Атрибут для отображения с выражения на поле и щелкните Сохранить слой. После того, как вы выполнили это изменение для всех доступных слоев, правки должны появится при следующей синхронизации.
Примечание:
Когда вы измените Атрибут для отображения и сохраните слой в ArcGIS Enterprise, вам не надо будет вносить изменения в соответствующих векторных слоях в организации ArcGIS Online.
- В организации ArcGIS Online измените Атрибут для отображения с выражения на поле. Далее, отмените публикацию элемента в группе сотрудничества, выполните синхронизацию и повторно опубликуйте слой с опцией повторного копирования данных.
- Создайте представление в организации ArcGIS Online, настройте слои этого представления, чтобы в них не использовались выражения, и опубликуйте это представление, а не векторный слой, в сотрудничестве.
- В ArcGIS Enterprise измените Атрибут для отображения с выражения на поле и щелкните Сохранить слой. После того, как вы выполнили это изменение для всех доступных слоев, правки должны появится при следующей синхронизации.
Портал моего сотрудничества настроен на использование аутентификации PKI через IIS, и было получено следующее сообщение об ошибке: "Response from 'https://sampleserver.domain.com/portal' was 413 Request Entity Too Large. 'https://sampleserver.domain.com/portal' должен настроить сервер для возможности запроса экземпляров больших размеров." Что я могу сделать для решения этой проблемы?
Необходимо, чтобы администратор веб-сервера IIS, использующего PKI, увеличил значение свойства uploadReadAheadSize до 51200000 (50Мб). Например, если веб-адаптер портала PKI установлен как 'portal' в разделе Default Web Site in IIS, то для изменения свойства uploadReadAheadSize можно использовать следующую команду:
%windir%\system32\inetsrv\appcmd.exe set config "Default Web Site/portal" -section:system.webServer/serverRuntime /uploadReadAheadSize:"51200000" /commit:apphost
Подробную информацию о свойстве uploadReadAheadSize см. здесь.
Я получил векторный слой в виде ссылки через сотрудничество. Я добавил векторный слой во вьюер карт, попытался использовать инструмент Печать и получил следующее сообщение об ошибке: "Во время создания печатной карты произошла ошибка." Какова причина этого?
Любой из служебных сервисов должен иметь доступ и быть авторизован для выполнения операции над векторным слоем. При попытке использовать сервис печати для векторного слоя, опубликованного как ссылка, портал отправит запрос в организацию, которая предоставила вам доступ к векторному слою, и организация позволит продолжить операцию. Если вы получаете эту ошибку, необходимо получить подтверждение у организации, что их брандмауэр и безопасность допускают входящие запросы.
Альтернативным решением может быть публикация данных как копии или публикация данных в вашей организации, используя исходные данные, которые были опубликованы.