Data Domain. Передовые подходы DDBoost для Commvault v11
Сводка: В этой статье базы знаний приводится набор передовых подходов к интеграции DDBoost и CommVault v11 с Data Domain.
Инструкции
Передовые подходы к Data Domain Boost Access для CommVault версии 11.30.x
- При использовании библиотеки Data Domain Boost Access (поставляется с CommVault 11.30.x) CommVault рекомендует использовать дедупликацию и сжатие Commvault с резервными копиями.
- Благодаря дедупликации и сжатию CV клиенты могут воспользоваться преимуществами своих Dash Full
- DD выполнит дедупликацию для данных дедупликации CV, чтобы оптимизировать экономию.
- Сохраняйте все записываемые данные Commvault в одном формате, чтобы максимально сэкономить пространство, обеспечиваемое дедупликацией на уровне устройств в Data Domain, но это не обязательно для включения дедупликации CommVault
- Заказчики могут отключить дедупликацию и сжатие CV, если предполагается, что CyberSense будет сканировать данные.
- Включите Data Domain только для шифрования данных по сети.
- Для шифрования данных между серверами Commvault и устройствами Data Domain включите параметр Шифрование передаваемых данных с помощью DD Boost в консоли Data Domain.
- Не включайте шифрование резервных копий в Commvault.
- Это предотвратит дальнейшую дедупликацию данных, записанных на стороне устройства, в Data Domain. Если необходимо использовать шифрование неиспользуемых данных, включите эту функцию в Data Domain.
- Режим аутентификации — анонимный
- Для достижения наилучшей производительности при шифровании передаваемых данных с помощью функции DD Boost выберите режим анонимной аутентификации.
Параметры базы данных дедупликации
- Задайте для параметра Не выполнять дедупликацию для объектов старше n дней(дней) значение 90 дней, если включена дедупликация CV. Дополнительные сведения см. в разделе Свойства базы данных дедупликации — настройки
.
Репликация
- Включение репликации Data Domain MTree Если вы хотите иметь несколько копий данных на двух или более устройствах Data Domain, рассмотрите возможность использования функции репликации MTree в Data Domain, так как это более эффективно, чем выполнение вспомогательного копирования или копирования DASH.
Другие передовые подходы см. в разделе Передовые подходы к библиотекам
дисков.
Таблица возможностей
Резюме: Эта таблица содержит более детализированные метрики возможностей CommVault и DDBoost
| Функции | Режимы CommVault | Примечания | |
| Доступ DDBoost ( 11.30.x) |
Клиент DDBoost ( 11.32.x) |
Примечания | |
| DD Client Side Duplication (DSP) (распределенная обработка сегментов) |
Да |
Да | Доступ к DDBoost: Однако дедупликация на стороне клиента DD не включена. Приложение CV Client Direct включено с помощью CV Storage Accelerator Клиент DDBoost: На клиенте требуется пакет Media Agent. См. схемы рабочих процессов для пути прохождения данных |
| DD Boost, восстановление сжатия |
Нет | Нет | |
| DD Boost через FC | Да | Да | |
| Репликация DD Mtree | Да | Нет | Доступ к DDBoost: Клиент DDBoost репликации MTree : По умолчанию MFR включен. MREPL по-прежнему будет работать с клиентом DDBoost, однако мы рекомендуем использовать Aux Copy, так как это приведет к использованию MFR в CV. |
| DD — управляемая репликация файлов (MFR) | Нет | Да | Клиент DDBoost: При копировании CV Aux используется DD MFR |
| Шифрование DD на лету | Да | Да | Настраиваемый, по умолчанию отключен |
| Шифрование DD в состоянии покоя | Да | Да | |
| DD Retention Lock — под управлением приложения | Да | Да | |
| DD Автоматическая блокировка хранения | Нет | Нет | |
| Безопасный Linux (SE Linux) | Да | Да | |
| DD Ifgroup | Да | Да | |
| DD Автоматическая мультипотоковая передача | Да |
- | Доступ к DDBoost: MREPL будет использовать Automatic Multi Streaming, поэтому, если настроен MREPL. Клиент DDBoost: Неприменимо для MFR |
| Репликация, оптимизированная для DD |
Нет | Да | Клиент DDBoost Оптимизация репликации используется, когда резервная копия была создана с использованием DD VS |
| DD Virtual Synthetics (DD VS) | Нет | Да | Клиент DDBoost: В Commvault Synthetic Full использует DD VS |
| DD, оптимизация приложений Oracle | Да | Да | |
| Статистика DD в CV | Нет | Нет | Статистика задания CV не отражает обработку дедупликации, выполненную DD Boost. Он отражает данные, отправленные в клиентскую библиотеку DD Boost. |
| Хранилище CRS — изоляция и неизменяемость | Да | Да | |
| Хранилище CRS — сканирование CyberSense | Да | Нет | Доступ к DDBoost: Это возможно только для доступа DDBoost, только если дедупликация и сжатие CV отключены. |
| Встроенное распределение по уровням в облаке DD | Да | Да | |
| DD IA/IR | Да | Да | Функциональное тестирование для Live Mount (IA/IR) завершено, но ожидает тестирования производительности |
| DD SmartScale | Нет | Нет | |
| DDVE в общедоступном облаке, AWS | Нет | Нет | |
| DDVE в общедоступном облаке Azure | Нет | Нет | |
| DDVE в общедоступном облаке Google | Нет | Нет | |
Настройка CommVault
| Настройка | Доступ к DDBoost | Клиент DDBoost | Примечания |
| Размер блока CV по умолчанию | 512 тыс. | - | |
| БД дедупликации CV | Да | - | Доступ к DDBoost: Дедупликация CV по умолчанию включена Однако сканирование CR недоступно. Доступ к DDBoost: Дедупликация CV отключена: Сканирование CR доступно, однако Synthetic Full не рекомендуется. Клиент DDBoost: Вся дедупликация выполняется DSP DDBoost |
| Сжатие CV | Нет | Нет | Доступ к DDBoost: Сжатие CV по умолчанию включено Однако сканирование CR недоступно. Рекомендуется включить сжатие CV, если вторичная копия не является DD (например, ленточный накопитель или облако) Рекомендация отключает сжатие CV, если вторичная копия является DD (например, DD cloud Tier,) |
| Шифрование данных CV | Нет | Нет | Шифрование DD по сети может быть включено для безопасной передачи данных по сети в DD |
| Тип репликации | Мтри | MFR | |
| Режим блокировки хранения | Стратегическое управление или соответствие требованиям | Стратегическое управление или соответствие требованиям | |
| Клиентские установочные пакеты | Ускоритель работы хранилища | Пакет Media Agent дополнительно на клиенте | Доступ к DDBoost: если требуется дедупликация на стороне CV Client.Пакет Media Agent должен быть установлен на клиентской системе. Клиент DDBoost: Для совместимости версий Visual Studio в клиентской системе необходимо установить пакет Media Agent. |
| Защита Linux | Да | Да | |
| Магнитный максимальный размер файла / размер куска оптимальное значение / настраиваемый | 4 Гбайт | Default: 4 ГБ Тем не менее, CommVault не рекомендует выполнять настройку без консультации. |
|
| Не выполнять дедупликацию для блоков старше x дней | Да | - | Доступ к DDBoost: Commvault рекомендует это делать для перенесенных или вновь созданных библиотек .См . Свойства базы данных дедупликации — настройки ![]() |
Преобразование дисковой библиотеки Data Domain в библиотеку доступа Data Domain Boost с помощью CommVault 11.30
Шаг 1. Общий ресурс
CIFS/NFS и дисковая библиотека Data Domain Boost FS
Шаг 2.
Проверка и доступ к блоку хранения
Дисковую библиотеку Data Domain Disk Library в библиотеку доступа Data Domain Boost можно преобразовать следующими способами:
Для общего ресурса CIFS/NFS и дисковой библиотеки
BoostFS можно преобразовать общий ресурс CIFS/NFS и BoostFS Mtree в устройство хранения, выполнив в системе Data Domain следующую команду.
Дополнительные сведения см. в документации по Dell EMC® Data Domain®.
#ddboost пользователь для изменения устройства хранения (созданный вами MTREE_NAME) (DDBoost-имя-пользователя-вы-хотите)
Для дисковой библиотеки
Data Domain Boost FSЗапишите учетные данные, используемые для создания устройства хранения.
Шаг 1.
#ddboost пользователь «Storage Unit» modify (existing BoostFS MTREE_NAME ) (DDBoost-username-you-want)
Шаг 2.
Выполните сценарий DiskLibMigration, выполнив следующую команду в CV MA
#qoperation execscript -sn DiskLibMigration -si <LIBRARY_ALIAS_NAME> -si <DEVICE_TYPE>
Например
#qoperation execscript -sn DiskLibMigration -si 'dd_cifs_demo' -si 'DD Boost Access'
Дополнительные сведения см. в разделе DiskLibMigration
Это действие отключает путь монтирования для записи новых данных. Чтобы разрешить операции записи и отсечение, перейдите на вкладку Политика распределения в диалоговом окне Свойства пути монтирования, а затем выберите Максимальное количество разрешенных модулей записи.
Проверка и доступ к блоку хранения
- На панели навигации перейдите в раздел Storage > Disk.
Появится страница Диск.
- Выберите нужный диск в списке.
- На вкладке Места резервного копирования выберите нужное местоположение резервной копии.
- В таблице Пути доступа к диску в столбце Путь выберите путь, который требуется изменить.
- Отредактируйте следующее:
- Имя
- IP-адрес в поле хоста Data Domain
- Имя блока хранения
Примечание. Если дисковая библиотека Data Domain Boost создана с помощью папки под устройством хранения, введите единицу хранения в формате Единица хранения\Папка.
-
- Тип доступа: Чтение или чтение/запись
- Нажмите кнопку «Save».
Передовые практики для Data Domain Boost Client для CommVault версии 11.32.x
Конфигурации
- При использовании клиентской библиотеки Data Domain Boost (поставляется с CommVault 11.32.x) дедупликация CommVault заменяется на DataDomain DDBoost
- DataDomain только дублирование DDBoost
- Отключение сжатия CommVault при использовании DDBoost Client Direct
- Отключение сжатия CommVault при использовании DD Cloud Tiering, MFR
- В свойствах политики хранилища — параметр «Дополнительно»
- Из свойств клиента -Отключить сжатие
- Включайте сжатие CommVault, когда
- Перемещение данных на облачный уровень включено из Commvault — дополнительная копия
- При использовании параметра Non-Client Direct — рабочий процесс между Media Agent и DD
- В свойствах политики хранилища — параметр «Дополнительно»
- В свойствах клиента — включить сжатие
- Включить только шифрование Data Domain
- Для шифрования данных между серверами Commvault и устройствами Data Domain включите параметр Шифрование передаваемых данных с помощью DD Boost в консоли Data Domain.
- Режим аутентификации — анонимный
- Для достижения наилучшей производительности при шифровании передаваемых данных с помощью функции DD Boost выберите режим анонимной аутентификации.
- Не включайте шифрование резервных копий в Commvault.
- Это предотвратит дальнейшую дедупликацию данных, записанных на стороне устройства, в Data Domain. Если необходимо использовать шифрование неиспользуемых данных, включите эту функцию в Data Domain.
Параметры базы данных дедупликации
- Установите для параметра Не выполнять дедупликацию для объектов, возраст которых превышает n дней, равным 90 дням. Дополнительные сведения см. в разделе Свойства базы данных дедупликации — настройки
.
Репликация
- CommVault использует DD Managed File Replication для AUX-копии CommVault для передачи резервных копий из одного домена DataDomain в другой.
- Традиционно CommVault считывает данные из исходного DD, а затем записывает в целевой DD для копирования AUX. Благодаря технологии репликации DataDomain MFR мы получаем преимущество экономии пропускной способности благодаря технологии репликации DataDomain.
Включение WORM
Примечание: Перед включением блокировки хранилища WORM в консоли CommCell необходимо включить параметр DD Retention lock в MTree в консоли Data Domain.
В Data Domain Retention Lock поддерживается ручной режим как для режима управления, так и для режима комплаенса.
Примечание: Автоматическая блокировка хранения Data Domain не поддерживается.
Конфигурация блокировки хранения
- Настройка блокировки хранилища WORM в библиотеке хранилища Data Domain Boost.
- Дополнительные сведения см. в разделе Включение хранилища и хранения WORM для дисковой системы
. - Дни блокировки WORM, настроенные в пуле хранения данных Commvault, должны быть установлены в диапазоне между минимальным и максимальным сроками хранения, заданными в консоли Data Domain в параметре DD Retention Lock. Дни блокировки WORM отображаются в диалоговом окне «Свойства копирования политики хранилища».
- Для параметра DD Retention Lock можно установить режим управления или комплаенса.
- Для параметра Минимальный период блокировки хранения Data Domain должен быть установлен менее 7 дней, а максимальный срок хранения — в 2+1 раза больше срока, установленного в CommVault в пуле хранения данных. Например, если минимальный срок хранения в Commvault составляет 14 дней, установите максимальный срок хранения в 29 дней в консоли Data Domain. Мы установили минимальный срок хранения менее 7 дней, поскольку файлы метаданных и индексов CV хранятся в системе только в течение короткого периода.
- Другие передовые подходы см. в статье CommVault Best Practices для дисковых библиотек

