Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 Backup full & dif  [new]
Алексаша
Member

Откуда: Левый берег
Сообщений: 407
Здравствуйте!
MS SQL Server 2017.

Настроен план обслуживания из 3-х подпланов следующим образом:
1 - Воскресенье. Проверка целостности > перестроение индекса > обновление статистики > полное резервное копирование .
2 - Понедельник - суббота. Проверка целостности >разностное резервное копирование.
3 - Понедельник - суббота. С 8 - 17 часов резервная копия журнала транзакций каждый час.

Долгое время такой план работал. И на диске хранилось бакапы за 4 недели. Стало не хватать места и обратил внимание что полный бэкап имеет 485ГБ, и каждый день разностный - 466 ГБ.

Почему разностный бэкап почти размером с полный??
16 фев 21, 10:03    [22281437]     Ответить | Цитировать Сообщить модератору
 Re: Backup full & dif  [new]
aleks222
Member

Откуда:
Сообщений: 1237
Вангую, сидит на полном бякапе птичка "Только резервное копирование".
Прогони птичку - будет тебе щастье.
16 фев 21, 10:10    [22281440]     Ответить | Цитировать Сообщить модератору
 Re: Backup full & dif  [new]
Алексаша
Member

Откуда: Левый берег
Сообщений: 407
aleks222,

в параметрах задачи "резервное копирование БД" галочка стоит только в позиции - Проверять целостность резервной копии
16 фев 21, 11:36    [22281479]     Ответить | Цитировать Сообщить модератору
 Re: Backup full & dif  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 37146
Такое еще может быть, если завалился полный бэкап -- все последующие диф бэкапы будут размером с полный, пока не будет сделан следующий полный.
16 фев 21, 11:38    [22281483]     Ответить | Цитировать Сообщить модератору
 Re: Backup full & dif  [new]
Алексаша
Member

Откуда: Левый берег
Сообщений: 407
Гавриленко Сергей Алексеевич,

Что значит завалился?
Я не раз пробовал делать полный бэкап, после него дифы все равно размером с полный бэкап
16 фев 21, 15:04    [22281653]     Ответить | Цитировать Сообщить модератору
 Re: Backup full & dif  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 37146
Алексаша
Что значит завалился?
Под "завалился" подразумевается "начался, но не закончился по какой-то причине".
Алексаша
Я не раз пробовал делать полный бэкап, после него дифы все равно размером с полный бэкап
Так "пробовал делать" иди "делал до конца"?
16 фев 21, 15:10    [22281659]     Ответить | Цитировать Сообщить модератору
 Re: Backup full & dif  [new]
Алексаша
Member

Откуда: Левый берег
Сообщений: 407
Гавриленко Сергей Алексеевич,

Делал до конца. В журнале нет ошибок все задачи недельного плана отмечены зеленой галкой.
Проверка целостности 1 минута. еперстроение индекса 25 минут. обновление статистики 3,5 часа, резервное копирование с проверкой целостности 3 часа.
и на следующий день разностный с таким же временем выполнения и размером почти как полный
16 фев 21, 15:22    [22281666]     Ответить | Цитировать Сообщить модератору
 Re: Backup full & dif  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 37146
1. Удостоверьтесь, что при бэкапе не выставлена галка copy_only
2. Убедитесь, что никто больше не пытается делать бэкап базы (хотя бы в хистори msdb посмотрите или в логе сервера)
3. Убедитесь, что ребилд индексов выполняется только до полного бэкапа, и что больше никто этого не делает в другое время.

Это, собственно, три причины, которые приходят на ум, по которым в диф может прилететь вся база.
16 фев 21, 15:28    [22281671]     Ответить | Цитировать Сообщить модератору
 Re: Backup full & dif  [new]
Алексаша
Member

Откуда: Левый берег
Сообщений: 407
Гавриленко Сергей Алексеевич,

1. удостоверился.
2. убедился
3. убедился.

Есть пути узнать из-за чего еще может быть такой разностный ?
17 фев 21, 09:40    [22282057]     Ответить | Цитировать Сообщить модератору
 Re: Backup full & dif  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 8322
Алексаша,

если у вас планы одинаковые, то вы начинаете переиндексацию перед каждым разностным бэкапом.
17 фев 21, 10:51    [22282079]     Ответить | Цитировать Сообщить модератору
 Re: Backup full & dif  [new]
Алексаша
Member

Откуда: Левый берег
Сообщений: 407
Владислав Колосов,

Работа с индексами только в воскресенье

1 - Воскресенье. Проверка целостности > перестроение индекса > обновление статистики > полное резервное копирование .
2 - Понедельник - суббота. Проверка целостности >разностное резервное копирование.
3 - Понедельник - суббота. С 8 - 17 часов резервная копия журнала транзакций каждый час.
17 фев 21, 11:19    [22282100]     Ответить | Цитировать Сообщить модератору
 Re: Backup full & dif  [new]
msLex
Member

Откуда:
Сообщений: 8719
Алексаша,


Как вам уже не раз сказали, у такого размера diff бекапа только одно объяснение: SQL Server уверен, что после последнего full бекапа поменялись все (ну или почти все) страницы данных в БД


Почему?

1. У вас действительно за день меняются все страницы данных в БД просто по причине соответствующей бизнес логики. Тут ничего не поделаешь, и толку в diff бекапе просто нет.

2. Страницы данных меняются в рамках регламентных работ (ребилд/реорганайз всех таблиц). Изучайте планы обслуживания.

3. Полный бекап с copy_only = 0 делался очень давно, и с тех пор все данные уже поменялись

приведите результат

select top 1 
	s.backup_start_date
	, s.is_copy_only
from msdb.dbo.backupset s 
where 
	s.database_name = 'имя вашей бд'
	and s.type = 'D'
order by 
	s.backup_start_date desc   


Сообщение было отредактировано: 17 фев 21, 11:56
17 фев 21, 12:03    [22282133]     Ответить | Цитировать Сообщить модератору
 Re: Backup full & dif  [new]
Алексаша
Member

Откуда: Левый берег
Сообщений: 407
msLex,

backup_start_dateis_copy_only
2021-02-14 02:00:41.0000


2. в моем случае нечего изучать один план из трех подпланов. работа с индексами только в воскресенье

как можно проанализировать первый пункт?
17 фев 21, 14:48    [22282310]     Ответить | Цитировать Сообщить модератору
 Re: Backup full & dif  [new]
msLex
Member

Откуда:
Сообщений: 8719
Алексаша
msLex,

backup_start_dateis_copy_only
2021-02-14 02:00:41.0000


2. в моем случае нечего изучать один план из трех подпланов. работа с индексами только в воскресенье

как можно проанализировать первый пункт?


Если у вас 2017 или выше, выполните в контексте вашей DB

select 
   file_id
   , total_page_count 
   , modified_extent_page_count
   , [modified_extent_page_%] = modified_extent_page_count * 100.0 / total_page_count
from sys.dm_db_file_space_usage
17 фев 21, 15:14    [22282322]     Ответить | Цитировать Сообщить модератору
 Re: Backup full & dif  [new]
Алексаша
Member

Откуда: Левый берег
Сообщений: 407
msLex,

file_id total_page_count modified_extent_page_countmodified_extent_page_%
111344768518480.457021245


в БД имеется файловая группа FileStreфm. Файловая таблица объем 460ГБ
17 фев 21, 17:13    [22282377]     Ответить | Цитировать Сообщить модератору
 Re: Backup full & dif  [new]
msLex
Member

Откуда:
Сообщений: 8719
Алексаша
msLex,

file_id total_page_count modified_extent_page_countmodified_extent_page_%
111344768518480.457021245


в БД имеется файловая группа FileStream. Файловая таблица объем 460ГБ


Никогда не пользовался FileStream.
Судя по вашему описанию, при диф бекапе она бекапируются полностью.
17 фев 21, 17:19    [22282380]     Ответить | Цитировать Сообщить модератору
 Re: Backup full & dif  [new]
Алексаша
Member

Откуда: Левый берег
Сообщений: 407
msLex,

Ранее такого не наблюдалось. диф был гораздо меньше
17 фев 21, 18:59    [22282434]     Ответить | Цитировать Сообщить модератору
 Re: Backup full & dif  [new]
aleks222
Member

Откуда:
Сообщений: 1237
Алексаша
msLex,
Ранее такого не наблюдалось. диф был гораздо меньше


Мыши кололись, плакали, но продолжали жрать кактус.

Ну запусти врукопашную полный бякап скриптом, а не конпкодавством.
И скрипт процитируй здесь.
Потом запусти врукопашную дифф. бякап
17 фев 21, 19:30    [22282457]     Ответить | Цитировать Сообщить модератору
 Re: Backup full & dif  [new]
msLex
Member

Откуда:
Сообщений: 8719
Алексаша
msLex,

Ранее такого не наблюдалось. диф был гораздо меньше

А если глянуть на файлы этой таблицы, как давно они менялись? Может их каждый день перезаписывают.
17 фев 21, 20:42    [22282493]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить