Решение проблем с емкостью в системе
AvamarПри возникновении проблем с емкостью в системе Avamar крайне важно понимать основную причину. Для этого необходимо выполнить ряд шагов, начиная со сбора данных для тщательного изучения.
Системы Avamar имеют несколько типов ограничений емкости. Всестороннее понимание этих ограничений, а также их исторического контекста может прояснить как текущие, так и прошлые проблемы с пропускной способностью, с которыми сталкивалась система.
Система создает определенные события, предупреждения или ошибки в пользовательском интерфейсе (UI) при превышении определенных порогов емкости.
- 80%: Предупреждение о емкости
- 95%: Достигнут предел диагностики системы
- 100%: Достигнуто предельное количество серверов только для чтения, что приводит к переходу сети в режим администратора
Когда система Avamar заполнена, в ней могут возникать следующие признаки или ошибки:
- Сборка мусора завершается сбоем, что приводит к ошибкам MSG_ERR_DISKFULL или MSG_ERR_STRIPECREATE.
- Сбой контрольных точек из-за ошибки MSG_ERR_DISKFULL.
- Резервное копирование не может выполняться или завершается сбоем из-за переполнения емкости.
- Резервное копирование завершается сбоем с ошибками MSG_ERR_STRIPECREATE или сообщениями, указывающими на то, что целевой сервер заполнен.
- Состояние доступа переключается на режим администратора (если не запущено обслуживание).
- Планировщик резервного копирования отключен и не может быть возобновлен из-за ограничений по объему метаданных.
Понимание этих аспектов может помочь в управлении и устранении проблем с емкостью в системе Avamar.
Сбор информации:
Войдите на сервер Avamar Server (с одним узлом или служебным узлом) и выполните все команды. Они только собирают информацию и не применяют никаких изменений:
1. Если еще не известно, он содержит полное имя или полное доменное имя (FQDN) сервера Avamar:
2. Убедитесь, что включены все службы, включая планировщик обслуживания:
3. Общее состояние системы:
4. Запустите емкость
.SH для сбора данных за 60 дней и 10 самых активных клиентов:
capacity.sh --days=60 --top=10
5. Журналы, показывающие основное поведение при сборке мусора за последние 30 дней:
dumpmaintlogs --types=gc --days=30 | grep "4202"
6. Объем данных, удаленных сборщиком мусора, количество выполненных проходов и продолжительность выполнения.
Для Avamar
v5.x и v6.x выполните команду:
dumpmaintlogs --types=gc --days=30 | grep passes | cut -d ' ' -f1,12,13,15
Для Avamar
v7.x и последующих версий выполните команду:
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. Список контрольных точек, доступных в системе:
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. Проверьте объем используемой памяти (и подкачки) на каждом узле: