Авамар: Резервне копіювання NDMP працює на нульовому рівні, незважаючи на наявні поступові періоди, що подовжують тривалість роботи

Несподівана поведінка резервного копію NDMP:

• Резервні копії NDMP нульового рівня (повні) займають незвично багато часу.
• Avamar запускає нову резервну копію нульового рівня, хоча успішна інкрементальна резервна копія вже існує для тієї ж файлової системи.
• Журнали резервних копій показують, що попередньої придатної резервної копії не знайдено, що вимагає повної резервної копії.

Відповідні витяги з журналу:

2014-05-19 20:49:55 avndmp Info <9573>: [snapup-/root_vdm_37/xxx] No previous suitable backup found, will perform level zero backup.
2014-05-19 20:49:55 avndmp Info <9590>: [snapup-/root_vdm_37/xxx] Backup on volume '/root_vdm_37/STFS4/': mode 'Full', level '0', base dump date '0'

Додаткові деталі журналу, що показують процес інкрементального пошуку:

2014-05-19 20:49:54 avndmp Info <9538>: [snapup-/root_vdm_37/xxx] Selecting backup out of most recent 30 to use as incremental base for volume:'/root_vdm_37/xxx/'
2014-05-19 20:49:54 avndmp Info <9552>: [snapup-/root_vdm_37/xxx] Spawning '/usr/local/avamar/bin/avtar' (avtar --backuptag="/root_vdm_37/xxx/" --format="xml" --count="30" --backups --vardir="/usr/local/avamar/var/xxx-ndmp-hostname2.x.com" --bindir="/usr/local/avamar/bin" --sysdir="/usr/local/avamar/etc" --acnt="/NDMP/xxx-ndmp-hostname2.x.com" --id="backuponly" --ap="backuponly1" --server="avamar.x.com")

The Avamar avndmp плагін визначає, чи можна виконати інкрементальне резервне копіювання NDMP шляхом запиту до avtar утиліта для відповідного попереднього резервного копіювання.

Утиліта перевіряє лише найсвіжіші 30 етикеток резервних копій.

Коли остання успішна резервна копія файлової системи старша за ці 30 міток, avtar повідомляє про відсутність відповідної резервної копії, що призводить до avndmp Щоб почати нову резервну копію нульового рівня (повна).

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

Як збільшити ліміт інкрементального пошуку для резервних копій NDMP:

1. Увійдіть у вузол акселератора Avamar з обліковим записом, який має root-привілеї.

2. Перейдіть до клієнтсько-специфального каталогу, який зберігає конфігураційні файли NDMP:

Наприклад:

cd /usr/local/avamar/var/[CLIENT_NAME]

3. Якщо avndmp.cmd файл не існує, створіть його. Якщо він існує, відредагуйте файл.

4. Додайте (або змінюйте) прапорець, що контролює ліміт інкрементального пошуку. Замінити n З потрібною кількістю попередніх резервних копій для пошуку (за замовчуванням 30):

--limit-incremental-search=n

Приклад пошуку останніх 100 резервних копій:

--limit-incremental-search=100

5. Збережіть файл і переконайтеся, що його власник є avamar і має відповідні права (зазвичай 600).

6. Перезапустіть сервіси Avamar, щоб новий сеттинг набув чинності:

systemctl restart avamar

Перевірка:

1. Ініціюйте резервне копіювання NDMP для ураженого клієнта.

2. Відстежуйте журнали Avamar (наприклад, /usr/local/avamar/var/log/avndmp.log) для записів, подібних як:

[... ] Selecting backup out of most recent n to use as incremental base for volume:'/.../'

(Значення n має відповідати налаштованій кількості.)

3. Переконайтеся, що резервна копія виконується як інкрементальна (рівень > 0), коли існує придатна попередня резервна копія. Перевірте, чи скорочується тривалість резервного копіювання порівняно з повним (рівень 0) проходженням.