IDPA. Руководство по многоуровневому хранению с использованием облака и путь решения

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

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

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

 

 

Установка и настройка:
 
 

Шаг 1. Импорт сертификата облачного модуля в Data Domain.

Описание процедуры и инструкции для интеграции сертификата облачного модуля см. в главе «Cloud Tier» руководства пользователя.

Видеодемонстрация доступна в разделе «Добавление облачного модуля». 
 

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

Google Cloud. Развертывание Data Domain. Необходимость наличия сертификата для настройки функции уровня облака с помощью решения Google Cloud.

Amazon AWS. Data Domain Cloud Tier. Интеграция Data Domain с Amazon AWS S3.

Примечание. Для AWS в дополнение к сертификату Baltimore добавьте новую версию сертификата Starfield Class 2. Дополнительную информацию см. в статье 000184415.
 
 

Azure Virtustream, ECS.  Многоуровневое хранение с использованием облака Data Domain. Ошибка сертификата при добавлении облачного модуля

Примечание. Для Azure начиная с февраля 2022 г. требуются дополнительные сертификаты помимо сертификата Baltimore, который нужно обновить в Data Domain. Статья 000192537
 

Посмотрите видео ниже (или посмотрите его на YouTube) для получения подробной информации:

 

ECS.

Data Domain. Требования к сертификатам для безопасного подключения уровня облака DD к ECS и руководство по передовым практикам.

Data Domain. Невозможно импортировать сертификат F5 с Elastic Cloud Storage (ECS) в Data Domain.

Примечания. 
Для Data Domain Cloud Tier (DD CT) в ECS обязательным требованием является балансировщик нагрузки. Можно использовать аппаратную или программную технологию балансировки нагрузки.
Профиль DD CT должен быть настроен так, чтобы он указывал либо на настроенное имя хоста балансировщика нагрузки, либо на IP-адрес. Балансировщик нагрузки ретранслирует соединения, поступающие от DD, на один из узлов ECS в соответствии с заданной политикой балансировки нагрузки и конфигурацией.

 

 
 

Шаг 1. Процедура:

В PowerProtect DD System Manager выполните следующие действия:

1. Выберите «Data Management» > «File System» > «Cloud Units».

2. На панели инструментов нажмите «Manage Certificates». Откроется диалоговое окно «Manage Certificates for Cloud».

3. Нажмите Add.

4. Выберите один из следующих вариантов:

    • Вы хотите загрузить сертификат в виде файла .pem.
      • Сделайте следующее: перейдите к файлу сертификата и выберите его. 
    • Вы хотите скопировать и вставить текст сертификата.
      • Сделайте следующее: скопируйте содержимое файла .pem и вставьте его в диалоговое окно.


5. Нажмите Add.

После выполнения этого шага в пользовательском интерфейсе Data Domain должен отображаться сертификат облачного модуля:

«Data Management» --> «Cloud Units» --> «Certificates»:

kA53a0000004OYhCAM_1_0

 
 

Шаг 2. Добавление облачного модуля в Data Domain

Описание процедуры и инструкции для добавления или интеграции облачного модуля в Data Domain см. в главе «Cloud Tier» руководства пользователя

Видеодемонстрация доступна ниже (или в видео на YouTube):

Шаг 2. Процедура: 

В PowerProtect DD System Manager выполните следующие действия:

1. Выберите «Data Management» > «File System» > «Cloud Units».

2. Нажмите «Add».

3. В диалоговом окне «Add Cloud Unit» укажите следующие сведения:

    • Name. Понятное имя для облачного модуля.
    • Cloud Provider. Поставщик облачных решений (например, AWS, Azure, ECS и т. д.).
    • Введите другие соответствующие сведения, такие как класс хранения, регион хранения, ключ доступа, секретный ключ, основной ключ, конечная точка и т. д.

Указанные выше параметры для ввода зависят от выбранного поставщика облачных решений. 

Примечание. Если отображается ошибка «Cloud Verification Failed at Connectivity Check: Validating Certificate», создайте сервисную заявку, ссылаясь на эту статью базы знаний.
 
 

Шаг 3. Включение уровня облака в Avamar или на сервере резервного копирования.

Описание процедуры и инструкции для включения многоуровневого хранения с использованием облака в Avamar или на сервере резервного копирования см. в главе «Cloud Tier» руководства пользователя.

Видеодемонстрация доступна ниже (или в видео на YouTube):

 

Известные проблемы и статьи:

 

 

Шаг 4. Создание и планирование политики многоуровневого хранения с использованием облака на Avamar Server. 

Описание процедуры и инструкции для создания и планирования политики многоуровневого хранения с использованием облака см. в главе «Cloud Tier» руководства пользователя.

Видеодемонстрация доступна ниже (или в видео на YouTube):

 

Шаг 5. Планирование переноса данных в DD.

Дополнительные сведения см. в разделах «Moving data manually» и «Moving data automatically» руководства пользователя.

Видеодемонстрация доступна ниже (или в видео на YouTube):

 

Шаг 5. Процедура:

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

В PowerProtect DD System Manager выполните следующие действия:

Вручную:

1. Выберите «Data Management» > «File System».

2. В нижней части страницы нажмите «Show Status of File System Services».

Отобразятся следующие элементы состояния:

«File System»
«Physical Capacity Measurement»
«Data Movement»
«Active Tier Cleaning»

3. Чтобы перенести данные, нажмите «Start».

Автоматически:

1. Выберите «Data Management» > «File System» > «Settings».

2. Перейдите на вкладку «Data Movement».

3. Задайте ограничение и расписание.

 
 
 
Управление и администрирование 
 

Создайте политику многоуровневого хранения на Avamar Server: 

Этот раздел поможет в создании политики многоуровневого хранения с использованием облака на Avamar Server.
 
Политики уровня облака определяют следующее:
    • Для каких клиентов может использоваться многоуровневое хранение.
    • Какие резервные копии для этих клиентов подлежат переносу на другой уровень.
    • Давность, при которой резервная копия должна быть перенесена в облако.
    • Истечение срока хранения этих резервных копий в облаке. 
Группы уровня используются для настройки клиентов, резервных копий, расписаний и другой информации, связанной с конфигурацией уровня облака.
 
Описание процедуры и инструкции для создания и планирования политик многоуровневого хранения см. в главе «Cloud Tier» руководства пользователя.
 
Видеодемонстрация доступна в шаге 3 (или в видео на YouTube).
 
 


Отзыв резервных копий с уровня облака:

Операции отзыва переносят резервные копии, которые были распределены на уровень облака, обратно на активный уровень Data Domain. 
 
Описание процедуры см. в главе «Cloud Tier» руководства пользователя, следуйте инструкциям в разделе «Recall operation for cloud tier».

 

 
 

Операции восстановления для уровня облака: 

ПО для восстановления после сбоев с использованием облака отзывает копию резервной копии из облака на активный уровень Data Domain. Затем выполняется восстановление резервной копии с активного уровня на клиент. Состояние отображается как «Cloud». После восстановления резервная копия сохраняется на уровне облака Data Domain. Копия резервной копии на активном уровне Data Domain используется для операции восстановления и удаляется через 10 дней.
Примечание. В AUI операция восстановления поддерживается только подключаемыми модулями файловой системы и VMware. Чтобы выполнить операцию восстановления для других подключаемых модулей, используйте Avamar Administrator.


Чтобы продлить срок существования временной копии на активном уровне, на сервере восстановления после сбоев с использованием облака используйте следующий параметр в команде /usr/local/avamar/var/ddrmaint.cmd:
 
--cloud-copy-lifetime=days
 
Примечание. Срок хранения резервной копии должен составлять не менее 14 дней. Минимальный период истечения срока действия зависит от значения возрастного порога. 
 
 
 

Восстановление на уровне файлов или детальное восстановление с уровня облака:

Avamar поддерживает восстановление на уровне файлов или детальное восстановление только из облачного модуля ECS.
 
Восстановление на уровне файлов или детальное восстановление из резервной копии, которая была перенесена в облачный модуль ECS, идентично обычным аналогичным операциям восстановления. 
Чтобы восстановить один файл или фрагмент из резервной копии, находящейся в облачном модуле ECS, Avamar не нужно отзывать всю резервную копию из облака на активный уровень Data Domain. Avamar Client считывает один файл или фрагмент непосредственно из облака. 
 
Avamar не поддерживает восстановление на уровне файлов и детальное восстановление из облачного модуля, если это не модуль ECS. Чтобы восстановить один файл или фрагмент из резервной копии, которая хранится в облачном модуле, не являющемся модулем ECS, Avamar должен сначала отозвать всю резервную копию из облака на активный уровень Data Domain. Затем Avamar Client восстанавливает один файл или фрагмент с активного уровня Data Domain.
 
 
 

Как обнаружить резервные копии Avamar на уровне облака или создать отчет о них:

В пользовательском интерфейсе Avamar AUI на основе HTML:

1. На панели навигации AUI слева нажмите «*», а затем выберите «Asset Management».
Откроется окно «Asset Management».
 
2. В дереве домена выберите домен для клиента.
 
3. В списке клиентов выберите клиент с резервными копиями, которыми хотите управлять.
 
4. В правой части окна «Client Summary» нажмите кнопку «VIEW MORE».
 
5. Откройте вкладку «Backups». Отобразится список готовых резервных копий этого клиента. Для восстановления клиента можно использовать любую резервную копию в этом списке.
 
6. Чтобы найти резервные копии по дате, выполните следующие действия:
а. Нажмите кнопку поиска.
б. Укажите диапазон дат в полях «From» и «To».
в. Нажмите «RETRIEVE». Отобразится список резервных копий для диапазона дат.
 
7. Проверьте столбец «Tier», чтобы узнать, на каком уровне находится резервная копия.
  • «Active». Резервная копия находится на активном уровне Data Domain (локальное хранилище).
  • «Marked». Резервная копия находится на активном уровне Data Domain (локальное хранилище) и готова к переносу на уровень облака. Операция переноса данных DD отправит эти резервные копии в облако в следующем цикле. 
  • Облако: Резервная копия находится на уровне облака Data Domain Cloud Tier (облачное хранилище).

Через командную строку Avamar:
 

1. Скачайте сценарий, которому посвящена статья Avamar. Как использовать сценарий «dump_root_hashes.rb» для создания списка клиентов и резервных копий, на Avamar Server. 

2. Выполните команду «ruby dump_root_hashes.rb --mode=backuplist --mc-retired=include --replicate=include --show-tier-info».

В результате в рабочем каталоге будет создан файл .gz, в котором находится CSV-файл с информацией о многоуровневом хранении резервных копий. 

     
 
 

Процесс переноса данных в Data Domain

В рамках этого процесса резервные копии в DD переносятся с активного уровня на уровень облака. Также это описано в шаге 5 — раздел «Установка и настройка».

 

В. Как можно запустить перенос данных вручную?

О. Можно использовать команду «data-movement start». 

Пример.

data-movement start
Data-movement started.
 
 

В. Как можно отслеживать перенос данных?

О. Для проверки состояния переноса данных можно использовать команду «data-movement status».

Пример.

data-movement status
----------------------------
Data-movement is initializing..
Data-movement recall:
---------------------
No recall operations found.

 

Если выполняется перенос данных, можно использовать команду «data-movement watch».

Например:

data-movement watch
Data-movement: phase 1 of 3 (copying)  
 92% complete; time: phase  0:08:04, total  0:08:14       Copied (post-comp): 3.35 GiB, (pre-comp): 3.29 GiB,B,      Files copied: 7, Files verified: 3, Files installed: 3
 
 

В. Как остановить перенос данных?

О. Можно использовать команду «data-movement stop».

Пример.

data-movement stop
Data-movement stop initiated. Run the status command to check its status.
 
 
 

См. статью Data Domain Restorer и долгосрочное хранение в облаке. Часто задаваемые вопросы для получения дополнительной информации.

 
 

Процесс очистки уровня облака

 

В. Как запустить ручную очистку уровня облака?

A1. Процедура. В PowerProtect DD System Manager:

а. Нажмите «Data Management» > «File System» > «Settings».

б. Выберите вкладку «Cleaning».

в. Установите ограничение и расписание для уровня облака.

A2. Можно использовать команду «cloud clean start» (или «cloud clean start » в случаях с несколькими облаками).

Пример.

cloud clean start cloudunit2
Cloud tier cleaning started for cloud unit "cloudunit2". Use 'cloud clean watch' to monitor progress.
 
 

В. Как можно отслеживать очистку уровня облака?

О. Для проверки выполнения очистки облака можно использовать команду «cloud clean status».

Пример.

cloud clean status
Cloud tier cleaning finished on cloud unit "cloudunit2" at 2023/09/12 06:19:03.
Previous cloud tier cleaning attempt was unsuccessful.
 Failure reason:
cloud unit "cloudunit2" did not have sufficient cleanable data.
Cloud tier cleaning finished at 2023/09/15 12:16:06.
 
 

Если выполняется очистка облака, ее можно отслеживать с помощью команды «cloud clean watch».

 
 

В. Может ли очистка активного уровня выполняться одновременно с очисткой уровня облака?

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

 
 

В. Как отобразить или изменить расписание очистки уровня облака?

О. Чтобы отобразить текущее расписание очистки облака, используйте команду «cloud clean frequency show».

Пример.

cloud clean frequency show
Cloud tier cleaning frequency is set to run after every 4 active tier cleaning cycles.
 
 

В. Как изменить расписание очистки облака?

О. Для изменения расписания используется команда «cloud clean frequency set».

Пример.

cloud clean frequency set 3
Cloud tier cleaning frequency is set to run after every 3 active tier cleaning cycles.
 
 

В. Как изменить или отобразить ограничение очистки уровня облака?

О. По умолчанию ограничение очистки уровня облака установлено на 50%.

Для отображения текущего ограничения очистки облака используется команда «cloud clean throttle show». 

Пример.

cloud clean throttle show
Cloud tier cleaning throttle is set to 28 percent
 
 

Для изменения ограничения очистки используется команда «cloud clean throttle set».

Пример.

cloud clean throttle set 20
Cloud tier cleaning throttle set to 20 percent
 
 
 

Подробнее об очистке облака см. в статье Data Domain. Общая информация о длительном хранении / очистке облачного уровня / чистке памяти в Data Domain Restorer

 

Additional Information

Приложение А
 

База знаний и известные процедуры и исправления для IDPA или Avamar — многоуровневое хранение с использованием облака Data Domain:

 

Для многоуровневого хранения с использованием облака Data Domain с NetWorker:

 
Приложение Б

 

 

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

 

Советы по поиску и устранению неисправностей для Avamar:

Резервные копии, отмеченные политикой многоуровневого хранения с использованием облака Avamar:

    • Внутренний подключаемый модуль avtier использует процесс ddrmaint в Avamar, чтобы отмечать резервные копия, подлежащие переносу. 
    • Благодаря этому процессу система Data Domain понимает, что необходимо пометить конкретную резервную копию как подлежащую перемещению облако. 

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

grep -i mark-backup /usr/local/avamar/var/ddrmaintlogs/ddrmaint.log

 

 
 

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

    • Внутренний подключаемый модуль avtier использует процесс ddrmaint в Avamar, чтобы сообщить Data Domain о необходимости отзыва резервных копий с уровня облака на активный уровень.

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

grep -i "recall-backup" /usr/local/avamar/var/ddrmaintlogs/ddrmaint.log

 

 
 


Советы по поиску и устранению неисправностей для Data Domain

В Data Domain это можно проверить с помощью следующей команды:

data-movement status

Подробные сведения см. в разделе, посвященном отзыву. 

 

 

В отчете о расположении файлов в Data Domain показано, где находятся файлы на уровне облака или активном уровне:

filesys report generate file-location <File_path_with_file_name> 
 
 


Структура уровня облака:

    • Уровень облака подразделяется на облачные модули. 
    • Облачный уровень может содержать до двух облачных модулей.
    • Размер каждого облачного модуля может быть равен максимальному поддерживаемому размеру активного уровня для данной модели DDR.
    • Каждый облачный модуль может быть выделен от другого поставщика объектного хранилища.


Пример.

cloud unit list 
Name        Profile       Status   Reason
---------   -----------   ------   -------------------------------
ECS_Unit1   ECS_Profile   Active   Cloud unit connected and ready.
S3_Unit     S3_Profile    Active   Cloud unit connected and ready.
---------   -----------   ------   -------------------------------
 
 

В. Как можно отслеживать операцию отзыва?

О. Операцию отзыва можно отслеживать с помощью команды «data-movement status path all», а если требуется определенный файл — «data-movement status path /data/col1/<Avamar-xxxxx>/<Client_ID>/<Backup_ID>/<File_Name> ». 

Пример.

data-movement status path /data/col1/<Avamar-xxxxx>/<Client_ID>/<Backup_ID>/<File_Name>  
Data-movement recall: 
---------------------
Data-movement for  /data/col1/mtree1/file1 :
phase 2 of 3 (Verifying) 80% complete; time: phase XX:XX:XX total XX:XX:XX 
Copied (post-comp): XX XX, (pre-comp) XX XX 

 

 
 

Affected Products

Integrated Data Protection Appliance Family

Products

Avamar, Avamar Data Store, Avamar Data Transport, Avamar Server, Avamar Virtual Edition, Data Domain, Data Domain Boost – File System, PowerProtect DP4400, DD OS, PowerProtect DP5300, PowerProtect DP5800, PowerProtect DP8300, PowerProtect DP8800 , PowerProtect Data Protection Software, Integrated Data Protection Appliance Family, PowerProtect Data Protection Hardware, Integrated Data Protection Appliance Software ...
Article Properties
Article Number: 000157594
Article Type: How To
Last Modified: 23 Sept 2025
Version:  42
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.