Avamar Restore від DD-Boost Поради щодо усунення несправностей продуктивності

На Avamar Restore від DD-Boost можуть впливати такі фактори:

1. Налаштування сервера Avamar та параметри резервного копіювання\відновлення

2. Пропускна здатність між клієнтом і доменом даних.

3. Домен даних

4. Конфігурація клієнта.

Налаштування сервера Avamar та параметри резервного копіювання/відновлення:

За замовчуванням передача даних між клієнтами Avamar і Data Domain має високий рівень шифрування. Встановлення нульового рівня шифрування може покращити продуктивність резервного копіювання/відновлення втричі або більше.

Щоб перевірити налаштування передачі даних між клієнтом Avamar і доменом даних, вивчіть журнали резервного копіювання/відновлення на наявність таких повідомлень:

• Встановлення з'єднання з системою Data Domain з шифруванням (Режим підключення: А:3 Е:2).

  • Шифрування вмикається під час сеансу резервного копіювання \recover.

• Встановлення з'єднання з доменом даних з базовою автентифікацією (режим підключення: А:0 Е:0).

  • Шифрування не ввімкнено під час сеансу резервного копіювання \recover.

Щоб перевірити налаштування передачі даних за замовчуванням між клієнтами Avamar і Data Domain, отримайте наступні значення з файлу налаштувань Avamar MCS - /usr/local/avamar/var/mc/server_data/prefs/mcserver.xml.

• <entry key="default_dd_client_restore_encryption" value=" високий " />

• <entry key="default_dd_client_backup_encryption" value="високий" />

Нижче наведено рекомендації щодо найкращих практик шифрування.

• Для великих резервних копій або відновлень у центрі обробки даних установіть шифрування на Середнє або Немає, щоб підвищити продуктивність.

• Для клієнтів настільних комп'ютерів/ноутбуків, які створюють резервні копії через глобальну мережу, встановіть шифрування на Високе.

Щоб змінити поведінку сервера за замовчуванням, відредагуйте значення ключів, відредагувавши mcserver.xml з подальшим перезапуском сервера MCS. Доступні значення:

• Високий.

• Середнє.

• Ніхто.

Для резервного копіювання режим передавання даних за замовчуванням між клієнтом і доменом даних можна змінити за допомогою параметрів плагіна. Доступні методи шифрування для домену даних:

• За промовчанням

• Високий.

• Середнє.

• Ніхто.

Для завдань відновлення режим передачі даних за замовчуванням між клієнтами та Data Domain може бути змінений з "Параметри відновлення", "Додаткові параметри", "Метод шифрування з системи Data Domain". Доступні варіанти:

• За промовчанням

• Високий.

• Середнє.

• Ніхто.

Пропускна здатність між клієнтом і доменом даних:

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

1. Визначте IP-адресу DD-Boost, яку використовує клієнт під час операції відновлення (або резервного копіювання):

Під час відновлення визначте IP-адресу DD-Boost, виконавши наступну команду на цільовому клієнті:

 netstat an |grep 2049 (UNIX/Linux).
 netstat an |findstr 2049 (лише для Windows)

Якщо резервне копіювання або відновлення було запущено в режимі налагодження, IP-адресу можна визначити під час відновлення, виконавши пошук за запитом port=2049.

Примітка: 2049 є типовим портом TCP, який використовується ddboost.

2. Визначте швидкість інтерфейсу DD (використовуйте інтерфейс DD UI або виконайте наступні команди DD CLI:).

 Налаштування Net Show

• За результатами визначте порт за допомогою призначеної портом IP-адреси. 

Порти системного показу

• За результатами визначте швидкість порту.

3. Використовуйте iPerf або ddpconnchk для перевірки пропускної здатності між клієнтом і IP-адресою DD-Boost.

Інструмент iPerf доступний для Linux і Windows. Більш детально про iPerf можна дізнатися з наступної статті: Домен даних: iperf Tool для перевірки пропускної здатності мережі -- версія 2


Інструмент ddpconnchk доступний для всіх платформ, що підтримуються DD-Boost, і призначений не тільки для перевірки пропускної здатності, але і для загальної продуктивності читання і запису DD-Boost з клієнта. Більш докладно про ddpconnchk можна дізнатися з наступної статті: Домен даних: DDPCONNCHK Як усунути неполадки DDBoost підключення та продуктивність
 

1. Для ddpconnchk визначте сховище Avamar у домені даних (можна знайти за запитом «Установлення типового сховища» у журналі резервного копіювання або відновлення.

2. Нижче наведено приклади для ddpconnchk,

   1. ./ddpconnchk -s ip_adress -u ddboost_user -p <ddb_user_password> -l avamar-1234567890 -T writeimage -i 1g

      • Ця команда повідомляє про продуктивність запису та читання одного потоку.

   2. ./ddpconnchk -s ip_adress -u ddboost_user -p <ddb_user_password> -l avamar-1234567890 -T writeimage -i 1g -n 10

      • Ця команда повідомляє про 10 потоків продуктивності запису\читання.

Продуктивність домену даних:

Тест ddpconnchk повідомляє про очікувану продуктивність читання/запису від клієнта. Якщо вона нижча за очікувану продуктивність (виходячи з доступної пропускної здатності), відкрийте запит на обслуговування в службі підтримки домену даних Dell Technologies, щоб перевірити продуктивність читання/запису.

Конфігурація клієнта:

Якщо шифрування не ввімкнено між клієнтом і DD і немає проблем із продуктивністю читання/запису DD, використовуйте опцію "validate", щоб виконати відновлення без запису до клієнта:

Додайте параметр --validate до файлу avtar.cmd клієнта (розташованого в каталозі var клієнта).

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