В ArcGIS Enterprise on Kubernetes, вы можете создать резервную копию организации ArcGIS Enterprise и впоследствии восстановить ее, чтобы избежать потери данных и простоев. В случае сбоя вы можете восстановить самую последнюю резервную копию, чтобы восстановить организацию на момент времени, когда была создана резервная копия. При восстановлении резервной копии в новую развернутую организацию для исходной и целевой среды следующие настройки должны быть одинаковыми:
- Версия организации
- Полное доменное имя (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) для хранения файлов резервных копий. Когда запускается процесс резервного копирования ресурсов организации, файлы резервных копий сохраняются на этом постоянном диске. На этом постоянном диске перечислены доступные резервные копии и вы можете восстановить любой из файлов резервной копии, которые хранятся в хранилище из той же версии, что и запущенное развертывание.
Поддерживаются следующие PV:
- Блоковые устройства хранения, такие как том EBS или диск Azure
- Файловое хранилище, например, файлы Azure
- Amazon Elastic File System
- Хранилище Network File System (NFS), настроенное в вашей организации
Чтобы привязать хранилище резервных копий к существующему PV, необходимо задать режим доступа как ReadWriteOnce. Для динамически поставляемых PV установите правило возврата как Оставить, чтобы упростить востановление на местах. Тип размещенного хранилища резервных копий разрешает подключения только из одного хранилища резервных копий к исходному хранилищу объектов.
Резервные копии можно создавать вручную или автоматически по расписанию разового или повторяющегося резервного копирования с помощью ArcGIS Enterprise Manager.
Чтобы определить, как часто вам нужно создавать резервные копии, сначала определите объем потери данных, который ваша организация может выдержать в случае сбоя. Например, если ваша организация может выдержать дневную потерю данных, вам необходимо ежедневно выполнять резервное копирование организации.
Время, необходимое для создания или восстановления резервной копии, а также размер резервной копии зависит от множества факторов, таких как количество элементов в организации, количество веб-слоев, размер связанных данных, и особенности того, где хранятся резервные копии. Тестирование процесса восстановления даст вам представление о том, как много времени этот процесс обычно занимает, а также позволит вам практиковать свой план аварийного восстановления.
Конфигурации резервного копирования
Прежде чем вы сможете создать резервную копию организации, вам необходимо определить промежуточное расположение и зарегистрировать хранилище резервных копий для развертывания. Во время регистрации резервного хранилища вы можете либо привязаться к существующему PV с помощью селекторов надписей, либо динамически предоставить новый PV с помощью класса хранилища. Хранилище резервных копий создает требование постоянного тома (PVC), которое связывается с PV в ходе процесса регистрации. Вы также можете зарегистрировать несколько хранилищ резервных копий, используя разные классы хранилищ или методы предоставления.
Вы можете создать резервную копию с помощью ArcGIS Enterprise Manager. При создании резервной копии копируются следующие данные:
- Размещенные геопространственные данные
- Элементы и ресурсы организации
- Хранилище конфигурации сервера
- Свойства конфигурации системы
- Дополнительно — данные пространственно-временных векторных слоев
В ArcGIS Enterprise on Kubernetes каждая резервная копия имеет отметку времени и настраивается как полная резервная копия организации. Данные вне среды Kubernetes, например, в многопользовательской базе геоданных или где-либо еще в вашей файловой системе, не копируются. Выполняйте резервное копирование этих данных на основе рекомендаций поставщика базы данных или ИТ-отдела.
Рекомендуется выполнять регулярное резервное копирование, чтобы предотвратить потерю данных. Вы также должны создать резервную копию перед установкой обновлений программного обеспечения или обновлением до новой версии.
Перед созданием резервной копии вам нужно зарегистрировать местоположение для промежуточного хранения и резервное хранилище.
Допустимые и недопустимые резервные копии
Допустимая резервная копия — это та, которая была успешно создана и является совместимой с текущим состоянием вашей организации.
По умолчанию на странице Резервные копии отображаются все резервные копии, включая те, которые являются недопустимыми и не могут быть использованы для восстановления вашей организации. Чтобы просмотреть только правильные резервные копии, включите переключатель Показать только допустимые резервные копии.
Резервная копия может быть признана недопустимой по следующим причинам:
- Сбой резервного копирования — процесс резервного копирования мог завершиться неудачей из-за таких проблем, как нехватка места на диске.
- Несоответствие версий — резервные копии, созданные в другой версии, нельзя использовать для восстановления вашей организации в ее текущей версии.
- Несовместимое реляционное хранилище — если ваше реляционное хранилище было перенесено в облачный сервис, резервные копии, созданные до переноса, нельзя будет использовать для восстановления вашей организации после выполнения этого переноса.