Data Domain. Руководство по передовым практикам работы с виртуальной ленточной библиотекой

Руководство по передовым практикам VTL

ЦЕЛЬ

В этом документе приведены рекомендации по передовым практикам, которые помогут обеспечить оптимальную производительность и работу виртуальной ленточной библиотеки Data Domain Virtual Tape Library (VTL) в средах резервного копирования, а также простоту поддержки и обслуживания продукта.

ЗАТРОНУТЫЕ РЕШЕНИЯ

• Все системы Data Domain
• Все выпуски программного обеспечения, поддерживающие виртуальную ленточную библиотеку
• Протокол виртуальной ленточной библиотеки
• Стороннее приложение для резервного копирования (BA), например NetWorker, TeraSAM и т. д.

РЕШЕНИЕ

1. Основные рекомендации по предотвращению снижения производительности.
   1. Крайне важно убедиться, что классификатор VTL определен для установки и проверен на правильность работы. Использование неподдерживаемых HBA-адаптеров, драйверов и других компонентов — это распространенная причина возникновения проблем.
   2. Постарайтесь не допускать заполнения системы Data Domain более чем на 85%. Очистка файловой системы и другие операции выполняются быстрее и эффективнее, когда в системе достаточно свободного места на диске для выполнения этих важных задач.
   3. Попробуйте запланировать очистку файловой системы (также называется чисткой памяти или освобождение файловой системы) для выполнения в период отсутствия активных операций резервного копирования.
   4. В большинстве случаев достаточно установить стандартное расписание очистки файловой системы. Ознакомьтесь с документом «Расписание очистки в системе Data Domain: передовые практики 12089» для лучшего понимания этого процесса. Если у вас все еще есть основания полагать, что необходимо изменить стандартное расписание для более частого запуска очистки файловой системы, свяжитесь с командой поддержки Data Domain для обсуждения.
   5. Не планируйте запуск репликации одновременно с активным окном резервного копирования VTL. Оба процесса требуют использования значительного количества ресурсов и выполняются быстрее по отдельности, а не одновременно.
   6. Никогда не используйте шифрование, мультиплексирование, предварительное сжатие или дедупликацию на стороне клиента из клиентского BA (т. е. NetWorker, TeraSAM), так как они значительно уменьшают коэффициент сжатия, полученный в системе Data Domain. Выполняйте эти действия только в системе Data Domain. Некоторые приложения резервного копирования включают эти функции по умолчанию (например, в HP Data Protector по умолчанию включается мультиплексирование), поэтому убедитесь, что все эти функции отключены в вашем приложении.
   7. Хотя система Data Domain может предлагать более высокие ограничения в параметрах конфигурации (количество потоков, синхронизация, репликация и т. д.), использование более умеренных конфигураций часто обеспечивает максимальную общую производительность. 
   8. Убедитесь, что вы изучили и смогли понять все оповещения от системы Data Domain. Если вы не смогли понять оповещение, обратитесь в службу поддержки для получения разъяснений.
   9. Не используйте пул по умолчанию для всего. Создайте хотя бы один другой пул и все ленты в созданных пулах. При использовании репликации важно создать и использовать от 5 до 10 контекстов репликации (то есть пул VTL) для повышения производительности.
   10. Убедитесь, что определенные компоненты совместимы с виртуальной ленточной библиотекой.

2. Компоненты виртуальной ленточной библиотеки

   1. Инициаторы:
      1. Порт инициатора FC должен быть выделен только для устройств виртуальной ленточной библиотеки Data Domain.
      2. С этой системой Data Domain должны быть зонированы только инициаторы, которые должны обмениваться данными с определенным набором целевых портов VTL в системе Data Domain.
      3. Создайте полезный псевдоним для каждого зонируемого инициатора и подключитесь к системе Data Domain, предпочтительно включив имя хоста и порт в имя псевдонима. 
      4. Используйте только зонирование «один к одному»; создайте зоны на коммутаторе Fibre Channel, состоящем только из одного инициатора и одного целевого ресурса на каждую зону. 
   2. Разъемы: 
   • Количество разъемов или накопителей, которые должна иметь библиотека, зависит от количества одновременно запущенных потоков резервного копирования и восстановления. Количество накопителей также зависит от конфигурации и общих ограничений производительности конкретной системы Data Domain. Количество разъемов обычно зависит от количества лент, используемых в течение цикла политики хранения.

   3. Точки доступа картриджей:

      • См. документацию по интеграции Data Domain для конкретного приложения резервного копирования, чтобы определить, должны ли быть эмулированы точки доступа картриджей (CAP) для конкретной среды.

   4. Чейнджер:

      • Для каждой VTL может быть только один чейнджер.
      • В большинстве случаев выбор модели обмена зависит от конкретной конфигурации:
        • Используйте эмуляцию библиотеки RESTORER-L180 при использовании программного обеспечения Symantec для резервного копирования
        • Используйте эмуляцию библиотеки TS3500 при использовании платформы IBM System i
        • Кроме того, вы можете использовать эмуляцию библиотеки TS3500 при работе с TeraSAM 6.2 на платформах AIX 6.1 и AIX 5.3.
        • В большинстве других установок должна использоваться эмуляция библиотеки L180 (не Symantec, не IBM System i)

   5. Ленточный накопитель

      1. Автоматический автономный режим:  Если на ленту загружено содержимое, накопитель работает в онлайн-режиме. В этом состоянии чейнджер не может переместить ленту с накопителя без предварительной выгрузки ленты. Однако если включен автоматический автономный режим, выгрузка накопителя выполняется в фоновом режиме, поэтому ленту можно переместить с накопителя, даже если приложение не инициировало команду выгрузки. Этот параметр может быть полезен для определенных приложений и является глобальным для службы виртуальной ленточной библиотеки (одна настройка для всех накопителей).
      2. Автоматическое извлечение:  При перемещении ленты из накопителя или разъема в CAP она направляется непосредственно в хранилище. Эта настройка может быть полезна для приложений, которые проверяют, были ли ленты извлечены из CAP. Они завершат сбоем операции извлечения библиотеки, если ленты по-прежнему находятся в CAP после временной задержки. Автоматическое извлечение облегчает работу этих приложений, так как ленты немедленно исчезают из CAP. Этот параметр также является глобальным для службы виртуальной ленточной библиотеки (одна настройка для всех накопителей)
      3. Лучше всего использовать только один тип ленточного накопителя для каждой библиотеки.

   6. Целевые HBA-адаптеры

      1. Рассмотрите возможность распределения нагрузки резервного копирования между несколькими портами FC в системе Data Domain, чтобы избежать узких мест на одном порте. 
      2. Проверьте скорость каждого порта FC на коммутаторе, чтобы убедиться, что порт настроен на нужную скорость.
      3. Установите для дополнительных портов значение «none», если это явно не требуется для конкретной конфигурации.
      4. Настройте драйвер операционной системы хоста для постоянной привязки LUN. Это позволяет избежать ситуаций, когда из-за изменений целевого ресурса необходимо перенастроить программное обеспечение для резервного копирования или операционную систему. 

• VTL Operation

  1. Разъемы: Создайте достаточное количество разъемов для хранения лент. Создание нескольких дополнительных разъемов не является проблемой, если их количество не слишком велико.
  2. CAP
  3. Ленты
     1. Создавайте только необходимое количество дубликатов для обеспечения резервного копирования. Начальное количество лент меньше двойного объема дискового пространства, доступного в программе восстановления. Создание слишком большого количества виртуальных лент может спровоцировать сценарий, при котором система Data Domain может преждевременно заполняться и вызывать непредвиденный перебой в работе системы. По мере того как станет доступна статистика глобального сжатия, можно поэтапно добавлять дополнительные ленты. 
     2. Если система заполнена на 100%, необходимо удалить все пустые ленты, которые могут существовать в системе, а затем уничтожить достаточный объем данных, чтобы обеспечить заполненность системы ниже 80%. Чтобы избежать этой трудоемкой задачи, следует не допускать полного заполнения пространства системы.
     3. В целевой системе репликации никогда не выполняйте чтение с ленты, которая в данный момент реплицируется.
     4. Всегда используйте уникальные штрихкоды ленты, даже в разных пулах.
     5. Всегда используйте один и тот же суффикс (размер) ленты во всех пулах. Если по какой-либо причине необходимо использовать другой суффикс, как минимум, следует сохранить тот же суффикс в пуле.
     6. Оптимальный размер лент зависит от нескольких факторов, в том числе от используемого BA и характеристик данных, резервное копирование которых выполняется. Как правило, лучше использовать большее количество лент меньшего размера, чем меньшее количество лент большего размера, чтобы контролировать использование дисков и предотвращать переполнение системы.
     7. Для TeraSAM рекомендуется использовать ленты меньшего размера (то есть 30–50 Гбит/с), чтобы быстрее освободить пространство.

  4. Приложения для резервного копирования

     1. Убедитесь, что используется самый большой оптимальный размер блока для BA, чтобы обеспечить максимальную производительность при работе с системой Data Domain. Оптимальное количество зависит от множества факторов, включая скорость диска, кэширование операционной системы и настройки конкретного программного обеспечения для резервного копирования. См. рекомендации поставщика и руководства по интеграции.
     2. В целом, размер ленточного блока, кратный 64 Кбайт, обеспечивает более высокую производительность, но обязательно ознакомьтесь с передовыми практиками или руководствами по интеграции для вашего конкретного программного обеспечения (ссылки см. ниже). При доступе к устройству Data Domain с несколькими серверами резервного копирования используйте самый большой размер блока, доступный для всех серверов в среде (особенно в разнородной среде ОС).

• Группы доступа

  1. Нумерация устройств в каждой выделенной группе доступа VTL должна начинаться с «LUN 0».
  2. Лучше не изменять конфигурацию группы доступа VTL, когда система Data Domain сильно загружена.
  3. Рекомендуется использовать только один инициатор на каждую группу доступа.

• Статистика

  1. При использовании статистики кэша концевого маркера файла VTL необходимо выполнить сброс статистики перед загрузкой лент в накопители. Если сброс статистики выполняется после загрузки лент и доступа к ним на ленточных накопителях, команда «vtl show detailed-stats» может вводить в заблуждение. В отчете количество «free» может отображаться большим, чем количество «alloc», что является непредвиденным, но в данном случае не представляет риска. Это вызвано сбросом статистики накопителей во время их использования; сброс статистики не является атомарной операцией.
  2. В качестве общей передовой практики перед загрузкой лент в накопители необходимо выполнить сброс статистики.