Avamar: Як зібрати інформацію для усунення проблем з пропускною здатністю

Вирішення проблем з потужністю в Авамарі:

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

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

• 80%: Попередження про пропускну здатність
• 95%: Ліміт перевірки здоров'я досягнуто
• 100%: досягнуто ліміту лише для читання серверів, через що сітка переходить у режим адміністратора

• Збір сміття (GC) не працює, що призводить до MSG_ERR_DISKFULL або MSG_ERR_STRIPECREATE помилок.
• Контрольні точки не працюють через MSG_ERR_DISKFULL помилку.
• Резервні копії не можуть працювати або виходити з ладу через повну потужність.
• Резервні копії не зазнають MSG_ERR_STRIPECREATE помилок або повідомлень, що цільовий сервер заповнений.
• Стан доступу переходить у режим адміністратора (якщо не працює технічне обслуговування).
• Планувальник резервного копіювання вимкнено і не може бути відновлений через обмеження місткості метаданих.

Розуміння цих аспектів може допомогти в управлінні та вирішенні проблем з пропускною здатністю на сітці Авамар.

Зібрати інформацію.

Увійдіть у вузол утиліти Avamar і виконайте такі команди:

(Вони лише збирають інформацію і не застосовують змін)

1. Якщо це ще не відомо, він надає повне ім'я сервера Avamar або повністю кваліфіковане доменне ім'я (FQDN):

hostname -f

2. Перевірте, що всі сервіси увімкнені, включаючи планувальник обслуговування:

dpnctl status

3. Загальний стан:

status.dpn

4. Використайте місткість.SH скрипт для збору даних за 60 днів і 10 найбільших учасників:

capacity.sh --days=60 --top=10

5. Журнали, що показують базову поведінку збору сміття за останні 30 днів:

dumpmaintlogs --types=gc --days=30 | grep "4202"

6. Обсяг даних, які сміттєзбір видалив, скільки проходів він виконав і скільки часу він працював:

dumpmaintlogs --types=gc --days=30 | grep passes | cut -d ' ' -f1,10,14,15,17

7. Перевір, скільки часу hfscheck Бігає за:

dumpmaintlogs --types=hfscheck --days=30 | grep -i elapsed|cut -d ' ' -f1,12 | grep -v check

8. Деталі використання ємності на вузол і по розділу:

avmaint nodelist | egrep 'nodetag|fs-percent-full'

9. Список контрольних пунктів:

cplist

10. Заплановані часи початку та зупинки на технічному обслуговуванні:

avmaint sched status --ava | egrep -A 2 "maintenance-window|backup-window" | tail -16

11. Зберіть усі налаштування диска:

avmaint config --ava | egrep -i 'disk|crunching|balance'

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

12. Збирайте підрахунок різних типів смуг на вузол для кожного розділу даних:

avmaint nodelist --xmlperline=99 | grep 'comp='

13. Перевірте обсяг пам'яті (та swap), що використовується на кожному вузлі:

mapall free -m

• Авамар: Як керувати місткістю за допомогою capacity.sh скрипта
• Avamar: Як зрозуміти результат, який генерує команда status.dpn