Архивы необходимы для восстановления данных в случае таких аварий, как сбой хранилища или повреждение данных. Если вы создали архивы хранилищ данных и разместили их в защищенном местоположении, вы можете настроить новое ArcGIS Data Store, получить доступ к файлам резервных копий и восстановить данные, если по какой-либо причине произошел сбой в хранилище данных, и вы не можете его перезапустить.
Архивы позволяют восстановить данные при аварии, например, при отказе сервера. Если архив находится на сервере, выведенном из строя, вы не сможете восстановить данные. Поэтому файлы архивов следует хранить на другом сервере, отдельно от хранилища данных.
Примечание:
Помните, что эти файлы резервных копий содержат только хранилища данных. В архивные файлы не записываются данные сайта GIS Server или портала. Вместо этого архивы помогают восстановить данные, потерянные в результате сбоя компьютера хранилища данных или повреждения данных. Если вам требуется, чтобы ваши размещенные векторные слои и слои сцен работали даже в случае, если возникнет сбой компьютера, на котором хранятся данные, настройте дополнительный компьютер – хранилище данных, чтобы сделать хранилище данных высокой доступности.
Если у вас есть реляционное хранилище данных или хранилище данных листов кэша (или оба), вы можете использовать инструмент webgisdr, установленный вместе с Portal for ArcGIS, для создания резервной копии. При использовании вами инструмента webgisdr архив создается для вашего портала и хост-сервера. Для подробной информации о применении инструмента см. раздел Резервные копии ArcGIS Enterprise в Руководстве администратора Portal for ArcGIS.
Задание местоположения архивов
Зарегистрируйте безопасное, открытое местоположение резервных копий, куда ArcGIS Data Store будет помещать файлы резервных копий. Реляционные хранилища данных настроены на автоматическое создание архивов данных, поэтому для них необходимо задать это местоположение. По умолчанию ArcGIS Data Store создает резервные копии реляционных хранилищ данных в /usr/arcgisdatastore/backups. Это означает, что файлы архивов хранятся на том же компьютере, где установлено реляционное хранилище данных. Если в хранилище данных или на первичном компьютере произойдет сбой, вы не сможете получить доступ к файлам архива, следовательно, не сможете восстановить данные размещенных векторных слоев. Поэтому следует хранить архивные данные в каком-либо другом месте.
Кроме того, помните, что хранение архивных файлов на том же компьютере, на котором располагается хранилище данных, может быстро привести к исчерпанию на нем свободного места. Если вы работаете в условиях дефицита дискового пространства, хранилище данных будет работать в режиме "только для чтения" для предотвращения повреждения данных. Для компьютеров с хранилищами данных листов кэша и хранилищами больших пространственно-временных данных, хранилище данных будет отключено, когда свободный объем памяти компьютера начнет заканчиваться. Вы можете использовать утилиту changedbproperties для управления пороговым значением объема памяти, при котором реляционное хранилище данных будет переведено в режим только для чтения, а хранилища больших пространственно-временных данных и данных листов кэша будут отключены.
Вы можете вручную создавать резервные копии реляционных хранилищ данных, хранилищ полистного кэша и пространственно-временных хранилищ данных. Для создания резервной копии хранилища больших пространственно-временных данных вам нужно зарегистрировать общее сетевое местоположение. Вам также необходимо зарегистрировать местоположение архивов полистного кэша перед их созданием. Регистрация общего сетевого местоположения для хранилищ полистного кэша необязательна, но мы рекомендуем ее сделать.
На следующем рисунке показано реляционное хранилище данных, состоящее из одного компьютера (первичный сервер) для хранения данных и сетевого диска для хранения файлов архивов. Хранение файлов архивов отдельно от хранилища данных обеспечивает защиту архивов в случае сбоя компьютера с хранилищем данных.
Для настройки общей директории, в которой будут храниться файлы резервной копии хранилища данных, выполните следующие действия:
- Создайте общую директорию на другом компьютере, предназначенном для хранения файлов архива.
Примечание:
Убедитесь, что имеется достаточно свободного места для всех файлов, входящих в архив хранилища данных. Количество файлов и их размер могут различаться, в зависимости от данных и типа используемого вами хранилища данных. Данные полистного кэша могут занимать довольно много места, а пространственно-временные данные – еще больше. Архивы реляционных хранилищ данных создаются автоматически, и скорость их заполнения зависит от расписания архивирования и числа дней хранения резервных копий. Не забывайте следить за директорией архивов и при необходимости менять эти значения, а также размеры хранилища.
Также помните, что у всех компьютеров с большими пространственно-временными данными в одном развертывании ArcGIS Data Store должен быть доступ к этой общей директории.
- Предоставьте права на чтение и запись для общей сетевой папки той учетной записи, под которой выполнялась установка ArcGIS Data Store.
- Запустите утилиту configurebackuplocationдля задания вашей общей директории в качестве выходного местоположения резервных копий хранилищ данных.
При создании реляционного хранилища данных одновременно создается местоположение архива по умолчанию. Если размещенные слои были опубликованы до настройки вами этого общего местоположения архива, утилита configurebackuplocation переместит имеющиеся файлы резервных копий хранилища данных из местоположения архивов по умолчанию в общую директорию.
Для хранилищ данных полистного кэша также существует местоположение архива по умолчанию. Однако из-за потенциально очень большого объема хранилищ полистного кэша при задании нового местоположения для хранилища резервных копий полистного кэша существующие данные не копируются. Поэтому убедитесь, что вы задали общее местоположение архива перед публикацией слоев сцены.
Для больших хранилищ пространственно-временных данных отсутствует местоположение архива по умолчанию. Вы должны зарегистрировать общее местоположение архива перед созданием файлов архивов больших хранилищ пространственно-временных данных.
В этом примере местоположение резервной копии реляционного хранилища данных изменено на общую директорию ds_backups, расположенную на компьютере sysshare.
./configurebackuplocation.sh --operation change --store relational --location /net/sysshare/ds_backups 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В данном примере местоположение архива зарегистрировано для большого хранилища пространственно-временных данных. Местоположение – общая директория bigdatabus на sysshare.
./configurebackuplocation.sh --operation register --store spatiotemporal --location /net/sysshare/bigdatabus
Подсказка:
Если удаленная директория архивов была недоступна дольше нескольких минут, вручную выполните полное архивирование хранилища данных, как только директория снова станет доступной.
Создание архива хранилища данных вручную
Вы можете использовать утилиту backupdatastore, чтобы создать полный архив данных векторного слоя. Вы можете вручную создать полную резервную копию перед тем, как вносить множество изменений в хранилище данных, или перед его обновлением. Или вы можете создать резервную копию, чтобы сохранить копию определенного состояния данных, например, в конце первой фазы проекта.
Во время первого запуска утилиты backupdatastore для резервного копирования хранилища данных полистного кэша в резервную копию копируются все существующие базы данных хранилищ данных полистного кэша. Подобным образом во время первого запуска утилиты backupdatastore для хранилища пространственно-временных данных создается полный архив. Поскольку оба этих типа хранилищ данных могут быть очень большими, во время каждого следующего запуска утилиты backupdatastore создаются резервные копии только данных, которые были созданы с момента последнего запуска утилиты.
Учетная запись, с которой вы подключаетесь к компьютеру с хранилищем данных, чтобы запустить утилиту backupdatastore, должна иметь права на чтение и запись в местоположение резервной копии хранилища данных.
Для запуска утилиты backupdatastore используется следующий синтаксис:
backupdatastore [<backup_name>] --store {relational | tilecache | spatiotemporal}
Введите запоминающееся имя файла, чтобы вы могли найти его, когда захотите восстановить данные. Если имя не задано, утилита присвоит файлу имя по умолчанию. Имя по умолчанию дается в формате datastorename-timestamp. Например, если хранилище данных называется corpds и архив создается 10 июля 2014 в 14:25:49:554 UTC, именем файла резервной копии будет corpds-20140710142549554.
Вам будет предложено подтвердить создание архива. Введите yes или y, чтобы продолжить.
Подсказка:
Если вы хотите создать резервную копию вручную с помощью скрипта, следует вставить флаг для отмены подтверждения, как в следующем примере:
backupdatastore --store tilecache --prompt no
В этом примере имя файла генерируется хранилищем данных. В скрипте это необходимо чтобы архив получил уникальное имя.
Изменение частоты создания резервных копия для реляционного хранилища данных
По умолчанию, ArcGIS Data Store создает полную резервную копию реляционных хранилищ данных каждые четыре дня, но вы можете изменить частоту, с которой хранилище данных создает полную резервную копию, запустив утилиту updatebackupschedule. Если ваши пользователи будут публиковать и редактировать большое количество размещенных векторных слоев, следует увеличить частоту создания полных резервных копий хранилища данных.
Начиная с версии 10.5, накопительные резервные копии отключены. Если вы заново активируете восстановление на определенный момент времени, то накопительные резервные копии будут создаваться или при полном заполнении файлов журнала, или каждые 5 минут, в зависимости от того, что произойдет ранее. Создание накопительной резервной копии управляется базой данных; вы не можете управлять частотой создания накопительных резервных копий.
Ваше местоположение резервной копии должно иметь достаточно места для хранения всех файлов архивов. Размер резервной копии зависит от объема архивируемых данных, но, если вы используете настройки архивирования по умолчанию, резервная копия будет содержать две полные резервные копии и файлы накопительных резервных копий за последние 7 дней. Размер этих файлов зависит от количества данных. Если вы заново активировали восстановление на определенный момент времени, резервные копии будут также включать файлы накопительных резервных копий за последние 7 дней по умолчанию.
Если вы хотите отключить автоматическое создание архивов и создавать резервные копии вручную, задайте частоту создания равной 0. Имейте в виду, что ArcGIS Data Store не будет создавать никакие резервные копии при отключенном автоматическом создании резервных копий. В этом случае необходимо самостоятельно создавать резервные копии.
Утилита updatebackupschedule установлена в папке <ArcGIS Data Store installation directory>/datastore/tools.
- Запустите оболочку командной строки.
- Запустите утилиту updatebackupschedule, чтобы задать требуемую частоту архивации.
Для запуска утилиты используется следующий синтаксис:
updatebackupschedule --starttime <local server time> --frequency <number of days>Например, чтобы создавать полные архивы по расписанию в 3:00 утра, введите следующее. (время локального сервера) каждый день:
./updatebackupschedule.sh --starttime 03:00:00 --frequency 1
Изменение времени хранения файлов архивов реляционного хранилища данных
Директория архива по умолчанию хранит архивные файлы реляционного хранилища данных в течение 7 дней. Это означает, что при сохранении стандартной частоты архивации (каждые 4 дня) и времени хранения (7 дней), в папке резервного копирования будут храниться 2 полные резервные копии. Если вы заново активировали восстановление на определенный момент времени, папка резервного копирования будет также содержать файлы накопительных резервных копий за последние 7 дней. Размер этих файлов зависит от количества данных. На компьютере для хранения архивов должно быть достаточно дискового пространства для хранения всех этих файлов. Если вы увеличите частоту архивации, рассмотрите возможность уменьшения времени хранения архивных файлов. В предыдущем разделе частота архивации была увеличена до каждодневной. Чтобы предотвратить чрезмерное увеличение объема архивной папки, уменьшите время хранения архивных файлов.
Для запуска утилиты updatebackupretaindays используется следующий синтаксис:
updatebackupretaindays <number of days>
В примере ниже время хранения архивных файлов было снижено до 4 дней:
./updatebackupretaindays.sh 4
Ручное удаление хранилищ данных
Если вам больше не нужен файл архива реляционного хранилища данных, созданный с помощью утилиты backupdatastore (архивирование вручную), вы можете запустить утилиту listbackups, чтобы получить имя определенного файла архива, а затем запустить утилиту deletebackup, чтобы удалить ненужный файл. Например, после обновления хранилища данных вы убедились, что все слои работают, как ожидается, и теперь можно удалить архив, созданный перед обновлением.
В этом примере удаляется база данных preupgrade1104_bu:
./listbackups.sh --store relational Backup_Name Status Backup_Time Mode ==================================================================================== phase1proj_bu BackupComplete 2014-03-08 14:12 manual phase2proj_bu BackupComplete 2014-06-21 11:43 manual preupgrade_bu BackupComplete 2014-10-04 09:30 manual ds_gdt1oomh-20141103160748082 BackupComplete 2014-11-01 03:00 scheduled /deletebackup preupgrade1104_bu You are attempting to delete backup 'preupgrade1104_bu'. This operation is irreversible. Do you wish to continue (Yes or No)?yes Operation completed successfully