Авамар: Балансування доданих вузлів не просувається через діяльність, що виконуються під час вікна обслуговування

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

Через кілька тижнів кількість смуг на нових вузлах все ще менша, ніж у початкових.

Нижче наведено приклад результату з status.dpn Показуючи номери смуг на кожному розділі вузла:

Thu Sep 14 17:25:37 CEST 2017 [avamar-server.customer.com] Thu Sep 14 15:25:37 2017 UTC (Initialized Tue Aug 27 07:32:25 2013 UTC)
Node IP Address Version State Runlevel Srvr+Root+User Dis Suspend Load UsedMB Errlen %Full Percent Full and Stripe Status by Disk
0.0 192.168.255.3 7.2.0-401 ONLINE fullaccess mhpu+0hpu+0hpu 1 false 0.36 31869 12707315 54.4% 54%(onl:3661) 54%(onl:3690) 54%(onl:3701)
0.1 192.168.255.4 7.2.0-401 ONLINE fullaccess mhpu+0hpu+0hpu 0 false 0.49 31713 14168999 54.4% 54%(onl:3702) 54%(onl:3691) 54%(onl:3671)
0.2 192.168.255.5 7.2.0-401 ONLINE fullaccess mhpu+0hpu+0hpu 0 false 1.05 31853 12673034 54.3% 54%(onl:3674) 54%(onl:3666) 54%(onl:3697)
0.3 192.168.255.6 7.2.0-401 ONLINE fullaccess mhpu+0hpu+0hpu 0 false 0.45 31603 12991585 54.3% 54%(onl:3702) 54%(onl:3671) 54%(onl:3692)
0.4 192.168.255.7 7.2.0-401 ONLINE fullaccess mhpu+0hpu+0hpu 1 false 0.47 31865 12004871 54.4% 54%(onl:3656) 54%(onl:3678) 54%(onl:3715)
0.5 192.168.255.8 7.2.0-401 ONLINE fullaccess mhpu+0hpu+0hpu 1 false 0.30 31631 8245977 54.4% 54%(onl:3805) 54%(onl:3611) 54%(onl:3623)
0.6 192.168.255.9 7.2.0-401 ONLINE fullaccess mhpu+0hpu+0hpu 0 false 0.92 31855 7928968 54.3% 54%(onl:3587) 54%(onl:3846) 54%(onl:3608)
0.7 192.168.255.10 7.2.0-401 ONLINE fullaccess mhpu+0hpu+0hpu 1 false 0.14 31370 597225 5.0% 4%(onl:700) 5%(onl:785) 5%(onl:789) <-- NEWLY ADDED NODE
0.8 192.168.255.11 7.2.0-401 ONLINE fullaccess mhpu+0hpu+0hpu 0 false 0.36 31424 548361 4.6% 4%(onl:877) 4%(onl:679) 4%(onl:659) <-- NEWLY ADDED NODE
Srvr+Root+User Modes = migrate + hfswriteable + persistwriteable + useraccntwriteable

 (У цьому прикладі 0.7 і 0.8 — це нові вузли.)

Балансування працює під час періоду обслуговування, коли сітка простоює.

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

Зробіть одну з наступних дій:

1. Налаштуйте балансування відповідно до рекомендацій процедури Solve.

2. Перегляньте розклад сітки, щоб визначити, чи записуються резервні копії або вхідні дані реплікації на сервер Avamar під час вікна обслуговування. 

Це можна зробити, запустивши найновішу версію sched.sh Скрипт або запуск скрипта перевірки здоров'я (proactive_check.pl) з --sched прапор.

Дивіться наступні статті з знань для отримання додаткової інформації: 

• • Авамар: Як запустити скрипт перевірки здоров'я proactive_check.pl на сервері Avamar.
  • Авамар: Як використовувати sched.sh для перевірки історичних робіт з резервного копіювання, реплікації та обслуговування.

3. Перевіряйте монітор активності на наявність резервної активності протягом годин доби, коли триває технічне обслуговування.

Якщо вікно технічного обслуговування збігається, переналаштуйте резервні копії так, щоб вони закінчилися раніше, або перенесіть це на інший час доби.