Skip To Content

Часто встречающиеся проблемы и их решения

В этом разделе

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

Установка

Обновление

Администрирование

Публикация

Почему программа установки не позволяет мне установить Portal for ArcGIS, если у пользователя, выполняющего установку, ограничение числа дескрипторов файлов меньше 65 535?

Для правильной работы портала ограничение числа дескрипторов файла для пользователя, выполняющего установку, должно быть равно 65535. Установка диагностического инструмента позволит проверить, правильно ли заданы эти ограничения в файле /etc/security/limits.conf. Если ограничения установлены неправильно, эта проверка завершается неудачей.

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

  • Мягкое ограничение: ulimit -Sn
  • Жесткое ограничение: ulimit -Hn

Чтобы изменить эти значения, вам потребуются права суперпользователя для редактирования файла /etc/security/limits.conf. Например, добавьте в файл две строки, как показано ниже:

<Portal for ArcGIS installation user> soft nofile 65535

<Portal for ArcGIS installation user> hard nofile 65535

После этого изменения вам потребуется выйти и снова войти в систему под тем же именем пользователя, чтобы новые значения вступили в силу. Чтобы проверить, правильно ли были изменены эти ограничения, используйте команды ulimit -Sn и ulimit -Hn, как описано выше.

После обновления веб-сайт портала отображается некорректно, отображает сообщение об ошибке, или я не могу войти. В чем дело?

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

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

После установки ПО и указания учетной записи главного администратора необходимо переиндексировать портал. Этот шаг завершает обновление портала. Если переиндексация выполнена не полностью, то вы можете не видеть свои элементы, группы и пользователей. Для завершения процесса переиндексации потребуется некоторое время, которое будет зависеть от количества пользователей и объема ресурсов на вашем портале. Например, для небольшой организации (несколько сотен пользователей и элементов ресурсов), где Portal for ArcGIS работает на 8-ядерном компьютере, процесс переиндексации займет порядка 15 минут. А для большой организации (десятки тысяч пользователей и элементов ресурсов), где Portal for ArcGIS работает на 8-ядерном компьютере, процесс переиндексации может занять более 3 часов.

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

  1. Откройте ArcGIS Portal Directory и войдите под первичной учетной записью администратора. Адрес URL в формате https://portal.domain.com:7443/arcgis/portaladmin.
  2. Щелкните Система > Сервис индексирования > Переиндексировать.
  3. Обновить страницу, чтобы увидеть последний статус.

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

Начиная с версии 10.2.1 в Portal for ArcGIS реализуется модель лицензирования по именам пользователей. Вам теперь не нужно добавлять новых лицензированных пользователей на портал. Если в 10.3.1 число лицензированных пользователей портала превысит максимально допустимое, появится сообщение об ошибке авторизации программного обеспечения во время доступа к веб-сайту портала под учетной записью, имеющей права администратора. Кроме того, пользователи не смогут создавать новые учетные записи, а сотрудники без административных прав не смогут войти на портал. Более подробно о решении подобных проблем см. в разделе Работа лицензирования по имени пользователя.

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

Если эта ошибка получена при создании первичной учетной записи администратора, то помочь устранить ее может информация, которая имеется в журналах портала. Эта ошибка часто возникает по причине временной потери подключения к интернету при создании учетной записи. Для доступа к журналам найдите директорию журналов и в ней откройте самый последний файл журнала (например, <Portal for ArcGIS installation directory>/arcgisportal/logs/<machine name>/portal/portal-20141201.095803-8596-0.0.log). Если необходимо, вы можете передать эту информацию в службу поддержки Esri.

Как мне настроить Portal for ArcGIS на постоянный доступ?

Portal for ArcGIS является настраиваемым и поддерживается в среде с высокой доступностью. Подробные инструкции см. в разделе Настройка портала с высокой доступностью.

Для чего нужна первичная учетная запись администратора? Могу я понизить ее уровень или удалить?

После установки и настройки Portal for ArcGIS вы можете войти на веб-сайт портала. В это время необходимо ввести имя, пароль, адрес электронной почты, секретный вопрос и ответ на него для новой учетной записи, которая используется для первоначального входа на веб-сайт и администрирования портала. Эта учетная запись называется первичной учетной записью администратора.

Имя пользователя и пароль начальной учетной записи администратора хранятся в Portal for ArcGIS. Первоначальный администратор не является учетной записью ОС, она не имеет отношения к учетной записи Portal for ArcGIS. Позже вы можете указать другие учетные записи с правами администратора, понизить уровень с главного администратора до роли с меньшими правами доступа или удалить главного администратора.

Для чего нужна системная учетная запись издателя? Когда она используется? Можно ли ее удалить? Относится ли она к моим именным пользователям?

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

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

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

Учетная запись System Publisher не считается одним из пользователей вашей организации. Любая другая созданная или добавленная на портал учетная запись будет считаться пользователем с уникальным именем.

Как мне подключиться к ArcGIS Server после интеграции сервера с порталом?

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

Единственное исключение – это первичная учетная запись администратора сайта ArcGIS Server. Вы всегда можете войти в ArcGIS Server Administrator Directory с помощью этой учетной записи, если вы подключаетесь через порт 6080 или 6443. Но вы не можете использовать эту учетную запись для входа в ArcGIS Server Manager, когда этот сервер интегрирован с порталом.

Подробнее о подключении к серверу, интегрированному с порталом, см. в разделе Администрирование интегрированного сервера.

При попытке интегрировать сайт ArcGIS Server с порталом в диалоговом окне Добавить ArcGIS Server появилось сообщение: Ошибка взаимодействия с сервером. Проверьте ваш URL и права доступа и попробуйте еще раз.

Вы можете столкнуться с этой ошибкой в связи со следующим:

  • Введенный вами URL сервера или URL администратора сайта ArcGIS Server некорректен или недоступен. Убедитесь, что выполняются следующие требования:
    • Если сайт ArcGIS Server включает ArcGIS Web Adaptor, то введенный URL-адрес сервера – это адрес Web Adaptor, например, http://webadaptor.domain.com/arcgis. Если Web Adaptor отсутствует, URL сервера совпадает с URL администратора, например, http://gisserver.domain.com:6080/arcgis.
    • Если в вашей организации требуется использование HTTPS, введите в URL-адресе https.
    • URL включает полное имя домена (FQDN) компьютера. Требуется FQDN.
    • Протокол взаимодействия сайта ArcGIS Server был обновлен для работы с HTTP и HTTPS или только HTTPS.
    • Протокол взаимодействия соответствует используемому для портала. Например, если портал требует для всех взаимодействий HTTPS, для ArcGIS Server должен быть также настроен только HTTPS. И наоборот: если портал не использует HTTPS, протокол коммуникации сервера должен быть HTTP и HTTPS.
    • Если сайт ArcGIS Server использует Web Adaptor, он должен быть перенастроен для ArcGIS Server после обновления протокола взаимодействия сайта.
    • Ваш брандмауэр допускает коммуникацию между ArcGIS Server и порталом. Подробнее о том, какие порты надо открыть, см. в разделе Порты, используемые ArcGIS Server и Порты, используемые Portal for ArcGIS.
    • Аутентификация на веб-уровне отключена, и активирован анонимный доступ к сайту ArcGIS Server. Хотя это может показаться нелогичным, но это необходимо для того, чтобы сайт был свободен для интеграции с порталом и мог считать пользователей и роли из портала.
  • Вы некорректно ввели Имя пользователя или Пароль:
    • Укажите имя пользователя основной учетной записи администратора, которая использовалась для начального входа в ArcGIS Server Manager и администрирования сервера. Если эта учетная запись отключена, необходимо снова включить ее. Другую учетную запись использовать нельзя.
    • Введите Пароль учетной записи главного администратора сайта.

Подробнее см. в разделе Интеграция сайта ArcGIS Server с порталом.

Могу ли я переименовать компьютер, на котором размещен Portal for ArcGIS?

Нет, такое действие в настоящий момент не поддерживается. Если вы переименуете компьютер, портал станет недоступен.

При попытке открытия веб-сайта портала в Internet Explorer загрузки сайта не происходит или появляется сообщение о том, что он не может быть отображен.

Убедитесь, что имя компьютера в URL веб-сайта портала находится в числе ресурсов, которым Internet Explorer доверяет. Чтобы добавить URL портала как "надежный" узел в Internet Explorer, откройте Свойства Reviewer. Эти сайты находятся на закладке Безопасность.

Как мне настроить Portal for ArcGIS для работы с обратным прокси-сервером моей организации?

Для настройки Portal for ArcGIS для работы с обратным прокси-сервером вам потребуется ввести на портале некоторые данные об этом прокси-сервере. Подробные инструкции см. в разделе Настройка обратного прокси-сервера для работы с порталом.

Можно ли настроить один ArcGIS Web Adaptor на работу с ArcGIS Server и Portal for ArcGIS одновременно.

Нет. Вы не можете настроить Web Adaptor для работы с тем и другим одновременно. Вы можете настроить ArcGIS Web Adaptor, чтобы он работал только с ArcGIS Server или только с Portal for ArcGIS.

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

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

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

Если на моем портале используются корпоративные группы, добавляются ли новые корпоративные группы на портал, когда я добавляю их сервере LDAP?

Нет. Администратор портала вручную настраивает группу Portal for ArcGIS на использование корпоративной группы. Когда администратор заканчивает настройку группы портала, имеющиеся на портале учетные записи, участвующие в корпоративной группе, автоматически становятся участниками группы портала.

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

Если на моем портале используются корпоративные учетные записи и группы, что произойдет, если пользователь будет удален с сервера LDAP?

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

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

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

Вьюер карт портала очень долго загружается в браузере.

Если вы используете обратный прокси-сервер или балансировщик загрузки на портале для обработки запросов из Интернета, убедитесь, что обратный прокси-сервер или балансировщик загрузки поддержит кодировку gzip и разрешает заголовок Accept-Encoding. Этот заголовок поддерживает сжатие ответов HTTP 1.1 с помощью gzip. Например, если заголовок разрешен, запрос загрузки вьюера карт возвратит в браузер сжатый ответ, имеющий объем, равный 1,4 Мб. Если же заголовок не разрешен или игнорируется, запрос возвратит в браузер несжатый ответ, имеющий объем, равный 6,8 Мб. Если скорость вашей сети невелика, вьюер карт может долго загружаться, если ответы не сжимаются. Рекомендуем разрешить заголовок в качестве части настройки вашего обратного прокси-сервера.

Образцы для вновь создаваемых веб-карт не создаются или не отображаются корректно.

Пользователи могут столкнуться с этой проблемой, если их веб-карты содержат сервисы ArcGIS Server, в которых используется протокол HTTPS. Если причина заключается именно в этом, проверьте, настроен ли портал с сервисом печати с сайта ArcGIS Server. Возможно, сервис печати запущен на компьютере, который не доверяет сертификатам сайта ArcGIS Server, предоставляющего сервис HTTPS, подписанным центром сертификации. Все компьютеры с запущенным на них сервисом печати должны иметь соответствующие настройки, чтобы они доверяли сертификатам центра сертификации на уровне операционной системы. Более подробно о том, как это сделать, см. Включение HTTPS с использованием нового сертификата, подписанного центром сертификации.

Мне не удается опубликовать на портале кэшированный картографический сервис, сервис объектов или сервис сцен (слой листов, объектов или сцены); при публикации выводится сообщение: ОШИБКА 001369: Не удалось создать сервис. Ошибка исполнения (PublishServiceDefinition). Ошибка исполнения.

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

Для решения этой проблемы можно сделать следующее:

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

Для указания набора символов для вашей базы данных обратитесь к вашему системному администратору. Подробнее о настройке сервера с управляемой базой данных см. в разделе Настройка сервера для портала.

При включении функции Доступ к объекту или Кэшированный сервис и публикации сервиса в ArcMap появляется сообщение системы безопасности с требованием о проверке сертификата.

Сообщение с требованием о проверке сертификата при публикации сервиса может быть вызвано одной или обеими следующими причинами:

  • ArcGIS Server использует самоподписанный сертификат. По умолчанию сервер поставляется с готовым самоподписанным сертификатом, который позволяет сразу протестировать сервис и убедиться, что установка прошла успешно. Однако почти во всех случаях организации следует запросить сертификат у доверенного центра сертификации (CA) и настроить сервер на работу с ним. Это может быть доменный сертификат, выпущенный вашей организацией, или подписанный CA сертификат.
  • Административный URL-адрес, который был указан при интегрировании ArcGIS Server с порталом, использует протокол HTTP вместо HTTPS, например, http://gisserver.domain.com:6080/arcgis. Или вы можете включить административный доступ в ArcGIS Web Adaptor и указать URL-адрес Web Adaptor в качестве Административного URL-адреса, что поможет уменьшить число запросов сертификата.

Более подробно см. Оптимальные методы защиты.

При попытке публикации слоя сцены из ArcGIS Pro публикация проходит успешно, но не удается создать кэш сцены, и выводится следующее сообщение: Ошибка 001784: Невозможно подключиться к базе данных, которая используется для кэша сцен (нет авторизации). Не удалось выполнить (Управлять кэшем сцены).

Слои сцены кэшируют данные в базе данных кэша листов сцены ArcGIS Data Store. Инструменты кэширования сцены ArcGIS Server общаются с базой данных через HTTP, а аутентификация происходит через cookies. Политика cookies, настроенная на вашем компьютере с ArcGIS Server Windows, может блокировать cookies. В некоторых случаях эта настройка в операционных системах Windows используется по умолчанию.

Инструменты кэширования сцен сначала используют Интернет-URL для подключения к базе данных кэша сцены. В этом случае применяются политики интернета. Если пропадает Интернет-соединение, инструменты пытаются подключиться через интранет-URL, для которых применяется политика интранет. Чтобы убедиться, что используемые инструментами URL-адреса корректно настроены для доступа к базе данных кэша сцены, подтвердите корректность имен хостов ArcGIS Data Store и обновите политику cookies на компьютерах с ArcGIS Server.

  1. Откройте веб-браузер и войдите в Administrator Directory сайта ArcGIS Server. Войдите с помощью учетных данных администратора ArcGIS Server.
  2. Перейдите к data > items > nosqlDatabases > /nosqlDatabases/AGSDataStore_nosqldb_<database name> > REST.
  3. Обратите внимание на свойства hostname и unqHostname. Это полное имя домена и неполные имена доменов базы данных кэша сцены. Вы будете работать с ними позже – при обновлении политик cookies.
  4. Войдите на каждый компьютер с ArcGIS Server с использованием учетной записи ArcGIS Server. Это учетная запись, созданная вами для запуска процессов ArcGIS Server при установке ArcGIS Server.
  5. Запустите Опции Интернета компьютера. Это можно сделать в Internet Explorer или на панели управления сервера.
  6. Перейдите на закладку Безопасность и выполните следующее:
    • Выберите Локальная интрасеть и убедитесь, что установленный уровень безопасности не приводит к блокировке cookies для интранет-сайтов. Если приводит, измените уровень безопасности так, чтобы cookies из интранет-сайтов допускались.
      Примечание:

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

    • Выберите Надежные сайты > Сайты и добавьте полное имя хоста базы данных кэша сцены; например, datastore.domain.com. Также добавьте URL неполного имени хоста в качестве надежного сайта, например, datastore.
  7. Щелкните OK, чтобы применить сделанные изменения и закрыть диалоговое окно Internet Options.
  8. Перезапустите ArcGIS for Server.
  9. Повторите эти действия для всех компьютеров ArcGIS Server вашего сайта.

При попытке публикации слоя сцены из ArcGIS Pro публикация проходит успешно, но не удается создать кэш сцены, и выводится следующее сообщение: Ошибка 001785: Невозможно подключиться к базе данных, которая используется для кэша сцен (нет авторизации). Не удалось выполнить (Управлять кэшем сцены).

Слои сцены кэшируют данные в базе данных кэша листов сцены ArcGIS Data Store. Инструменты кэширования сцены ArcGIS Server общаются с базой данных через HTTP, а аутентификация происходит через cookies. Политика cookies, настроенная на вашем компьютере с ArcGIS Server Windows, может блокировать cookies. В некоторых случаях эта настройка в операционных системах Windows используется по умолчанию.

Инструменты кэширования сцен сначала используют Интернет-URL для подключения к базе данных кэша сцены. В этом случае применяются политики интернета. Если пропадает Интернет-соединение, инструменты пытаются подключиться через интранет-URL, для которых применяется политика интранет. Чтобы убедиться, что используемые инструментами URL-адреса корректно настроены для доступа к базе данных кэша сцены, подтвердите корректность имен хостов ArcGIS Data Store и обновите политику cookies на компьютерах с ArcGIS Server.

  1. Войдите на каждый компьютер с ArcGIS Server с использованием учетной записи ArcGIS Server. Это учетная запись, созданная вами для запуска процессов ArcGIS Server при установке ArcGIS Server.
  2. Запустите Опции Интернета компьютера. Это можно сделать в Internet Explorer или на панели управления сервера.
  3. Щелкните закладку Расширенные и найдите секцию Безопасность.
  4. Отключите опцию Проверка сертификата сервера на отзыв.
  5. Щелкните OK, чтобы применить сделанные изменения и закрыть диалоговое окно Опции Интернета.
  6. Перезапустите ArcGIS for Server.
  7. Повторите эти действия для всех компьютеров ArcGIS Server вашего сайта.