Avamar. Резервное копирование выполняется медленно или завершается сбоем с сообщением «Тайм-аут — конец» из-за большого количества новых или измененных данных
Summary: Резервное копирование Avamar выполняется медленно или завершается сбоем с тайм-аутом из-за большого количества новых или измененных данных.
Symptoms
Резервное копирование Avamar выполняется медленнее, чем обычно, или не может завершиться в течение обычного окна резервного копирования.
Журнал клиента показывает, что резервная копия содержит высокий процент измененных файлов и/или много новых данных.
Извлечение файла журнала, содержащее много измененных файлов.
2013-12-03 20:48:24 avtar Info <5156>: Backup #72 timestamp 2013-12-03 20:48:24, 2,890,814 files, 420,421 folders, 5,362 GB (2,743,151 files, 24.36 GB, 0.45% new)
Этот журнал показывает, что в ходе резервной копии было отсканировано 2 890 814 файлов, и что 2 743 151 из этих файлов были изменены с момента последнего резервного копирования. Несмотря на такой большой процент измененных файлов, на сервер Avamar Server было отправлено всего 0,45% новых данных.
Извлечение журнала, содержащее много дополнительных данных.
2015-09-26 11:09:52 avtar Info <5157>: PARTIAL Backup #31 timestamp 2015-09-26 11:20:21, 4,591 files, 1,044 directories, 145.1 GB (2,082 files, 61.63 GB, 42.47% new)
Эта выдержка из журнала показывает, что в резервную копию было добавлено 60 Гбайт новых данных, тогда как общий размер резервной копии составляет 145 Гбайт.
Cause
Причина, по которой резервное копирование занимает больше времени в таких ситуациях, заключается в том, что avtar должен сканировать каждый файл в наборе данных, чтобы проверить, был ли он изменен.
Измененные файлы разбиваются на небольшие фрагменты, им присваивается хэш SHA, а затем они сравниваются с содержимым кэша. Файлы, отсутствующие в кэш-памяти, сверяются с файлами, хранящимися на сервере Avamar, и, если они отсутствуют, передаются по сети. Для больших файлов это может занять много времени.
Avamar ведет себя должным образом, но данные могут быть необычными или с набором данных может выполняться какой-либо другой процесс для изменения файлов.
Если в резервную копию Avamar было добавлено много новых данных, обработка и прием новых файлов занимает больше времени.
Resolution
Заказчик должен просмотреть клиент и определить, является ли изменение данных преднамеренным и вызвано ли это обычной деятельностью.
Изменил ли заказчик набор данных для клиента или добавил дисковый накопитель?
Если объем новых данных или количество файлов увеличивается, то даже после завершения первоначального резервного копирования они могут не завершиться в пределах ежедневного окна.
Просмотрите журнал резервного копирования и сравните его с предыдущим журналом резервного копирования, в котором резервное копирование было завершено в течение обычного периода времени.
Если объем данных резервного копирования превысил первоначальный проект, обратитесь за помощью в службу поддержки Dell Professional Services или в Dell Support and Recovery Design Center.
Additional Information
Следующая статья DELL будет полезна при изучении того, какие файлы в резервной копии претерпели изменения и должны были быть обработаны Avamar.
Avamar не изменяет файлы и не использует «архивный бит».
Выясните, что вызывает изменение файлов или метаданных файлов.
Было замечено, что некоторые антивирусные программы изменяют атрибуты метаданных файла намеренно или случайно.
Примеры такого поведения наблюдались со следующими продуктами.
- Софос:
- Низкая производительность резервного копирования для клиента Avamar под управлением антивируса Sophos
- 118630: Sophos Anti-Virus, приводящий к увеличению времени резервного копирования.
- Trend Micro:
- См. оперативное исправление 1383 в этих примечаниях к выпуску.