Avamar. Информация, которую необходимо собрать для поиска и устранения проблем производительности репликации Avamar (путь решения)

Summary: Данную статью следует использовать для сбора исходной информации для поиска и устранения проблем производительности репликации Avamar (и Avamar с интеграцией Data Domain).

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.
Check out other resources

Instructions

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

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

Другие проблемы репликации для NON-PERFORMANCE для собираемой информации см . в Avamar. Как собрать информацию для поиска и устранения проблем репликации

Примечание. Для КАЖДОГО запроса услуги, связанной с производительностью репликации, очень важно собирать всю следующую информацию. Сбор этой информации помогает нарисовать картину ситуации и полностью определяет, как будет завершена настройка производительности репликации. Несмотря на то, что некоторые сведения могут быть неизвестными или конфиденциальными для некоторых заказчиков, следует понимать, что это может ограничить процесс поиска и устранения неисправностей или увеличить время настройки.
 
 
Собираемая информация:
  • Большинство из перечисленных ниже вопросов требуют обсуждения специалистами службы технической поддержки и заказчиками. 
  • При отсутствии всех сведений, перечисленных в этой статье, время поиска и устранения неисправностей может увеличиться в зависимости от возможных проблем.
 
 

Общие вопросы и информация об окружающей среде:

  1. Обсудите с заказчиком физические расположения, города, страны или расстояние в несколько миль между исходной и целевой площадками.
  2. Обсудите и предоставите, какой цели следует достичь при настройке производительности или что конкретно должно быть исправлено (помимо производительности)?
    • (Пример. Чтобы наверстать упущенное на X дней после отката или сбоев, выполнить начальную нагрузку репликации в первый раз, завершить миграцию root2root (R2R), выполняемую службами специалистов, и т. д.) 
    Наличие этих сведений может повлиять на то, как выполняется настройка или какие параметры выбираются.
    • Дизайн конфигурации:  One-to-one, One-to-many, Many-to-one, Cross replication, Cascading replicationили Другое
  3. В исходном и целевом Avamar (и на сервере DD, если применимо) получите имя хоста, версию и емкость сети.
    • Для Avamar:  Выполните команду status.dpn на всех связанных служебных узлах сервера Avamar, Avamar Virtual Editions (AVE) или отдельных узлах.  Avamar. Как понять выходные данные, сгенерированные командой status.dpn
    • Для Data Domain на каждом сервере Avamar:  Выполните команду «mccli dd show-prop" команда
      • Эту информацию о DD также можно получить из журналов репликации или из команд ddrmaint. См. приложение в конце этой статьи.
  4. Тип оборудования (включая DD, если применимо):
    • Каковы тип и версия оборудования? Это может влиять на количество потоков и объем дисковых операций ввода-вывода.
    • Каков размер емкости на узел и общая общая емкость резервных копий данных? (Это важно знать, так как это помогает расширить знания о том, сколько данных можно реплицировать или наверстать.)
    • Для Data Domain эту информацию можно найти в журналах репликации или из команд ddrmaint.
    • Что касается поддержки Dell, все типы оборудования Avamar и DD можно найти в Avalanche и Autosupport (ASUP), если они настроены для Email Home
      • В Data Domain также можно выполнить следующую команду: system show model 
  5. Сеть: Этот раздел НЕ посвящен тестированию скорости, а является предметом обсуждения между службой поддержки Dell и заказчиками по следующим вопросам:
    • Ожидания заказчика в отношении скорости сети и ожиданий в отношении репликации
    • Является ли сеть репликации совместно используемой другими приложениями или приложениями
    • Спросите заказчика, есть ли у него выделенная дополнительная сеть для репликации (или планируется ли настроить ее в будущем).
      • Если да, каковы внутренние и внешние IP-адреса для исходной и целевой систем?
    • Если задействован Data Domain, проверьте, не реплицируется ли в эту же Data Domain что-либо, кроме рассматриваемой сети Avamar.
      • Если да, имеется ли несколько сетей Avamar или других решений для резервного копирования?
      • Если да, то являются ли они одновременными или расположены в шахматном порядке?
      • Объем данных
    • Определите, имеются ли какие-либо межсетевые экраны заказчика или сетевые ограничения QoS вне настроенного или существующего продукта Avamar.
    • Есть ли в сети заказчика какие-либо ускорители WAN?
      • ПРИМЕЧАНИЕ: Если есть ускорители WAN, они могут быть обнаружены на более позднем этапе тестирования, когда iperf покажет более быстрые результаты, но ничто другое с точки зрения передачи данных не будет таким же быстрым. Iperf — это простой «инструмент для тестирования скорости сети» на базе Linux, и его трафик очень сжимаем и дедупликируем. Тем не менее, реальные данные резервного копирования клиента не так хорошо сжимаются и дедуплицируются по сравнению с ними, поскольку они уже сжаты и дедуплицированы до репликации по сети. 
      • В Avamar неправильное использование ускорителей глобальной сети может затруднить настройку производительности репликации. Несмотря на то, что они могут неточно завышать результаты тестов производительности только из iperf, они часто совсем не помогают репликации Avamar. Чаще всего они затрудняют настройку производительности и отнимают много времени. Обсудите со службой поддержки Avamar ограничения и возможный вред для настройки производительности, поскольку ускорители глобальной сети типа дедупликации или сжатия обеспечивают нулевой выигрыш в производительности для Avamar-only трафика, а также может замедлить процедуру настройки производительности.
      • Для Data Domain наличие ускорителя глобальной сети может отрицательно повлиять на производительность репликации. Вместе с сетевым администратором уточните, имеется ли ускоритель глобальной сети в системной сети Data Domain. Во время работы с сетевым администратором и подтверждения минимального влияния на сеть в целом отключите ускоритель WAN. Это должно быть сделано в качестве ограниченного теста. См. статью Data Domain Data Domain. Анализ проблем, связанных с медленной репликацией [в DD].
      • Информацию о возможных преимуществах обсудите с командой специалистов Dell Technologies или службой поддержки Avamar для устранения неподдерживаемой величины высокой задержки при тестировании связи в сети и обмена данными по протоколу UDP (User Datagram Protocol). Если возможно, обычная настройка производительности с использованием этого пути решения без ускорителей должна устранить большинство проблем с задержкой пинга.
  6. Требования заказчика:
    • Каковы требования к целевому уровню обслуживания (SLO) и соглашениям об уровне обслуживания (SLA) в отношении данных резервного копирования, защиты и среды заказчика?
      • Должны ли быть реплицированы все резервные копии? 
      • Пропускаются ли старые резервные копии или это возможно? 
      • Реплицируются только определенные клиенты? 
      • (и так далее)
    Наличие этой информации помогает подтвердить требования к репликации, обеспечивает целевую производительность, часто открывает возможность пропуска определенных операций резервного копирования и гораздо быстрее помогает наверстать требуемые репликации.
     

    Более конкретные вопросы по настройке:

    • Общие знания для работы с клиентскими учетными записями, которые помогут разобраться с последствиями конфигурации. Из обсуждения с заказчиком, примерно:
      • Сколько всего клиентов существует на сервере (если реплицируется только подмножество)
      • Какие бывают типы подключаемых модулей клиента (файловая система, Exchange, NDMP и т. д.)
      • Каковы самые большие размеры клиентских резервных копий в целом?

    Эту информацию лучше всего проверить и подтвердить вне обсуждения, если она неясна, так как это может быть ограничивающим фактором в зависимости от размера резервной копии клиента и особенно типа серверной части, gsan или DD. Попробуйте запустить команду «Bytes Protected Client   2» в пользовательском интерфейсе администратора Avamar, выберите диапазон дат за последние пару дней (на случай, если резервное копирование еще не было выполнено в предыдущий день) и отсортируйте выходные данные по размеру. Как запускать отчеты, можно найти в текущей технической заметке к руководству по администрированию Avamar.

    • Если присутствует интеграция с DD, определите, какие типы внутренних систем хранения данных используются для вышеуказанных очень крупных клиентов по типу и размеру на серверной части Avamar в сравнении с Data Domain. Например, резервное копирование всех клиентов NDMP в Data Domain, а резервных копий всех клиентов файловой системы — во внутреннюю часть Avamar?  Является ли серверная часть зависимой от размера, смешанной или случайной схемы?
     
    Дополнительные вопросы и тестирование:
    Обсудите дополнительные вопросы и выполните текущее тестирование и постоянную настройку с сотрудниками службы поддержки Dell Technologies.

    Affected Products

    Avamar, Avamar Server

    Products

    Avamar
    Article Properties
    Article Number: 000155028
    Article Type: How To
    Last Modified: 05 ذو الحجة 1447
    Version:  11
    Find answers to your questions from other Dell users
    Support Services
    Check if your device is covered by Support Services.