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

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

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

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

Если данным, которые вы хотите копировать на сервер, не требуется многопользовательская база геоданных, игнорируйте следующее предупреждение: источник данных не зарегистрирован на сервере, данные будут скопированы на сервер (data source is not registered with the server and data will be copied to the server) в окне Подготовка (Prepare) (или пометьте его как исключение) и опубликуйте сервис. Ваши данные автоматически копируются на сервер. Дальнейших действий не требуются.

Когда следует использовать автоматическое копирование данных при работе с облачным сервером

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

Когда следует использовать автоматическое копирование данных при работе с локальным сервером

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

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

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

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

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

Если для типа сервиса, который вы хотите опубликовать, требуется многопользовательская база геоданных, то вы должны сначала создать эту многопользовательскую базу геоданных и зарегистрировать ее как ArcGIS Server's Managed Database. При публикации данные, на которые ссылается ГИС-ресурс, будут скопированы в эту многопользовательскую базу геоданных.

Когда использовать этот сценарий

Вы будете использовать этот сценарий для публикации сервисов объектов или сервисов WFS с поддержкой транзакций (WFS-T). При публикации ArcGIS Server автоматически помещает копию ваших данных в управляемую базу данных ArcGIS Server, так как этим типам сервисов явно требуется многопользовательская база геоданных. Управляемая база данных ArcGIS Server может быть использована только с сервисами объектов или WFS-T, а также с любыми функциями, опубликованными одновременно с этими типами сервисов. Например, вы можете опубликовать сервис объектов с включенной функцией KML, но вы не можете публиковать исключительно сервис KML в управляемой базе данных ArcGIS Server. Можно зарегистрировать только одну базу геоданных на эту роль, и вы не можете синхронизировать изменения между управляемой базой данных ArcGIS Server и вашими локальными данными.

Этот сценарий может также использоваться, если ваш сайт ArcGIS Server работает в облачной среде, такой как ArcGIS Server на Amazon Web Services. Например, облачному серверу требуется собственная копия данных, так как получение данных с локальных компьютеров будет неэффективным, а иногда и невозможным для сервисов объектов или WFS-T. В этом случае вам не придется входить на облачный компьютер, так как данные автоматически копируются в управляемую базу данных ArcGIS Server при публикации.

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

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

Время жизни данных в управляемой базе данных ArcGIS Server напрямую зависит от времени жизни сервиса. Например, если удалить сервис, то данные, на которые он ссылается в управляемой базе данных ArcGIS Server, тоже будут удалены. Если вы хотите сохранить данные перед удалением сервиса, используйте инструменты ArcGIS for Desktop для экспорта данных из многопользовательской базы геоданных в файловую, которую можно перенести на ваш локальный компьютер.

При использовании этого сценария помните о следующем:

• Вы должны явно создать управляемую базу данных ArcGIS Server перед тем, как зарегистрировать ее на сервере.
• Управляемая база данных ArcGIS Server должна быть многопользовательской базой геоданных (файловые и персональные базы геоданных не допускаются).
• База данных должна существовать на сервере или компьютере, видимом для сервера.
• Допускается регистрация пустой базы геоданных.
• Данные в сервисе объектов или WFS-T, который вы хотите опубликовать, могут происходить из любого источника (шейп-файла, файловой базы геоданных и т.д.).
• Удаление сервиса удаляет и данные сервиса.
• При обновлении локальных данных вы должны перезаписать их в управляемой базе данных ArcGIS Server, чтобы сервер отразил эти изменения.

Не используйте этот сценарий в следующих ситуациях:

• если вы хотите опубликовать сервис, отличный от сервиса объектов или WFS-T;
• Если ваши данные уже располагаются в многопользовательской базе геоданных.
• Если вы хотите опубликовать таблицы базы данных, доступные с помощью файла подключения OLE DB (.odc)
• если вы хотите синхронизировать изменения между компьютером издателя и управляемой базой данных ArcGIS Server.

Рекомендации по копированию данных

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

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

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

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

Копирование источников данных OLE DB

Подключения OLE DB позволяют осуществить доступ к данным из множества источников, но являются непространственными подключениями. Если ваши данные, происходящие из таблиц базы данных, доступны через файл подключения OLE DB (.odc), то источники данных OLE DB копируются на сервер и конвертируются в таблицы файловой базы геоданных. Это поведение установлено по умолчанию при публикации данных источников данных в ArcGIS for Server (Linux).

Наборы данных, которые не могут быть скопированы

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

Отключение копирования данных

Если вы являетесь администратором ArcGIS Server и хотите предотвратить автоматическое копирование публикаторами данных на сервер, отключите копирование данных с помощью ArcGIS Server Administrator Directory. Полные инструкции см. в разделе Отключение автоматического копирования данных при их публикации на сервере (Disabling automatic data copying when publishing to the server).