Прежде чем прочитать эту статью, ознакомьтесь с принципом чистки памяти и освобождения пространства Avamar.
Процессы освобождения пространства Avamar — Часть 1. Сбор мусора
Процессы освобождения пространства Avamar — Часть 2. Хруст
Процессы освобождения пространства Avamar — Часть 3. Процесс удаления контрольной точки (RMCP)
В системе Avamar сбор мусора (GC) предназначен для выполнения в соответствии с запланированным процессом.
GC можно запустить вручную. Исторически это было известно как «агрессивная чистка памяти» (AGC). На самом деле это не отличается от обычного GC, и следует использовать термин «ручная сборка мусора».
Ручная чистка памяти — это ситуации, когда задача обслуживания GC выполняется в течение длительного периода времени без использования планировщика обслуживания Avamar.
Этот метод может быть полезен для устранения острых проблем, когда емкость пользователя Avamar очень высока или если система находится в режиме «только для чтения».
В таких случаях сбор «мусора» выполняется вручную, чтобы повести уровень емкости ниже порогового значения, доступного только для чтения, чтобы окно резервного копирования можно было запустить, а автоматизированная сборка мусора продолжит работать в обычном режиме.
В этой статье описывается, где можно использовать ручную чистку мусора, и условия ее использования.
В первую очередь следует отметить, что Avamar может самостоятельно выполнять задачи автоматизированного обслуживания.
Микроуправляемая система Avamar не должна выполняться. Когда это возможно, необходимо обеспечить запланированный сбор «мусора» для «управления бизнесом» и очистки просроченных данных из системы.
Единственный подходящий момент ручного сбора мусора — это ситуация, когда возникает «чрезвычайно высокая емкость GSAN». это может произойти, когда надлежащая GC-контроллер препятствует работе в течение длительного времени.
Если инженер службы поддержки Avamar выполнит соответствующий анализ, он может получить разрешение на ручную чистку памяти у эксперта по предметным темам Avamar.
Использование ручного сбора мусора не
подходит при возникновении «высокой емкости ОС» или «высокой загрузки емкости GSAN». Если емкость GSAN высока, крайне важно, чтобы запланированные GC запускались каждый день и в течение требуемого времени.
Использование емкости
.сценарий sh», описанный в
Avamar: Как использовать сценарий capacity.sh для управления емкостью в системе Avamar, убедитесь, что сбор мусора выполняется в течение как минимум двух проходов.
Постепенно продлевайте окно обслуживания. Это может быть в течение нескольких дней. Отслеживайте количество достигнутых пропусков и объем удаляемых данных, пока тенденция к емкости не станет отрицательной.
Если тенденция к емкости не снижается, а емкость не снижается, используйте дополнительные меры по управлению емкостью. См.
Avamar: Концепции и обучение по управлению емкостью.
Служба поддержки поможет проверить, что сбор мусора работает оптимально.
- Система, настроенная для балансировки входящих и просроченных данных, работает в стабильном состоянии. См. руководство по передовым практикам работы Avamar.
- Выполнение чистки памяти вручную «маскирует» проблемы с емкостью, откладывая шаги, которые необходимо выполнить, чтобы система была работоспособна для длительного бесперебойного использования.
- Запуск чистки памяти вручную конкурирует с активностью резервного копирования или репликации аппаратных ресурсов. Производительность класса All-Round снижается.
- Определенные действия, необходимые для сбора «мусора», выполняются автоматически ТОЛЬКО во время запланированного окна обслуживания, например, разгрузка «кэш-памяти индекса», чтобы освободить дополнительные ресурсы.