Авамар: Резервне копіювання відбувається повільно або не вдається з функцією "Тайм-аут - кінець" через велику кількість нових або змінених даних

Ця стаття є документом рішення, що належить до продуктивності резервного копіювання клієнта Avamar. Як визначити вузькі місця (ШЛЯХ ВИРІШЕННЯ)
 

Резервна копія 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 з цих файлів було змінено з моменту останнього резервного копіювання. Незважаючи на такий великий відсоток файлів, які були змінені, лише 0,45% нових даних було відправлено на сервер Avamar.

Витяг з журналу показує багато додаткових даних.
 

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 ГБ.

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

Змінені файли розбиваються на невеликі шматки, їм присвоюється SHA-хеш, а потім порівнюються з вмістом кешу. Файли, яких немає в кеші, звіряються з файлами, що зберігаються на сервері Avamar, і, якщо їх немає, відправляються по мережі. Це може зайняти багато часу для великих файлів.

Якщо резервна копія містить багато файлів або великий відсоток файлів, які часто змінюються, резервна копія займає більше часу.

Avamar поводиться так, як очікувалося, але дані можуть бути незвичайними або з набором даних може працювати якийсь інший процес для зміни файлів.

Якщо в резервну копію Avamar було додано багато нових даних, обробка та прийом нових файлів займає більше часу.
 

 

Avamar поводиться так, як задумано, але дані про клієнта можуть несподівано змінюватися.

Клієнт повинен переглянути клієнта та визначити, чи зміна даних була навмисною та пов'язаною зі звичайною активністю.

Чи змінив клієнт набір даних для клієнта або додав дисковод?

Якщо обсяг нових даних або кількість файлів збільшується, навіть після завершення початкового резервного копіювання воно може зрештою більше не завершитися в межах щоденного вікна.  

Перегляньте журнал резервних копій і порівняйте його з попереднім журналом резервних копій, у якому резервне копіювання завершено протягом звичайного проміжку часу.

Якщо обсяг даних резервного копіювання вийшов за межі початкового дизайну, зверніться за допомогою до професійних служб Dell або Центру дизайну резервного копіювання та відновлення Dell.

Наступна стаття DELL корисна при дослідженні того, які файли в резервній копії зазнали модифікації і повинні були бути оброблені Avamar.

• Як визначити, які файли довго оброблялися під час резервного копіювання Avamar

Avamar не змінює файли і не використовує 'архівний біт'.
Дослідіть, що спричиняє зміну файлів або метаданих файлів.

Було помічено, що деякі антивірусні програми змінюють атрибути метаданих файлу навмисно або випадково.  

Приклади такої поведінки спостерігалися з наступними продуктами.

• Софос:
  • Низька продуктивність резервного копіювання для клієнта Avamar під управлінням антивіруса Sophos  
  • 118630: Sophos Anti-Virus спричиняє збільшення часу резервного копіювання.
• Тренд Мікро:
  • Дивіться Hotfix 1383 у цих примітках до випуску.