Data Domain. Высокая занимаемая емкость из интеграции Avamar, алгоритм решения

Эта статья о пути решения используется для поиска и устранения неисправностей с высокой емкостью Data Domain (DD), полученной при интеграции Avamar и резервных копиях Avamar.

Начиная с Avamar версии 6, Data Domain был интегрирован с Avamar в качестве внутреннего устройства хранения данных, что позволило хранить данные резервного копирования в Data Domain.

Это также означает, что емкость и коэффициент использования Data Domain могут заполняться аналогичным образом.

После заполнения емкости DD создание новых резервных копий в DD невозможно (аналогично полной сети Avamar и резервным копиям Avamar). В интегрированной среде необходимо проверить емкость Avamar и Data Domain.

Чтобы убедиться, что значения других емкостей не достигнуты, просмотрите следующие действия (если это еще не сделано): Avamar. Поиск и устранение неисправностей емкости, проблемы и вопросы — вся емкость (алгоритм решения)

• Неправильное резервное копирование наборов данных (например: Резервное копирование Avamar в Data Domain непреднамеренно или наоборот)
• Сборка мусора (GC) не выполняется в Avamar ИЛИ очистка не выполняется эффективно в Data Domain.
• Моментальные снимки, хранящиеся в системе Data Domain (действительные или истекшие с истекшим сроком действия)
• Контрольные точки Avamar, хранящиеся в Data Domain, слишком велики
• Ошибки сервера DD

Шаг 1. Сбор информации:

Для проверки информации о емкости Data Domain и других емкостях Avamar (которые также могут нуждаться в адресации или влиять на емкость DD), см . раздел Avamar. Как собрать информацию для устранения проблем с емкостью

Шаг 2. Создайте сервисную заявку в службе поддержки Avamar.

• • Журналы из шага 1
  • Любые снимки экрана или записанные сведения о текущей емкости из пользовательского интерфейса администрирования Avamar.

Если у вас есть проблемы с тем, как будет сообщаться емкость DD, см. эту проблему: Avamar. Администратор показывает неустойчивый прогноз емкости для Data Domain.