Avamar v7 и более поздние версии— сообщение «skipped-hashes», которое невозможно очистить из-за «хэшированных ссылаемых битовых карт», когда данные используются

Хэш-карта — это функция, представленная в Avamar v7.x, которая позволяет выполнять резервное копирование во время обслуживания чистки мусора. 

До использования этой функции сбор мусора не мог выполняться одновременно из-за возможности конфликтов данных. 

На этапе сбора «мусора» новая функция сохраняет в памяти информацию о добавленных или измененных данных (далее — «карта ссылаемых хэшов»). Чистка памяти проверяет эту информацию, чтобы узнать, какие хэшы (и данные, на которые они ссылались) не следует удалять.  

Для использования этой функции необходимо не менее 5 минут бесшумного времени, в течение которого резервное копирование не выполняется, чтобы их можно было сбросить. После этого сброса данные, заблокированные в них, можно отсканировать во время последующего цикла чистки памяти, пока они останутся без изменений.

Это бесшумное время следует рассматривать при разработке ежедневного графика резервного копирования и обслуживания Avamar. 
Невозможность сброса карт может препятствовать чистке «мусора» с просроченными данными.
Если эталонная хэш-карта не предоставляет возможности для сброса, данные, которые должны иметь право на удаление мусора, не обрабатываются, а использование емкости может увеличиться. Если не удается выполнить сброс карты в течение длительного периода времени, в журнале сбора мусора может отображаться все больше хэшов «skipped-hashes».

Срок хранения резервных копий истек, но при сборе «мусора» не восстанавливались все данные, которые могут быть удалены из-за того, что некоторые данные в то время использовалась.

Чтобы проверить это, выполните следующую команду:
Команда создает дамп журнала обслуживания чистки памяти в течение 7 дней и анализирует его для отображения.

• Сколько хэша было пропущено,
• Объем удаленных данных
• Сколько проходов были пройдены при сборе мусора
• Время выполнения сбора мусора

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

2014/02/11-11:03:23.01310 skipped-hashes="3118" megabytes-recovered="120" passes="10" elapsed-time="134"
2014/02/12-11:05:33.78790 skipped-hashes="4051" megabytes-recovered="88" passes="10" elapsed-time="264"
2014/02/12-16:18:16.79236 skipped-hashes="5098" megabytes-recovered="199" passes="16" elapsed-time="268"
2014/02/12-16:28:20.35698 skipped-hashes="5099" megabytes-recovered="0" passes="1" elapsed-time="97"
2014/02/12-17:14:22.88473 skipped-hashes="5452" megabytes-recovered="26" passes="20" elapsed-time="162"
2014/02/12-20:46:06.80518 skipped-hashes="6789" megabytes-recovered="83" passes="21" elapsed-time="184"
2014/02/12-21:09:30.70374 skipped-hashes="89139" megabytes-recovered="9432" passes="26" elapsed-time="536"
2014/02/12-23:30:13.07016 skipped-hashes="96510" megabytes-recovered="604" passes="21" elapsed-time="210"
2014/02/12-23:34:15.11324 skipped-hashes="96511" megabytes-recovered="1" passes="3" elapsed-time="99"
2014/02/13-13:41:02.20624 skipped-hashes="97301" megabytes-recovered="0" passes="1" elapsed-time="81"
2014/02/14-11:03:45.31704 skipped-hashes="98220" megabytes-recovered="131" passes="2" elapsed-time="157"
2014/02/14-16:49:14.94905 skipped-hashes="98220" megabytes-recovered="67" passes="2" elapsed-time="105"
2014/02/14-21:15:27.77268 skipped-hashes="98224" megabytes-recovered="0" passes="1" elapsed-time="106"
2014/02/14-21:25:51.71154 skipped-hashes="98224" megabytes-recovered="0" passes="1" elapsed-time="101"
2014/02/14-22:07:19.81136 skipped-hashes="98229" megabytes-recovered="0" passes="1" elapsed-time="125"
2014/02/14-22:15:21.50825 skipped-hashes="98275" megabytes-recovered="1" passes="5" elapsed-time="115"
2014/02/14-22:27:13.88500 skipped-hashes="98278" megabytes-recovered="0" passes="1" elapsed-time="98"
2014/02/14-23:58:47.70116 skipped-hashes="102294" megabytes-recovered="1" passes="4" elapsed-time="110"
2014/02/15-11:02:29.45054 skipped-hashes="102538" megabytes-recovered="0" passes="1" elapsed-time="82"
2014/02/16-00:56:27.25596 skipped-hashes="0" megabytes-recovered="900395" passes="59" elapsed-time="17417"
2014/02/17-11:32:42.66479 skipped-hashes="0" megabytes-recovered="57540" passes="28" elapsed-time="1890"

Анализ.

В выходных данных показано, что количество пропущенных хэша со временем возрастает, пока эталонная хэш-карта не будет сбросить 16 февраля 2014 г.
Кроме того, мы видим, как объем данных, очищенных в мегабайтах, перескакивает после того, как хэш освобождается, а чистка памяти может обрабатывать их на наличие просроченных данных.

Немедленное решение

1. Убедитесь, что карты могут сбросить настройки и разрешить повторное выполнение чистки памяти.
2. Убедитесь в отсутствии запущенных сессий avtar с добавлением данных в систему (данных резервного копирования или входящих данных репликации). Используйте GUI Activity Monitor и проверьте, не зависали ли сеансы только с помощью команды «avmaint sessions --full».
3. Остановите все резервные копии и входящие сессии репликации.
4. Подождите не менее пяти минут, чтобы разрешить сброс хэш-карт, ссылаемых на биты.  
5. Когда GC снова запускается, проверьте журнал обслуживания GC, чтобы убедиться, что пропущенные хэш-хэш-хэш= 0

Если пропущенные хэш-хэш не сбросить до нуля, обратитесь в службу поддержки, чтобы дважды проверить указанные выше шаги. Если отчеты о сборе MSG_ERR_TRYAGAINLATER, служба поддержки может подтвердить, связано ли это с активностью разделения страйпа индекса. 
 

Долгосрочное решение

Разработайте графики резервного копирования и обслуживания, чтобы для сбросить таблицу битов, ссылаемую на хэш, было доступно обычное «бездействие».

Другими словами, расписание резервного копирования не должно выполняться круглосуточно. Создайте расписание, которое дает краткую от времени, когда в систему не записываются резервные копии или входящие данные репликации. 

Примечания. 

• Единственный раз, когда битовые карты, упомянутые в хэш-коде, проверяют, можно ли их сбросить, это сразу после завершения сессии avtar. Если сессии avtar не выполняется, карта сбрасывается только в том случае, если:

• Одна из причин того, что пропущенное количество хэшов может быть временно высоким, заключается в разделении страйпа индекса. Это происходит из-за защиты хэшов, которые перемещаются в раздельную целевую систему. Разделение страйпа индекса происходит в системах, которые все еще растут или заполняется данными. 
• Сбор «мусора» также может привести к сбою MSG_ERR_TRYAGAINLATER при разделении индексных полос:  
• McS может не обязательно знать все сессии avtar, которые происходят на сервере Avamar.