MS SQL 2008R2 стоит на виртуальном сервере(win2008R2 Hyper-V), есть база с моделью восстановления Полная(Full), ночью проходит бэкап сервера и рвёт последовательность резервного копирования, т.е. бэкапы лога оказываются привязанными к полному бэкапу базы, который происходит при бэкапе сервера. Кто сталкивался и как поборол?

Виртуалку ставила сторонняя контора. Они на этот вопрос развели руками. Скуль администрирую сам, поэтому собственно и спрашиваю. Есть возможность залезть в любые настройки виртуалки.

(1) просто интерестно, а диски какие у вас?

(p.s.: у меня SQL не стоит на виртуальной машине).

+(2) уточнение: у меня MS SQL не стоит на виртуальной машине.

Бэкапы лога и жолжны быть привязаны к полному бэкапу, так что если я все правильно понял - у вас все в порядке...

Нахрена вообще было SQL ставить на виртуалку&.. Теперь думай кто косячит, SQL или Hyper-V

какие-то SAS, точнее не скажу, железом админ занимается, сам сервер какой-то HP.

Когда Hyper-V делает бэкап сервера, то он делает и бэкапы всех баз (в логе скуля видел), причем бэкапы эти какие-то виртуальные (проходят за одну-две секунды)

Если потом пытаться восстановить базу на момент после бэкапа сервера, то скуль говорит, мол давай полный бэкап, который Hyper-V сделал, а как я его возьму

А при чем тут бэкапы виртуалки. У тебя же должны быть бэкапы скуля

У вас какая-то каша в голове, почитайте про модели восстановления MS-SQL - информации на этот счет полно и даже на русском...

Никакой каши нет. Всё предельно просто. Где вы считаете каша? Вроде всё подробно описал.

Выглядит так: говорю скулю восстанови мне базу на 6-00, он говорит, а ты дай мне полный бэкап на 3-00 и логи что каждый час делаются. Логи есть, а вот полный бэкап есть только на 01-00. В 3-00 бэкап делал Hyper-V, и как его выцепить хз (думаю его физически нет даже в бэкапе сервера).

Ну раз full сделал hyper-V - у него и надо спросить, куда он спрятал этот бэк. А по-уму, правильно говорят - нечего скулевым базам на виртуалке делать, вынесите их лучше оттуда, для нормального резервирования достаточно средств MS-SQL...

(5) Согласен. Косячит Hyper-V. Так ещё глюкавость!

гыгыгы...

мне вот интересно, автор спарвку читал?

(16)справку по Hyper-V ?

поискал в ней три заветные буквы (sql), он говорит: "нет про  такой не слышал"

(17) справку про бэкапы SQL и модель восстановления FULL

гипер-вэ вообще не причем

Это всё давно вкурено

Когда Hyper-V делает бэкап сервера, то он делает и бэкапы всех баз (в логе скуля видел)
Можно подробней, что в логах...
Что мешает изменить расписание полного бэкапа SQL на 4-00, чтоб он был после бэкапа виртуалки?

Сначала делает так
I/O is frozen on database buh. No user action is required. However, if I/O is not resumed promptly, you could cancel the backup.
Потом так:
I/O was resumed on database buh. No user action is required.
А потом так:
Database backed up. Database: buh, creation date(time): 2012/08/29(17:31:44), pages dumped: 934130, first LSN: 13043:20676:64, last LSN: 13043:20701:1, number of dump devices: 1, device information: (FILE=1, TYPE=VIRTUAL_DEVICE: {'{AA06548B-CFEE-435B-A8FE-A9D73CA629F9}18'}). This is an informational message only. No user action is required.

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

http://support.microsoft.com/kb/937683/ru

(25) Спасибо, оно хоть к виртуалке отношения не имеет, но проблема схожая, правда вот решение не очень, типа "Не используйте всякую фигню архивации файлов базы данных. Используйте сам скуль." С удовольствием бы отключил где-нибудь это, но где? А вообще в 2008 скуле, для бэкапа, есть опция copy-only, по которой последовательность резервного копирования не рвётся. Вот как бы Hyper-V заставить эту опцию использовать?

(26) посмотрите вот эту ссылку:
http://social.msdn.microsoft.com/forums/en-US/sqldisasterrecovery/thread/a8f1f773-5aa5-46bb-8751-6b1369220026/

Там проблема с диф. бэкапапами, но, возможно, поможет и вам. Вообще странное поведение, полный бэкап не разрывает цепочку восстановления. Когда вы говорите SQL-ю "восстанови мне базу на 6-00" - как вы это делаете? Через стандартный мастер? Вообще, в принципе, если восстанавливать свой полный бэкап, а потом всю цепочку бэкапов ЖТ, по очереди, такой проблемы не должно быть.

+(27) ещё одна ссылка, тоже про дифы и VSS Writer http://social.technet.microsoft.com/Forums/en-US/sqldisasterrecovery/thread/35080750-ad5d-4841-b2ba-e17ee5a799d5#2895ceb9-1b42-4637-9a5b-d8be33b52046

(27) Спасибо за ссылки. Буду пытаться понять. Люди, учите английский язык.

Очередной горе админ :(
Накой ты бекапишь виртуальный сервер???!!! (это упрек)
Ни разу на моем опыте ни один такой бекаб не был использован.
Админу быстрее поставить новый сервер из заранее заготовленной болванки, нежели возиться с восстановление бекапа всего образа :)
...
Так что мой тебе совет, образ сервера не бекапить, оно бесполезно, нужно только разово заготовить образ для моментального поднятия нового сервера. И так же иметь бекап БД. И бекап каталог БД, если это 1С 7.7.

(29) там смысл в том, чтобы службу SQL Server VSS Writer выключать.

Решилась данная проблема? Просто интересно, чем всё закончилось.