Модель восстановления Simple.

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

Почему в одном случае при выборе 2 файлов бэкапов (полного и разностного) для восстановления в резервных наборах данных видны полный и разностный бэкапы и в этом случае восстановление происходит сразу и без геморроя, а в других случях виден только разностный бэкап и при попытке его накатить ругается "нет файлов готовых к накату"?

Переводить в NO RECOVERY при загрузке полного бэкапа и накатывать по очереди не хочу, хочу сразу накатить до разностного бэкапа.

Почему в каких-то случаях это получается, а в каких-то нет, от чего это зависит?

Потому что вы путает разностный и инкрементальный бекапы.

И, у вас получается в том случае, когда бы берете файлы, которые непрерывны, т. е. фулл и следующий после него.

(2) О, спасибо за инфу. Т.е. если я хочу накатить без геморроя мне надо выбирать всю цепочку после создания полного бэкапа? А если произвольный разностный архив, то надо сначала восстановить полный с NO RECOVERY, а затем выбирать файл разностного? Я так делал, но у меня скуль начинает дико тормозить и я так и не понял восстанавливает или нет.

(0) Потому что разностный это то, что изменилось после полного. Для восстановления из разностного нужно 2 файла полный от которого разностный делался и сам разностный.

(4) ну так эти 2 файла и есть, (2) мне объяснил в чем нюанс

Разностная резервная копия, создаваемая вскоре после своей основы, занимает значительно меньше места, чем базовая копия для разностного копирования. Это позволяет сэкономить место в хранилище и уменьшить время копирования. Однако с течением времени по мере изменения базы данных различие между базой данных и базовой копией для разностного копирования увеличивается. Чем больше промежуток времени между созданием основы для разностной копии и разностной резервной копией, тем больше места, скорее всего, будет занимать разностная резервная копия. Это означает, что в конце концов разностная резервная копия приблизится по размеру к своей базовой копии для разностного копирования. Разностная резервная копия большого размера теряет все свои преимущества: быстроту работы и малый объем.
Поскольку разностные резервные копии увеличиваются в размере, восстановление разностной резервной копии может значительно увеличить время, которое необходимо для восстановления базы данных. Поэтому рекомендуется через некоторое время выполнить создание новой полной резервной копии, чтобы получить новую базовую копию для разностного копирования. Например, можно выполнять полное резервное копирование всей базы данных один раз в неделю, а затем в течение недели регулярно создавать разностные резервные копии.

(3) Это смотря что бекапили. Если инкрементальный, то да, нужны все файлы цепочки, для восстановления. Если дифференциальный, то фулл и последний бекап диффа. Про NO RECOVERY не помню... С 2012 скуль сам умеет тейлы строить. Там вроде ничего выставлять не нужно. Если версия раньше, то.... пробовать надо. :).
(6) Я рекомендую схему
раз в неделю фулл
раз в сутки дифф
каждые 10-15 минут лог

(7) чота не понял, под инкрементальным вы имеете в виду бэкап цепочек журнала транзакций? у меня их нет, простая модель восстановления

(7) т.е. у меня дифференциальный, хочу восстановить последний бэкап диффа

(6) я делаю фул бэкап раз в день и дифф каждый час в течение рабочего времени

тогда о какие "цепочках" речь?


дифу цепочки не нужны - ему нужен его "фул" и он сам

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

http://1centerprise8.blogspot.ru/2016/06/modeli-vosstanovlenija-mssql.html

https://technet.microsoft.com/ru-ru/library/ms191164(v=sql.105).aspx

Вот что заметил.
Если выбираю полный бэкап и первый диф бэкап сразу же после полного, то оба эти бэкапа появляются в цепочке восстановления. Если добавляю дифф, который не первый, то в цепочке появляется только этот дифф архив и нужно сначала восстанавливать полный в режиме NO RECOVERY.

NO RECOVERY нужен всегда - ты же на фулл будешь что-то сверху нахлабучивать

(15) в случае когда подцепляется первый дифф бэкап к полному (выбирается файл полного и файл первого разностного), восстановление проходит и без него, причем быстро. Почему так?

в задаче management studio есть кнопка "script", там "script action to new window" смотри там реальный код который будет выполняться

(17) хз с чем это связано, возможно с тем что восстанавливал бэкапы в другую базу, щас сделал бэкапы тестовой, восстанавливаю в неё же, подхватывает в нагрузку к полному бэкапу любой разностный бэкап, восстанавливать сначала фулл в режиме NO RECOVERY и загружать затем разностный не требуется, всё сразу восстанавливается.