|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
Ребята, всем привет. SQL не давно изучаю, так что буду тупить. Упёрся Я в такое дело: полетела база, стал восстанавливать полную берёт, разностную нет, решил дать сначала полную, потом разностную не берёт. Выдаёт: невозможно восстановить журнал или разностную резервную копию, так как нет файлов, готовых к накату. Заметил такую интересную историю, когда делаю восстановление из источника - база в базу: SQL выдаёт две базы полную(которая не делалась) и разностную(делается каждый день, кроме пятницы), которая должна идти к полной базе, которая делается раз в неделю(в пятницу). До этого была у меня проблема SQL на виртуалке стоит, виртуалка бэкапируется ms ом, и в это же время запускался SQL бэкап. Виртуалка в это время почему то зависает. Бэкап SQL не писался из-за архивации виртуалки, когда разобрался, сменил время бэкапирования на sql е. Теперь бэкап полный есть, разностный есть, но привязывается разностный к каким-то непонятным якобы полным раз в день делающимся бэкапам, которых физически нет. Как поправить не пойму. На форуме нашёл статью о правке путей в файле msdb.dbo.backupmediafamily, но как его поправить не разобрался и вообще его ли править надо. Подскажите в какую сторону смотреть? SQL 2014 на 2008 win ... |
|||
:
Нравится:
Не нравится:
|
|||
29.01.2022, 01:39 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
D.NeeZ_K Подскажите в какую сторону смотреть? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.01.2022, 03:55 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
D.NeeZ_K Подскажите в какую сторону смотреть? Проверьте не делается ли еще какой-то полный бекап между вашими бекапами? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.01.2022, 07:54 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
SQL2008 D.NeeZ_K Подскажите в какую сторону смотреть? Проверьте не делается ли еще какой-то полный бекап между вашими бекапами? Нет конечно, первым делом проверил. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.01.2022, 08:16 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
Relic Hunter D.NeeZ_K Подскажите в какую сторону смотреть? На какой странице подскажите? Или подскажите, что конкретно искать. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.01.2022, 08:18 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
D.NeeZ_K SQL2008 Проверьте не делается ли еще какой-то полный бекап между вашими бекапами? Нет конечно, первым делом проверил. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.01.2022, 10:12 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
alexeyvg D.NeeZ_K пропущено... Нет конечно, первым делом проверил. В заданиях смотрел. Без запросов. Хотите сказать, что SQL не понимает оболочку? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.01.2022, 11:11 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
alexeyvg D.NeeZ_K пропущено... Нет конечно, первым делом проверил. И если не трудно, подскажите каким запросом можно посмотреть. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.01.2022, 16:10 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
D.NeeZ_KПодскажите в какую сторону смотреть?Ваша архивация виртуалки вставляет запись в msdb базу и путает дифф. Что делать: настраивать ее на предмет не трогать SQL или внесения записи о бакапе как COPY_ONLY отключить (disable) сервис SQLWriter (SQL Server VSS Writer) https://docs.microsoft.com/en-us/sql/relational-databases/backup-restore/sql-server-vss-writer-backup-guide?view=sql-server-ver15 ... |
|||
:
Нравится:
Не нравится:
|
|||
29.01.2022, 18:41 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
SERG1257, +1 D.NeeZ_K, отключите резервное копирование базы при архивации данных виртуалки. Да это касается и обычных машин. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2022, 01:29 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
D.NeeZ_K alexeyvg пропущено... Каким запросом? Смотреть надо в таблицах msdb.dbo.backupset и msdb.dbo.backupmediafamily Поле device_type показывает тип бакапа Из документации: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38.
... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2022, 18:05 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
Владислав Колосов SERG1257, +1 D.NeeZ_K, отключите резервное копирование базы при архивации данных виртуалки. Да это касается и обычных машин. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2022, 18:06 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
alexeyvg D.NeeZ_K пропущено... В заданиях смотрел. Без запросов. Хотите сказать, что SQL не понимает оболочку? Смотреть надо в таблицах msdb.dbo.backupset и msdb.dbo.backupmediafamily Поле device_type показывает тип бакапа Из документации: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38.
Зачем мне архивы смотреть? Архивов нет, которые типо делаются. Видимо ребята выше правильно пишут из-за архивации виртулаки. Потому что архивация начинается в 21:00. Как раз по времени появляется якобы полная копия sql. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2022, 21:19 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
SERG1257 D.NeeZ_KПодскажите в какую сторону смотреть? Что делать: настраивать ее на предмет не трогать SQL или внесения записи о бакапе как COPY_ONLY отключить (disable) сервис SQLWriter (SQL Server VSS Writer) https://docs.microsoft.com/en-us/sql/relational-databases/backup-restore/sql-server-vss-writer-backup-guide?view=sql-server-ver15 Из архивации убрал бэкапирование sql сервера. Но это не помогло. Видимо придется хорошо изучить инструкцию, для того что бы и то и другое работало. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2022, 21:22 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
D.NeeZ_K Видимо ребята выше правильно пишут ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2022, 22:49 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
alexeyvg D.NeeZ_K Видимо ребята выше правильно пишут Я у Вас и спрашиваю: какой запрос выполнить, что бы он показал. Почему копия архивации виртуалки привязывается к разностной копии sql на этой виртуалке. Ну или хотя бы с чего начать. Кстати copy_only не включается на разностной копии. copy_only - Этот тип резервного копирования не является базовым для дальнейших операций дифференциального резервного копирования, а также не нарушает историю предыдущих дифференциальных резервных копий. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2022, 23:06 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
D.NeeZ_K alexeyvg пропущено... Почему бы просто не выполнить запрос, который покажет место проблемы? Чего гадать? Я у Вас и спрашиваю: какой запрос выполнить, что бы он показал. Почему копия архивации виртуалки привязывается к разностной копии sql на этой виртуалке. Ну или хотя бы с чего начать. Кстати copy_only не включается на разностной копии. copy_only - Этот тип резервного копирования не является базовым для дальнейших операций дифференциального резервного копирования, а также не нарушает историю предыдущих дифференциальных резервных копий. Можно было бы выставить copy_only на сервере архивации это бы решило проблему. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2022, 23:22 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
D.NeeZ_K alexeyvgПочему бы просто не выполнить запрос, который покажет место проблемы? Чего гадать? D.NeeZ_K Почему копия архивации виртуалки привязывается к разностной копии sql на этой виртуалке. Там в запросе прямо показывается последовательность LSN, и типы бакапа MSSQL, которые делает программа бакапирования виртуалки, и запрос позволяет убедиться, что причина именно в этом. D.NeeZ_K Можно было бы выставить copy_only на сервере архивации это бы решило проблему. D.NeeZ_K Кстати copy_only не включается на разностной копии. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2022, 23:59 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
alexeyvg D.NeeZ_K пропущено... Я у Вас и спрашиваю: какой запрос выполнить, что бы он показал. ... Ну или хотя бы с чего начать. D.NeeZ_K Почему копия архивации виртуалки привязывается к разностной копии sql на этой виртуалке. Там в запросе прямо показывается последовательность LSN, и типы бакапа MSSQL, которые делает программа бакапирования виртуалки, и запрос позволяет убедиться, что причина именно в этом. D.NeeZ_K Можно было бы выставить copy_only на сервере архивации это бы решило проблему. D.NeeZ_K Кстати copy_only не включается на разностной копии. Немного перенервничал с запросом. Извиняйте. Один из ответов, прикладываю. авторbuh3|Full Database Backup|Virtual device|Microsoft SQL Server|SIMPLE|120|2022-01-08 21:00:26.000|2022-01-08|21:00:37.000|{BC9D4BCE-CF75-43F0-A037-FEAC3BB8B95C}9|1790.61|1790.61|13629000003149600219|13632000000800000219|0|0 ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2022, 00:09 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
D.NeeZ_K Один из ответов, прикладываю. авторbuh3|Full Database Backup|Virtual device|Microsoft SQL Server|SIMPLE|120|2022-01-08 21:00:26.000|2022-01-08|21:00:37.000|{BC9D4BCE-CF75-43F0-A037-FEAC3BB8B95C}9|1790.61|1790.61|13629000003149600219|13632000000800000219|0|0 Значит, все дифф-бакапы, сделанные после этого бакапа, будут основываться на нём. И восстановить их можно, восстановив сначала этот бакап, а потом накатив дифф. Но как восстановить бакап, сделанный в процессе бакапа виртуалки, притом в режиме norecovery, я не знаю (может, какие то гуру знают такой способ?) Поэтому я вижу рабочий вариант заставить бакап виртуалки бакапировать сиквел в режиме copy-only Выставлять расписание, как вы хотите, штука ненадёжная - у вас наличие бакапов будет зависеть от действий третьих лиц. Ещё очень хорошая практика - восстанавливать все полученные бакапы, по мере их изготовления, и считать, что есть корректный бакап, только когда вы его восстановили ,и проверили полученную базу. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2022, 20:22 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
alexeyvg D.NeeZ_K Один из ответов, прикладываю. пропущено... Значит, все дифф-бакапы, сделанные после этого бакапа, будут основываться на нём. И восстановить их можно, восстановив сначала этот бакап, а потом накатив дифф. Но как восстановить бакап, сделанный в процессе бакапа виртуалки, притом в режиме norecovery, я не знаю (может, какие то гуру знают такой способ?) Поэтому я вижу рабочий вариант заставить бакап виртуалки бакапировать сиквел в режиме copy-only Выставлять расписание, как вы хотите, штука ненадёжная - у вас наличие бакапов будет зависеть от действий третьих лиц. Ещё очень хорошая практика - восстанавливать все полученные бакапы, по мере их изготовления, и считать, что есть корректный бакап, только когда вы его восстановили ,и проверили полученную базу. Знать бы как выставить copy-only на сервере. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2022, 23:43 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
D.NeeZ_KЗнать бы как выставить copy-only на сервере. Начните с отключения сервиса SQL Server VSS Writer. Мне помогло. Записей в msdb не стало. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2022, 03:34 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
SERG1257 D.NeeZ_KЗнать бы как выставить copy-only на сервере. Начните с отключения сервиса SQL Server VSS Writer. Мне помогло. Записей в msdb не стало. Позиция страуса не украшает настоящего ДБА. 1. SQL Server VSS Writer и записи которые он генерит НИКАКОГО отношения к православному бякапу MS SQL не имеют и цепочку бякапов не рвут. 2. Это бякап средствами файловой системы - т.е. просто консистентная копия файлов базы данных средствами архивации файловой системы. 3. В журнал пишется, чтобы "в случае чаво" вспомнили, что есть и такая заначка про черный день. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2022, 08:02 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
aleks222 и цепочку бякапов не рвут.А ТС утверждает что рвут. И мой опыт это подтверждает aleks222 т.е. просто консистентная копия файлов базы данных средствами архивации файловой системыКабы она в msdb заносилась как дополнительный COPY_ONLY бакап вопросов бы не было. Приаттачить то ее (копию базы) можно, но вот накатить уже больше ничего нельзя. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2022, 08:36 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
SERG1257 aleks222 и цепочку бякапов не рвут. aleks222 т.е. просто консистентная копия файлов базы данных средствами архивации файловой системыКабы она в msdb заносилась как дополнительный COPY_ONLY бакап вопросов бы не было. Приаттачить то ее (копию базы) можно, но вот накатить уже больше ничего нельзя. Это не опыт - это суеверие. Мракобесие, я бы сказал. Кто тебе обещал "чего-то" накатить на копию файлов базы? ЗЫ. Учите матчасть настоящим образом. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2022, 09:42 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
alexeyvg Но как восстановить бакап, сделанный в процессе бакапа виртуалки, притом в режиме norecovery, я не знаю (может, какие то гуру знают такой способ?) Никак. Это копия файлов базы. Никакого "norecovery" - просто копия. Как если ты остановил сервер и скопировал. ЗЫ. Все это документировано, но неучи все время путаются. alexeyvg Поэтому я вижу рабочий вариант заставить бакап виртуалки бакапировать сиквел в режиме copy-only Ничего не надо делать. Надо осознать. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2022, 10:05 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
aleks222 alexeyvg Но как восстановить бакап, сделанный в процессе бакапа виртуалки, притом в режиме norecovery, я не знаю (может, какие то гуру знают такой способ?) Никак. Это копия файлов базы. Никакого "norecovery" - просто копия. Как если ты остановил сервер и скопировал. ЗЫ. Все это документировано, но неучи все время путаются. alexeyvg Поэтому я вижу рабочий вариант заставить бакап виртуалки бакапировать сиквел в режиме copy-only Ничего не надо делать. Надо осознать. OK, мы тебя поняли. Так а какое решение все таки данной проблемы? Что делать то? Как правильно настроить разностную архивацию? Как восстанавливать? Как вынимать из архива сервера sql полную базу данных, что бы потом восстанавливать разностную копию? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2022, 14:16 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
aleks222Это не опыт - это суеверие. Мракобесие, я бы сказал. Абсолютно согласен. Но это суеверие со мной сработало. Может поможет D.NeeZ_K. Легко проверить. aleks222Кто тебе обещал "чего-то" накатить на копию файлов базы?SQL Server уверен что это полный бакап. Более того честный полный бакап на который можно накатывать дифф или лог. Это конечно косяк программы архиватора, но ТС от этого не легче. aleks222Никак. Это копия файлов базы. Никакого "norecovery" - просто копия.И почему тогда эта копия прикидывается честным полным бакапом aleks222Как если ты остановил сервер и скопировал.Боюсь что не остановил, а вырубил. Будь у SQL команда attach norecovery вопросов было бы меньше. У Oracle такая команда есть. aleks222Ничего не надо делать. Надо осознать.Это тебе ничего не надо делать, просто любоваться собой таким умным. А ТС надо накатывать дифф бакап, поэтому надо либо настраивать архивирующую программу либо сломать архиватор. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2022, 17:15 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
D.NeeZ_K OK, мы тебя поняли. Так а какое решение все таки данной проблемы? Что делать то? Как правильно настроить разностную архивацию? Как восстанавливать? Как вынимать из архива сервера sql полную базу данных, что бы потом восстанавливать разностную копию? 1. Проблемы нет. Она существует только в твоей голове. MS SQL выполняет бякапы и восстановления в точности как описано в документации. Если ты не способен понять документацию и следовать ей - переквалифицируйся в управдомы. 2. Выполнить команду Код: sql 1.
3. Выполнить команду Код: sql 1.
4. Выполнить восстановление и убедиться, что все работает. Повторить 2. Выполнить команду Код: sql 1.
2.1. Выполнить "бэкап виртуалки" . 3. Выполнить команду Код: sql 1.
4. Выполнить восстановление и убедиться, что все работает. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2022, 17:35 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
SERG1257 SQL Server уверен что это полный бакап. Более того честный полный бакап на который можно накатывать дифф или лог. Это конечно косяк программы архиватора, но ТС от этого не легче. Не надо валить с больной головы на здоровую. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2022, 17:38 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
SERG1257 aleks222Ничего не надо делать. Надо осознать. Ты на самом деле ничего не понял? Да, измельчал нонича айтишник. 1.Для цепочки бэкапов есть только один полный бэкап - сделанный командой BACKUP DATABASE (без COPY_ONLY). 2. Никакие другие бякапы, сделанные чем угодно, не годятся и цепочку не рвут. 3. Осознав это - тебе полегчает. И ломать ничо не потребуется. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2022, 17:47 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
aleks222 alexeyvgНо как восстановить бакап, сделанный в процессе бакапа виртуалки, притом в режиме norecovery, я не знаю (может, какие то гуру знают такой способ?) Никак. Это копия файлов базы. Никакого "norecovery" - просто копия. Как если ты остановил сервер и скопировал."Бакап виртуалки" тут условно называют. Понятно, что копия файлов цепочку не прервёт, но она и следов в msdb, в backupset и backupmediafamily, не оставит. Я не знаю, что именно прерывает цепочку, может, что то из систем виртуализации, или виндовый системный бакап, или какая то купленная система бакапирования, но бакап, сделанный через VSS, с backupset.is_copy_only = 0, сделанный для базы ТС - это факт. И это конечно не бакап, который автор делает в скрипте или плане обслуживания. Вот с ним ТС и надо разбираться. Скажем, смотреть всякие журналы, опираясь на время в backupset. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.02.2022, 00:11 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
alexeyvg 1. "Бакап виртуалки" тут условно называют. Понятно, что копия файлов цепочку не прервёт, но она и следов в msdb, в backupset и backupmediafamily, не оставит. 2. Я не знаю, что именно прерывает цепочку, может, что то из систем виртуализации, или виндовый системный бакап, или какая то купленная система бакапирования, но бакап, сделанный через VSS, с backupset.is_copy_only = 0, сделанный для базы ТС - это факт. И это конечно не бакап, который автор делает в скрипте или плане обслуживания. Вот с ним ТС и надо разбираться. Скажем, смотреть всякие журналы, опираясь на время в backupset. 1. Вещи надо называть своими именами. Чем точнее назовешь - тем лучше. 1.1. Ты могешь сам проверить. Если ты сделаешь бэкап файлов (файлов, Карл!) баз данных работающего сервера MS SQL через штатный механизм Windows (wbadmin, например, но ВСЕ системы резервного копирования файлов ЛЮБЫХ производителей пользуют ЭТО ЖЕ API). То а) копия файлов баз будет сделана (плевать, что они открыты и в них идет запись, мелкософт озаботилась соответствующим механизмом - сервер SQL получает оповещение, прекращается запись в файлы базы данных, создается теневая копия и понеслось...) б) сервер MS SQL будет оповещен об этом; в) в журнале бякапов MS SQL будет сделана соотв. запись (которая и смущает неокрепшие умы). Это уже мусолили. Пора и тебе выучить азы. 2. Никакие бякапы, окромя православного BACKUP DATABASE, не рвут цепочку. Ибо все остальные "бякапы" для MS SQL "не бякапы". 3. Как только ТС и ты осознают это - все станет просто и понятно. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.02.2022, 06:41 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
aleks222 alexeyvg 1. "Бакап виртуалки" тут условно называют. Понятно, что копия файлов цепочку не прервёт, но она и следов в msdb, в backupset и backupmediafamily, не оставит. 2. Я не знаю, что именно прерывает цепочку, может, что то из систем виртуализации, или виндовый системный бакап, или какая то купленная система бакапирования, но бакап, сделанный через VSS, с backupset.is_copy_only = 0, сделанный для базы ТС - это факт. И это конечно не бакап, который автор делает в скрипте или плане обслуживания. Вот с ним ТС и надо разбираться. Скажем, смотреть всякие журналы, опираясь на время в backupset. 1. Вещи надо называть своими именами. Чем точнее назовешь - тем лучше. 1.1. Ты могешь сам проверить. Если ты сделаешь бэкап файлов (файлов, Карл!) баз данных работающего сервера MS SQL через штатный механизм Windows (wbadmin, например, но ВСЕ системы резервного копирования файлов ЛЮБЫХ производителей пользуют ЭТО ЖЕ API). То а) копия файлов баз будет сделана (плевать, что они открыты и в них идет запись, мелкософт озаботилась соответствующим механизмом - сервер SQL получает оповещение, прекращается запись в файлы базы данных, создается теневая копия и понеслось...) б) сервер MS SQL будет оповещен об этом; в) в журнале бякапов MS SQL будет сделана соотв. запись (которая и смущает неокрепшие умы). Это уже мусолили. Пора и тебе выучить азы. 2. Никакие бякапы, окромя православного BACKUP DATABASE, не рвут цепочку. Ибо все остальные "бякапы" для MS SQL "не бякапы". 3. Как только ТС и ты осознают это - все станет просто и понятно. ТЫ не понял задачу. SQL крутится на виртуалке! Бэкапируется виртулака wbadminом! Цепочка разрывается отметкой в sql management studio о записи полного бэкапа. Сам бэкап видимо остается на физической машине в бэкапе виртуалки SQL сервера. Что бы его достать Я вижу только один способ = развернуть полностью виртуальную машину на момент создания бэкапа, и оттуда не восстанавливая, в общем какая-то головная боль а не решение проблемы. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2022, 14:22 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
aleks222 D.NeeZ_K OK, мы тебя поняли. Так а какое решение все таки данной проблемы? Что делать то? Как правильно настроить разностную архивацию? Как восстанавливать? Как вынимать из архива сервера sql полную базу данных, что бы потом восстанавливать разностную копию? 1. Проблемы нет. Она существует только в твоей голове. MS SQL выполняет бякапы и восстановления в точности как описано в документации. Если ты не способен понять документацию и следовать ей - переквалифицируйся в управдомы. 2. Выполнить команду Код: sql 1.
3. Выполнить команду Код: sql 1.
4. Выполнить восстановление и убедиться, что все работает. Повторить 2. Выполнить команду Код: sql 1.
2.1. Выполнить "бэкап виртуалки" . 3. Выполнить команду Код: sql 1.
4. Выполнить восстановление и убедиться, что все работает. Пойми одну вещь! Файла бэкапа нет! Есть только запись о бэкапе! Точнее она появляется после запуска копирования виртульного сервера SQL. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2022, 14:24 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
Замечено: бэкап рвется как при копировании SQL машины, так и диска на котором лежит SQL сервер. P.S. Вопрос не решен, тема открыта. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2022, 14:27 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
D.NeeZ_K Итак ты подтвердил что проблема имеет место быть и у тебя есть тест кейс. Осознал (с) что это не твоя вина, а твоя беда. Возможны варианты. 1 Правильное поведение. Открываешь тикет у вендора своей программулины. Описываешь проблему, прилагаешь логи. Получаешь совет. 2 Обходишь проблему на административном уровне. Делаешь бакапы виртуалки не ежедневно, а после патчей. После бакапа виртуалки делаешь полный бакап. Меняешь программу бакапа виртуалки. 3 Путь труса конформиста. Отключаешь сервис. При этом VSS снапшот все равно будет делаться, но на сей раз без взаимодействия с SQL. Полная симуляция жесткого ребута по питанию при восстановлении с этого бакапа. Насколько это безопасно, насколько увеличивается вероятность получить битую базу при монтировании - вопрос философский. Однако без взаимодействия с SQL никто не лезет в msdb и не рвет цепочку бакапов. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2022, 16:53 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
D.NeeZ_K aleks222 пропущено... 1. Вещи надо называть своими именами. Чем точнее назовешь - тем лучше. 1.1. Ты могешь сам проверить. Если ты сделаешь бэкап файлов (файлов, Карл!) баз данных работающего сервера MS SQL через штатный механизм Windows (wbadmin, например, но ВСЕ системы резервного копирования файлов ЛЮБЫХ производителей пользуют ЭТО ЖЕ API). То а) копия файлов баз будет сделана (плевать, что они открыты и в них идет запись, мелкософт озаботилась соответствующим механизмом - сервер SQL получает оповещение, прекращается запись в файлы базы данных, создается теневая копия и понеслось...) б) сервер MS SQL будет оповещен об этом; в) в журнале бякапов MS SQL будет сделана соотв. запись (которая и смущает неокрепшие умы). Это уже мусолили. Пора и тебе выучить азы. 2. Никакие бякапы, окромя православного BACKUP DATABASE, не рвут цепочку. Ибо все остальные "бякапы" для MS SQL "не бякапы". 3. Как только ТС и ты осознают это - все станет просто и понятно. ТЫ не понял задачу. SQL крутится на виртуалке! Бэкапируется виртулака wbadminом! Цепочка разрывается отметкой в sql management studio о записи полного бэкапа. Сам бэкап видимо остается на физической машине в бэкапе виртуалки SQL сервера. Что бы его достать Я вижу только один способ = развернуть полностью виртуальную машину на момент создания бэкапа, и оттуда не восстанавливая, в общем какая-то головная боль а не решение проблемы. 1. Я фсе правильно понял. Еще раз повторю: "Бэкапируется виртулака wbadminом!" - НИЧЕГО НЕ РВЕТ. 2. Ваши измышления мне неинтересны. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2022, 17:09 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
D.NeeZ_K Пойми одну вещь! Файла бэкапа нет! Есть только запись о бэкапе! Точнее она появляется после запуска копирования виртульного сервера SQL. Ну нельзя же быть таким тупым? 1. wbadmin создает НЕ бэкап MS SQL. 2. wbadmin создает КОПИЮ файлов базы. 3. Для здравоумных личностей - такая копия тоже являет ценность на случай бяды. Поэтому запись о ней заносится в журнал. 4. Но ее невозможно "восстановить", на нее невозможно "накатить" разностный бякап и бякап лога. ЭТО КОПИЯ ФАЙЛОВ БАЗЫ. КОПИЯ, КАРЛ! 5. Никакие цепочки она не рвет. Хоть у-wbadmin-ься. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2022, 17:16 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
SERG1257 Однако без взаимодействия с SQL никто не лезет в msdb и не рвет цепочку бакапов. Проблема в том, что в файлах данных БД в поле differential_base_lsn записан не тот LSN, который записан в файле бакапа А записала его наверняка та самая программа, которая сделала запись в msdb. Впрочем, это неважно, записи в msdb нужны, только что бы заполнить окошечки в SSMS, так то команда restore database и её подобные msdb не пользуются (что должно быть понятно даже тем, кто ни разу не имел дело с MSSQL, ведь бакапы, полные, дифф, логи, можно восстановить на новом инстансе, на котором msdb пустая) D.NeeZ_K Пойми одну вещь! Файла бэкапа нет! Есть только запись о бэкапе! Точнее она появляется после запуска копирования виртульного сервера SQL. Выполните его для одной вашей базы, сохраните в csv, и выложите здесь. Можете подменить какие то имена, если вам важно. И ещё запросы для файла полного бакапа, и файла дифф бакапа. Там же всё по LSN бъётся. Или сами разберитесь: Выполните запрос Код: sql 1.
где C:\tmp\db1.bak - имя файла вашего дифф бакапа, и сравните LSN, кто за кем стоял. Ну и для других файлов, которые вам интересны. И увидите, коррелируют ли LSN из файлов полного бакапа, дифф бакапов, LSN из "виртуального" бакапа, и из других записей из запроса. И в какой момент эта корреляция сбилась. Там идёт строгая цепочка LSN, "сдал-принял", всё понятно будет. Само собой, если запись о виртуальном бакапе не оставляет LSN прежним, то это не какая то там "фейковая запись, а на самом деле копирование чего то постороннего", а полноценный бакап, со всеми вытекающими (в том числе с вытекающими из copy_only=0). ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2022, 21:16 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
aleks222 1. wbadmin создает НЕ бэкап MS SQL. 2. wbadmin создает КОПИЮ файлов базы. Что же означают опции -vssFull и -vssCopy, интересно? И не поставил ли случаем админ у D.NeeZ_K опцию -vssFull, не понимая её смысла (Full же побогаче будет, поставлю её :-) )? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2022, 21:36 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
alexeyvgПроблема в том, что в файлах данных БД в поле differential_base_lsn записан не тот LSN, который записан в файле бакапаСогласен. Некорректно выразился. Самое смешное что VSS API таки разрешает делать restore norecovery https://docs.microsoft.com/en-us/sql/relational-databases/backup-restore/sql-server-vss-writer-backup-guide?view=sql-server-ver15#full-restore-with-additional-roll-forwards Умеет ли wbadmin этим пользоватся - совершенно другая история. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2022, 22:27 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
alexeyvg aleks222 1. wbadmin создает НЕ бэкап MS SQL. 2. wbadmin создает КОПИЮ файлов базы. Что же означают опции -vssFull и -vssCopy, интересно? И не поставил ли случаем админ у D.NeeZ_K опцию -vssFull, не понимая её смысла (Full же побогаче будет, поставлю её :-) )? В документации не врут. Только надо еще понять документацию. Учись. Запомни: 1. wbadmin НЕ ДЕЛАЕТ БЯКАП БАЗЫ. 2. wbadmin ДЕЛАЕТ КОПИЮ ФАЙЛОВ БАЗЫ. Для лиц, хоть чуть-чуть знакомых с системами резервного копирования файловой системы это очевидно. Прочие - могут произвести собственноручный эксперимент. ЗЫ. -vssFull и -vssCopy - не надо фантазировать. Прочти, наконец, эту сраную документацию. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.02.2022, 08:30 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
SERG1257 alexeyvgПроблема в том, что в файлах данных БД в поле differential_base_lsn записан не тот LSN, который записан в файле бакапа Самое смешное что VSS API таки разрешает делать restore norecovery https://docs.microsoft.com/en-us/sql/relational-databases/backup-restore/sql-server-vss-writer-backup-guide?view=sql-server-ver15#full-restore-with-additional-roll-forwards Умеет ли wbadmin этим пользоватся - совершенно другая история. У вас в голове каша. wbadmin, равно и любая другая система резервного копирования файлов (они все Windows Backup API используют) копирует ФАЙЛЫ, файлы "как они есть в файловой системе" на момент создания резервной копии. ЗЫ. Конечно, неучей немного извиняет то, что обе системы MS SQL BACKUP и Windows Backup используют сходную терминологию. Да, файловые системы резервирования тоже могут создавать ДИФФЕРЕНЦИАЛЬНЫЕ бякапы. Только к дифференциальному бякапу MS SQL не имеют отношения. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.02.2022, 08:43 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
aleks222 alexeyvg пропущено... Ой, а в документации врут, похоже? Что же означают опции -vssFull и -vssCopy, интересно? И не поставил ли случаем админ у D.NeeZ_K опцию -vssFull, не понимая её смысла (Full же побогаче будет, поставлю её :-) )? В документации не врут. Только надо еще понять документацию. Учись. Запомни: 1. wbadmin НЕ ДЕЛАЕТ БЯКАП БАЗЫ. 2. wbadmin ДЕЛАЕТ КОПИЮ ФАЙЛОВ БАЗЫ. Для лиц, хоть чуть-чуть знакомых с системами резервного копирования файловой системы это очевидно. Прочие - могут произвести собственноручный эксперимент. ЗЫ. -vssFull и -vssCopy - не надо фантазировать. Прочти, наконец, эту сраную документацию. То что wbadmin делает копию файлов базы данных - это не говорит ее легко скопировать на место не работаеющих и базы будут работать. Тогда встает вопрос: зачем их копировать, если прикрутить ручками нельзя? А еще больший вопрос встает, зачем делать запись в SQL wdadminом и рвать цепочку бэкапов. Возможно в MS работают дурни. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.02.2022, 10:56 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
alexeyvg aleks222 1. wbadmin создает НЕ бэкап MS SQL. 2. wbadmin создает КОПИЮ файлов базы. Что же означают опции -vssFull и -vssCopy, интересно? И не поставил ли случаем админ у D.NeeZ_K опцию -vssFull, не понимая её смысла (Full же побогаче будет, поставлю её :-) )? Если речь за на SQL copy_only, то нет то не помогает. Скорее всего поможет copy_only на физическом сервере, но wbadmin такой конфигурации нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.02.2022, 10:59 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
aleks222 D.NeeZ_K Пойми одну вещь! Файла бэкапа нет! Есть только запись о бэкапе! Точнее она появляется после запуска копирования виртульного сервера SQL. Ну нельзя же быть таким тупым? 1. wbadmin создает НЕ бэкап MS SQL. 2. wbadmin создает КОПИЮ файлов базы. 3. Для здравоумных личностей - такая копия тоже являет ценность на случай бяды. Поэтому запись о ней заносится в журнал. 4. Но ее невозможно "восстановить", на нее невозможно "накатить" разностный бякап и бякап лога. ЭТО КОПИЯ ФАЙЛОВ БАЗЫ. КОПИЯ, КАРЛ! 5. Никакие цепочки она не рвет. Хоть у-wbadmin-ься. ОКей, как ее восстановить совместно с разностной компией? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.02.2022, 11:02 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
[quot D.NeeZ_K#22431278] aleks222 ОКей, как ее восстановить совместно с разностной компией? Упертый. Никак. ЗЫ. Можно восстановить КОПИЮ файлов базы данных. Это не бякап MS SQL. Это бякап файловой системы. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.02.2022, 12:02 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
D.NeeZ_K alexeyvg пропущено... Ой, а в документации врут, похоже? Что же означают опции -vssFull и -vssCopy, интересно? И не поставил ли случаем админ у D.NeeZ_K опцию -vssFull, не понимая её смысла (Full же побогаче будет, поставлю её :-) )? Если речь за на SQL copy_only, то нет то не помогает. Скорее всего поможет copy_only на физическом сервере, но wbadmin такой конфигурации нет. Я писал про две опции запуска утилиты. Запуск с правильной опцией перестал разрывать цепочки, или нет? Что после запуска с правильной опцией показывает скрипт ? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.02.2022, 20:39 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
D.NeeZ_K alexeyvg пропущено... Ой, а в документации врут, похоже? Что же означают опции -vssFull и -vssCopy, интересно? И не поставил ли случаем админ у D.NeeZ_K опцию -vssFull, не понимая её смысла (Full же побогаче будет, поставлю её :-) )? Если речь за на SQL copy_only, то нет то не помогает. Скорее всего поможет copy_only на физическом сервере, но wbadmin такой конфигурации нет. So we found two solutions. 1. Stop and disable the SQL writer service. With this VSS will not able to take the SQL server database backup but still takes the VM backup. 2. Add below registry key [HKEY_LOCAL_MACHINESOFTWAREMICROSOFTBCDRAGENT] "USEVSSCOPYBACKUP"="TRUE" This will force the VSS to take COPY_ONLY backup which will not break the backup chain https://www.sqlservercentral.com/blogs/ghost-is-taking-full-backup-and-breaking-my-backup-chain-be-careful-with-azure-vm-backup-on-vm-having-sql-server-installation ... |
|||
:
Нравится:
Не нравится:
|
|||
08.02.2022, 20:53 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
alexeyvg D.NeeZ_K пропущено... Если речь за на SQL copy_only, то нет то не помогает. Скорее всего поможет copy_only на физическом сервере, но wbadmin такой конфигурации нет. So we found two solutions. 1. Stop and disable the SQL writer service. With this VSS will not able to take the SQL server database backup but still takes the VM backup. 2. Add below registry key [HKEY_LOCAL_MACHINESOFTWAREMICROSOFTBCDRAGENT] "USEVSSCOPYBACKUP"="TRUE" This will force the VSS to take COPY_ONLY backup which will not break the backup chain https://www.sqlservercentral.com/blogs/ghost-is-taking-full-backup-and-breaking-my-backup-chain-be-careful-with-azure-vm-backup-on-vm-having-sql-server-installation Первоисточник читать лучше, аднако https://docs.microsoft.com/ru-ru/azure/backup/backup-azure-vms-troubleshoot Виртуальные машины с настроенной архивацией SQL Server могут вызвать задержку задачи создания моментальных снимков. По умолчанию при архивации виртуальной машины создается полная резервная копия VSS на виртуальных машинах Windows. На виртуальных машинах, где выполняется SQL Server и настроена архивация SQL Server, это может привести к задержке создания моментального снимка. Если эти задержки приводят к ошибкам резервного копирования, установите следующий ключ реестра. [HKEY_LOCAL_MACHINE\SOFTWARE\MICROSOFT\BCDRAGENT] "USEVSSCOPYBACKUP"="TRUE" Што-то не срастается... ... |
|||
:
Нравится:
Не нравится:
|
|||
09.02.2022, 10:11 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
aleks222 Што-то не срастается... PS Ну и качество документации у MS, как и качество движков для её размещения, последние 10 таково, что по авторитетности уверенно занимает последнее место прямо перед яндекс-кью :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
09.02.2022, 20:12 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
alexeyvg aleks222 Што-то не срастается... PS Ну и качество документации у MS, как и качество движков для её размещения, последние 10 таково, что по авторитетности уверенно занимает последнее место прямо перед яндекс-кью :-) Не срастается в том, для чего предлагают использовать этот параметр. "Для лечения задержек". На "цепочки" наплевать так. Лехко и непринужденно. >>который вы называете "просто скопировали файл" Ты уже сделал бякап через wbadmin? Тогда лучше помолчать - сойдешь за умного. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.02.2022, 05:35 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
alexeyvg D.NeeZ_K пропущено... Если речь за на SQL copy_only, то нет то не помогает. Скорее всего поможет copy_only на физическом сервере, но wbadmin такой конфигурации нет. Я писал про две опции запуска утилиты. Запуск с правильной опцией перестал разрывать цепочки, или нет? Что после запуска с правильной опцией показывает скрипт ? Разрывает. Вот если можно было бы воспользоваться функцией copy_only на сервере где крится виртуалка. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.02.2022, 23:25 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
D.NeeZ_K alexeyvg пропущено... Не понял фразу, что вы имеете в виду? Я писал про две опции запуска утилиты. Запуск с правильной опцией перестал разрывать цепочки, или нет? Что после запуска с правильной опцией показывает скрипт ? Разрывает. Вот если можно было бы воспользоваться функцией copy_only на сервере где крится виртуалка. Вам уже советовали, либо помолчать и не пороть чушЪ, либо найти тот бякап, который делает wbadmin. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.02.2022, 12:33 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
D.NeeZ_K alexeyvg пропущено... Не понял фразу, что вы имеете в виду? Я писал про две опции запуска утилиты. Запуск с правильной опцией перестал разрывать цепочки, или нет? Что после запуска с правильной опцией показывает скрипт ? Разрывает. Вот если можно было бы воспользоваться функцией copy_only на сервере где крится виртуалка. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.02.2022, 15:35 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
D.NeeZ_K Разрывает. Вот если можно было бы воспользоваться функцией copy_only на сервере где крится виртуалка. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.02.2022, 15:36 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
alexeyvg D.NeeZ_K пропущено... Если речь за на SQL copy_only, то нет то не помогает. Скорее всего поможет copy_only на физическом сервере, но wbadmin такой конфигурации нет. So we found two solutions. 1. Stop and disable the SQL writer service. With this VSS will not able to take the SQL server database backup but still takes the VM backup. 2. Add below registry key [HKEY_LOCAL_MACHINESOFTWAREMICROSOFTBCDRAGENT] "USEVSSCOPYBACKUP"="TRUE" This will force the VSS to take COPY_ONLY backup which will not break the backup chain https://www.sqlservercentral.com/blogs/ghost-is-taking-full-backup-and-breaking-my-backup-chain-be-careful-with-azure-vm-backup-on-vm-having-sql-server-installation К сожалению не удалось найти ветку после Microsoft. Поиск в реестре по запросу USEVSSCOPYBACKUP ни чего не дает. Уже даже и не знаю... ... |
|||
:
Нравится:
Не нравится:
|
|||
14.02.2022, 12:40 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
D.NeeZ_K К сожалению не удалось найти ветку после Microsoft ... |
|||
:
Нравится:
Не нравится:
|
|||
14.02.2022, 19:46 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
Привет! Я не совсем в теме как этот топик рос и обсуждался,- но в своё время была чем-то похожая проблема: делалось два ночных бэкапа - один "полный за день" и сразу потом ещё один (такой же, но на другой диск,- хранился не более суток). А потом шли разностные бэкапы каждые два часа. Соответственно, когда потребовалось восстановить базу на какой-то томент N-дневной давности, то был взят бэкап, который "полный за день" за нужную дату, но разностные бэкапы на него уже не ложились (что вполне себе объяснимо). Не аналогичный ли случай? P.S. Не помню где, но полный адрес файла с последним бэкапом базы где-то храниться (думаю, что по форуму можно поискать). ... |
|||
:
Нравится:
Не нравится:
|
|||
14.02.2022, 23:47 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
SIMPLicity_ Привет! Я не совсем в теме как этот топик рос и обсуждался,- но в своё время была чем-то похожая проблема: делалось два ночных бэкапа - один "полный за день" и сразу потом ещё один (такой же, но на другой диск,- хранился не более суток). А потом шли разностные бэкапы каждые два часа. Соответственно, когда потребовалось восстановить базу на какой-то томент N-дневной давности, то был взят бэкап, который "полный за день" за нужную дату, но разностные бэкапы на него уже не ложились (что вполне себе объяснимо). Не аналогичный ли случай? P.S. Не помню где, но полный адрес файла с последним бэкапом базы где-то храниться (думаю, что по форуму можно поискать). Нет. У страдальца иллюзия, что бякап ФАЙЛОВОЙ СИСТЕМЫ (включая файлы баз данных, ну или диска целиком) посредством wbadmin (Windows backup API) создает в неведомых палестинах (найти его страдалец не может) полный бякап баз MS SQL сервера. И этот мифический бякап рвет цепочку для полного бякапа + дифф. бякапов, созданных штатным backup database. Ну, т.е. если исполнить: "бякап MS SQL" далее "бякап ФАЙЛОВОЙ СИСТЕМЫ посредством wbadmin" далее "дифф. бякап MS SQL" то "бякап MS SQL" уже, якобы, не канает как начало для "дифф. бякап MS SQL". Типа, ругается на разрыв цепочки бякапов. Вот такие вот фантазии. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 05:45 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
SIMPLicity_ P.S. Не помню где, но полный адрес файла с последним бэкапом базы где-то храниться (думаю, что по форуму можно поискать). Там есть не только "где хранится", но и всю цепочку видно по LSN. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 20:36 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
aleks222 SIMPLicity_ Привет! Я не совсем в теме как этот топик рос и обсуждался,- но в своё время была чем-то похожая проблема: делалось два ночных бэкапа - один "полный за день" и сразу потом ещё один (такой же, но на другой диск,- хранился не более суток). А потом шли разностные бэкапы каждые два часа. Соответственно, когда потребовалось восстановить базу на какой-то томент N-дневной давности, то был взят бэкап, который "полный за день" за нужную дату, но разностные бэкапы на него уже не ложились (что вполне себе объяснимо). Не аналогичный ли случай? P.S. Не помню где, но полный адрес файла с последним бэкапом базы где-то храниться (думаю, что по форуму можно поискать). Нет. У страдальца иллюзия, что бякап ФАЙЛОВОЙ СИСТЕМЫ (включая файлы баз данных, ну или диска целиком) посредством wbadmin (Windows backup API) создает в неведомых палестинах (найти его страдалец не может) полный бякап баз MS SQL сервера. И этот мифический бякап рвет цепочку для полного бякапа + дифф. бякапов, созданных штатным backup database. Ну, т.е. если исполнить: "бякап MS SQL" далее "бякап ФАЙЛОВОЙ СИСТЕМЫ посредством wbadmin" далее "дифф. бякап MS SQL" то "бякап MS SQL" уже, якобы, не канает как начало для "дифф. бякап MS SQL". Типа, ругается на разрыв цепочки бякапов. Вот такие вот фантазии. Все не так ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 14:46 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
alexeyvg D.NeeZ_K К сожалению не удалось найти ветку после Microsoft Как вариант. Отпишу по результату. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 14:47 |
|
Разностная копия привязанная к несуществующей полной
|
|||
---|---|---|---|
#18+
D.NeeZ_K aleks222 пропущено... Нет. У страдальца иллюзия, что бякап ФАЙЛОВОЙ СИСТЕМЫ (включая файлы баз данных, ну или диска целиком) посредством wbadmin (Windows backup API) создает в неведомых палестинах (найти его страдалец не может) полный бякап баз MS SQL сервера. И этот мифический бякап рвет цепочку для полного бякапа + дифф. бякапов, созданных штатным backup database. Ну, т.е. если исполнить: "бякап MS SQL" далее "бякап ФАЙЛОВОЙ СИСТЕМЫ посредством wbadmin" далее "дифф. бякап MS SQL" то "бякап MS SQL" уже, якобы, не канает как начало для "дифф. бякап MS SQL". Типа, ругается на разрыв цепочки бякапов. Вот такие вот фантазии. Все не так Ты, все равно, не можешь внятно объяснить "как". ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 15:22 |
|
|
start [/forum/topic.php?all=1&fid=46&tid=1683827]: |
0ms |
get settings: |
15ms |
get forum list: |
8ms |
check forum access: |
1ms |
check topic access: |
1ms |
track hit: |
80ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
1891ms |
get tp. blocked users: |
1ms |
others: | 308ms |
total: | 2317ms |
0 / 0 |