Ну почему же, есть стейтлесс машины, где меняются лишь конфиги/реестры на пару мегабайт в день.

Нынче кассеты большие

Смысл в этом если кассеты лежат офсайт и ты их заказываешь

Так это с логами не все так просто. Как их обрезать при диффе?
Upd
Ну просто обрезать
your database is in the Full or Bulk-Logged recovery model you can also use differential backups to eliminate the number of transaction logs that will need to be restored.  Since the differential will backup all extents since the last full backup, at restore time you can restore your full backup, your most recent differential backup and then any transaction log backups that were created after the most recent differential backup.  This cuts down on the number of files that need to be restored.

да хоть триджы большие. зачем тебе читать диф размером с фульник, если можно просто читать фульник?

смысл инкрементов это уменьшение размера, а дифы этот смысл упарывают примерно сразу

Если изменения процентов в 30-50 то конечно

https://www.veeam.com/kb3095
забавно 🙂

О, как раз сейчас делаем, посмотрим как изменится скорость бэкапа на выходных

Привет, коллеги подскажите пожалуйста - есть ряд заданий 7 retention policy, inc+synt full по субботам. Раньше хранилось 2 цепочки (то есть 14 точек - два фулла, и 12 инкрементов) - а сегодня ночью почти все выпились и осталось 7 точек. Как так ?:)

*выпилились

ретенш отработал, всё верно. надо смотреть как именно точки располагались чтобы понять чего ему раньше не хватало

а сколько в ретеншене указано точек

Видимо 7 сейчас...

?

но вообще всё логично звучит: доходит до 14 и удаляет первые 7, потом опять копит до 14

Да, ретенш был и есть 7. Так как клиент не хочет платить за 3 цепочки при ретеншн 14 .

Платить местом? Или чем? ;)

всегда было 12-14 точек - и вроде как все хватало, ошибок не было. А сегодня вот клиент увидел что точек стало 7.