Avamar Client для Windows: Резервне копіювання Avamar не завершується помилкою "avtar" Error <18866>: Вичерпана пам'ять для кеш-файлу» на Windows clients

Summary: Мета цієї статті в базі знань — вирішити конкретну ситуацію, коли при такому типі кешу клієнт не може дозволити додаткову пам'ять для зростання кеш-файлу, і яка стаття KB 495969 не застосовується. ...

:-вичерпана-пам'ять-для-кеш-файлу»-на-windows-clients" />

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms



У цьому сценарії ми маємо ту ж проблему, що й у KB, 495969 однак рішення не застосовується через проблему середовища на клієнті Windows. Проблема може стосуватися будь-якого плагіна, як у цьому випадку, при цьому помилка подається наступним чином:   
  • Для резервних копій FS:   
avtar Info <8650>: Opening hash cache file 'C:\Program Files\avs\var\p_cache.dat'
avtar Error <18866>: Out of memory for cache file 'C:\Program Files\avs\var\p_cache.dat' size 805306912
avtar FATAL <5351>: MAIN: Unhandled internal exception Unix exception Not enough space
  • Для резервних копій VSS:   
avtar Info <8650>: Opening hash cache file 'C:\Program Files\avs\var\p_cache.dat'
avtar Error <18866>: Out of memory for cache file 'C:\Program Files\avs\var\p_cache.dat' size 1610613280
avtar FATAL <5351>: MAIN: Unhandled internal exception Unix exception Not enough space
  • Для резервного копіювання Oracle:   
avtar Info <8650>: Opening hash cache file 'C:\Program Files\avs\var\clientlogs\oracle-prefix-1_cache.dat'
avtar Error <18866>: Out of memory for cache file 'C:\Program Files\avs\var\clientlogs\oracle-prefix-1_cache.dat' size 100663840
avtar FATAL <5351>: MAIN: Unhandled internal exception Unix exception Not enough space

or this variant:   

avtar Info <8650>: Opening hash cache file 'C:\Program Files\avs\var\clientlogs\oracle-prefix-1_cache.dat'
avtar Error <18864>: Out of restricted memory for cache file 'C:\Program Files\avs\var\clientlogs\oracle-prefix-1_cache.dat' size 100663840
avtar FATAL <5351>: MAIN: Unhandled internal exception Unix exception Not enough space 
avoracle Error <7934>: Snapup of <oracle-db> aborted due to rman terminated abnormally - check the logs
  • З журналом RMAN, що повідомляє про це:   
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of backup plus archivelog command at 06/14/2018 22:17:40
RMAN-03009: failure of backup command on c0 channel at 06/14/2018 22:17:15
ORA-04030: out of process memory when trying to allocate 1049112 bytes (KSFQ heap,KSFQ Buffers)
Recovery Manager complete.

Спочатку вважалося, що кеш-файл не може збільшуватися через неправильне значення «hashcachemax».

Клієнт мав достатньо вільної оперативної пам'яті (48 ГБ загальної пам'яті), тому ми збільшили значення прапорця з -16 (максимальний розмір файлу 3 ГБ) до -8 (максимальний розмір файлу 6 ГБ).

Але проблема залишалася, і простір на диску теж не був проблемою — було багато ГБ вільного простору.

Cause

Подальші дослідження з тестовим бінарним файлом інженерної команди призвели до того, що MS OS не випускала достатньо невикористаної та суміжної пам'яті, необхідної для виділення/завантаження в пам'ять усього хеш-кешу для операції резервного копіювання.

Його пробували з тестовим бінарним файлом, який розподіляв пам'ять на менші частини, щоб перевірити, чи зможемо ми досягти точки, коли ОС дозволить завантажити повний файл p_cache.dat в пам'ять, але це теж не допомогло. Оперативна система все ще не дозволяла завантажити файл у пам'ять з якоїсь причини.

Корінна причина прихована десь у ОС, однак у цьому випадку ми не залучали команду MS для подальших розслідувань з їхнього боку.

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

Resolution

Щоб обійти цю проблему, ми встановили хеш-кеш файлу меншого розміру, щоб ОС не мала проблем із виділенням його в пам'ять.

У цьому випадку помітили, що ОС також має проблеми з виділенням менших розмірів, наприклад 200+ МБ, тому ми вирішили змінити розмір p_cache.dat до 100 МБ за допомогою наступного прапорця:   

--hashcachemax=100

Таким чином, хеш-кеш ніколи не перевищував би 100 МБ і перезаписував старі записи.

Після додавання цього прапорця використовується перейменування кеш-файлу шляхом перейменування або видалення p_cache.dat (перейменування є бажаним варіантом).

Після першої резервної копії, яка зайняла б більше часу, ніж зазвичай, як і очікувалося (для відновлення кеш-файлу), проблему слід вирішити.

Additional Information

  • У цьому випадку кеш Demand-page не рекомендується, оскільки резервні копії направляються до GSAN-сховища, тому використовувався Monolithic пейджинговий кеш.
  • Попит-пейджинг був розроблений для отримання переваг для передачі резервних копій у сховище DataDomain.

Affected Products

Avamar

Products

Avamar, Avamar Client for Windows, Avamar Plug-in for Oracle
Article Properties
Article Number: 000060137
Article Type: Solution
Last Modified: 17 Jun 2025
Version:  3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.