Решил изменить стратегию резервного копирования, делать дифференциальный бэкап больших баз. До этого делались только полные, с диф. бэкапами не работал до этого.
Вроде как по справке каждый последующий диф. бэкап включает все изменения от последнего полного бэкапа.
Потестил, сделал диф. бэкап вчера вечером и сегодня ночью с разницей по времени часа в 3.5.
В итоге он получился даже чуть меньше предыдущего: 3.058мб против 3.133мб.
Скажите, это нормальная ситуация или я что-то не так понял\не так сделал?
---
Проходя мимо разложенных граблей, ты теряешь драгоценный опыт. (с)

TaPaKMegabyte,

может фул сдел кто, есть вариант вроде с откатом транзакции, но и с такими размерами....
а показать что то типа
авторSELECT [filegroup_name]
,[backed_up_page_count]
,[file_type]
,[file_size]
,[logical_name]
,[physical_name]
,State
,[state_desc]
,[backup_size]
,[differential_base_lsn]
FROM [msdb].[dbo].[backupfile]
Не, фул никто точно не делал, потому как джоб по бэкапам настраивал я и он в единственном месте. :)
Я убедился, что более нового полного бэкапа нет.

В приложенном запросе данных только по нужной базе 1414 записей. Кол-во записей ведется от какого момента ведется?
В паре записей в конце заполнен differential_base_lsn. На скрине.

Буду благодарен за любую пищу для размышлений. Попробую накатить свежий диф. бэкап на резевном сервере, где уже развернут последний полный бэкап.

Попытался накатить диф. бэкап. Выдал ошибку №3117: The log or differential backup cannot be restored because no files are ready to rollforward.

Гавриленко Сергей АлексеевичПища к размышлению и повод для проверки: берем базу, заливаем 10 Гб данных, делаем полный, заливаем еще 10 Гб данных, деалаем диф, а потом все транкейтим и еще раз делаем диф. Сомневаюсь, что последний диф будет 20 Гб или даже 10 Гб.
Я понял. Т.е. чистка данных(логи там всякие могут чиститься) может уменьшить размер след. диф. бэкапа.

TaPaKMegabyteПопытался накатить диф. бэкап. Выдал ошибку №3117: The log or differential backup cannot be restored because no files are ready to rollforward.
фул подняли сначала?
Да, там всегда развернут последний актуальный фул. Это резервный сервер, туда сразу же разворачиваются текущие полные бэкапы.

MegabyteTaPaKпропущено...

фул подняли сначала?
Да, там всегда развернут последний актуальный фул. Это резервный сервер, туда сразу же разворачиваются текущие полные бэкапы.
Не знаю, важно ли это, помимо полного бэкапа еще раз в сутки дополнительно делается бэкап лога, для усечения журнала.
Дано:
полный бэкап от 22.05, вечером 23.05 был сделан бэкап лога, потом в 21:25 1й диф. бэкап, потом в 24.05 в 00:20 след. диф. бэкап.
Вот этот 2й бэкап от 24.05 я пытался накатить на полный бэкап от 22.05.

Это могло повлиять на результат?

TaPaKMegabyteпропущено...

Да, там всегда развернут последний актуальный фул. Это резервный сервер, туда сразу же разворачиваются текущие полные бэкапы.
которые сделаны другими операциями бекапа?
Не очень понял вопроса. Джоб с основного сервера делает бэкап на шару на резервном сервере.
Другой джоб с резервного сервера с лагом по времени восстанавливает фул. бэкапы у себя.
Вы про это?

MegabyteПопытался накатить диф. бэкап. Выдал ошибку №3117: The log or differential backup cannot be restored because no files are ready to rollforward.
Почитал в гугле. Я это забыл предварительно сделать: "потому что полный бэкап надо восстанавливать с опцией restore with norecovery". Поэтому и ошибка. :)

Тогда такой вопрос.
Мне всегда надо делать сначала восстановление фул бэкапа с norecovery и только потом накатывать диф. бэкап?
Т.е. ситуация: Я раз в неделю буду делать фул бэкап и тут же его восстанавливать с recovery.
На след. день я делаю диф. бэкап. Мне все равно заново надо накатывать фул с norecovery, так?

alexeyvgMegabyteМне всегда надо делать сначала восстановление фул бэкапа с norecovery и только потом накатывать диф. бэкап?
Т.е. ситуация: Я раз в неделю буду делать фул бэкап и тут же его восстанавливать с recovery.
На след. день я делаю диф. бэкап. Мне все равно заново надо накатывать фул с norecovery, так?Да, именно так, как же иначе, откуда иначе возьмутся данные для восстановления???
Принято. Спасибо.

Владислав КолосовMegabyte,

это защита от дурака. База без рекавери недоступна для изменений. Если бы восстанавливалась с рекавери, то в базе могли бы произойти изменения, куда тогда накатывать разностную копию?
Понял. Спасибо за разъяснение.