Veeam Backup & Replication: workaround для одной проблемы с метаданными backup job

[kavramen]

А чем не угодил вариант Disk — Backup Job (right click) — Remove From Configuration?
Просто удаляет из БД, без плясок с переименовыванием файлов и рескана (одного из двух)…

[Tomas_Torquemada]

Ну почему же сразу «чем не угодил». Просто нащупывал с другой стороны.
Попробую и такой, благо ещё не все задания поправил, спасибо.

[kavramen]

Только этот вариант для реплик не поможет, там надо смотреть в чем дело.
Если с репликами так сделаете — удалятся чекпойнты, скорее всего

[Tomas_Torquemada]

Реплики я оставил коллеге и ТП Veeam, пусть выясняют :)
Да и потеря чекпойнтов у реплик не так важна — у нас только 1 точка используется, а реплицируются серверы с периодичностью от 35 минут до раз в 24 часа, быстро наверстаем.

По Вашему варианту пока у меня другая странность вылезла: если идти через Disk — Backup Job (right click) — Remove From Configuration — rescan repository + Map backup в свойствах задания (иначе просто рядом делает каталог в репозитории и начинает full писать), то не становится не видна большая часть точек восстановления, остаётся 2-3 из цепочки. При этом физически vib'ы в репозитории есть.

[kavramen]

А если просто рескан сделать и Disk — Backup Job (right click) — properties, рестор поинты случаем не помечены красным крестом?
Сейчас выглядит так, как будто у Вас цепочка нарушена…

[Tomas_Torquemada]

Не помечены, все Ok.
Но при этом через Disk — Backup Job (right click) — properties видно, что у сервера есть 7 точек, а через enterprise manager или Powershell показывает 3.

[kavramen]

Странно. Скорее всего так из-за того что цепочки с 7ки тянутся…
Вероятнее всего в базе не все рестор поинты связаны (или в метадате)

[afoggy]

В целом, ваша рабочая гипотеза про устаревшие данные в БД, скорее всего, верна и в ТП ее оперативно подправят. Можно номер вашего кейса, так сказать, for reference? Спасибо.

BTW, workaround очень даже изящный.

[Tomas_Torquemada]

Кейс 01791574.

Вам спасибо :)