Авамар: Інформація для збору для усунення проблем із продуктивністю реплікації Avamar (шлях вирішення)

Summary: Цю статтю слід використовувати для збору початкової інформації з метою усунення проблем із реплікацією Avamar (та Avamar з інтеграцією домену даних).

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

Для загального відтворення відправною точкою має бути фон і концепції, а також елементи для тестування та зміни для виконання.
Дивіться статтю Resolution Path Avamar: Діагностика та налаштування продуктивності реплікації (шлях розв'язання) для цих тем.

Ця стаття спеціально присвячена збору інформації про специфічні проблеми продуктивності реплікації, включно з тайм-аутом реплікації, але не про інші збої, пов'язані з конфігурацією, не пов'язаними з продуктивністю. 

Для інших питань реплікації щодо НЕ-ВИКОНАННЯ інформації для збору дивіться Avamar: Як зібрати інформацію для усунення проблем із реплікацією

Примітка. Дуже важливо для КОЖНОГО запиту на сервіс, пов'язаний із продуктивністю реплікації, збирати всю наведену нижче інформацію. Збір цієї інформації допомагає скласти картину ситуації і повністю визначає, як виконується налаштування реплікаційної продуктивності. Хоча деяка інформація може бути невідомою або приватною для деяких клієнтів, майте на увазі, що це може обмежити усунення несправностей або призвести до тривалості налаштування.
 
 
Інформація для збору:
  • Більшість із наступних питань потребують обговорення між технічними командами підтримки та клієнтами. 
  • Без усієї інформації, наведеної в цій статті, вирішення несправностей і час на вирішення можуть збільшуватися залежно від можливих виявлених проблем.
 
 

Загальні питання та інформація щодо навколишнього середовища:

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

    Більш конкретні питання щодо конфігурації:

    • Загальні знання про клієнтські акаунти допоможуть впоратися з налаштуванням. З обговорення з клієнтом, приблизно так:
      • Скільки клієнтів існує на сервері загалом (Якщо реплікується лише підмножина, скільки їх потрібно)
      • Які існують різні типи плагінів клієнтів (файлова система, Exchange, NDMP тощо)?
      • Які розміри резервних копій клієнтів загалом

    Цю інформацію найкраще перевіряти і підтверджувати поза обговореннями, якщо є невизначеність, оскільки це може бути обмежуючим фактором залежно від розміру резервної копії клієнта, особливо від типу бекенду — GSAN проти DD. Спробуй запустити "Bytes Protected Client   2" повідомте в інтерфейсі адміністратора Avamar, виберіть діапазон дат останніх кількох днів (на випадок, якщо резервна копія ще не запущена попереднього дня) і відсортуйте результат за розміром. Як запускати звіти можна знайти у поточній технічній нотатці Avamar Administration Guide.

    • Якщо є інтеграція з 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.