Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Следующий диф. бэкап меньше, чем предыдущий  [new]
Megabyte
Member

Откуда: ближайшее заМКАДье
Сообщений: 4858
Решил изменить стратегию резервного копирования, делать дифференциальный бэкап больших баз. До этого делались только полные, с диф. бэкапами не работал до этого.
Вроде как по справке каждый последующий диф. бэкап включает все изменения от последнего полного бэкапа.
Потестил, сделал диф. бэкап вчера вечером и сегодня ночью с разницей по времени часа в 3.5.
В итоге он получился даже чуть меньше предыдущего: 3.058мб против 3.133мб.
Скажите, это нормальная ситуация или я что-то не так понял\не так сделал?
---
Проходя мимо разложенных граблей, ты теряешь драгоценный опыт. (с)
24 май 19, 10:34    [21892828]     Ответить | Цитировать Сообщить модератору
 Re: Следующий диф. бэкап меньше, чем предыдущий  [new]
TaPaK
Member

Откуда: Kiev
Сообщений: 6695
Megabyte,

может фул сдел кто, есть вариант вроде с откатом транзакции, но и с такими размерами....
а показать что то типа
автор
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]
24 май 19, 10:53    [21892872]     Ответить | Цитировать Сообщить модератору
 Re: Следующий диф. бэкап меньше, чем предыдущий  [new]
Megabyte
Member

Откуда: ближайшее заМКАДье
Сообщений: 4858
TaPaK
Megabyte,

может фул сдел кто, есть вариант вроде с откатом транзакции, но и с такими размерами....
а показать что то типа
автор
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. На скрине.

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

К сообщению приложен файл. Размер - 73Kb
24 май 19, 11:21    [21892930]     Ответить | Цитировать Сообщить модератору
 Re: Следующий диф. бэкап меньше, чем предыдущий  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 36501
Пища к размышлению и повод для проверки: берем базу, заливаем 10 Гб данных, делаем полный, заливаем еще 10 Гб данных, деалаем диф, а потом все транкейтим и еще раз делаем диф. Сомневаюсь, что последний диф будет 20 Гб или даже 10 Гб.
24 май 19, 11:24    [21892934]     Ответить | Цитировать Сообщить модератору
 Re: Следующий диф. бэкап меньше, чем предыдущий  [new]
TaPaK
Member

Откуда: Kiev
Сообщений: 6695
Megabyte,

так растёт жеж...
24 май 19, 11:26    [21892938]     Ответить | Цитировать Сообщить модератору
 Re: Следующий диф. бэкап меньше, чем предыдущий  [new]
Megabyte
Member

Откуда: ближайшее заМКАДье
Сообщений: 4858
Попытался накатить диф. бэкап. Выдал ошибку №3117: The log or differential backup cannot be restored because no files are ready to rollforward.
24 май 19, 11:27    [21892941]     Ответить | Цитировать Сообщить модератору
 Re: Следующий диф. бэкап меньше, чем предыдущий  [new]
TaPaK
Member

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

фул подняли сначала?
24 май 19, 11:29    [21892944]     Ответить | Цитировать Сообщить модератору
 Re: Следующий диф. бэкап меньше, чем предыдущий  [new]
Megabyte
Member

Откуда: ближайшее заМКАДье
Сообщений: 4858
Гавриленко Сергей Алексеевич
Пища к размышлению и повод для проверки: берем базу, заливаем 10 Гб данных, делаем полный, заливаем еще 10 Гб данных, деалаем диф, а потом все транкейтим и еще раз делаем диф. Сомневаюсь, что последний диф будет 20 Гб или даже 10 Гб.

Я понял. Т.е. чистка данных(логи там всякие могут чиститься) может уменьшить размер след. диф. бэкапа.
24 май 19, 11:29    [21892945]     Ответить | Цитировать Сообщить модератору
 Re: Следующий диф. бэкап меньше, чем предыдущий  [new]
Megabyte
Member

Откуда: ближайшее заМКАДье
Сообщений: 4858
TaPaK
Megabyte
Попытался накатить диф. бэкап. Выдал ошибку №3117: The log or differential backup cannot be restored because no files are ready to rollforward.

фул подняли сначала?

Да, там всегда развернут последний актуальный фул. Это резервный сервер, туда сразу же разворачиваются текущие полные бэкапы.
24 май 19, 11:30    [21892946]     Ответить | Цитировать Сообщить модератору
 Re: Следующий диф. бэкап меньше, чем предыдущий  [new]
TaPaK
Member

Откуда: Kiev
Сообщений: 6695
Megabyte
TaPaK
пропущено...

фул подняли сначала?

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

которые сдеаны другими операциями бекапа?
24 май 19, 11:32    [21892949]     Ответить | Цитировать Сообщить модератору
 Re: Следующий диф. бэкап меньше, чем предыдущий  [new]
Megabyte
Member

Откуда: ближайшее заМКАДье
Сообщений: 4858
Megabyte
TaPaK
пропущено...

фул подняли сначала?

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

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

Это могло повлиять на результат?
24 май 19, 11:33    [21892951]     Ответить | Цитировать Сообщить модератору
 Re: Следующий диф. бэкап меньше, чем предыдущий  [new]
Megabyte
Member

Откуда: ближайшее заМКАДье
Сообщений: 4858
TaPaK
Megabyte
пропущено...

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

которые сделаны другими операциями бекапа?

Не очень понял вопроса. Джоб с основного сервера делает бэкап на шару на резервном сервере.
Другой джоб с резервного сервера с лагом по времени восстанавливает фул. бэкапы у себя.
Вы про это?
24 май 19, 11:35    [21892956]     Ответить | Цитировать Сообщить модератору
 Re: Следующий диф. бэкап меньше, чем предыдущий  [new]
Megabyte
Member

Откуда: ближайшее заМКАДье
Сообщений: 4858
Megabyte
Попытался накатить диф. бэкап. Выдал ошибку №3117: The log or differential backup cannot be restored because no files are ready to rollforward.

Почитал в гугле. Я это забыл предварительно сделать: "потому что полный бэкап надо восстанавливать с опцией restore with norecovery". Поэтому и ошибка. :)
24 май 19, 11:38    [21892961]     Ответить | Цитировать Сообщить модератору
 Re: Следующий диф. бэкап меньше, чем предыдущий  [new]
TaPaK
Member

Откуда: Kiev
Сообщений: 6695
Megabyte
Megabyte
пропущено...

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

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

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

от лога не зависит.
24 май 19, 11:42    [21892962]     Ответить | Цитировать Сообщить модератору
 Re: Следующий диф. бэкап меньше, чем предыдущий  [new]
Megabyte
Member

Откуда: ближайшее заМКАДье
Сообщений: 4858
Тогда такой вопрос.
Мне всегда надо делать сначала восстановление фул бэкапа с norecovery и только потом накатывать диф. бэкап?
Т.е. ситуация: Я раз в неделю буду делать фул бэкап и тут же его восстанавливать с recovery.
На след. день я делаю диф. бэкап. Мне все равно заново надо накатывать фул с norecovery, так?
24 май 19, 11:45    [21892966]     Ответить | Цитировать Сообщить модератору
 Re: Следующий диф. бэкап меньше, чем предыдущий  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 29609
Megabyte
Не знаю, важно ли это, помимо полного бэкапа еще раз в сутки дополнительно делается бэкап лога, для усечения журнала.
Это могло повлиять на результат?
Нет.

Megabyte
TaPaK
пропущено...

фул подняли сначала?

Да, там всегда развернут последний актуальный фул. Это резервный сервер, туда сразу же разворачиваются текущие полные бэкапы.
Что значит "развёрнут"?
Нужно развернуть последний актуальный фул с опцией не восстанавливать (with norecovery), и потом накатывать дифф.
А если накатывать дифф на работающую базу, какие образом он сможет восстановиться? Это невозможно чисто теоретически, у сервера не будет данных для восстановления.
24 май 19, 11:47    [21892971]     Ответить | Цитировать Сообщить модератору
 Re: Следующий диф. бэкап меньше, чем предыдущий  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 29609
Megabyte
Мне всегда надо делать сначала восстановление фул бэкапа с norecovery и только потом накатывать диф. бэкап?
Т.е. ситуация: Я раз в неделю буду делать фул бэкап и тут же его восстанавливать с recovery.
На след. день я делаю диф. бэкап. Мне все равно заново надо накатывать фул с norecovery, так?
Да, именно так, как же иначе, откуда иначе возьмутся данные для восстановления???
24 май 19, 11:48    [21892973]     Ответить | Цитировать Сообщить модератору
 Re: Следующий диф. бэкап меньше, чем предыдущий  [new]
Megabyte
Member

Откуда: ближайшее заМКАДье
Сообщений: 4858
alexeyvg
Megabyte
Мне всегда надо делать сначала восстановление фул бэкапа с norecovery и только потом накатывать диф. бэкап?
Т.е. ситуация: Я раз в неделю буду делать фул бэкап и тут же его восстанавливать с recovery.
На след. день я делаю диф. бэкап. Мне все равно заново надо накатывать фул с norecovery, так?
Да, именно так, как же иначе, откуда иначе возьмутся данные для восстановления???

Принято. Спасибо.
24 май 19, 11:49    [21892976]     Ответить | Цитировать Сообщить модератору
 Re: Следующий диф. бэкап меньше, чем предыдущий  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 6960
Megabyte,

это защита от дурака. База без рекавери недоступна для изменений. Если бы восстанавливалась с рекавери, то в базе могли бы произойти изменения, куда тогда накатывать разностную копию?
24 май 19, 11:56    [21892986]     Ответить | Цитировать Сообщить модератору
 Re: Следующий диф. бэкап меньше, чем предыдущий  [new]
Megabyte
Member

Откуда: ближайшее заМКАДье
Сообщений: 4858
Владислав Колосов
Megabyte,

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

Понял. Спасибо за разъяснение.
24 май 19, 12:04    [21892995]     Ответить | Цитировать Сообщить модератору
 Re: Следующий диф. бэкап меньше, чем предыдущий  [new]
TaPaK
Member

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

размер будет больше. дифф делается на основании DCM и думаю пофиг что вы делали хоть удаляли хоть меняливсё равно страницы пометит как изменённые, хз как там шринк повлияет конечно
24 май 19, 12:10    [21893000]     Ответить | Цитировать Сообщить модератору
 Re: Следующий диф. бэкап меньше, чем предыдущий  [new]
TaPaK
Member

Откуда: Kiev
Сообщений: 6695
В общем у меня получилось уменьшит следующий только на открытой транзакции с откатом. При этом он всё равно растёт по отношению ко всем остальным
24 май 19, 12:16    [21893011]     Ответить | Цитировать Сообщить модератору
 Re: Следующий диф. бэкап меньше, чем предыдущий  [new]
-- KAB --
Member

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


Одинаковый размер будет до и после транкейта.
Размер поменяется после шринка, который вы не упомянули
24 май 19, 13:33    [21893101]     Ответить | Цитировать Сообщить модератору
 Re: Следующий диф. бэкап меньше, чем предыдущий  [new]
TaPaK
Member

Откуда: Kiev
Сообщений: 6695
-- KAB --
Гавриленко Сергей Алексеевич
Пища к размышлению и повод для проверки: берем базу, заливаем 10 Гб данных, делаем полный, заливаем еще 10 Гб данных, деалаем диф, а потом все транкейтим и еще раз делаем диф. Сомневаюсь, что последний диф будет 20 Гб или даже 10 Гб.


Одинаковый размер будет до и после транкейта.
Размер поменяется после шринка, который вы не упомянули

послу шрика вырос в 4 раза
24 май 19, 14:05    [21893138]     Ответить | Цитировать Сообщить модератору
 Re: Следующий диф. бэкап меньше, чем предыдущий  [new]
TaPaK
Member

Откуда: Kiev
Сообщений: 6695
TaPaK
-- KAB --
пропущено...


Одинаковый размер будет до и после транкейта.
Размер поменяется после шринка, который вы не упомянули

послу шрика вырос в 4 раза


не вру то вырос не от него. Но от шринка меньше точно не стал.
24 май 19, 14:09    [21893141]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить