Аналогично 😐

у нас сейчас вообще новый тренд прослеживается - мэнеджет сервис поверх мощностей яндекса/мейла 🙂 приходят заказчики - нам нравится, что у них такие дешёвые мощности, но нам не нравится, что надо самим кнопки тыкать - сделайть за нас 🙂

а в яндексе/мейле такие товарищи сидят...они тока свой код пилить могут, как работать с заказчиком они в принципе не знают 🙂

Товарищи там действительно странные, пытались нам сервис продать, я так и не понял что хотят...

В итоге ничего не продали, а самим делать действительно некогда

Для работы с заказчиком у них есть надежные партнеры. ;-)

а во время мерджа - рестор доступен? И интересно 2 сценария - когда точка должна удаляться по расписанию, а рестор был запущен до начала процесса мерджа

файлы должны эксклюзивно блокироваться любой операцией

очень удивлюсь если это не так

чисто логически, как вы себе представляете рестор посреди мёржа? ну тут половина файла от того бекапа, а половина от этого

например у нас картинка 7 точек раз в день хранится. . Утром в ПН бекап еще идет, но мердж еще не начался. Будет ли доступна точка из последнего фула 8й точки ВС, при форевер инкременте? Если он эту точку не даст, ок - тогда вопрос другой - можно ли тогда при активной операции мерджа какой-то рестор запустить?  По идее ж в момент мерджа идет операция склеивания последнего мерджа и фула, но при любом ресторе в таком конфиге нам нужен файл фула, какую бы точку рестора мы не выбрали.

Утром в ПН бекап еще идет (точка)

а если идет рестор одной тачки -  сутки, ближайшая бекап джоба с рестор тачкой пропустится ж?

конечно

в таких случаях херово что в логах ничего не будет - догадки спасают

ничего это чего именно?

причины, почему джоба пропустилась

если память не изменяет, то в вимовских логах прямым текстом пишется - бакуп филез локед

так и джоба фэйлится с ошибкой, о том что файл бекапа занят

даже в логи лезть не надо