Сценарий хранилища данных для сервиса изображений
В этом разделе
- Сценарий 1: Все данные имеют общее местоположение
- Сценарий 2: Все данные дублированы
- Сценарий 3: Зарегистрированное местоположение данных отсутствует
- Сценарий 4: В зарегистрированном местоположении имеются только исходные данные
То, как вы выполняете организацию и регистрацию ваших данных на сервере, определяет необходимость упаковывания и копирования данных на сервер в процессе их публикации.
Перед прочтением данного раздела ознакомьтесь с фундаментальными основами хранения и доступа к данным в ArcGIS for Server. Дополнительные сведения см. по следующим ссылкам:
- Предоставление доступа к вашим данным в ArcGIS for Server
- Автоматическое копирование данных на сервер при публикации
Как вы знаете, наборы растровых данных и наборы данных мозаики могут содержать в себе множество различных файлов. Данный раздел поможет вам в организации этих данных, чтобы вы могли достичь желаемых результатов при публикации.
Одним из основных факторов является понимание того, что если путь к данным был зарегистрирован в хранилище данных, то ArcGIS for Server предполагает, что все данные хранятся там. Обычно это не требуется, если с сервером обеспечивается обмен зарегистрированным положением, но может оказаться необходимым в том случае, когда положение является дублированным. В данном случае вам необходимо убедиться, что ни в одно, ни в другое положение не были внесены какие-либо изменения. Например, если вы строите пирамидные слои для набора растровых данных в локальном местоположении, но при этом не копируете их в дублированное местоположение на сервере, то эти объекты не будут скопированы во время операции публикации, так как сервер предполагает, что все файлы данных являются дублированными. Задача немного усложняется при работе с наборами данных мозаики, так как в такой набор вовлечено больше файлов.
Одной из сложностей является положение источника данных для вашего набора данных мозаики. Для простоты рассуждений предположим, что источник данных представляет собой набор растровых данных, включающий в себя пирамиду, статистику и файлы метаданных. Все эти данные могут присутствовать в положении, в котором для набора данных мозаики имеются права на чтение.
Далее, набор данных мозаики. Для ясности предположим, что он хранится в файловой базе геоданных. Когда вы выполняете построение обзорных изображений, они сохраняются в папке, следующей за той, в которой находится база геоданных. Это папка имеет то же имя, что и база геоданных, с расширением .Overviews. При добавлении данных лидара или созданного кэша для растрового элемента появится другая папка, хранящаяся рядом с базой геоданных с именем самой базы геоданных и расширением .Cache. Положения хранения обзорных изображений и кэша по умолчанию находятся за базой геоданных, но вы можете выбрать для них произвольное место хранения. Это, однако, только усложняет организацию ваших данных.
При публикации вам нужно удостовериться, что сервер имеет доступ ко всему содержимому, управляемому набором данных мозаики. Поэтому вам необходимо настроить хранилище данных и правильно подготовить набор данных мозаики. Ниже описаны различные варианты использования наборов данных мозаики. Различия объясняются тем, что набор данных мозаики может ссылаться на данные, которые могут находиться в любом месте (при условии, что они могут быть считаны).
Сценарий 1: Все данные имеют общее местоположение
Это, возможно, наилучшая структура организации данных. В данном сценарии все хранится в местоположении, которое является общим для вас и сервера. Для совместного использования данных в качестве сервиса изображений вам необходимо зарегистрировать данное местоположение при помощи сервера и подключиться к нему в окне Каталога (или в ArcCatalog). Это также быстрый способ для публикации, так как данные не перемещаются.
Сценарий 2: Все данные дублированы
В данном сценарии ваши данные хранятся в двух местах: доступ к одному из них выполняется сервером, а ко второму вы подключаетесь в окне Каталога. Такая настройка обычно используется в том случае, когда сервер расположен в облаке или использует операционную систему Linux.
Вам необходимо убедиться, что данные полностью совпадают. Например, если вы изменяете набор данных мозаики путем добавления нового изображения или изменения контуров, вам необходимо убедиться, что для копии сервера обновлен доступ. Вам также необходимо убедиться, что пути к данным были изменены соответствующим образом. Набор данных мозаики содержит сложно воспроизводимые пути ко всему его содержимому. Таким образом, если местоположение вашего ресурса – D:\MyData, а данные на сервере находятся в \\Blue\ServerData, то вам необходимо убедиться, что пути в наборе данных мозаики обновлены до местоположения \\Blue\ServerData. Вы можете обновить эти пути перед или после дублирования набора данных мозаики (и связанных файлов) на сервере; см. Восстановление путей в наборе данных мозаики.
Перед публикацией убедитесь, что вы зарегистрировали локальные и серверные местоположения в качестве дублирующих, а также проверьте, что данные дублированы и пути указаны верно. Затем вы можете опубликовать набор данных мозаики путем указания на местоположение вашего локального компьютера. Сервер будет знать, что местоположение дублировано и поэтому не будет перемещать данные. Как и в сценарии 1, это позволяет ускорить публикацию.
Сценарий 3: Зарегистрированное местоположение данных отсутствует
Аналогично сценарию 1 данный подход также не является сложным, так как вам не нужно беспокоиться о месте нахождения ваших данных, а также о том, может ли сервер осуществлять к ним доступ или о наличии правильной его версии. В этом сценарии все данные упаковываются и перемещаются на сервер при публикации. Этот вариант хорошо работает в случае небольших коллекций данных, но не рекомендуется для использования со средними и большими наборами из-за времени, затрачиваемого на упаковку и перемещение данных. Вы можете выбрать данную опцию, если у вас нет доступа к местоположению, используемому сервером, или если вы публикуете небольшой набор растровых данных, но перемещение гигабайтов данных данным способом будет неэффективно.
Сценарий 4: В зарегистрированном местоположении имеются только исходные данные
В данном сценарии местоположение источника данных не совпадает с расположением набора данных мозаики Это местоположение источника данных может совместно использоваться или дублироваться.
Пример 1: общий источник данных
Исходные данные совместно используются в \\yellow\RasterData. На вашей локальной станции вы создаете набор данных мозаики и добавляете данные из \\yellow\RasterData. Затем, когда вы публикуете набор данных мозаики, процесс будет включать упаковку этого набора и связанных файлов (таких, как содержимое папки *.Overviews), перемещение его на сервер и обновление жестко зашитых путей к файлам (или обеспечение постоянства относительных положений). Это может занять много времени, если имеется множество обзорных изображений.
Пример 2: дублированный источник данных
Источник данных дублируется – на сервере он находится по адресу P:\SourceData\RasterData, а на локальном компьютере лежит в папке D:\RasterData.
В данном примере вам необходимо убедиться, что набор данных мозаики не создается в D:\RasterData, так как сервер считает, что оба этих положения являются дублированными и не будет проверять путь P:\SourcData\RasterData, чтобы определить наличие набора данных мозаики при публикации.
Создайте собственный набор данных мозаики в уникальном местоположении, например, D:\Collections. Затем, когда вы публикуете набор данных мозаики, процесс будет включать упаковку этого набора и связанных файлов (таких, как содержимое папки *.Overviews), перемещение его на сервер и обновление жестко зашитых путей к файлам (или обеспечение постоянства относительных положений).