Как администратор ArcGIS Server или издатель в вашей организации, вы можете зарегистрировать источники данных для веб-сервисов ArcGIS Server, чтобы хранить кэши карт и изображений, а также для хранения выходной аналитики растров и геоаналитики.
Регистрируя эти расположения в качестве хранилищ данных, вы предоставляете ArcGIS Server список местоположений для доступа к веб-сервисам с данными. Регистрация данных также позволяет ArcGIS Server понять, как скорректировать пути к данным при их публикации с разных компьютеров. Некоторые из этих хранилищ данных можно дополнительно зарегистрировать как хранилища растров и файловые хранилища больших данных.
Предположим, что вы – администратор ArcGIS Server, и у вас есть отдел ГИС-аналитики, который публикует сервисы на сайте ArcGIS Server с разных клиентских компьютеров. Используя инструменты в ArcMap, ArcGIS Pro или ArcGIS Server Manager, вы можете зарегистрировать набор утвержденных местоположений хранилища данных на сайте и передать эти местоположения аналитикам. Издатели также могут регистрировать на этом сайте папки, базы данных (включая многопользовательские базы геоданных или базы геоданных рабочих групп), а также облачные хранилища. Регистрируя эти хранилища данных на сайте ArcGIS Server, будет уменьшаться количество случаев, когда аналитики могут сталкиваются с проблемами разрешений при публикации своих материалов. Издатели могут создавать сервисы, которые обращаются к данным в зарегистрированных хранилищах данных.
Начиная с версии 10.7.1, можно также зарегистрировать расположения хранилищ данных для интегрированных серверов на портале ArcGIS Enterprise, добавив элементы хранилища данных. При добавлении элемента хранилища данных на портал он регистрирует хранилище данных на указанных сайтах ArcGIS Server. В ArcGIS Server Manager вы можете увидеть хранилище данных; однако там вы не можете управлять этими хранилищами данных. Хранилища данных, добавленные на портале, должны находиться по управлением портала.
Источники данных, которые можно регистрировать
В следующих пяти разделах описываются хранилища данных, которые публикаторы и администраторы ArcGIS Server могут регистрировать на сайте ArcGIS Server.
Если ваши местоположения данных изменятся, добавьте больше зарегистрированных местоположений данных.
Базы данных
Вы можете зарегистрировать СУБД, которая поддерживается ArcGIS через файл подключения базы данных (.sde). База данных, к которой вы подключаетесь, может содержать базу геоданных, но это не обязательно.
если вы используете для подключения пользователя с аутентификацией в базе данных, информация об учетной записи пользователя должна храниться в файле .sde, и у такого пользователя должны быть необходимые права доступа к публикуемым данным. Например, если вы публикуете сервис объектов, который пользователи будут использовать для обновления и добавления объектов, у пользователя, сохраненного в файле подключения, должны быть права на создание и обновление данных в базе данных.
При использовании аутентификации операционной системы необходимо добавить основную учетную запись администратора ArcGIS Server для базы данных и выдать ей необходимые для доступа к данным права.
Если регистрируемая база данных содержит базу геоданных, использующую традиционные версии, то ArcGIS Server будет иметь доступ к версии этих данных, находящихся в той версии базы геоданных, которую вы задали для файла подключения. Если вы хотите, чтобы у ArcGIS Server был доступ к разным версиям, необходимо отдельно зарегистрировать файлы подключения для разных версий. например, можно отдельно зарегистрировать файл подключения для версии Default, и отдельно для дочерней версии.
Если регистрируемая база данных содержит базу геоданных, использующую версии ветви, вы можете публиковать только из версии Default; поэтому, регистрируйте только тот файл подключения, который имеет доступ к версии Default.
Элементы хранилища данных портала ArcGIS Enterprise поддерживают другой набор баз данных, не тот, который поддерживался при регистрации базы данных в ArcGIS Server Manager, ArcMap или ArcGIS Pro.
Папки
Вы можете зарегистрировать локальные и сетевые папки на сайте ArcGIS Server с публикуемыми данными. В этих папках могут быть шейп-файлы, файловые базы геоданных, файлы локаторов, растры и файлы больших данных.
При регистрации папки подпапки также регистрируются. Не регистрируйте весь диск ArcGIS Serverиз соображений безопасности.
Файловые хранилища больших данных
Файловые хранилища больших данных являются общедоступными папками операционной системы, Apache Hadoop Distributed File System (HDFS), Apache Hive, или облачными хранилищами, содержащими коллекции файлов с разделителями или шейп-файлов, используемых в качестве входных данных для Геоаналитика.
Для использования облачного хранилища в качестве файлового хранилища больших данных сначала необходимо зарегистрировать облачное хранилище. Файловые хранилища больших данных поддерживают бакеты Amazon Simple Storage Service (S3), контейнеры хранилищ Microsoft Azure Blob и хранилища Microsoft Azure Data Lake.
См. раздел Начало работы с файловыми хранилищами больших данных для получения информации о регистрации файловых хранилищ больших данных.
Хранилища растров
Хранилища растровых - хранилища выходных данных, содержащие растровые слои, создаваемые при запуске вами инструментов анализа растров. Растровые хранилища могут быть либо файловыми, либо облачными хранилищами.
Для использования облачного хранилища в качестве хранилища растров сначала необходимо зарегистрировать облачное хранилище. Растровые хранилища поддерживают бакеты Amazon S3, хранилища Blob Azure, или Alibaba Cloud Object Storage Service (OSS).
См. Настройка и развертывание ArcGIS Enterprise для анализа растров руководства администратора Portal for ArcGIS, чтобы узнать о регистрации хранилища растров.
Облачные хранилища
Можно зарегистрировать бакет Amazon Simple Storage Service (S3), контейнер хранилища Blob Azure, либо Alibaba Cloud Object Storage Service (OSS) в качестве облачного хранилища для кэша картографического сервиса или сервиса изображений и хранилищ растров. Вы можете зарегистрировать бакет Amazon S3, контейнер Blob Azure или хранилище Microsoft Azure Data Lake в качестве облачного хранилища, используемого для файлов больших данных.
Несколько других поставщиков облачных хранилищ утверждают, что предоставляют S3-совместимое хранилище.
Если ваш сайт ArcGIS Server работает на соответствующей облачной платформе, вы должны использовать облачное хранилище для кэша сервисов карт и изображений. К примеру, нужно использовать хранилище Azure Blob для кэша сервисов карт и изображений, если ваши сайты ArcGIS GIS Server и сайты дополнительного модуля ArcGIS Image Server работают на Microsoft Azure.
Вы можете использовать облачное хранилище в Microsoft Azure для директории заданий одного или нескольких сервисов геообработки, даже если другие части вашего ArcGIS Server развернуты локально или в сетевом местоположении. Инструкции см. в разделе Перемещение каталога заданий сервиса геообработки в хранилище Microsoft Azure.
S3-совместимый провайдер хранилищ
Для поддержки S3-совместимых провайдеров хранилищ ArcGIS Server имеет механизм добавления пользовательских областей во встроенный список областей Amazon Web Services (AWS), как описано в разделе Настройка областей облачного хранилища. Для использования S3-совместимого провайдера хранилищ с ArcGIS, этот провайдер должен поддерживать AWS SDK for Java.
Хранилище Amazon S3 поддерживается для нескольких функциональных возможностей с программным обеспечением, и не все из них поддерживаются с пользовательским S3-совместимым хранилищем.
- S3-совместимое хранилище поддерживается только с ключом доступа и аутентификацией секретного ключа; роли IAM не поддерживаются.
- S3-совместимое хранилище можно использовать только для обслуживания запросов карт из кэшированных сервисов карт и изображений.
S3-совместимые провайдеры хранилищ данных могут использоваться. И необходимо понимать, что Esri не гарантирует успешную работу пользовательских S3-совместимых провайдеров хранилищ данных с ArcGIS Server, а также что техническая поддержка для устранения неполадок совместимости в таком случае не предусмотрена. Кроме того, Esri не гарантирует совместимость со сторонним ПО, но будет использовать разумные средства для обеспечения работы системы.
Перед регистрацией данных
Регистрация данных не дает сайту ArcGIS Server прав доступа к этим данным. Перед регистрацией данных вам нужно убедиться, что учетная запись ArcGIS Server имеет, как минимум, права на чтение данных, хранящихся в папках, базах геоданных рабочих групп или базах данных, или многопользовательских базах геоданных, доступ к которым осуществляется с использованием аутентификации операционной системы. Что касается баз данных или многопользовательских баз геоданных, доступ к которым осуществляется с помощью пользователей с аутентификацией в базе данных, таким пользователям требуются права доступа к указанным данным. Более подробно об этом процессе см. в разделе Предоставление доступа к данным для ArcGIS Server.
Если вы будете регистрировать многопользовательскую базу геоданных или базу данных (файл .sde или .odc ) с сайтом ArcGIS Server, вам нужно убедиться, что на всех компьютерах ArcGIS Server вашего сайта установлена 64-разрядная версия клиентского программного обеспечения для баз данных. Например, если вы собираетесь регистрировать базу данных Microsoft SQL Server, то необходимо установить поддерживаемый клиент SQL Server на всех компьютерах вашего сайта ArcGIS Server.
По указанным ниже ссылкам вы сможете перейти в разделы, посвященные описанию того, какое требуется программное обеспечение для каждой базы данных, как выдать учетной записи ArcGIS Server права на доступ к данным и как подключиться к базе данных:
- Регистрация базы данных Dameng на ArcGIS Server
- Регистрация базы данных Db2 на ArcGIS Server
- Регистрация базы данных Netezza на ArcGIS Server
- Регистрация базы данных Oracle на ArcGIS Server
- Регистрация базы данных PostgreSQL в ArcGIS Server
- Регистрация SAP HANA на ArcGIS Server
- Регистрация базы данных SQL Server на ArcGIS Server
- Регистрация базы данных Teradata на ArcGIS Server
Вы не можете зарегистрировать базы данных IBM Informix или Db2 на базах данных z/OS с сайтом ArcGIS Server. Вместо этого создайте файл определения сервиса, ссылающийся на данные этой базы данных, и опубликуйте файл определения этого сервиса.
Сценарии регистрации данных
Перед регистрированием данных изучите следующие сценарии и посмотрите, как связаны ваши рабочие процессы:
А) компьютер издателя и сайт ArcGIS Server работают с одной базой данных
Если компьютер издателя и сайт ArcGIS Server ссылаются на данные одной базы данных, базы геоданных рабочей группы или многопользовательской базы геоданных, импортируйте подключение базы данных издателя и установите подключение базы данных сайта ArcGIS Server на Аналогично подключению издателя при регистрации данных.
Когда использовать этот вариант
Используйте этот сценарий, если хотите избежать копирования данных, размещенных на компьютерах ArcGIS Server. Например, вам нужно опубликовать картографический сервис в ArcGIS Server из ArcMap или опубликовать слой изображений карты на одном из интегрированных серверов вашего портала из ArcGIS Pro, используя данные из многопользовательской базы геоданных в вашей инфраструктуре. Чтобы избежать копирования данных, на которые ссылается документ карты, размещенный в папке на одном из компьютеров ArcGIS Server, импортируйте подключение базы данных издателя и установите подключение базы данных сайта ArcGIS Server на Аналогично подключению издателя. После публикации документ карты продолжает ссылаться на данные, хранящиеся в вашей многопользовательской базе геоданных.
Когда не использовать этот сценарий
- Если ваши данные располагаются в файловой базе геоданных или в файловой директории. Вместо этого используйте следующий сценарий.
- Если вы хотите сохранить отдельную копию данных в многопользовательской базе геоданных для использования в сети.
Б) компьютер издателя и сайт ArcGIS Server ссылаются на одну папку
Если компьютер издателя и сайт ArcGIS Server будут ссылаться на данные из одной папки, укажите путь к папке издателя и при регистрации данных задайте путь к папке сайта ArcGIS Server на Аналогично пути издателя. Этот сценарий аналогичен предыдущему за исключением того, что он использует папки, а не базы данных.
Когда использовать этот вариант
Используйте этот вариант, если не хотите, чтобы на компьютерах ArcGIS Server были размещены копии этих данных. Например, вам нужно опубликовать сервис геообработки в ArcGIS Server, используя данные из сетевой директории. Чтобы избежать копирования данных сервиса геообработки на один из компьютеров ArcGIS Server, укажите путь к папке издателя и задайте путь к папке сайта ArcGIS Server на Аналогично пути издателя. После публикации сервис геообработки продолжает ссылаться на модель, входные и выходные данные, скрипты и данные проекта геообработки, хранящиеся в сетевой директории.
Этот сценарий может также использоваться, если у вас есть сайт ArcGIS Server на базе Linux, управляющий всеми вашими данными, и вы настроили Samba для обмена файлами между Microsoft Windows и Linux. Например, если вы хотите опубликовать документ карты, уже использующий данные на вашем компьютере под управлением Linux, зарегистрируйте директорию Samba (\\net\data) как папку издателя, и директорию Linux (/net/data) как папку сайта ArcGIS Server. При публикации документ карты автоматически изменяется, чтобы ссылаться на директорию на компьютере с Linux.
Когда не использовать этот сценарий
- Если ваши данные содержатся в базе данных. Вместо этого используйте предыдущий сценарий.
- Если необходимо опубликовать сервисы объектов или WFS-T.
В) компьютер публикатора и сайт ArcGIS Server ссылается на разные базы геоданных и данные не являются статическими
Издатель и сайт ArcGIS Server могут ссылаться на одни и те же данные в различных базах данных, если они хотят учесть брандмауэры, различия между платформами или из-за желания сохранить отдельную копию данных для веб-использования. Чтобы зарегистрировать данные с помощью этого сценария, вам придется импортировать как подключение к базе данных издателя, так и подключение к базе данных сайта ArcGIS Server.
Когда использовать этот вариант
Используйте этот сценарий, если хотите сохранить отдельную копию данных в многопользовательской базе геоданных для использования в сети. В этом случае необходимо убедиться в том, что экземпляр данных базы геоданных издателя существует также и в базе геоданных сайта ArcGIS Server. Этот сценарий применим только для многопользовательских баз геоданных, а не для баз данных.
Чтобы позволить вам реплицировать данные и публикатор, как и сайт ArcGIS Server могли изменять данные, поставьте отметку Создать сервис геоданных для базы данных серверапри регистрации своих многопользовательских баз геоданных в ArcMap. При выборе этой опции автоматически создается сервис геоданных, который можно использовать для отправки вручную копии данных из базы геоданных издателя в базу геоданных сайта ArcGIS Server.
Также можно воспользоваться сервисом геоданных для синхронизации многопользовательских баз геоданных, обеспечивая тем самым, что любые последующие изменения, внесенные в базу данных издателя, отразятся в базе данных сайта ArcGIS Server. Это особенно полезно в облачных развертываниях, чтобы не авторизоваться на облачном компьютере и не выполнять последующий перенос данных.
Этот вариант также хорошо подходит для публикации сервисов объектов на сайтах ArcGIS Server локально или в облаке. Например, если вы публикуете сервис объектов с использованием данного метода, то изменения, внесенные локально, могут быть переданы в базу геоданных сайта ArcGIS Server и, таким образом, они становятся доступными для конечных пользователей сервиса объектов. И наоборот, если веб-редакторы изменят какие-либо объекты в базе геоданных сайта ArcGIS Server, то эти изменения могут быть синхронизированы с базой геоданных издателя.
Когда не использовать этот сценарий
- Если ваши данные располагаются в файловой базе геоданных или в файловой директории. Вместо этого воспользуйтесь сценарием Г.
- Если ваши данные находятся в базе данных (не содержащей базы геоданных). Вместо этого воспользуйтесь сценарием А.
- Если вы не хотите сохранить отдельную копию базы геоданных на сервере.
- Если вы выполняете публикацию на одном из интегрированных серверов портала из ArcGIS Pro.
- Публикуемые данные являются статическими. В таком случае вам не нужно синхронизировать изменения базы геоданных публикатора с базой геоданных сайта ArcGIS Server. В таком случае можно использовать сценарий управляемой базы данных без репликации.
Г) компьютер издателя и сайт ArcGIS Server ссылаются на разные папки
Издатель и сервер могут ссылаться на копии одних и тех же данных в собственных папках данных, если они хотят учесть брандмауэры, различия между платформами или из-за желания сохранить отдельную копию данных для веб-использования. Чтобы зарегистрировать данные с помощью этого сценария, вам придется ввести путь и к папке издателя, и к папке сервера.
Когда использовать этот вариант
Этот сценарий полезен для развертываний Linux, облачных развертываний и любого развертывания, где вы хотите, чтобы издатели и веб-пользователи работали с отдельными копиями данных.
Например, если нужно опубликовать картографический сервис из ArcMap на сайте ArcGIS Server на основе Linux, вы можете создать идентичную копию данных вашего документа карты и поместить данные на компьютер ArcGIS Server. После регистрации обеих директорий на сайте ArcGIS Server и публикации, документ карты автоматически изменяется, чтобы ссылаться на папку на компьютере ArcGIS Server.
Этот сценарий может также использоваться, если вы производите публикацию на сайте ArcGIS Server в облаке. Например, можно скопировать локальные данные и поместить их в любую нужную директорию на виртуальной машине в облаке. При публикации пути к данным автоматически изменяются, чтобы ссылаться на директорию на облачном сервере. Недостатком данного подхода является то, что он требует входа в облачный компьютер и организации передачи данных в облако (с использованием FTP, копирования и вставки данных через удаленный рабочий стол и других способов передачи данных).
Когда не использовать этот сценарий
- Если ваши данные располагаются в многопользовательской базе геоданных, воспользуйтесь вместо этогосценарием В.
- Если ваши данные содержатся в базе данных, воспользуйтесь вместо этогосценарием А
- Если вы не хотите сохранить отдельную копию данных на сервере.
- Если вы выполняете публикацию на одном из интегрированных серверов портала из ArcGIS Pro.
Д) компьютер издателя и сайт ArcGIS Server ссылаются на разные базы геоданных
Это сценарий схож со сценарием В, но здесь данные не синхронизируются между двумя базами геоданных. Это полезный способ перемещения векторных данных вашей локальной многопользовательской базы геоданных в многопользовательскую базу геоданных в облаке.
Когда использовать этот вариант
Этот сценарий - способ перемещения векторных данных в облако. Для данного сценария необходимо следующее.
- Как локальные данные, так и хранилище в облаке должны быть многопользовательскими базами геоданных.
- Многопользовательская база геоданных должна быть зарегистрирована в качестве управляемой базы данных для автономного или интегрированного сайта ArcGIS Server.
- Публикатор должен использовать ArcMap для публикации сервисов объектов в автономном или интегрированном сайте ArcGIS Server в облаке.
Когда не использовать этот сценарий
- Если ваши данные располагаются в файловой базе геоданных или в файловой директории.
- Если ваши данные находятся в базе данных (не содержащей базы геоданных).
- Если вы хотите синхронизировать изменения данных между базами геоданных публикатора и сайта ArcGIS Server, воспользуйтесь сценарием В.
Е) компьютер публикатора ссылается на локальную карту или изображение, и сайт ArcGIS Server ссылается на местоположение в облаке
Если ваш сайт ArcGIS GIS Server или сайт дополнительного модуля ArcGIS Image Server работает в облаке, и вам необходимо сохранить кэш картографического сервиса или сервиса изображений в облаке, укажите информацию о подключении и аутентификации вашему облачному провайдеру перед публикацией. При публикации вами кэшированных картографического сервиса или сервиса изображений кэш будет находиться в вашем зарегистрированном облачном хранилище.
Когда использовать этот вариант
Выберите этот сценарий, если ваш сайт ArcGIS Server работает на AWS, Microsoft Azure, или Alibaba, и вам необходимо, чтобы картографические сервисы и сервисы изображений ссылались на кэш, хранящийся, соответственно, в бакете Amazon S3, контейнере хранилища Blob Azure, бакете Alibaba, соответственно.
Когда не использовать этот сценарий
- Ваш сайт ArcGIS Server не работает в облаке.
Как зарегистрировать данные на ArcGIS Server
Вы можете зарегистрировать папки с данными, базы данных и облачные местоположения на ArcGIS Server, используя ArcGIS Server Manager, ArcMap или ArcGIS Pro. Если ваш сайт ArcGIS Server интегрирован с порталом, можно добавить элемент хранилища данных для публикации слоев объектов и изображений.
Более подробную информацию смотрите в разделах:
Рекомендации по отмене регистрации хранилищ данных
Вы не должны отменять регистрацию хранилища данных, если существующие сервисы содержат данные из этого хранилища.
Если вы все же отмените регистрацию хранилища данных на сайте ArcGIS Server, и это хранилище данных будет использоваться для работы существующих сервисов, вы все равно еще сможете просматривать эти сервисы, в зависимости от типа используемого хранилища данных. Помните о следующих ограничениях при отмене регистрации хранилища данных:
- Что касается баз данных, зарегистрированных в ArcGIS Server Manager, ArcGIS Pro или ArcMap, вы по-прежнему сможете просматривать эти данные в содержащих их сервисах. Однако если пароль, хранящийся с хранилищем данных, будет изменен, вы не сможете обновить ваши сервисы с помощью нового пароля. Теперь сервисы не будут больше работать, и вам будет необходимо зарегистрировать базу данных, содержащую данные сервиса, и повторно опубликовать эти сервисы.
- При использовании зарегистрированных и управляемых баз данных любые новые компьютеры ArcGIS Server, которые вы добавите к своему кластеру, не будут распознавать сервисы, если их хранилище данных больше не зарегистрировано на сайте ArcGIS Server. Вам будет необходимо зарегистрировать базу данных, содержащую данные сервиса, и повторно опубликовать эти сервисы, чтобы новые компьютеры могли их распознать.
- Если вы добавляете элемент хранилища данных на портал ArcGIS Enterprise, не выполняйте отмену регистрации его с помощью ArcGIS Server Manager, ArcGIS Pro или ArcMap. Вместо этого требуется удалить этот интегрированный сервер из элемента хранилища данных.
- Никогда не отменяйте регистрацию реляционных хранилищ данных, хранилищ полистного кэша и хранилищ больших пространственно-временных данных из ArcGIS Data Store на сайте размещённого сервера, хотя это и возможно сделать в ArcGIS Server Manager. Если вы отмените регистрацию этих хранилищ из Server Manager, то соответствующие сервисы перестанут функционировать.
Если вы или издатель в вашей организации случайно отменит регистрацию ArcGIS Data Store на ArcGIS Server Manager (или отменит регистрацию реляционного хранилища данных на ArcMap), вы должны будете перенастроить ArcGIS Data Store на том же сайте ArcGIS Server, чтобы ваши функции снова заработали.