Skip to main content

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

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

Промежуточное хранилище поддерживает как статическую, так и динамическую подготовку для своего постоянного тома. Если используется динамическая подготовка, постоянный том и заявление постоянного тома создаются автоматически, а затем удаляются после завершения задания аварийного восстановления. Если используется статическая подготовка, вы должны создать и пометить постоянный том перед выполнением операций аварийного восстановления. Кроме того, вы должны исправлять постоянный том после каждой операции аварийного восстановления. См. Руководство по API для администратора для использования статической подготовки для промежуточного местоположения.

Примечание:

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

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

  1. Войдите в ArcGIS Enterprise Manager в качестве администратора вашей организации.

  2. Щелкните кнопку Резервные копии.

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

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

    • Размер (ГиБ) — размер PV для промежуточного местоположения. Минимальный размер - 16 ГиБ. Размер должен быть достаточным, чтобы хранить каждую резервную копию.

    • Имя класса хранилища — Имя класса хранилища.

  5. Выберите тип регистрируемого хранилища резервной копии.

    • Amazon S3

    • Azure Blob

    • Google Cloud Storage

    • Управляемое системой хранилище

    1. В случае использования Amazon S3, предусмотрите следующую информацию:

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

      • Имя бакета— имя бакета, созданного в Amazon S3 для хранения резервных копий.

      • Регион - Выберите регион, в котором существует бакет.

        Примечание:

        Чтобы подключиться к частной конечной точке S3, выберите Пользовательские в качестве региона. Укажите URL-адрес для доступа к частному облаку в поле Частный URL.

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

      • Тип аутентификации - если не использовать существующие учетные данные, выберите либо Ключ доступа, либо Роль IAM.

      • Включить данные пространственно-временных векторных слоев - установите отметку, чтобы включить данные пространственно-временных векторных слоев, используемые в рабочих процессах публикации местоположений и GeoAnalytics Engine в ваши резервные копии.

      • В случае использования Ключа доступа в качестве типа аутентификации, предусмотрите следующую информацию:

        • Ключ доступа - Вставьте или введите ключ доступа для пользователя IAM.

        • Секретный ключ - Вставьте или введите секретный ключ для пользователя IAM.

    2. В случае использования Azure Blob, предусмотрите следующую информацию:

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

      • Имя контейнера - имя контейнера, созданного в Azure для хранения резервных копий.

      • Учетная запись хранилища - Имя родительской учетной записи хранилища, под которой находится контейнер.

      • Домен хранилища - Выберите домен хранилища Azure, где существует контейнер хранилища Blob.

        Примечание:

        Чтобы подключиться к пользовательской конечной точке Azure Blob, выберите Прочее в качестве домена хранилища и укажите URL или DNS-конечную точку для доступа к расположению хранилища.

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

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

      • Включить данные пространственно-временных векторных слоев - установите отметку, чтобы включить данные пространственно-временных векторных слоев, используемые в рабочих процессах публикации местоположений и GeoAnalytics Engine в ваши резервные копии.

      • В случае использования Ключа учетной записи хранилища в качестве типа аутентификации, предусмотрите следующую информацию:

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

        • Если вы выбрали идентификатор, назначаемый пользователем, укажите идентификатор клиента.
        Примечание:

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

    3. При использовании хранилища Google Cloud, предусмотрите следующую информацию:

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

      • Имя бакета — Имя бакета, созданного в Google Cloud Storage для хранения резервных копий.

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

      • Тип аутентификации — если вы не используете существующие учетные данные, выберите либо ключ HMAC, либо Учетную запись сервиса.

      • Включить данные пространственно-временных векторных слоев - установите отметку, чтобы включить данные пространственно-временных векторных слоев, используемые в рабочих процессах публикации местоположений и GeoAnalytics Engine в ваши резервные копии. Эта опция недоступна при использовании аутентификации с помощью ключа HMAC.

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

        • Ключ доступа

        • Секретный ключ

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

        • Идентификатор (ID) проекта

        • ID клиента

        • Email клиента

        • ID личного ключа

        • Личный ключ

      Примечание:

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

    4. При использовании управляемого системой хранилища, предусмотрите следующую информацию:

      • Тип тома — выберите Статический, если PVC должен быть привязан к существующему PV. Выберите Динамический, если новый PV должен быть представлен через заданный класс хранилища.

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

      • Размер (ГиБ) — определяет размер PV для хранилища резервных копий. Минимальный размер — 32 ГиБ, это значение должно соответствовать размеру существующего PV при использовании статической состыковки. Если это значение выше размера существующего PV, то PVC не будет привязан к PV.

      • Включить данные пространственно-временных векторных слоев - установите отметку, чтобы включить данные пространственно-временных векторных слоев, используемые в рабочих процессах публикации местоположений и GeoAnalytics Engine в ваши резервные копии.

      • Имя класса хранилища — класс хранилища должен совпадать с классом хранилища существующего PV.

      • Выбор надписи — требуется для статического соединения, метка или метки должны соответствовать меткам существующего PV.

  6. Щелкните Регистрация.

Примечание:

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

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

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

Далее вы создадите резервную копию.