Справочная информация о командных утилитах ArcGIS Data Store—ArcGIS Enterprise

Командные утилиты, которые устанавливаются с ArcGIS Data Store, предоставляют администратору хранилища данных инструменты управления хранилищами данных. Эта страница содержит описание утилит, синтаксис и примеры.

Все утилиты должны запускаться на компьютере ArcGIS Data Store. Вы можете найти утилиты в директории <ArcGIS Data Store installation directory>/datastore/tools.

Чтобы получить помощь в синтаксисе, введите имя утилиты, а после него --help.

allowconnection

Эта утилита используется с реляционными хранилищами данных.

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

Утилиту allowconnection можно запустить только на основном компьютере реляционного хранилища данных.

Синтаксис

allowconnection <host name> <username> [<database>]

Укажите имя компьютера, для которого вы хотите разрешить подключение к реляционному хранилищу данных (имя хоста), и одну из учетных записей базы данных, которые используются хранилищем данных (имя пользователя): администратора хранилища данных, владельца реплики, администратора базы геоданных или управляемого пользователя (т.е. пользователя, который публикует данные векторного слоя); эту информацию вы можете получить с помощью утилиты listadminusers или listmanageduser. Вы также можете указать имя основной базы данных реляционного хранилища данных, но, поскольку существует только одна основная база данных, это значение имеет необязательный характер.

Пример

В данном примере разрешено подключение к реляционному хранилищу данных с компьютера workcom для управляемого пользователя hqo.n_1E7.

./allowconnection.sh workcom hqo.n_1E7

backupdatastore

Эта утилита используется со всеми хранилищами данных.

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

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

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

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

Во всех случаях убедитесь, что местоположение архива имеет достаточно места для размещения резервных копий. Чтобы изменить местоположения архивов хранилищ данных, воспользуйтесь утилитой configurebackuplocation.

Синтаксис

backupdatastore [<backup file name>] [--store {relational | tileCache | spatiotemporal | graph}] [--location <backup_arguments>] [--prompt {yes | no}]

Аргументы для параметра --location следующие и должны разделяться точкой с запятой (;):

type=: Корректные типы: fs (файловое хранилище), s3 (бакет Amazon Simple Storage Service (S3)) или azure (контейнер Microsoft Azure Blob). Вы можете использовать только общие файловые ресурсы для резервного копирования хранилища графов.
name= - Если вы назначили имена расположениям резервных копий, настроенным для вашего хранилища данных, вы можете использовать эти имена расположений, чтобы указать, где хотите создавать файлы резервных копий при запуске утилиты backupdatastore.
location= - Если вы не укажете имя места резервного копирования для своего хранилища, вы должны указать резервную копию type и location. Для общего доступа к файлам предоставьте путь к этим файлам. Для бакета S3 введите его имя. Для контейнеров хранилищ Azure Blob введите имя контейнера.

Пример

В данном примере с помощью утилиты configurebackuplocation в заданной архивной папке создан файл резервной копии для хранилища данных, имя созданного файла – project1bu. По умолчанию создаются архивы реляционных хранилищ данных; в следующем примере будет создан архив реляционного хранилища данных.

./backupdatastore.sh project1bu

You are going to back up the data store. This could take some time, depending on the size of your data store.
Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

В данном примере файл резервной копии под названием localbu5 создан в хранилище пространственно-временных больших данных в файловом местоположении, которое вы назвали gadbu при настройке местоположения резервной копии.

./backupdatastore.sh localbu5 --store spatiotemporal --location 'name=gadbu'

You are going to back up the data store. This could take some time, depending on the size of your data store.
Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

В этом примере резервная копия создается в хранилище пространственно-временных больших данных в контейнере Azure Blob с именем blob4backups, а файл резервной копии носит имя spds311016:

./backupdatastore.sh spds311016 --store spatiotemporal --location 'type=azure;location=blob4backups'

You are going to back up the data store. This could take some time, depending on the size of your data store.
Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

changebackuplocation

Прежние версии:

Esri считает утилиту changebackuplocation устаревшей. Она все еще присутствует, чтобы существующие скрипты продолжали работать. В противном случае воспользуйтесь утилитой configurebackuplocation.

changedatastoremode

Эта утилита используется для реляционных хранилищ данных и хранилищ пространственно-временных больших данных.

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

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

Утилиту changedatastoremode следует запустить на основном компьютере реляционного хранилища данных, а не на резервном.

Примечание:

Если из-за нехватки дискового пространства ArcGIS Data Store переводит ваше реляционное хранилище данных в режим только для чтения, автоматическое резервное копирование также отключается, чтобы избежать дальнейшего заполнения диска. Поэтому вам также нужно сбросить свое расписание автоматического архивирования с помощью утилиты updatebackupschedule после обратного переключения хранилища реляционных данных в режим "чтение и запись".

Если у вашего хранилища пространственно-временных больших данных заканчивается место на диске, ArcGIS Data Store переводит его в режим только для чтения, во избежание повреждения данных. Вы можете использовать утилиту changedatastoremode для перевода хранилища пространственно-временных больших данных в режим чтения и записи после того, как добавите достаточно дискового пространства на машины хранилища пространственно-временных больших данных.

Синтаксис

changedatastoremode {readonly | readwrite} [--prompt {yes | no}] --store {relational | spatiotemporal}

Пример

В этом примере реляционное хранилище данных переключено обратно в режим чтение и запись", поэтому клиенты могут возобновить такие действия, как публикация размещенных векторных слоев на ArcGIS Enterprise, редактирование данных посредством размещенных векторных слоев и добавление файлов CSV в Map Viewer.

./changedatastoremode.sh readwrite --store relational --prompt no

Чтобы перевести хранилище больших пространственно-временных данных в режим чтения и записи, укажите spatiotemporal в опции ,--store как показано в следующем примере:

./changedatastoremode.sh readwrite --prompt no --store spatiotemporal

changedbproperties

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

Утилита changedbproperties позволяет изменять разные свойства, в зависимости от типа хранилища данных, для которого она запускается.

Синтаксис

changedbproperties --store {relational | tileCache | spatiotemporal} [configuration options]

Поддерживаемые опции настройки:

disk-threshold-readonly - этот параметр переводит реляционное хранилище данных в режим только для чтения с целью предотвращения потери данных из-за недостаточности свободного дискового пространства. Значение дискового пространства по умолчанию - 1024 Мб. Задайте размеры в Мб.
max-connections - используйте этот параметр, чтобы указать максимальное количество подключений, допустимых для реляционного хранилища данных. Реляционные хранилища данных разрешают до 150 подключений по умолчанию. Можно использовать свойство --max-connections с утилитой changedbproperties, чтобы изменить число допустимых подключений. При определении необходимого количества подключений для хранилища данных необходимо принять во внимание, что внутренние процессы ArcGIS Data Store могут брать на себя до пяти подключений. Кроме того, примите во внимание количество одновременных подключений, которое может принять ваш компьютер ArcGIS Data Store без ущерба для своей производительности. Если у компьютера с запущенным ArcGIS Data Store недостаточно памяти, может понадобиться сократить число допустимых подключений.
Указанный номер не может быть меньше, чем 10. При изменении максимального разрешенного количества подключений это количество изменится как на основном, так и на резервных компьютерах хранилища данных. Этот параметр не поддерживается для хранилищ пространственно-временных больших данных или хранилищ данных полистного кэша.
pitr - эта настройка определяет, будет ли ArcGIS Data Store создавать накопительные резервные копии реляционного хранилища данных, что позволит вам восстанавливать реляционное хранилища данных на определенный момент времени. Возможные входные данные для этой опции: enable или disable. Восстановление на определенный момент времени по умолчанию отключено.
Примечание:
Необходимо активировать восстановление на определенный момент времени, если вы планируете использовать утилиту webgisdr для создания резервных копий вашего развертывания ArcGIS Enterprise.
enablessl - этот параметр контролирует использование протокола Transport Layer Security (TLS) при заполнении хранилища данных с полистным кэшированием и для связи между реляционным хранилищем данных и хост-сервером.
Для параметра enablessl поддерживаются следующие опции:
- true - это является опцией по умолчанию. Это означает, что протокол Transport Layer Security будет использоваться при записи данных слоя сцены в хранилище данных полистного кэша, когда вы укажете --store tileCache, и при обмене данными между реляционным хранилищем данных и хост-сервером, когда вы укажете --store relational.
- false - укажите false и --store tileCache для использования подключения к хост-серверу по протоколу HTTP при записи данных в хранилище данных с полистным кэшированием. Укажите false и --store relational для использования HTTP-связи между хост-сервером и реляционным хранилищем данных.
heap-size - используйте этот параметр, чтобы изменить объем динамической памяти (в Мб), используемой хранилищем пространственно-временных больших данных. По умолчанию этот тип хранилища данных при запуске будет использовать половину доступного ОЗУ. Этот параметр не поддерживается для хранилищ данных полистного кэша или реляционных хранилищ данных.
rebalance - по умолчанию этот параметр задан как true, что означает, что хранилище больших пространственно-временных данных будет распределять данные по другим компьютерам, если какой-либо один компьютер недоступен. Если необходимо осуществить обслуживание одного компьютера с хранилищем больших пространственно-временных данных, например, обновить его, можно временно отключить балансировку, задав этому параметру значение false. Операция балансировки будет приостановлена на время, заданное для параметра max-rebalance-off. Данный параметр применяется только для хранилищ пространственно-временных больших данных.
Прежние версии:
В ArcGIS 10.4.x это была опция reallocation.
max-rebalance-off - настройка этого параметра используется, когда параметр rebalance устанавливается на false. По умолчанию, max-rebalance-off имеет значение 60 минут. Это означает, что если вы временно отключите балансировку, она снова запустится через 60 минут. Если вам нужно больше или меньше времени для выполнения задачи обслуживания, для которой вы приостановили перебалансировку, измените настройку времени для max-rebalance-off. Данный параметр применяется только для хранилищ пространственно-временных больших данных.
Прежние версии:
В ArcGIS 10.4.x это была опция max-allocation-off.
prompt - при запуске этой утилиты вам будет предложено подтвердить указанное действие. Если вы автоматизируете использование этой утилиты, задайте параметр prompt как "нет", в противном случае скрипт не будет выполняться, пока вы не ответите на запрос.

Пример

В данном примере максимальное количество подключений, допустимое для реляционного хранилища данных, задано равным 100:

./changedbproperties.sh --store relational --max-connections 100

You are changing the following database properties:
         max number of connections to 100 (on all relational data store machines)

Changing database configurations could cause the database to restart. Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

В этом примере опция max-rebalance-off задаёт значение 15 минут, по истечению которых хранилище пространственно-временных больших данных автоматически изменит значение rebalance на true.

./changedbproperties.sh --store spatiotemporal --max-rebalance-off 15

В этом примере параметр enablessl используется для конфигурации хранилища данных с полистным кэшированием для использования Transport Layer Security при создании контейнера и при записи данных в хранилище данных с полистным кэшированием.

./changedbproperties.sh --store tileCache --enablessl admin,data

changeloglocation

Эта утилита используется со всеми типами хранилищ данных.

Если вы не хотите, чтобы хранилище данных использовало местоположение файла журнала ошибок, заданное по умолчанию, то есть <ArcGIS Data Store installation directory>\arcgisdatastore\logs, вы можете запустить утилиту changeloglocation, чтобы создать файлы журнала ошибок в другой директории.

Учетной записи ArcGIS Data Store должны быть предоставлены права доступа для записи в указанную папку.

Синтаксис

changeloglocation <directory path>

Пример

В данном примере файлы журнала будут созданы в локальной директории – ../datastorefiles/logs.

./changeloglocation.sh '../datastorefiles/logs'

changenosqldslocation

Эта утилита используется для хранилищ данных полистного кэша.

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

Если вы перемещаете данные в общую директорию, вы должны предоставить права на чтение и запись этой директории пользователю, запускающему процесс ArcGIS Data Store (Linux) или сервис (Microsoft Windows).

Синтаксис

changenosqldslocation <path> [--prompt {yes | no}]

Пример

В этом примере базы данных, в которых хранятся кэши слоя сцены, теперь будут созданы в общей директории с именем dstorecache на компьютере server2.

./changenosqldslocation.sh /net/server2/dstorecache

changepassword

Эта утилита используется с реляционными хранилищами данных.

ArcGIS Data Store случайным образом генерирует имена пользователей и пароли для учетных записей, используемых для реляционных хранилищ данных. Если для вашего сайта необходимо задать ваши собственные пароли, получите пароли для учетных записей хранилища данных и запустите changepassword, чтобы поменять пароли.

Используйте утилиту listadminusers для получения имен пользователей и паролей для пользователей-администраторов и утилиту listmanageduser для получения имен пользователей и паролей для владельцев данных.

Утилиту changepassword можно запустить только на основном компьютере реляционного хранилища данных.

Синтаксис

changepassword <username> <new password> [--prompt {yes | no}]

Подсказка:

Если необходимо сменить пароль с помощью скрипта, следует вставить флаг для отмены подтверждения, как в следующем примере:

changepassword gwi_n2Te0 Phfl4mp --prompt no

Пример

В данном примере пароль пользователя gwi_n2Te0 изменен на Phfl4mp!.

./changepassword.sh gwi_n2Te0 Phfl4mp

You are going to change the password for user gwi_n2Te0.
Do you want to continue (Yes or No)?Yes

changestaginglocation

Эта утилита используется для реляционных хранилищ данных и хранилищ данных полистного кэша.

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

Синтаксис

changestaginglocation <directory path>

Пример

В этом примере промежуточным местоположением является /net/sanmarcos/rbustage.

./changestaginglocation.sh /net/sanmarcos/rbustage

configurebackuplocation

Эта утилита используетсядля реляционных хранилищ данных, хранилищ данных полистного кэша и хранилищ пространственно-временных больших данных и хранилищ графов.

Утилита configurebackuplocation позволяет указать местоположение, в которое ArcGIS Data Store записывает файлы резервных копий как для резервного копирования по расписанию, так и выполняемого при помощи утилиты backupdatastore. Эта команда также позволяет изменить свойства расположения резервного хранилища или удалить его.

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

Хранилища данных кэша листов, созданные в режиме первичного ожидания, имеют место для резервной копии по умолчанию; хранилища данных кэша листов, созданные в режиме кластера, - нет. В любом случае используйте утилиту configurebackuplocation с опцией register для указания общего сетевого местоположения, бакета Amazon Simple Storage Service (S3) или контейнера хранилища Microsoft Azure BLOB для безопасного хранения резервных копий хранилища данных кэша листов. Вы не можете использовать локальный диск для файлов резервной копии полистного кэша, если хранилище данных работает в режиме кластера.

Пространственно-временные хранилища больших данных не создаются с расположением резервной копии по умолчанию. Прежде чем начать создавать резервные копии, необходимо запустить утилиту configurebackuplocation с опцией register для указания файла общего местоположения, бакета Amazon Simple Storage Service (S3) или хранилища Microsoft Azure Blob для этих резервных копий. Вы не можете использовать локальный диск для хранения резервных копий файлов хранилища пространственно-временных больших данных.

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

Можно зарегистрировать второе местоположение резервной копии для хранения резервных копий, созданных с помощью утилиты backupdatastore. Вы можете использовать общедоступную файловую директорию, бакет S3 или контейнер Azure Blob для вторичных резервных копий для всего, кроме хранилищ графов. Для хранилищ графов вторичными хранилищами резервных копий могут быть только файловые хранилища.

Более подробную информацию о настройке резервных копий см. в Управление архивами хранилища данных.

Синтаксис

configurebackuplocation --location '<backup_location_arguments>' [options]

Используйте опцию --location, чтобы указать ArcGIS Data Store место хранения архивов. Для хранилищ данных кэша листов или хранилищ пространственно-временных больших данных или для регистрации вторичного местоположения резервной копии для реляционного хранилища данных укажите следующие аргументы, разделенные точкой с запятой (;) и заключите всю строку аргумента в одинарные кавычки ('): --location 'type=fs|s3|azure;location=<backup_location>;[name=<backup_location_name>];[username=<AWS_access_key_ID_or_Azure_account>];[password=<AWS_secret_access_key_or_Azure_account_key>]'. Пояснения к каждому из этих аргументов приведены в списке ниже:

type= - укажите какой тип местоположения использовать для резервных копий. Вы можете указать s3 для хранения резервных копий в бакете Amazon S3, azure для хранения резервных копий в контейнере хранилища Azure Blob или fs для хранения резервных копий в файловом хранилище (по умолчанию).
location= - для файловых хранилищ укажите путь к файлу. Для бакетов Amazon S3 укажите имя бакета. Для контейнеров хранилищ Blob укажите имя контейнера.
name= - вы можете присвоить имя местоположению резервной копии. Например, если местоположение резервной копии в файлах, типа \\sharedserver_sharedfolders_datastorebackups, вы можете назначить имя для этого местоположения, такое как dsbackups. Когда вы запускаете утилиту backupdatastore, listbackups или restoredatastore, вы можете ввести это имя вместо полного пути.
Если вы не предоставили имя при настройке местоположения резервной копии хранилища данных, ArcGIS Data Store назначит имя по умолчанию.
username= - необходимо, если местоположением резервной копии является бакет S3 или контейнер хранилища Blob. Для бакетов S3 предоставьте ключ доступа ID к вашей учётной записи Amazon Web Services (AWS). Для контейнеров Azure Blob предоставьте имя для Microsoft Azure хранилища учётной записи, у которой есть доступ к контейнеру хранилища Blob.
password= - необходимо, если местоположением резервной копии является бакет S3 или контейнер хранилища Blob. Для бакетов S3 предоставьте ключ доступа к вашей учётной записи AWS. Для контейнеров хранилищ Azure Blob предоставьте пароль для учётной записи Azure, заданный аргументом username.
endpointsuffix=—эта опция позволяет выявлять, где размещен ваш контейнер хранилища Azure Blob. По умолчанию endpointsuffix скорее всего будет core.windows.net. Если ваш контейнер находится в облачной среде Microsoft Azure Government, укажите endpointsuffix=core.usgovcloudapi.net. Если ваш контейнер размещен в частном облаке, задайте endpointsuffix как EndpointSuffix в вашем частном облаке Azure. Эта опция используется только в том случае, если вы храните свои резервные копии в контейнере хранилища Azure Blob.

Дополнительные опции, которые нужно указать для утилиты configurebackuplocation:

--store {relational | tileCache | spatiotemporal | graph} - Укажите тип ArcGIS Data Store, для которого вы настраиваете местоположение резервной копии. Значение по умолчанию равно relational.
--operation {change | register | unregister | list | setdefault} — Значение по умолчанию равно change. Ниже следует объяснение по каждой опции:
- change - используйте эту опцию для изменения любого из следующих параметров:
  - Укажите другое местоположение общего файла для запланированных резервных копий реляционного хранилища данных. Для реляционных хранилищ данных устанавливаемое при помощи опции change местоположение, всегда будет местоположением резервной копии по умолчанию.
  - Измените имя, назначенное резервному местоположению.
  - Обновите информацию проверки подлинности, заданную для местоположений резервных копий на Azure или S3. Для S3 можно изменить информацию, ранее заданную с помощью опций username и password. Для Azure можно поменять значение password.
- register - используйте эту опцию для регистрации местоположения резервной копии. Первое заданное вами местоположение резервных копий для хранилища больших пространственно-временных данных или хранилища графов будет установлено местоположением резервных копий по умолчанию. При регистрации другого местоположения резервной копии для хранилища данных полистного кэша или хранилища пространственно-временных больших данных или хранилища графов регистрируется вторичное местоположение резервной копии.
  Когда вы задаете опцию register для реляционного хранилища данных, она всегда регистрирует вторичное местоположение резервной копии. Вторичное местоположение резервной копии содержит копии, созданные вручную с помощью утилиты backupdatastore.
  Примечание:
  Когда используется опция register, необходимо ввести информацию для опции --location.
- unregister - используйте эту опцию для удаления вторичного местоположения резервных копий из хранилища данных. Если зарегистрировано только одно местоположение для резервных копий, вы можете использовать опцию unregister для полного удаления местоположения резервных копий для хранилища данных полистного кэша или хранилища пространственно-временных больших данных или хранилища графов.
- list - перечисляет все местоположения резервных копий, зарегистрированные для хранилища данных.
- setdefault - если у вас несколько местоположений резервных копий для хранилища данных полистного кэша или хранилища пространственно-временных больших данных, вы можете использовать setdefault для использования одного из них в качестве местоположения по умолчанию. Это то местоположения, куда по расписанию записываются резервные копии, и это местоположение по умолчанию используется для запуска утилит backupdatastore, listbackups или restoredatastore без указания местоположения резервного местоположения.
--force {true | false} - используется только с реляционными хранилищами данных, эта опция позволяет изменить локацию резервной копии по умолчанию, даже если существующая локация недоступна.
Когда вы меняете местоположение резервных копий по умолчанию для реляционного хранилища данных, ArcGIS Data Store копирует существующие файлы из старого местоположения в новое. Если ArcGIS Data Store не может получить доступ к старому местоположению, он не сможет скопировать файлы. В предыдущих версиях это могло вызвать ошибку инструмента configurebackuplocation. Если вы хотите продолжить изменение местоположения резервной копии по умолчанию без копирования существующих файлов, укажите --force true.
Для этой опции по умолчанию используется значение false, это означает, что вы не можете изменить местоположение по умолчанию, если ArcGIS Data Store не может получить доступ к текущему местоположению.
--prompt {yes | no} — Значение по умолчанию равно yes.

Примеры

В первом примере в качестве местоположения резервной копии реляционного хранилища данных задана директория fsdata_bu на компьютере myshare.

./configurebackuplocation.sh --operation change --store relational --location /net/myshare/fsdata_bu

You are going to change the backup location of the data store. Existing backups will be copied to the new location and it could take a few moments.
Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)? Yes

В этом примере местоположение второй резервной копии на Azure зарегистрировано для этого же хранилища пространственно-временных больших данных.

./configurebackuplocation.sh --operation register --store relational --location type=azure;location=mybackups;name=secondrelloc;username=myazureaccountlogin;password=zpw4myazureaccount

You are going to change the backup location of the data store. Existing backups will be copied to the new location and it could take a few moments.
Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)? Yes

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

./configurebackuplocation.sh --operation register --store spatiotemporal 
--location 'type=fs;location=/net/sharedmachine/ge_bu;name=fshare'

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

./configurebackuplocation.sh --operation register --store spatiotemporal 
--location 'type=s3;location=mybucket;name=awsloc;username=abcdefg1234567;password=z9y8x7w6v5u4t3s2r1q0'

В данном примере местоположение третьего архива на Azure зарегистрировано для хранилища пространственно-временных больших данных.

./configurebackuplocation.sh --operation register --store spatiotemporal --location 'type=azure;location=myblobs;name=mazloc;username=myazureaccountlogin;password=zpw4myazureaccount'

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

./configurebackuplocation.sh --operation setdefault --store spatiotemporal --location 'name=awsloc'

В этом примере перечислены все местоположения резервных копий для хранилища пространственно-временных больших данных.

./configurebackuplocation.sh --operation list --store spatiotemporal
Backup locations for spatiotemporal big data store:
================================================================
Name             Type     Location                     isDefault
================================================================
fsshare          fs       /net/sharedmachine/ge_bu     false
awsloc           s3       mybucket                     true
mazloc           azure    myblobs                      false

configuredatastore

Эта утилита используется со всеми типами хранилищ данных.

После установки ArcGIS Data Store вы можете запустить утилиту configuredatastore, чтобы создать хранилище данных и зарегистрировать его на сайте GIS Server. Вы можете создать следующие типы хранилищ данных при помощи этих команд:

Вы также можете запустить утилиту configuredatastore для обновления хранилища данных после обновления ПО ArcGIS Data Store на всех компьютерах в хранилище данных.

Синтаксис

configuredatastore <ArcGIS Server admin URL> <ArcGIS Server administrator> <ArcGIS Server administrator password> <data directory> [--stores {relational | tileCache | spatiotemporal | graph}] [--mode {primaryStandby | cluster}]

<ArcGIS Server admin URL> – это сайт GIS Server, который используется или будет использоваться в качестве хост-сервера ArcGIS Enterprise. URL-адрес администратора ArcGIS Server имеет вид: https://gisserver.domain.com:6443. Обратите внимание на то, что даже если ваш сайт GIS Server использует веб-адаптер, URL-адрес должен быть введен в указанном выше формате.
<ArcGIS Server administrator> – укажите имя пользователя для встроенного (не корпоративного) пользователя с правами администратора на сайте GIS Server.
<ArcGIS Server administrator password> – укажите пароль для встроенного пользователя администратора ArcGIS Server.
<data directory> – директория данных – это желаемое местоположение на локальном компьютере, где будут создаваться файлы хранилища данных.
{relational | tileCache | spatiotemporal | graph} – укажите тип создаваемого хранилища данных. Хотя это не рекомендуется, вы все же можете настроить несколько типов хранилищ данных на одном компьютере, используя список типов, разделенных запятыми (без пробелов). Например, чтобы на одном компьютере с общей директорией хранилища данных настроить и реляционное, и хранилище данных полистного кэша, укажите --stores relational,tileCache. Esri настоятельно рекомендует вам использовать хранилища пространственно-временных больших данных или хранилища графов на отдельных компьютерах, отдельно от других хранилищ данных или ПО. Невыполнение этого требования может привести к снижению производительности или даже к невозможности использования хранилища данных.
--mode – эта необязательная операция применяется только к хранилищам данных кэша листов. По умолчанию хранилища данных кэша листов создаются в режиме primaryStandby. Хранилища графов создаются в режиме singleInstance и не могут быть изменены в настоящее время.
Хранилища данных кэша листов, созданные в режиме primaryStandby, могут содержать два компьютера. Резервное хранилище данных кэша листов содержит те же данные, что и первичное. В случае сбоя основного хранилища данных резервное становится основным полистным хранилищем данных кэша. Если вам нужно хранить большое количество кэшей слоя сцены и, следовательно, вам необходимо, чтобы хранилище данных кэша листов масштабировалось на три или более компьютеров, создайте хранилище данных кэша листов в режиме cluster. Вы можете использовать операцию режима для переключения хранилища данных кэша с режима primaryStandby на режим кластеров.
Хранилища графов создаются в режиме единственного экземпляра и могут содержать только одну машину.

Настройка определённого типа хранилища данных

Вы задаете тип создаваемого хранилища данных с помощью следующих настроек опции --stores:

relational
tileCache
spatiotemporal
graph

Для настройки нескольких типов хранилищ данных на одной машине, разделите разные типы запятыми. Например, чтобы настроить на одном компьютере и реляционное хранилище данных и хранилище кэша листов, укажите --stores relational,tileCache.

Примечание:

Хранилища данных, настроенные на одной машине, будут конкурировать за память и другие ресурсы, это негативно скажется на производительности и может вызвать остановки в работе хранилищ. Это особенно актуально для хранилищ пространственно-временных больших данных и хранилищ графов, не следует устанавливать пространственно-временные хранилища больших данных или хранилища графов на одной машине с другими хранилищами данных или компонентами ArcGIS.

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

Дополнительные сведения см. в разделе Создание хранилища данных.

Настройка хранилищ данных после обновления установок ArcGIS Data Store

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

Если компьютер содержит и реляционное хранилище данных и хранилище данных кэша листов, укажите --stores relational,tileCache при запуске утилиты configuredatastore, и она обновит все компьютеры для обоих хранилищ данных.

Чтобы переконфигурировать обновлённые машины с хранилищем пространственно-временных больших данных, зайдите на одну из машин с этим хранилищем и запустите утилиту configuredatastore. Это обновит все компьютеры с хранилищем пространственно-временных больших данных.

Если вы не установили новую версию ArcGIS Data Store на все машины, конфигурация выполнена не будет.

Для получения подробной информации см. раздел Обновление ArcGIS Data Store.

Изменить режим хранилища данных полистного кэша

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

Если вам нужно изменить режим хранилища данных кэша листов с primaryStandby на кластер, запустите команду configuredatastore с операцией --mode, заданной как cluster.

Примечание:

Вы можете использовать операцию --mode, чтобы задать режим хранилища данных кэша листов во время создания этого хранилища, или чтобы изменить режим хранилища данных кэша листов и перейти из режима primaryStandby в режим кластера; но вы не можете изменить режим при обновлении хранилища данных кэша листов.

Пример

В этом примере создается хранилище данных для данных размещенного векторного слоя (реляционное хранилище данных). URL-адрес сайта GIS Server, который будет использоваться для хранилища данных – https://gisserver.domain.com:6443, имя пользователя и пароль администратора сайта – admin и Iph33l$ik, соответственно, а папка для хранилища данных – /dstore/data.

./configuredatastore.sh https://gisserver.domain.com:6443 admin Iph33l$ik /dstore/data --stores relational

В следующем примере существующее хранилище данных кэша листов переходит в режим кластера:

./configuredatastore https://gisserver.mydomain.com:6443 portaladmin S00perSecret dsstore/scenedata --stores tileCache --mode cluster

deletebackup

Эта утилита используется с реляционными хранилищами данных.

Утилита deletebackup позволяет удалять созданные вами архивные файлы реляционного хранилища данных. Сначала запустите утилиту listbackups, чтобы просмотреть имена и время создания резервных копий, созданных с помощью утилиты backupdatastore. Затем вы можете запустить утилиту deletebackup, чтобы удалить ненужные файлы резервных копий.

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

Синтаксис

deletebackup <backup name> [--prompt {yes | no}]

Пример

./deletebackup.sh featuresMarchbu
You are attempting to delete backup 'featuresMarchbu'. This operation is irreversible.

Do you wish to continue (Yes or No)?yes

Operation completed successfully

describedatastore

Эта утилита используется со всеми типами хранилищ данных.

С помощью утилиты describedatastore вы можете увидеть следующую информацию об установке ArcGIS Data Store:

Номер версии программного обеспечения установки ArcGIS Data Store
Промежуточное местоположение, используемое хранилищем данных для восстановления данных
Местоположение файла журнала хранилища данных
Объем доступной памяти на жестком диске компьютера, на котором установлен ArcGIS Data Store
Пороговое значение объема памяти на жестком диске, при котором реляционное хранилище данных и хранилища пространственно-временных больших данных будет переведено в режим только для чтения, а хранилища данных полистного кэша будут остановлены.
Местоположения архива, используемые каждым типом хранилища данных
Находится ли на общем сетевом ресурсе реляционное хранилище данных или хранилище данных полистного кэша
Как часто создается резервная копия хранилища данных (График резервного копирования)
Сколько дней хранятся файлы резервных копий реляционного хранилища данных и можете ли вы восстановить реляционное хранилище данных до определенного момента времени.
Работает ли в данный момент хранилище данных (Состояние хранилища данных)
Включена ли SSL-коммуникация в реляционном хранилище данных.
Дата и время, когда автономное реляционное хранилище данных или хранилище данных полистного кэша (режим первичного ожидания) стало основным хранилищем данных (Последний сбой); не отображается, если сбоев никогда не случалось
Имена компьютеров, участвующих в реляционном хранилище данных или хранилище данных полистного кэша (Участвующие компьютеры)
Максимально допустимое количество подключений к реляционному хранилищу данных
URL-адрес сайта GIS Server, на котором зарегистрировано данное хранилище данных (URL-адрес системы владельца)
URL-адрес портала, использующего сайт GIS Server в качестве своего хост-сервера (URL-адрес портала)
Количество текущих подключений векторного слоя к реляционному хранилищу данных
Список всех компьютеров, в данный момент участвующих в хранилище пространственно-временных больших данных (Компьютеры в пространственно-временном кластере)
Компьютер хранилища больших пространственно-временных данных, настроенный в настоящий момент в качестве основного (Текущий основной компьютер в кластере)
Список всех компьютеров в полистном кеше хранилища больших данных или кластере хранилища пространственно-временных больших данных (Зарегистрированные <data store type> компьютеры); отображаются все компьютеры кластера, независимо от их статуса
Режим кластера или первичного ожидания, настроенный для хранилища данных кэша листов.
Находится ли реляционное или пространственно-временное хранилище больших данных в режиме READWRITE или READONLY(Режим хранилища данных)

Синтаксис

describedatastore

Пример

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

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

./describedatastore.sh

General Information of ArcGIS Data Store on machine.domain.com
==============================================================
ArcGIS Data Store release....10.9.0.1234
Staging location............./arcgis/datastore/staging
Log location................./arcgis/datastore/logs
Free disk space..............174.00GB
Threshold for READONLY mode..2048MB

Information for relational data store ds_sthiu0_5T
==============================================================
Backup location.........../net/nwshare/dsbackups
Is backup folder shared...true
Backup schedule...........{"schedule-starttime":"00:00:00","schedule-frequency":"Every 7 DAYS"}
Days backup retained......31
Data store status.........Started
SSL enabled...............true
Last failover.............20150130190334005
Member machines...........MACHINE1.DOMAIN.COM, MACHINE4.DOMAIN.COM
Maximum connections.......150
Owning system URL.........https://gisserver.domain.com:6443/server/admin
Portal for ArcGIS URL.....https://portal_webadaptor.domain.com/portal
Number of connections.....8 connection(s) to managed database
Data Store mode.....................READWRITE
Is Point-in-time recovery enabled...No
Query optimizer enabled.............Yes

Information for tile cache data store ds_wztxj7um
==============================================================
Data location............./home/ags/arcgis/datastore/usr/arcgisdatastore/nosqldata
Data store status.........Started
Last failover.............20200130190334005
Backup location.........../net/sharedir/datastore/backup
Is backup folder shared...true
Mode......................primary-standby
Member tile cache machines.......MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM
Owning system URL.........https://gisserver.domain.com:6443/server/admin
Portal for ArcGIS URL.....https://portal_webadaptor.domain.com/portal

Information for spatiotemporal big data store ds_qpko99Cl
==============================================================
Max rebalance off time..............60 minutes
Automatic rebalance ................On
Machines in spatiotemporal cluster..MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM, MACHINE3.DOMAIN.COM
Current coordinator in cluster...MACHINE1.DOMAIN.COM
Registered spatiotemporal machines..MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM, MACHINE3.DOMAIN.COM
Owning system URL...................https://gisserver.domain.com:6443/arcgis/admin
Portal for ArcGIS URL...............https://portal_webadaptor.domain.com/portal
Data Store mode.....................READWRITE

Information for graph store x2b7s0n
==============================================================
Deployment mode................................singleInstance
Access endpoint................................MACHINE1:9829
Registered graph store machines................MACHINE1.DOMAIN.COM
Owning system URL...................https://gisserver.domain.com:6443/arcgis/admin
Portal for ArcGIS URL...............https://portal_webadaptor.domain.com/portal

diskcleanup

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

Эта утилита очищает дисковое пространство на одном компьютере за раз. Если вам нужно очистить файлы на нескольких машинах в одном хранилище данных, вы должны запустить инструмент на каждой машине.

Синтаксис

diskcleanup

Пример

Чтобы запустить утилиту diskcleanup, вы должны подтвердить, что хотите продолжить.

./diskcleanup

You are attempting to cleanup some archived data generated as part of ArcGIS Data Store upgrades or backup-restore operations. Once removed, this data can't be recovered. Do you want to continue (Yes or No)?

exportmanageddb

Прежние версии:

Esri считает утилиту exportmanageddb устаревшей, начиная с версии 10.5.1. Ее функциональность была встроена в утилиту backupdatastore. Утилита exportmanageddb присутствует, чтобы позволить существующим скриптам продолжить работать корректно, но вам необходимо начать использовать вместо нее утилиту backupdatastore для создания файла резервной копии, а затем использовать утилиту restoredatastore для восстановления хранилища данных из файла резервной копии.

importmanageddb

Эта утилита используется для реляционных хранилищ данных и хранилищ данных полистного кэша.

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

Если вы хотите, чтобы ArcGIS Data Store было зарегистрировано на том же сайте GIS Server, что и раньше, укажите --bound true и не задавайте --server-url. Учтите, что --bound задан как true по умолчанию. Обязательно перезапустите сайт GIS Server после восстановления.

Если при восстановлении вы хотите зарегистрировать хранилище данных на новом сайте GIS Server, укажите --server-url при импорте хранилища данных.

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

Утилита importmanageddb не выполняет импорт хранилища пространственно-временных больших данных.

Синтаксис

importmanageddb <source backup location> <backup name> [options]

Поддерживаются следующие опции:

[--server-url <ArcGIS Server URL registered with data store>] - если вы указали --bound true и уже переместили свои сервисы на новый сайт GIS Server, используйте опцию --server-url, чтобы указать URL-адрес нового сайта GIS Server. Помните, пока вы не переместите сервисы на этот новый сервер, данные хранилищ будут недоступны.
[--server-admin <username of ArcGIS Server admin>] - эта опция требуется только при задании --bound true или если опция --bound не задана. Укажите имя пользователя администратора ArcGIS Server.
[--server-password <password of ArcGIS Server admin>] - эта опция требуется только при задании --bound true или если опция --bound не задана. Укажите пароль учетной записи администратора ArcGIS Server.
[--data-dir <data store data directory>]—директория ArcGIS Data Store. По умолчанию, ею является директория ArcGIS Data Store зарегистрированных на данный момент хранилищ данных.
[--stores {relational | tileCache}] - показывает, какой тип хранилища вы хотите импортировать. Если реляционное хранилище данных и хранилище данных кэша листов размещены на одном компьютере, и вы хотите импортировать оба этих хранилища, укажите их, разделив запятой, например: --stores relational,tileCache. Если не указать опцию --stores, предполагается, что это хранилище реляционных данных.
[--include-tilecache {true | false}] - эта опция нужна только для обратной совместимости. Если опция --stores не задана или указано --stores relational, то вы можете проверить, было ли с помощью этой опции восстановлено хранилище данных кэша листов или нет.
[--bound {true | false}]
- Если указано --bound true или опция --bound не задана, необходимо ввести URL-адрес сайта GIS Server с опцией --server-url и указать учетные данные администратора ArcGIS Server с опциями --server-admin и --server-password. Если вы импортируете на тот же сайт GIS Server, на котором был зарегистрирован ArcGIS Data Store, когда вы экспортировали это хранилище данных, укажите URL-адрес того самого сайта GIS Server и укажите имя пользователя и пароль администратора ArcGIS Server. Чтобы привязать хранилище данных к новому сайту GIS Server, введите адрес URL и учетные данные администратора этого нового сайта.
  Примечание:
  Указывайте информацию для нового сайта GIS Server только в том случае, если вы уже переместили свои веб-сервисы на этот новый сайт GIS Server.
- Если ваши данные больше не будут использовать предыдущий сайт GIS Server, и вы еще не переместили все свои сервисы на новый сайт GIS Server, укажите --bound false. Затем вам необходимо запустить утилиту registerdatastore, чтобы настроить хранилище данных с новым сайтом GIS Server после того, как вы переместите на него свои сервисы.
[--prompt {yes | no}] - определяет, надо ли будет отвечать на приглашение запустить утилиту.

Пример

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

./importmanageddb.sh /net/backupserver/expdir preupgradeexp --source-loc  --data-dir /usr/arcgis/datastore --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password SAup.4s --bound true

В этом примере сайт GIS Server и реляционное хранилище данных были перемещены на новые компьютеры. Веб-сервисы уже перенесены на новый сайт GIS Server, поэтому для опции --server-url указан URL-адрес нового сайта. Имя резервной копии - movedbexp, и она хранится на /net/backupserver/expdir.

./importmanageddb.sh /net/backupserver/expdir movedbexp --data-dir /usr/arcgis/datastore --server-admin siteadmin --server-password Aup.4s --stores relational --bound true --server-url https:\\newgisserver.domain.com:6443

В данном примере веб-сервисы не были перенесены на новый сайт GIS Server. Хранилища данных кэша листов и реляционные хранилища данных не будут работать, пока не будут перенесены сервисы, и пока вы не зарегистрируете это хранилище данных на новом сайте GIS Server. Имя резервной копии - movedsfirstexp, и она хранится на /net/backupserver/expdir/movingexp2.

./importmanageddb.sh /net/backupserver/dbdump/movingexp2 movedsfirstexp --data-dir /usr/arcgis/datastore --stores relational,tileCache --bound false

listadminusers

Эта утилита используется со всеми типами хранилищ данных.

Утилита listadminusers выводит имена пользователей и пароли для администратора, владельца реплики и администратора базы геоданных реляционного хранилища данных. Она выводит администратора для хранилищ данных полистного кэша и хранилищ пространственно-временных больших данных, а также хранилищ графов.

Синтаксис

listadminusers

Пример

В данном примере listadminusers запускается на компьютере, на котором установлено только реляционное хранилище данных.

./listadminusers.sh

Admin users for relational data store ds_abcd1234
=================================================
Database Admin User.... adm_32ret / tT30sbYk22jF
Database Repl User..... dsrepuser / uWn/MV0678h4
GDB Admin User......... sde / iO=Qst751epb

В данном примере listadminusers запускается на компьютере, на котором установлено только хранилище пространственно-временных больших данных.

./listadminusers.sh

Admin users for spatiotemporal big data store bds_abcd1234
=================================================
Store admin user.... els_321ret / B1as70fF1

В данном примере listadminusers запускается на компьютере, на котором установлено только хранилище данных графов.

./listadminusers.sh

Admin users for graph store s2t0ic1
=================================================
Store admin user....root / ypz5kx2c5tk4fequ

listbackups

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

Утилита listbackups возвращает имена файлов резервных копий и местоположение, в которое они записываются. Утилита listbackups также возвращает состояние резервного копирования (завершено или нет), время начала, а также информацию о режиме, который использовался при создании архива (ручной или автоматический режим) посредством ArcGIS Data Store.

При запуске утилиты listbackups укажите местоположение резервной копии, для которой хотите видеть список файлов резервных копий. Если не указать местоположение, утилита listbackups возвращает резервные копии для местоположения резервных копий по умолчанию.

Вы можете использовать утилиту listbackups, чтобы узнать, завершилось ли резервное копирование или ещё продолжается, определить, сколько у вас резервных копирований в ручном режиме, или чтобы подтвердить имя файла перед запуском утилиты deletebackup.

Синтаксис

listbackups [--store {relational | tileCache | spatiotemporal | graph}] [--location '<location_arguments>']

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

Параметр location поддерживается для больших хранилищ пространственно-временных данных и реляционных хранилищ данных. Аргументы следующие:

name=: Имя местоположения резервной копии. Вы указали это имя, когда настраивали местоположение резервной копии, если вы не указали имя, то ArcGIS Data Store присвоил имя по умолчанию.
location=: введите путь к общей файловой директории, имя бакета S3 или имя контейнера хранилища Blob.

Пример

В данном примере резервные копии хранилищ пространственно-временных больших данных перечислены для местоположения резервных копий под названием sbdsbu:

./listbackups.sh --store spatiotemporal --location 'name=sbdsbu'

Backup_Name                 Status           Backup_Time         Mode
=======================================================================
backup1						               BackupComplete   2016-07-11 09:47    manual

Backups located at: '/net/myserver.ntw.com/spatiotemporal'

listmanageduser

Эта утилита используется со всеми типами хранилищ данных.

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

Синтаксис

listmanageduser

Пример

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

./listmanageduser.sh

Managed user for relational data store ds_abcd1234
===================================================
UserName     Password       Database
gwi_n2Te0    4cXddhZhve=Y   db_qv5e1

Managed user for tile cache data store tcs_e41f0rj2
===================================================
UserName     Password
usr_n8778    y47ccno913

В данном примере listmanageduser запущен на компьютере с хранилищем пространственно-временных больших данных.

./listmanageduser.sh

Managed user for spatiotemporal big data store bds_6udbx4321
=============================================================
UserName     Password
fmr_o1He3    5vZggkPbaw+T

В следующем примере listmanageduser запущен на компьютере с хранилищем графов.

./listmanageduser.sh

Managed user for graph store s2t0ic1 
================================================ 
UserName   Password 
mu_vwmp8c6 m5c2so76y3b0qczf

registerdatastore

Эта утилита используется со всеми типами хранилищ данных.

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

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

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

Синтаксис

registerdatastore <ArcGIS Server URL> <ArcGIS Server site administrator username> <ArcGIS Server site administrator password> --stores {relational | tileCache | spatiotemporal | graph}

Хотя это и не рекомендуется, если у вас на одном компьютере установлено несколько типов хранилищ данных, вы можете одновременно их зарегистрировать, указав их типы и разделив их запятыми (без пробелов). Например, введите --stores relational,tileCache.

Пример

В этом примере хранилище реляционных данных зарегистрировано на сайте GIS Server с URL https://gisserver.domain.com:6443. Имя пользователя основного администратора сайта ArcGIS Server – agsadmin, а пароль – Tan$p0n.

./registerdatastore.sh https://gisserver.domain.com:6443 agsadmin Tan$p0n --stores relational

removemachine

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

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

Синтаксис

removemachine <machine name> --store {relational | tileCache | spatiotemporal} [--force {true | false}] [--prompt {yes | no}]

--force - по умолчанию установлено false. Укажите true с этой опцией только если зарегистрированный сайт ArcGIS Server недоступен.

--prompt - по умолчанию установлено yes. Если вы не хотите подтверждать действие, укажите с этой опцией no.

Пример

В этом примере компьютер хранилища пространственно-временных больших данных, gefour, удалён из хранилища данных.

./removemachine.sh gefour --store spatiotemporal

В этом примере сайт хост-сервера недоступен и компьютер реляционного хранилища данных fsdata удалён из хранилища данных.

./removemachine.sh fsdata --store relational --force true

removestandbymachine

Прежние версии:

Esri считает утилиту removestandbymachine устаревшей. Она все еще присутствует, чтобы существующие скрипты продолжали работать, но вместо нее уже надо использовать утилиту removemachine.

restoredatastore

Если вы потеряете доступ к данным, используемым вашими размещенными векторными слоями, размещенными пространственно-временными векторными слоями, размещенными слоями сцены, архивными данными в реальном времени или слоями графа знаний, используйте файлы резервных копий и командную утилиту restoredatastore для восстановления вашего хранилища данных.

Если вы не можете восстановить хранилище данных, установите ArcGIS Data Store на новый компьютер, не настраивайте хранилище данных и восстановите резервную копию на новом компьютере.

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

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

Утилиту restoredatastore можно запустить только на основном компьютере реляционного хранилища данных. Она может быть запущена на любом компьютере хранилища данных полистного кэша или хранилища пространственно-временных больших данных.

Синтаксис

restoredatastore [options]

Поддерживаются следующие опции:

[--store {relational | tileCache | spatiotemporal | graph}] - указывает тип хранилища данных, которое вы хотите восстановить.
[--target {most-recent | <yyy-mm-dd-hh:mm:ss> | <name of backup file>}] - все типы хранилищ данных поддерживают имя файла резервной копии с опцией target. Отметка времени и most-recent поддерживаются только для хранилищ реляционных данных.
[--source-loc <parent directory of the source backup file location>]—это директория верхнего уровня, где находятся файлы резервного копирования, которые вы хотите использовать для восстановления хранилища данных. Это будет путь к общедоступному файловому хранилищу, имя местоположения резервной копии или местоположение резервной копии хранилища Blob Amazon S3 или Azure. Поддерживаются только местоположения файловых хранилищ для хранилищ графов.
[--bound {true | false}] - Опция --bound поддерживается только для реляционных хранилищ данных.
[--data-dir <new data store directory>] - это директория ArcGIS Data Store на компьютере, где вы восстанавливаете базу данных. Используйте --data-dir только , если вы восстанавливаете хранилище данных на новом компьютере. При восстановлении на новом компьютере, необходимо задать опцию --source-loc.
[--server-url <ArcGIS Server URL registered with data store>] - если вы указали --bound true для сохранения хранилища данных, зарегистрированного на том же сайте GIS Server, на котором оно было зарегистрировано при создании резервной копии, укажите адрес URL этого сайта GIS Server. Если вы указали --bound true и уже переместили свои сервисы на новый сайт GIS Server, используйте опцию --server-url, чтобы указать URL-адрес нового сайта GIS Server. Помните, что если вы указали URL нового сайта и пока вы не переместите сервисы на этот новый сервер, данные хранилищ будут недоступны.
[--server-admin <username of ArcGIS Server admin>] - эта опция требуется только при задании --bound true или если опция --bound не задана. Укажите имя пользователя администратора ArcGIS Server.
[--server-password <password of ArcGIS Server admin>] - эта опция требуется только при задании --bound true или если опция --bound не задана. Укажите пароль учетной записи администратора ArcGIS Server.
[--loaddata {true | false}] - поддерживается для хранилищ данных кэша листов и хранилищ пространственно-временных больших данных и хранилищ графов. Установите эту опцию на значение false, когда вам необходимо восстановить хранилище данных на новый набор компьютеров, но все данные не помещаются на первый компьютер. Это позволит вам восстановить схему хранилища данных, добавить больше компьютеров к хранилищу данных для вмещения всех данных и затем запустить утилиту restoredatastore снова с параметром --loaddata, установленным на значение true, для восстановления данных. По умолчанию эта опция установлена на значение true.
[--replicatedata {true | false}] - поддерживается для хранилищ данных кэша листов. Установите эту опцию на true, когда вам нужно перебалансировать данные кэша сцены после добавления компьютера в хранилище данных кэша листов.
[--mode {primaryStandby | cluster}] - при восстановлении хранилища данных кэша листов на новом компьютере укажите, хотите ли вы использовать хранилище данных кэша листов с двумя машинами для высокой доступности (primaryStandby) или масштабируемое хранилище данных кэша листов с несколькими машинами (cluster).
[--prompt {yes | no}]

При восстановлении после сбоя или для перемещения реляционного хранилища данных укажите --target most-recent. При восстановлении реляционного хранилища данных по состоянию на определённый момент времени укажите дату и время (универсальное координированное время – UTC), которые вы желали бы восстановить для этого хранилища данных. Если вы хотите восстановить определенный архивный файл, укажите имя этого файла. Если файл не задан, будет восстановлен самый последний архив.

По умолчанию восстановленное хранилище данных привязано к сайту GIS Server. Достаточно указать --bound false, если вы хотите восстановить хранилище данных без сохранения привязки хранилища данных к сайту GIS Server. Это можно делать только в крайнем случае, если прежний сайт GIS Server потерян без возможности восстановления; вы можете восстановить это хранилище данных без привязки и настроить его с новым интегрированным сайтом GIS Server. Однако слои, которые использовали данные из хранилища, прекратят свое существование. Вам придется подключиться к базе данных хранилища данных, чтобы извлечь данные в другой формат, и заново опубликовать их на ArcGIS Enterprise.

Примеры

В этом примере, самый свежий архив поступает из хранилища реляционных данных по умолчанию и будет восстановлен в имеющемся хранилище данных. Поскольку типом хранилища по умолчанию является реляционное хранилище и оно по умолчанию остается привязанным к сайту GIS Server, на котором оно зарегистрировано, задавать --store relational или --bound true не нужно. Однако вам все равно нужно будет указать URL GIS Server и учетные данные администратора.

./restoredatastore.sh --target most-recent --server-url https://gisserver.domain.com:6443 
--server-admin siteadmin --server-password SAup.4s

You are attempting to restore the data store from a data store backup. This process could take a long time, 
depending on the size of your data. Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

В этом примере реляционное хранилище данных со включенным восстановлением на определенный момент времени восстанавливается из хранилища реляционных данных по умолчанию в состояние, в котором оно было в 2:30 p.m. (UTC) 17 июля 2014.

./restoredatastore.sh --target 2014-07-17-14:30:00 --server-url https://gisserver.domain.com:6443 
--server-admin siteadmin --server-password SAup.4s

You are attempting to restore the data store from a data store backup. This process could take a long time, 
depending on the size of your data. Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

В этом примере, реляционное хранилище данных восстанавливается на новом компьютере из файла архива movedatastore. При восстановлении на новом компьютере, необходимо указать местоположения файла архива и новой директории данных ArcGIS Data Store. Поскольку размещенные сервисы объектов по-прежнему работают на том же сайте GIS Server, на котором зарегистрировано реляционное хранилище данных, --bound true не требуется, но URL-адрес GIS Server и учетные данные администратора необходимы.

./restoredatastore.sh --target movedatastore --source-loc /net/buserver/data/backups --data-dir /usr/datastore 
--server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password SAup.4s

You are attempting to restore the data store from a data store backup. This process could take a long time, 
depending on the size of your data. Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

В следующем примере хранилище данных полистного кэша восстанавливается на новом компьютере. При восстановлении на новом компьютере, необходимо указать местоположения файла архива и новой директории данных ArcGIS Data Store. Поскольку сервисы сцен по-прежнему работают на том же сайте GIS Server, на котором зарегистрировано хранилище данных кэша листов, --bound true не требуется, но URL-адрес GIS Server и учетные данные администратора необходимы.

./restoredatastore.sh --store tilecache --source-loc /net/buserver/scenedata/backups --data-dir /usr/datastore --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password SAup.4s

You are attempting to restore the data store from a data store backup. This process could take a long time, 
depending on the size of your data. Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

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

./restoredatastore.sh --store tilecache --target mybackupfilename --serverurl https://gisserver.domain.com:6443 --server-admin siteadmin --server-password myAdminPWd! --replicatedata true

You are attempting to restore the data store from a data store backup. This process could take a long time, 
depending on the size of your data. Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

В данном примере резервный файл хранилища пространственно-временных больших данных (bds1) восстановлен из именованного местоположения резервной копии (awsloc).

./restoredatastore.sh --target bds1 --store spatiotemporal --source-loc 'name=awsloc' --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password SAup.4s

You are attempting to restore the data store from a data store backup. This process could take a long time, 
depending on the size of your data. Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

Подробные шаги и пример восстановления хранилища больших пространственно-временных данных после сбоя оборудования см. в разделе Восстановление хранилища данных.

revokeconnection

Эта утилита используется с реляционными хранилищами данных.

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

Утилиту revokeconnection можно запустить только на основном компьютере реляционного хранилища данных.

Синтаксис

revokeconnection <host name> <username> [<database>]

Пример

В данном примере база данных хранилища данных не будет воспринимать подключения, выполненные с компьютера workcom при входе в систему от имени пользователя hqo.n_1E7.

./revokeconnection.sh workcom bn0_3Wa.m hqo.n_1E7

unregisterdatastore

Эта утилита используется со всеми типами хранилищ данных.

Можно использовать утилиту командной строки unregisterdatastore для следующих действий:

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

Примечание:

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

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

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

Синтаксис

unregisterdatastore --stores {relational | tileCache | spatiotemporal | graph} [--prompt {yes | no}]

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

Пример

Здесь утилита unregisterdatastore запущена, чтобы отменить регистрацию реляционного хранилища данных и хранилища данных кэша листов на сайте GIS Server. В режиме по умолчанию запрашивается подтверждение. Чтобы подсказки не выводились, укажите --prompt No.

./unregisterdatastore.sh --stores relational,tileCache

You are going to unregister the data store.
Do you want to continue (Yes or No)?Yes

updatebackupretaindays

Эта утилита используется с реляционными хранилищами данных.

ArcGIS Data Store по умолчанию сохраняет архивные файлы реляционного хранилища данных в течение 7 дней. С помощью утилиты updatebackupretaindays вы можете изменить частоту, с которой будет происходить очистка архивных файлов из директории архивов.

Утилиту updatebackupretaindays можно запустить только на основном компьютере с реляционным хранилищем данных.

Синтаксис

updatebackupretaindays <number of days>

Пример

В примере ниже время хранения архивных файлов было снижено до 10 дней:

./updatebackupretaindays.sh 10

updatebackupschedule

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

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

Укажите время начала, используя 24-часовое обозначение времени, например, 00:00:00 для полуночи и 13:00:00 для 1 p.m. Используйте опцию частоты, чтобы указать количество дней между резервными копиями. Чтобы отключить автоматическое создание архивов, задайте частоту равной 0. Если вы отключаете автоматическое создание архивов, не забывайте запускать утилиту backupdatastore, чтобы создавать резервные копии вручную.

Утилиту updatebackupschedule можно запустить на основном компьютере реляционного хранилища данных. Инструмент может быть запущен на любом компьютере хранилища данных полистного кэша или хранилища пространственно-временных больших данных.

Синтаксис

updatebackupschedule [--store {relational | tileCache | spatiotemporal | graph}] [--starttime <local server time>] --frequency <number of days>

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

Пример

В этом примере полные резервные копии хранилища реляционных данных будут создаваться в 11 p.m. (Локальное время сервера) каждые 10 дней:

./updatebackupschedule.sh --starttime 23:00:00 --frequency 10

В данном примере расписание архивирования задано для хранилища данных полистного кэша. После первоначальной резервной копии всех баз данных хранилища данных тайлового кэша ArcGIS Data Store копирует вновь созданные базы данных хранилища данных в расположение, указанное с помощью configurebackuplocation, каждые 14 дней.

./updatebackupschedule.sh --store tileCache --frequency 14

updatelicense

Эта утилита используется с реляционными хранилищами данных.

Если срок действия лицензии ArcGIS Server истекает, необходимо обновить лицензию на сайте ArcGIS Server. Информация о лицензии также хранится в реляционном хранилище данных ArcGIS Data Store, поэтому после обновления лицензии для сайта ArcGIS Server, с которым настроено хранилище данных, вы должны обновить лицензию хранилища данных. Чтобы сделать это, запустите утилиту updatelicense с компьютера, на котором установлен основной ArcGIS Data Store. Если у вас установлен автономный ArcGIS Data Store, обновленная лицензия будет реплицирована на него.

Синтаксис

updatelicense

Пример

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

./updatelicense.sh

updatesslcertificate

Эта утилита используется со всеми типами хранилищ данных.

Вы можете заменить самозаверенный сертификат, используемый для аутентификации обмена данными, между хост-сервером и хранилищем данных, а также между компьютерами хранилища данных, на сертификат, проверенный и заверенный центром сертификации (CA), или на доменный сертификат.

Синтаксис

updatesslcertificate <source certificate file name with path> <password for the source certificate file> <alias for the certificate>

Пример

После получения файла сертификата, заверенного центром сертификации, запустите updatesslcertificate для замены самозаверенного сертификата ArcGIS Data Store.

./updatesslcertificate.sh /usr/files/mysignedcert.pfx ps4mycert dsmachinename

Отзыв по этому разделу?