Производительность резервного копирования Avamar: процедура настройки и параметры для сокращения времени резервного копирования

Данная статья предназначена для администраторов Avamar или сотрудников Dell/сотрудников партнеров Dell, осуществляющих доставку, которые хотят повысить производительность и сократить время, необходимое для выполнения резервного копирования клиента.

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

Подготовка
На производительность резервного копирования клиентов Avamar может влиять большое количество факторов.  Примечания в этой статье дополняют методы и сведения, описанные в указанной ниже статье.

• Статья базы знаний 62866: Производительность резервного копирования клиентов Avamar. Как определить узкие места (АЛГОРИТМ РЕШЕНИЯ ПРОБЛЕМЫ)  

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

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


Используйте утверждения Exclude, но не Include, если это возможно.
Утверждения Exclude помогают избежать резервного копирования определенных типов файлов. Сюда относятся следующие случаи:

• Резервное копирование файлов не требуется.
• Файлы, как правило, очень большие и/или часто меняющиеся.
• Известно, что файлы плохо поддаются дедупликации (это больше влияет на емкость сервера Avamar, чем на производительность резервного копирования).

Список типов файлов, которые мы рекомендуем исключить, см. в разделе «Примечания».  Сведения о применении утверждений об исключении см. в следующих документах:

• Руководство Avamar Administrator.
• Руководство по передовым практикам работы в Avamar.

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

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

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

При использовании утверждений о включении они будут применены ко всему набору данных, а все исключенные папки будут проверены avtar на наличие критериев, соответствующих списку включения.  
Чтобы сократить время выполнения/повысить производительность резервного копирования, используйте утверждения Include только в тех случаях, когда без этого не обойтись.

Рекомендации по их настройке см. в статье базы знаний 20044: Avamar. Как использовать утверждения Avamar Include/Exclude для определения объема резервного копирования  

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

Время, когда файловый сервер занят обслуживанием файлов, — не самый подходящий момент для резервного копирования этих данных.  Диски, на которых хранятся данные, и сетевые платы будут заняты запросами ввода-вывода. ЦП также будет загружен.

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

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

Определите узкие места резервного копирования клиента
См. статью базы знаний 62866:  Производительность резервного копирования клиентов Avamar. Как определить узкие места (АЛГОРИТМ РЕШЕНИЯ ПРОБЛЕМЫ) К узким местам относятся:

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

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

• Статья базы знаний 62852: Avamar — как интерпретировать строки состояния журнала резервного копирования avtar   

Типы файлов, которые рекомендуется исключать

Медиафайлы — эти файлы уже сильно сжаты и часто имеют очень большой размер.  

• Видеофайлы: mp4, .mkv, .mov, .avi, .flv, .wmv, .wma
• Аудиофайлы: mp3, .ogg, .flac, aac, .m4a, .wav

Архивы Outlook, например файлы .pst.
Более подробную информацию см. здесь: Avamar. Рекомендации по производительности при использовании Avamar для резервного копирования архивных файлов Outlook формата .pst.

Файлы журналов любого типа
Обычно они хорошо поддаются дедупликации, но регулярно изменяются и могут быть очень большими. Это означает, что avtar может тратить много времени на их обработку во время резервного копирования.  Их не следует копировать, если нет особой необходимости.

Сжатые файлы: .tgz, tar.gz, .zip, .rar, .ace, bz2
Они содержат уникальные данные и иногда могут быть очень большими. По возможности выполняйте резервное копирование несжатых данных.

Файлы базы данных
Если нет особой необходимости, избегайте резервного копирования файлов базы данных.  Если для базы данных существует официальный подключаемый модуль Avamar, ВСЕГДА используйте его для резервного копирования базы данных (этот способ предпочтительнее, чем процедура, в которой база данных считается «плоским файлом» при резервном копировании файловой системы).   

Общие рекомендации
Не следует создавать резервные копии больших или изменяемых файлов.

Рекомендации в отношении клиентов Desktop/Laptop
Для клиентов DT/LT пользователь может указывать максимальный размер файлов для резервного копирования.
--maxfile=MB (если указано любое значение, кроме нуля, файлы, размер которых превышает это значение в Мбайтах, будут пропущены)

Дополнительные ресурсы

• Avamar. Как использовать утверждения Avamar Include/Exclude для определения объема резервного копирования 
• Как создать динамический набор данных в Avamar — Как создать динамический набор данных в Avamar