ReSQL.ru
     
powered by simpleCommunicator - 2.0.52     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Backup full & dif
27 сообщений из 27, показаны все 2 страниц
  все  
Backup full & dif
    #40045650
Алексаша
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексаша
Гость
Здравствуйте!
MS SQL Server 2017.

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

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

Почему разностный бэкап почти размером с полный??
...
Рейтинг: 0 / 0
16.02.2021, 10:03
| Ответить | Цитировать | Написать  
Backup full & dif
    #40045651
aleks222
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aleks222
Участник
Вангую, сидит на полном бякапе птичка "Только резервное копирование".
Прогони птичку - будет тебе щастье.
...
Рейтинг: 0 / 0
16.02.2021, 10:10
| Ответить | Цитировать | Написать  
Backup full & dif
    #40045678
Алексаша
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексаша
Гость
aleks222,

в параметрах задачи "резервное копирование БД" галочка стоит только в позиции - Проверять целостность резервной копии
...
Рейтинг: 0 / 0
16.02.2021, 11:36
| Ответить | Цитировать | Написать  
Backup full & dif
    #40045681
Гавриленко Сергей Алексеевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гавриленко Сергей Алексеевич
Участник
Такое еще может быть, если завалился полный бэкап -- все последующие диф бэкапы будут размером с полный, пока не будет сделан следующий полный.
...
Рейтинг: 0 / 0
16.02.2021, 11:38
| Ответить | Цитировать | Написать  
Backup full & dif
    #40045807
Алексаша
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексаша
Гость
Гавриленко Сергей Алексеевич,

Что значит завалился?
Я не раз пробовал делать полный бэкап, после него дифы все равно размером с полный бэкап
...
Рейтинг: 0 / 0
16.02.2021, 15:04
| Ответить | Цитировать | Написать  
Backup full & dif
    #40045812
Гавриленко Сергей Алексеевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гавриленко Сергей Алексеевич
Участник
Алексаша
Что значит завалился?
Под "завалился" подразумевается "начался, но не закончился по какой-то причине".
Алексаша
Я не раз пробовал делать полный бэкап, после него дифы все равно размером с полный бэкап
Так "пробовал делать" иди "делал до конца"?
...
Рейтинг: 0 / 0
16.02.2021, 15:10
| Ответить | Цитировать | Написать  
Backup full & dif
    #40045818
Алексаша
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексаша
Гость
Гавриленко Сергей Алексеевич,

Делал до конца. В журнале нет ошибок все задачи недельного плана отмечены зеленой галкой.
Проверка целостности 1 минута. еперстроение индекса 25 минут. обновление статистики 3,5 часа, резервное копирование с проверкой целостности 3 часа.
и на следующий день разностный с таким же временем выполнения и размером почти как полный
...
Рейтинг: 0 / 0
16.02.2021, 15:22
| Ответить | Цитировать | Написать  
Backup full & dif
    #40045823
Гавриленко Сергей Алексеевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гавриленко Сергей Алексеевич
Участник
1. Удостоверьтесь, что при бэкапе не выставлена галка copy_only
2. Убедитесь, что никто больше не пытается делать бэкап базы (хотя бы в хистори msdb посмотрите или в логе сервера)
3. Убедитесь, что ребилд индексов выполняется только до полного бэкапа, и что больше никто этого не делает в другое время.

Это, собственно, три причины, которые приходят на ум, по которым в диф может прилететь вся база.
...
Рейтинг: 0 / 0
16.02.2021, 15:28
| Ответить | Цитировать | Написать  
Backup full & dif
    #40046082
Алексаша
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексаша
Гость
Гавриленко Сергей Алексеевич,

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

Есть пути узнать из-за чего еще может быть такой разностный ?
...
Рейтинг: 0 / 0
17.02.2021, 09:40
| Ответить | Цитировать | Написать  
Backup full & dif
    #40046102
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владислав Колосов
Участник
Алексаша,

если у вас планы одинаковые, то вы начинаете переиндексацию перед каждым разностным бэкапом.
...
Рейтинг: 0 / 0
17.02.2021, 10:51
| Ответить | Цитировать | Написать  
Backup full & dif
    #40046115
Алексаша
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексаша
Гость
Владислав Колосов,

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

1 - Воскресенье. Проверка целостности > перестроение индекса > обновление статистики > полное резервное копирование .
2 - Понедельник - суббота. Проверка целостности >разностное резервное копирование.
3 - Понедельник - суббота. С 8 - 17 часов резервная копия журнала транзакций каждый час.
...
Рейтинг: 0 / 0
17.02.2021, 11:19
| Ответить | Цитировать | Написать  
Backup full & dif
    #40046141
msLex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
msLex
Участник
Алексаша,


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


Почему?

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

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

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

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

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
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
...
Рейтинг: 0 / 0
17.02.2021, 12:03
| Ответить | Цитировать | Написать  
Backup full & dif
    #40046284
Алексаша
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексаша
Гость
msLex,

backup_start_dateis_copy_only2021-02-14 02:00:41.0000

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

как можно проанализировать первый пункт?
...
Рейтинг: 0 / 0
17.02.2021, 14:48
| Ответить | Цитировать | Написать  
Backup full & dif
    #40046294
msLex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
msLex
Участник
Алексаша
msLex,

backup_start_dateis_copy_only2021-02-14 02:00:41.0000


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

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

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

Код: sql
1.
2.
3.
4.
5.
6.
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
...
Рейтинг: 0 / 0
17.02.2021, 15:14
| Ответить | Цитировать | Написать  
Backup full & dif
    #40046343
Алексаша
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексаша
Гость
msLex,

file_id total_page_count modified_extent_page_countmodified_extent_page_%111344768518480.457021245

в БД имеется файловая группа FileStreфm. Файловая таблица объем 460ГБ
...
Рейтинг: 0 / 0
17.02.2021, 17:13
| Ответить | Цитировать | Написать  
Backup full & dif
    #40046346
msLex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
msLex
Участник
Алексаша
msLex,

file_id total_page_count modified_extent_page_countmodified_extent_page_%111344768518480.457021245


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

Никогда не пользовался FileStream.
Судя по вашему описанию, при диф бекапе она бекапируются полностью.
...
Рейтинг: 0 / 0
17.02.2021, 17:19
| Ответить | Цитировать | Написать  
Backup full & dif
    #40046395
Алексаша
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексаша
Гость
msLex,

Ранее такого не наблюдалось. диф был гораздо меньше
...
Рейтинг: 0 / 0
17.02.2021, 18:59
| Ответить | Цитировать | Написать  
Backup full & dif
    #40046411
aleks222
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aleks222
Участник
Алексаша
msLex,
Ранее такого не наблюдалось. диф был гораздо меньше


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

Ну запусти врукопашную полный бякап скриптом, а не конпкодавством.
И скрипт процитируй здесь.
Потом запусти врукопашную дифф. бякап
...
Рейтинг: 0 / 0
17.02.2021, 19:30
| Ответить | Цитировать | Написать  
Backup full & dif
    #40046440
msLex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
msLex
Участник
Алексаша
msLex,

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

А если глянуть на файлы этой таблицы, как давно они менялись? Может их каждый день перезаписывают.
...
Рейтинг: 0 / 0
17.02.2021, 20:42
| Ответить | Цитировать | Написать  
Backup full & dif
    #40050246
Алексаша
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексаша
Гость
aleks222,

полный
Код: sql
1.
BACKUP DATABASE main_db TO DISK = '\\NAS\.....' WITH SKIP, INIT



разностный
Код: sql
1.
BACKUP DATABASE main_db TO DISK = '\\NAS\.....' WITH DIFFERENTIAL SKIP, INIT
...
Рейтинг: 0 / 0
03.03.2021, 12:37
| Ответить | Цитировать | Написать  
Backup full & dif
    #40050256
Алексаша
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексаша
Гость
msLex,

полный бэкап делался 18.02

Код: sql
1.
BACKUP DATABASE main_db TO DISK = '\\NAS\.....' WITH SKIP, INIT


размер - 519 ГБ

сделал такой запрос

Код: sql
1.
2.
3.
select name
from ft_table
where creation_time > '20210218' or last_write_time > '20210218'



результат 6 записей. общий размер 3 МБ.

С 18.02 каждый разностный бэкап размер ~ 477 ГБ
...
Рейтинг: 0 / 0
03.03.2021, 12:52
| Ответить | Цитировать | Написать  
Backup full & dif
    #40050331
Алексаша
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексаша
Гость
Понятно, что в разностный бэкап попадает вся файловая таблица...

Вопрос должна ли в разностный бэкап попадать файловая таблица целиком, при условии что с момента полного бэкапа она не изменялась (почти)?
...
Рейтинг: 0 / 0
03.03.2021, 14:44
| Ответить | Цитировать | Написать  
Backup full & dif
    #40050399
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владислав Колосов
Участник
Алексаша,

файл же атомарный объект, как его частично забэкапить.
...
Рейтинг: 0 / 0
03.03.2021, 17:49
| Ответить | Цитировать | Написать  
Backup full & dif
    #40050884
Алексаша
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексаша
Гость
Владислав Колосов,

забэкапить только те файлы которые изменились, либо добавились...
...
Рейтинг: 0 / 0
04.03.2021, 22:32
| Ответить | Цитировать | Написать  
Backup full & dif
    #40050897
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владислав Колосов
Участник
Алексаша,

пишут, что вроде бы должен отличать изменённые файлы.

However, I was thinking that perhaps differential SQL Server backups (WITH DIFFERENTIAL) might do just what you describe? Perhaps SQL Server is smart enough to exclude unchanged files from such? Yes, a quick test suggests this is indeed the case.
...
Рейтинг: 0 / 0
04.03.2021, 23:24
| Ответить | Цитировать | Написать  
Backup full & dif
    #40050988
Алексаша
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексаша
Гость
Обратил внимание, что все файлы на диске файловой группы FileTable имеют дату 20.12.2031. Т.к. на момент разворачивания бэкапа на сервере была неправильная дата, после дату поставили верную.
Может поэтому все файлы попадают в диф т.к. они всегда новее текущей даты???
...
Рейтинг: 0 / 0
05.03.2021, 10:43
| Ответить | Цитировать | Написать  
Backup full & dif
    #40051782
Алексаша
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексаша
Гость
Причина, действительно, была в неправильной дате файлов.
...
Рейтинг: 0 / 0
09.03.2021, 09:54
| Ответить | Цитировать | Написать  
27 сообщений из 27, показаны все 2 страниц
  все  
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Backup full & dif
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=46&tid=1684992]:
 0ms
get settings:
 9ms
get forum list:
 12ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 44ms
get topic data:
 8ms
get forum data:
 2ms
get page messages:
 53ms
get tp. blocked users:
 1ms
others: 13ms
total:  148ms
созд. / загр.: 148ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]