Управление резервными копиями ArcGIS Data Store

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

Ознакомьтесь с дополнительными советами по созданию резервных копий ArcGIS Data Store и используйте информацию из последующих разделов для настройки и управления резервными копиями ArcGIS Data Store.

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

Вопросы резервного копирования ArcGIS Data Store

При выполнении резервного копирования и восстановлении ArcGIS Data Store учитывайте следующее:

Резервные копии позволяют восстановить данные при аварии, например, при выходе сервера из строя или разрушении сервера во время наводнения. Если архив находится на сервере, выведенном из строя наводнением, вы не сможете восстановить данные. Поэтому файлы резервных копий следует хранить на сервере, отличном от сервера хранилища данных, и, если возможно, в другом физическом месте, чем хранилище данных.
Файлы резервных копий ArcGIS Data Store содержат только реляционное хранилище, хранилище графов, хранилище объектов или хранилище пространственно-временных больших данных. Файлы резервных копий не поддерживают резервные копии сайта ГИС-сервера, портала или управляемых пользователями хранилищ данных, зарегистрированных на сайте ГИС-сервера. Резервные копии ArcGIS Data Store также не содержат хранилища объектов, если вы зарегистрировали облачное местоположение в Amazon Web Services или Microsoft Azure. Резервные копии этих компонентов необходимо создавать отдельно.

Вы можете использовать инструмент webgisdr, установленный с Portal for ArcGIS, для создания резервной копии, которая включает все типы ArcGIS Data Store, за исключением хранилища пространственно-временных больших данных. При использовании вами инструмента webgisdr архив создается для портала, хост-сервера и интегрированных серверов. См. раздел Резервные копии ArcGIS Enterprise для получения информации об использовании этого инструмента. Вам все равно будет необходимо создавать отдельные резервные копии управляемых пользователями хранилищ данных, которые регистрируются на сайте ГИС-сервера и в хранилище пространственно-временных больших данных.
Резервные копии ArcGIS Data Store помогают восстановить утраченные данные, если компьютер ArcGIS Data Store выходит из строя или данные повреждаются. Они не обеспечивают высокого уровня отказоустойчивости. Если необходимо, чтобы размещенные веб-слои оставались доступными даже в случае сбоя одного компьютера ,ArcGIS Data Store добавьте компьютер к каждому типу хранилища данных, чтобы сделать их отказоустойчивыми.
Из-за изменений во внутренних механизмах хранения данных и в программном обеспечении ArcGIS резервные копии хранилищ данных, которые вы создавали в предыдущих версиях ArcGIS Data Store, не могут быть использованы для восстановления данных в более новых версиях ArcGIS Data Store. Всегда создавайте полную резервную копию всех ваших хранилищ данных после обновления ArcGIS Data Store. Единственным исключением являются реляционные хранилища: файлы резервных копий из предыдущей версии могут работать. Чтобы определить, какие файлы резервных копий можно использовать для восстановления хранилища данных, запустите утилиту listbackups.
Когда вы разворачиваете ArcGIS Enterprise локально, но файлы резервных копий хранилища данных находятся в облачном хранилище, создание резервных копий и восстановление из этих резервных копий займёт больше времени, чем если файлы резервных копий хранятся в локальных общих папках.
Автоматическая очистка хранилища графов, хранилища объектов или файлов резервных копий хранилища пространственно-временных больших данных отсутствует. Автоматическая очистка любых резервных копий, созданных с помощью утилиты backupdatastore, не выполняется.
При создании резервной копии хранилища объектов не включается кэш запроса для векторных слоев.

Локации резервного копирования и поведение ArcGIS Data Store

Все типы ArcGIS Data Store требуют местоположения для резервного копирования по умолчанию. Резервные копии, автоматически созданные ArcGIS Data Store, всегда размещаются в местоположении по умолчанию.

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

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


Хранилище данных	Местоположение резервной копии по умолчанию	Местоположение резервных копий, созданных вручную
Хранилище графов	Вы должны зарегистрировать местоположение резервной копии по умолчанию, прежде чем сможете создать резервную копию хранилища графов.	Вы можете зарегистрировать дополнительные местоположения хранилища резервных копий в общей папке для хранилища графов.
Хранилище объектов	Вы должны зарегистрировать местоположение резервной копии по умолчанию, прежде чем сможете создать резервную копию хранилища объектов.	Вы можете зарегистрировать дополнительные местоположения хранилища резервных копий в общей папке для хранилища объектов.
реляционное хранилище	Резервные копии по умолчанию записываются во вложенную папку в директории ресурсов ArcGIS Data Store до тех пор, пока вы ее не измените. Измените начальное местоположение резервной копии по умолчанию на общедоступную папку на отдельном компьютере.	Вы можете зарегистрировать дополнительные местоположения резервных копий для реляционного хранилища, включая другие файловые ресурсы, контейнеры Amazon Simple Storage Service (S3) и контейнеры Microsoft Azure Blob Storage.
Хранилище пространственно-временных больших данных	Вы должны зарегистрировать местоположение архива по умолчанию перед созданием файлов резервных копий хранилищ пространственно-временных больших данных. Местоположением резервной копии по умолчанию может быть общий файловый ресурс, бакет Amazon S3 или контейнер Microsoft Azure Blob Storage.	Вы можете зарегистрировать дополнительные места резервного копирования для хранилища пространственно-временных больших данных, включая другие файловые ресурсы, бакеты Amazon S3 и контейнеры Microsoft Azure Blob Storage.

Стандартные местоположения резервных копий

Местоположение резервных копий по умолчанию — это место, где планируются и автоматически записываются файлы резервных копий и где по умолчанию создаются файлы резервных копий при запуске утилиты backupdatastore.

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

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

Для получения дополнительной информации и инструкций см. раздел Настройка местоположения резервного копирования по умолчанию ArcGIS Data Store.

Регистрация дополнительных местоположений резервного копирования

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

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

Создайте ещё одно местоположение для файлов резервных копий.
- Чтобы зарегистрировать общую директорию (файловое хранилище), создайте директорию на другом компьютере. Убедитесь, что имеется достаточно свободного места для всех файлов архива. Также убедитесь в том, что учетная запись, которую вы используете для подключения к компьютеру ArcGIS Data Store с целью запуска утилиты backupdatastore имеет права записи в эту директорию. При создании дополнительной общей директории для хранилища пространственно-временных больших данных все компьютеры одного развертывания ArcGIS Data Store должны иметь доступ к этой общей директории. При создании дополнительной общей директории для резервных копий реляционного хранилища данных у резервного компьютера должен быть доступ к этой общей директории.
- Чтобы зарегистрировать бакет S3, создайте его через свой аккаунт Amazon Web Services. Выберите размер бакета для размещения своих файлов резервных копий.
- Чтобы зарегистрировать контейнер Azure Blob Storage, создайте контейнер под своей учётной записью Azure Blob Storage.
Запустите утилиту configurebackuplocation с операцией register, чтобы зарегистрировать дополнительное местоположение резервной копии.

В этом примере зарегистрировано второе местоположение общедоступной папки для хранения резервных копий реляционного хранилища, созданных вручную. Местоположению резервных копий присваивается имя rbu_manual.
```
./configurebackuplocation.sh --operation register --store relational
 --location "type=fs;location=/net/sysshar2e/ds_manual_backups;name=rbu_manual"
```
```
configurebackuplocation --operation register --store relational
 --location "type=fs;location=\\sysshare2\ds_manual_backups;name=rbu_manual"
```
Шаги и примеры регистрации дополнительных местоположений резервных копий для хранилища графов, хранилища объектов и хранилища пространственно-временных больших данных, при добавлении местоположений резервных копий такие же, как и при регистрации исходного местоположения резервной копии.

Укажите одно из местоположений резервных копий в качестве местоположения по умолчанию

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

Подсказка:

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

Запустите утилиту configurebackuplocation с операцией setdefault и укажите зарегистрированное местоположение резервной копии. Если вы указали местоположение резервной копии при его регистрации, вы можете использовать это имя для обозначения местоположения.

Пример хранилища графов

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

./configurebackuplocation.sh --operation setdefault --store graph --location "location=/net/server/gsbackups24"

configurebackuplocation --operation setdefault --store graph --location "location=\\sysshare2\gsbackups24"

Пример хранилища объектов

В следующем примере одно из хранилищ резервных копий, настроенных для хранилища объектов — s3_backups — установлено в качестве хранилища резервных копий по умолчанию.

./configurebackuplocation.sh --operation setdefault --store object --location "name=s3_backups"

configurebackuplocation --operation setdefault --store object --location "name=s3_backups"

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

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

./configurebackuplocation.sh --operation setdefault --store spatiotemporal --location "name=bu_container"

configurebackuplocation --operation setdefault --store spatiotemporal --location "name=bu_container"

Определение местоположений всех резервных копий

Отслеживание всех местоположений резервных копий хранилища данных может привести к путанице, если у вас есть несколько типов хранилищ данных и несколько местоположений для каждого из них. Или, возможно, вы заменили кого-то на должности администратора ArcGIS Data Store. В этих случаях вы можете запустить утилиту configurebackuplocation с операцией list для запроса с ArcGIS Data Store списка всех местоположений резервных копий для определенного типа хранилища данных.

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

./configurebackuplocation.sh --operation list --store spatiotemporal

configurebackuplocation --operation list --store spatiotemporal

Управление автоматическим резервным копированием

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

Изменение частоты резервного копирования

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

Примечание:

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

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

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

Примечание:

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

Утилита updatebackupschedule устанавливается в папку <ArcGIS Data Store installation directory>/datastore/tools.

Утилита updatebackupschedule устанавливается в папку <ArcGIS Data Store installation directory>\datastore\tools.

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

Для запуска утилиты используется следующий синтаксис:
```
updatebackupschedule [--store relational|spatiotemporal|graph|object]
[--starttime <local server time>] --frequency <number of days>
```
Например, чтобы создавать полные резервные копии реляционного хранилища данных по расписанию каждый день в 3:00 утра (локального времени сервера), введите следующее:

./updatebackupschedule.sh --store relational --starttime 03:00:00 --frequency 1

updatebackupschedule --store relational --starttime 03:00:00 --frequency 1

В данном примере резервное копирование хранилища больших пространственно-временных данных назначено на 11:30 вечера (локального времени сервера) каждые три дня:

./updatebackupschedule.sh --store spatiotemporal --starttime 23:30:00 --frequency 3

updatebackupschedule --store spatiotemporal --starttime 23:30:00 --frequency 3

Изменение времени автоматического хранения файлов архивов реляционного хранилища

Директория резервной копии по умолчанию хранит файлы резервных копий реляционного хранилища данных в течение 7 дней. Это означает, что при сохранении стандартной частоты архивации (каждые 4 дня) и времени хранения (7 дней), в папке резервного копирования будут храниться 2 полные резервные копии. Если вы заново активировали восстановление на определённый момент времени, папка резервного копирования будет также содержать файлы накопительных резервных копий за последние 7 дней. Размер этих файлов зависит от количества данных. На компьютере для хранения архивов должно быть достаточно дискового пространства для хранения всех этих файлов. Если вы увеличите частоту архивации, рассмотрите возможность уменьшения времени хранения архивных файлов. В предыдущем разделе частота архивации была увеличена до каждодневной. Чтобы предотвратить чрезмерное увеличение объема архивной папки, уменьшите время хранения архивных файлов.

Для запуска утилиты updatebackupretaindays используется следующий синтаксис:

updatebackupretaindays <number of days>

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

./updatebackupretaindays.sh 4

updatebackupretaindays 4

Создание и удаление файлов резервных копий вручную

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

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

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

Запуск утилиты для создания резервной копии хранилища данных

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

Запуск утилиты backupdatastore для реляционного хранилища данных всегда создает полную резервную копию хранилища данных.

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

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

Для запуска утилиты backupdatastore используется следующий синтаксис:

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

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

Введите запоминающееся имя файла, чтобы вы могли легко найти его, когда захотите восстановить данные. Если имя не задано, утилита присвоит файлу имя по умолчанию. Имя по умолчанию дается в формате datastorename-timestamp. Например, если хранилище данных называется corpds и архив создается 10 июля 2014 г. в 14:25:49:554 UTC, именем файла резервной копии будет corpds-20140710142549554.

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

Подсказка:

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

backupdatastore --store relational --prompt no

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

Удаление резервных копий хранилищ данных вручную

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

Чтобы найти местоположение и имена файлов резервных копий для реляционного хранилища данных или хранилища объектов, созданного с помощью утилиты backupdatastore, и удалить файлы, которые вам больше не нужны, выполните следующие действия:

Запустите утилиту configurebackuplocaton с опцией --operation, установленной на list, чтобы получить список всех местоположений резервных копий для хранилища данных.

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

Запомните эти имена файлов, удаляемые на следующем этапе.

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

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

В этом примере файл резервной копии реляционного хранилища preupgrade1104_bu удаляется из местоположения резервной копии /net/systemserver/backups:

./configurebackuplocation.sh  --operation list --store relational
Backups locations for relational store:
=====================================================================================
Type  Location                                         isDefault
=====================================================================================
fs    /net/ourserver/datastore/backups/rel                true
fs    /net/systemserver/backups                           false
./listbackups.sh --store relational --location "/net/systemserver/backups"
Backup_Name                      Status           Backup_Time         Mode
====================================================================================
phase1proj_bu                    BackupComplete   2023-03-08 14:12    manual
phase2proj_bu                    BackupComplete   2023-06-21 11:43    manual
preupgrade1104_bu                BackupComplete   2022-11-04 09:30    manual
./deletebackup.sh preupgrade1104_bu --store relational --location "/net/systemserver/backups"
You are attempting to delete backup 'preupgrade1104_bu'. This operation is irreversible.
Do you wish to continue (Yes or No)?yes
Operation completed successfully

В этом примере файл резервной копии реляционного хранилища preupgrade1104_bu удаляется из местоположения резервной копии \\systemserver\backups:

configurebackuplocation  --operation list --store relational
Backups locations for relational store:
=====================================================================================
Type  Location                                         isDefault
=====================================================================================
fs    \\ourserver\datastore\backups\rel                true
fs    \\systemserver\backups                           false
listbackups --store relational --location "\\systemserver\backups"
Backup_Name                      Status           Backup_Time         Mode
====================================================================================
phase1proj_bu                    BackupComplete   2023-03-08 14:12    manual
phase2proj_bu                    BackupComplete   2023-06-21 11:43    manual
preupgrade1104_bu                BackupComplete   2022-11-04 09:30    manual
deletebackup preupgrade1104_bu --store relational --location "\\systemserver\backups"
You are attempting to delete backup 'preupgrade1104_bu'. This operation is irreversible.
Do you wish to continue (Yes or No)?yes
Operation completed successfully