Data Domain. Передовые подходы DDBoost для Commvault v11
Zusammenfassung: В этой статье базы знаний приводится набор передовых подходов к интеграции DDBoost и CommVault v11 с Data Domain.
Weisungen
Передовые подходы к 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 |
| Тип репликации | Мтри | МФР | |
| Режим блокировки хранения | Стратегическое управление или соответствие требованиям | Стратегическое управление или соответствие требованиям | |
| Клиентские установочные пакеты | Ускоритель работы хранилища | Пакет 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 на один день меньше, чем заданное хранение в Commvault, и максимальное значение хранения, равное 2x+1, по сравнению со сроком, установленным в Commvault в пуле хранения данных. Например, если минимальный срок хранения в Commvault составляет 14 дней, установите минимальный срок хранения в 13 дней и максимальный срок хранения в 29 дней в консоли Data Domain.
- Другие передовые подходы см. в статье CommVault Best Practices для дисковых библиотек

