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

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

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

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

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

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

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

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

Вы будете использовать этот сценарий для публикации сервисов объектов или сервисов 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.