Восстановление резервной копии—ArcGIS Enterprise on Kubernetes

Вы можете восстановить организацию ArcGIS Enterprise on Kubernetes из резервной копии, используя ArcGIS Enterprise Manager. Все данные конфигурации, настройки, сервисы и объекты инфраструктуры будут восстановлены. Любые сервисы, которые ссылаются на данные в зарегистрированных хранилищах данных, будут созданы заново.

Если ваша организация настроила сервисы с использованием томов через API администратора, и с момента создания резервной копии в томах произошли изменения, необходимо исправить все связанные постоянные тома (PVS) в состоянии Released, сделать их Available, прежде чем запускать восстановление. Если это не будет завершено, сервисы могут не обновиться, и их потребуется перезапустить, как только PVC будет привязан к существующему PV. Чтобы исправить связанные PVS, запустите следующую команду:

kubectl patch pv <pv name> -p '{"spec": {"claimRef": {"uid": null}}}'

Способ восстановления резервной копии зависит от типа сбоя и доступности организации.

Восстановление резервной копии, когда исходная организация доступна

Если в организации произошло повреждение или потеря данных, но они остались доступными, можно восстановить резервную копию без ее отмены и повторного развертывания. Исходная организация будет поддерживать запись всех резервных копий, и вы можете выполнить восстановление из одной из них, используя ArcGIS Enterprise Manager.

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

Войдите в ArcGIS Enterprise Manager как администратор организации.
Щелкните кнопку Резервные копии.
На странице резервных копий определите, какую резервную копию вы хотите восстановить, и щелкните кнопку опции.
Щелкните Восстановить.
Укажите кодовую фразу шифрования, которая использовалась для создания резервной копии.
Щелкните Восстановить.

Когда начинается операция восстановления, создается задание для управления операцией, откроется страница восстановления, на которой отображается ход операции. Организация будет восстановлена на момент создания резервной копии и будет недоступна до завершения восстановления.

Восстановление резервной копии, когда исходная организация недоступна

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

Полное доменное имя (FQDN) и Контексный путь (то есть, https://dnsalias.domain.com/context)
Хост реестра и репозитория (то есть, docker.io и esridocker)
Kubernetes Namespace (то есть, arcgis)
Kubernetes Cluster Domain (то есть, cluster.local)
Kubernetes Service DNS Suffix (то есть, svc.cluster.local)
FSGroup и Supplemental Group ID (если развернуто с пользовательским значением)

Примечание:

Эти настройки были заданы в ходе развертывания.

Подготовка существующего PV для статической состыковки

После отмены развертывания ArcGIS Enterprise on Kubernetes статус исходного PV будет установлен как Выпущено. Существующий PV не следует исправлять, пока не будет создана новая организация. Как только новая организация станет доступной, нужно будет удалить claimRef для PV, чтобы разрешить состыковку с помощью селекторов надписей. Чтобы добавить соответствующие надписи и убедиться, что PV доступен для состыковки с PVC новой организации, выполните следующие действия:

Используйте kubectl для идентификации PV, который использовался для предыдущего хранилища резервных копий.
```
kubectl get pv
```
Используйте kubectl для получения спецификаций PV.
```
kubectl get pv <PV> -o yaml
```
Эти значения можно использовать в качестве справочных при регистрации хранилища резервных копий.
Примечание:
Если вы забыли предыдущее название хранилища резервных копий, вы можете восстановить его, разобрав spec.claimRef.name PV. Например, если spec.claimRef.name PV имеет вид data-volume-arcgis-backup-store-backups-111-backups-main-0, предыдущее название хранилища резервных копий backups-111.
Используйте kubectl для присвоения надписи PV.
Это используется для привязки PV к новому модулю хранилища резервных копий.
```
kubectl label pv <pv name> <key>=<value>
```
Например, чтобы использовать "arcgis/purpose":"backups" в качестве селектора надписей:
```
kubectl label pv <pv name> arcgis/purpose=backups
```
Исправьте PV, чтобы удалить uid значение из claimRef поля. Это необходимо для того, чтобы его можно было привязать к новому модулю хранилища резервных копий.
```
kubectl patch pv <pv name> -p '{"spec":{"claimRef":{"uid":null}}}'
```

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

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

Войдите в ArcGIS Enterprise Manager как администратор организации.
Щелкните кнопку Резервные копии.
На странице резервных копий щелкните Регистрация хранилища резервных копий.
Если используется статическая подготовка, см. Руководство по API для администратора по определению параметров местоположения для промежуточного хранения. Если используется динамическая подготовка, укажите следующую информацию для промежуточного местоположения:
- Размер (ГБ) — определяет размер PV для промежуточного местоположения. Минимальный размер составляет 16 ГБ, он должен быть достаточным для хранения каждой резервной копии.
- Имя класса хранилища — определяет имя класса хранилища.
Выберите тип регистрируемого хранилища резервной копии.
- Amazon S3
- Azure Blob
- Google Cloud Storage
- Управляемое системой хранилище
1. В случае использования Amazon S3, предусмотрите следующую информацию:
  - Имя хранилища резервных копий - имя хранилища резервных копий. Имя может включать только буквы в нижнем регистре, цифры и дефисы, оно не может начинаться и заканчиваться на дефис.
  - Имя бакета— имя бакета, созданного в Amazon S3 для хранения резервных копий.
  - Регион - регион, в котором был создан бакет.
  - Тип аутентификации - выберите либо Ключ доступа, либо Роль IAM.
  - В случае использования Ключа доступа в качестве типа аутентификации, предусмотрите следующую информацию:
    Ключ доступа - Вставьте или введите ключ доступа для пользователя IAM.
    Секретный ключ - Вставьте или введите секретный ключ для пользователя IAM.
2. В случае использования Azure Blob, предусмотрите следующую информацию:
  - Имя хранилища резервных копий - имя хранилища резервных копий. Имя может включать только буквы в нижнем регистре, цифры и дефисы, оно не может начинаться и заканчиваться на дефис
  - Имя контейнера - Имя контейнера, созданного в Azure для хранения резервных копий.
  - Учетная запись хранилища - Имя родительской учетной записи хранилища, под которой находится контейнер.
  - Тип аутентификации - выберите либо Ключ учетной записи хранилища, либо Управляемая идентификация.
  - В случае использования ключа учетной записи хранилища в качестве типа аутентификации, предусмотрите следующую информацию:
    Ключ учетной записи - вставьте или введите основной или второмтепенный ключ учетной записи для связанной учетной записи хранения.
3. В случае использования хранилища Google Cloud, предусмотрите следующую информацию:
  - Имя хранилища резервных копий - имя хранилища резервных копий. Имя может включать только буквы в нижнем регистре, цифры и дефисы, оно не может начинаться и заканчиваться на дефис.
  - Имя бакета - Имя бакета, созданного в хранилище Google Cloud для хранения резервных копий.
  - Ключ доступа - Вставьте или введите ключ доступа для сервисной учетной записи.
  - Секретный ключ - Вставьте или введите секретный ключ для сервисной учетной записи.
4. При использовании управляемого системой хранилища, предусмотрите следующую информацию:
  - Тип тома — Для привязки к существующему PV, выберите Статический. Администраторы должны подтвердить, что у PV есть необходимые метки для привязки и что он доступен для привязки.
  - Имя хранилища резервных копий — определяет имя хранилища резервных копий. Оно должно совпадать с названием ранее зарегистрированного хранилища резервных копий. Имя может включать только буквы в нижнем регистре, цифры и дефисы, оно не может начинаться и заканчиваться на дефис.
  - Размер (ГБ) — определяет размер PV для хранилища резервных копий. Минимальный размер — 32 ГБ, это значение должно соответствовать размеру существующего PV при использовании статической состыковки. Если это значение выше размера существующего PV, то PVC не будет привязан к PV.
  - Имя класса хранилища — класс хранилища должен совпадать с классом хранилища существующего PV.
  - Выбор надписи — требуется для статического соединения, метка или метки должны соответствовать меткам существующего PV.
Щелкните Регистрация.

Примечание:

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

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

Войдите в ArcGIS Enterprise Manager как администратор организации.
Щелкните кнопку Резервные копии.
На странице резервных копий щелкните Хранилища резервных копий.
Щелкните Зарегистрировать хранилище.
Выберите тип регистрируемого хранилища резервной копии.
- Amazon S3
- Azure Blob
- Google Cloud Storage
- Управляемое системой хранилище
1. В случае использования Amazon S3, предусмотрите следующую информацию:
  - Имя хранилища резервных копий - имя хранилища резервных копий. Имя может включать только буквы в нижнем регистре, цифры и дефисы, оно не может начинаться и заканчиваться на дефис.
  - Имя бакета— имя бакета, созданного в Amazon S3 для хранения резервных копий.
  - Регион - регион, в котором был создан бакет.
  - Тип аутентификации - выберите либо Ключ доступа, либо Роль IAM.
  - В случае использования Ключа доступа в качестве типа аутентификации, предусмотрите следующую информацию:
    Ключ доступа - Вставьте или введите ключ доступа для пользователя IAM.
    Секретный ключ - Вставьте или введите секретный ключ для пользователя IAM.
2. В случае использования Azure Blob, предусмотрите следующую информацию:
  - Имя хранилища резервных копий - имя хранилища резервных копий. Имя может включать только буквы в нижнем регистре, цифры и дефисы, оно не может начинаться и заканчиваться на дефис
  - Имя контейнера - Имя контейнера, созданного в Azure для хранения резервных копий.
  - Учетная запись хранилища - Имя родительской учетной записи хранилища, под которой находится контейнер.
  - Тип аутентификации - выберите либо Ключ учетной записи хранилища, либо Управляемая идентификация.
  - В случае использования ключа учетной записи хранилища в качестве типа аутентификации, предусмотрите следующую информацию:
    Ключ учетной записи - вставьте или введите основной или второмтепенный ключ учетной записи для связанной учетной записи хранения.
3. В случае использования хранилища Google Cloud, предусмотрите следующую информацию:
  - Имя хранилища резервных копий - имя хранилища резервных копий. Имя может включать только буквы в нижнем регистре, цифры и дефисы, оно не может начинаться и заканчиваться на дефис.
  - Имя бакета - Имя бакета, созданного в хранилище Google Cloud для хранения резервных копий.
  - Ключ доступа - Вставьте или введите ключ доступа для сервисной учетной записи.
  - Секретный ключ - Вставьте или введите секретный ключ для сервисной учетной записи.
4. При использовании управляемого системой хранилища, предусмотрите следующую информацию:
  - Тип тома — Для привязки к существующему PV, выберите Статический. Администраторы должны подтвердить, что у PV есть необходимые метки для привязки и что он доступен для привязки.
  - Имя хранилища резервных копий — определяет имя хранилища резервных копий. Оно должно совпадать с названием ранее зарегистрированного хранилища резервных копий. Имя может включать только буквы в нижнем регистре, цифры и дефисы, оно не может начинаться и заканчиваться на дефис.
  - Размер (ГБ) — определяет размер PV для хранилища резервных копий. Минимальный размер — 32 ГБ, это значение должно соответствовать размеру существующего PV при использовании статической состыковки. Если это значение выше размера существующего PV, то PVC не будет привязан к PV.
  - Имя класса хранилища — класс хранилища должен совпадать с классом хранилища существующего PV.
  - Выбор надписи — требуется для статического соединения, метка или метки должны соответствовать меткам существующего PV.
Щелкните Регистрация.

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

Восстановление резервной копии

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

Войдите в ArcGIS Enterprise Manager как администратор организации.
Щелкните кнопку Резервные копии.
На странице резервных копий определите, в какую резервную копию вы хотите выполнить восстановление, и нажмите кнопку опций.
Щелкните Восстановить.
Укажите кодовую фразу шифрования, которая использовалась для создания резервной копии.
Щелкните Восстановить.

Примечание:

Если вы используете ArcGIS Web Adaptor для клиентского доступа, вы должны отменить его регистрацию в Admin API и зарегистрировать заново, чтобы получить конфигурацию восстановленной организации.

Проверить статус операции восстановления

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

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