Skip To Content

Управление архивами хранилища данных

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

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

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

О резервных копиях ArcGIS Data StoreArcGIS Data Store

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

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

    Если у вас есть реляционное хранилище данных или хранилище данных листов кэша (или оба), вы можете использовать инструмент webgisdr, установленный вместе Portal for ArcGIS, для создания резервной копии. При использовании вами инструмента webgisdr архив создается для портала, хост-сервера и интегрированных серверов. См. Резервное копирование в ArcGIS Enterprise для получения более подробной информации об использовании этого инструмента. Вам все равно будет необходимо создавать отдельные резервные копии управляемых пользователями хранилищ данных, которые регистрируются на сайте GIS Server, а также хранилище больших пространственно-временных данных и хранилище графов.

  • Архивы ArcGIS Data Store помогают восстановить данные, потерянные в результате сбоя компьютера ArcGIS Data Store или повреждения данных. Они не обеспечивают высокого уровня отказоустойчивости. Если необходимо, чтобы размещенные слои объектов, пространственно-временные слои и слои сцен, а также размещенные графы знаний оставались доступными даже в случае сбоя одного компьютера ArcGIS Data Store, добавьте его к каждому типу хранилища данных, чтобы сделать их отказоустойчивыми. Вы можете добавить несколько компьютеров в хранилища данных кэша листов (кластеров) и пространственно-временных больших данных.
  • Из-за изменений во внутренних механизмах хранения данных и в программном обеспечении ArcGIS резервные копии хранилищ данных, которые вы создавали в предыдущих версиях ArcGIS Data Store, не могут быть использованы для восстановления данных в более новых версиях ArcGIS Data Store. Поэтому всегда создавайте полную резервную копию всех ваших хранилищ данных после обновления ArcGIS Data Store.
  • Когда вы разворачиваете 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.

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

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

Расположением резервной копии по умолчанию может быть общий файловый ресурс, бакет Amazon S3 или контейнер хранения Microsoft Azure Blob.

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

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

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

Измените первоначальное местоположение резервной копии по умолчанию на файловый ресурс на отдельном компьютере или на бакет Amazon S3 или контейнер хранения Microsoft Azure Blob.

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

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

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

Расположением резервной копии по умолчанию может быть общий файловый ресурс, бакет Amazon S3 или контейнер хранения Microsoft Azure Blob.

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

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

Когда вы создаете реляционное хранилище данных, местоположение резервной копии автоматически настраивается на том же компьютере, что и хранилище данных. По умолчанию ArcGIS Data Store создаёт резервные копии реляционных хранилищ данных в /usr/arcgisdatastore/backup/relational. Это местоположение резервного копирования по умолчанию.

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

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

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

Примечание:

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

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

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

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

    В этом примере местоположение резервной копии реляционного хранилища данных изменено на общую директорию ds_backups, расположенную на компьютере sysshare. Местоположение архивов называется reldefbu.

    ./configurebackuplocation.sh --operation change --store relational 
    --location "type=fs;location=/net/sysshare/ds_backups;name=reldefbu"
    
    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

    Полный синтаксис и дополнительные примеры приведены в разделе Справочник по командам утилиты ArcGIS Data Store.

Изменение местоположения резервной копии по умолчанию для хранилища данных полистного кэша (режим первичного ожидания)

Когда вы создаете хранилище кэша листов, развернутое в режиме первичного ожидания, местоположение резервного копирования настраивается автоматически, но оно будет находиться на том же компьютере, что и хранилище данных. Местоположением по умолчанию является /usr/arcgisdatastore/backup/tilecache. Как и в случае с реляционным хранилищем данных, местоположение резервной копии по умолчанию следует изменить на удаленное. Однако, в отличие от реляционного хранилища данных, вы используете операции register и setdefault для создания нового хранилища резервных копий по умолчанию для хранилища данных полистного кэша, работающего в режиме первичного ожидания.

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

  1. Создайте один из следующих файлов хранения резервных копий хранилища данных:
    • Общедоступная директория на другом компьютере
    • Бакет Amazon S3 под вашей учетной записью Amazon Web Services
    • Контейнер хранилища Microsoft Azure Blob под вашей учетной записью хранилища Azure Blob
  2. Предоставьте права на чтение и запись к местоположению, настроенному в предыдущем шаге, для учетной записи, под которой выполнялась установка ArcGIS Data Store.
  3. Запустите утилиту configurebackuplocation с операцией register для добавления общего каталога или облачного хранилища для хранилища данных полистного кэша.

    В этом примере резервная копия расположена в контейнере Azure Blob с именем scenebackups, который добавлен в хранилище данных полистного кэша. Местоположение архивов называется tc_defaultbu. Учетные данные для доступа к контейнеру предоставлены.

    ./configurebackuplocation.sh --operation register --store tileCache 
    --location "type=azure;location=scenebackups;name=tc_defaultbu;username=myazureaccountlogin;password=zpw4myazureaccount"

  4. Теперь укажите вновь зарегистрированное местоположение резервной копии в качестве местоположения по умолчанию для хранилища данных полистного кэша.
    Примечание:

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

    В следующем примере местоположение резервной копии, зарегистрированное на предыдущем шаге (tc_defaultbu), установлено в качестве местоположения резервной копии по умолчанию.

    ./configurebackuplocation.sh --operation setdefault --store tileCache 
    --location "name=tc_defaultbu"

Подсказка:

Чтобы подтвердить, что новое местоположение теперь является местоположением по умолчанию, вы можете запустить утилиту configurebackuplocation с операцией list.

Полный синтаксис и дополнительные примеры приведены в разделе Справочник по командам утилиты ArcGIS Data Store.

Регистрация начального местоположения резервного копирования по умолчанию

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

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

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

Примечание:

  • Убедитесь, что имеется достаточно свободного места для всех файлов, входящих в архив хранилища данных. Данные полистного кэша и хранилища графов могут занимать довольно много места, а пространственно-временные данные – ещё больше.
  • Скорость заполнения хранилища резервных копий по умолчанию зависит от расписания резервного копирования и от того, сколько резервных копий вы создаете в хранилище по умолчанию вручную. Проверяйте размер директории архивов и при необходимости меняйте его размер и расписание.
  • Все компьютеры в одном хранилище данных должны иметь доступ к расположению резервной копии по умолчанию. Например, когда вы регистрируете расположение резервной копии хранилища пространственно-временных больших данных в общедоступной папке, все компьютеры в хранилище пространственно-временных больших данных должны иметь доступ на запись к этому расположению.

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

  1. Создайте один из следующих файлов хранения резервных копий хранилища данных:
    • Общедоступная директория на другом компьютере
    • Бакет Amazon S3 под вашей учетной записью Amazon Web Services
    • Контейнер хранилища Microsoft Azure Blob под вашей учетной записью хранилища Azure Blob
  2. Предоставьте права на чтение и запись к местоположению, настроенному в предыдущем шаге, для учетной записи, под которой выполнялась установка ArcGIS Data Store.
  3. Запустите утилиту configurebackuplocation с опцией register для задания местоположения архивов хранилища данных по умолчанию.

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

    Полный синтаксис и дополнительные примеры приведены в разделе Справочник по командам утилиты ArcGIS Data Store.

Подсказка:

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

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

В данном примере местоположение архива по умолчанию зарегистрировано для хранилища графов. Местоположение – это общедоступная директория graphbu на sysshare. Название местоположения по умолчанию - graph_defaultbu.

./configurebackuplocation.sh --operation register --store graph 
--location "type=fs;location=/net/sysshare/graphbu;name=graph_defaultbu"

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

В данном примере местоположение архива зарегистрировано для большого хранилища пространственно-временных данных. Это местоположение представляет собой хранилище Azure Blob с именем dsbackup. Местоположение архивов называется sbds_defaultbu. Учетные данные для доступа к хранилищу Blob предоставлены.

./configurebackuplocation.sh --operation register --store spatiotemporal 
--location "type=azure;location=dsbackups;name=sbds_defaultbu;username=azureaccountlogin;password=zpw4azureaccount"

Пример хранилища данных полистного кэша (режим кластера)

В этом примере местоположение резервной копии по умолчанию зарегистрировано для хранилища данных полистного кэша, развернутого в режиме кластера. Местоположение представляет собой бакет S3 с вложенной папкой с именем scene. Этот бакет находится в регионе US East (Ohio) AWS. Местоположение архивов называется tc_defaultbu. Учетные данные для доступа к бакету предоставлены.

./configurebackuplocation.sh --operation register --store graph 
--location "type=s3;location=backups/scene;name=tc_defaultbu;region=us-east-2;username=abc12345;password=dearliz@a0"

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

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

Примечание:

Вам необходимо очистить местоположения резервного копирования; ArcGIS Data Store не будет выполнять удаление файлов за вас.

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

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

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

    ./configurebackuplocation.sh --operation register --store relational
     --location "type=fs;location=/net/sysshar2e/ds_manual_backups;name=rbu_manual"

    В этом примере контейнер хранения Azure Blob зарегистрирован для хранения резервных копий хранилища данных полистного кэша, созданных вручную. Местоположению резервных копий присваивается имя tcbu_manual.

    ./configurebackuplocation.sh --operation register --store tileCache
     --location "type=azure;location=bucontainer;name=tcbu_manual;username=myazureaccountlogin;password=zpw4myazureaccount"

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

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

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

Подсказка:

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

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

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

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

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

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

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

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

Пример хранилища данных полистного кэша

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

./configurebackuplocation.sh --operation setdefault --store tileCache --location "type=s3;location=bu_bucket;
username=hijklmn1234567;password=z9y8x7w6v5u4t3s2r1q0;region=ap-northeast-1"

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

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

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

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

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

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

Изменение частоты архивации

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

Примечание:

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

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

Примечание:

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

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

Примечание:

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

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

  1. Запустите оболочку командной строки.
  2. Запустите утилиту updatebackupschedule, чтобы задать требуемую частоту архивации.

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

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

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

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

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

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

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

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

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

updatebackupretaindays <number of days>

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

./updatebackupretaindays.sh 4

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

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

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

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

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

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

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

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

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

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

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 введите имя контейнера.

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

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

Подсказка:

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

backupdatastore --store tileCache --prompt no

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

Удаление хранилищ данных вручную

Если вам больше не нужен файл архива реляционного хранилища данных, созданный с помощью утилиты 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