Avamar. Резервное копирование 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).