ReSQL.ru
     
powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Backup full & dif
25 сообщений из 27, страница 1 из 2
  1  все
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
| Ответить | Цитировать | Написать  
25 сообщений из 27, страница 1 из 2
  1  все
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Backup full & dif
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=46&fpage=32&tid=1684992]:
 0ms
get settings:
 11ms
get forum list:
 12ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 35ms
get topic data:
 12ms
get forum data:
 2ms
get page messages:
 58ms
get tp. blocked users:
 2ms
others: 303ms
total:  441ms
созд. / загр.: 441ms
x
x
Закрыть


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