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

Откуда:
Сообщений: 1497
Здравствуйте.
Есть база с полной моделью восстановления.
Есть вот такой план обслуживания базы.

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

К сообщению приложен файл. Размер - 90Kb
15 янв 16, 12:29    [18683342]     Ответить | Цитировать Сообщить модератору
 Re: Обслуживание базы. Вес диф.бэкапа и последующего бэкапа лога  [new]
Диам
Member

Откуда:
Сообщений: 1497
вот вес бэкапов

К сообщению приложен файл. Размер - 146Kb
15 янв 16, 12:30    [18683343]     Ответить | Цитировать Сообщить модератору
 Re: Обслуживание базы. Вес диф.бэкапа и последующего бэкапа лога  [new]
WarAnt
Member

Откуда: Питер
Сообщений: 2423
Диам,

а как связан лог изменений с объемом данных?
15 янв 16, 12:30    [18683348]     Ответить | Цитировать Сообщить модератору
 Re: Обслуживание базы. Вес диф.бэкапа и последующего бэкапа лога  [new]
Glory
Member

Откуда:
Сообщений: 104751
Диам
Что нужно сделать, чтобы после диф.бэкапа размер лог.бэкапа уменьшился?

А какое отношение размер бэкапа журанала имеет к разностному бэкапу ?
В бэкап журнала попадают все транзакции в зависимости от предыдущего бэкапа журнала.
15 янв 16, 12:32    [18683356]     Ответить | Цитировать Сообщить модератору
 Re: Обслуживание базы. Вес диф.бэкапа и последующего бэкапа лога  [new]
WarAnt
Member

Откуда: Питер
Сообщений: 2423
Диам,

ну и в качестве пятничного ответа:)
автор
Что нужно сделать, чтобы после диф.бэкапа размер лог.бэкапа уменьшился?

три варианта:
1. перевести базу в simple потом обратно в full
2. перевести базу в bulklogged потом делать изменения bulkinsert`om
3. не выполнять команду insert вообще
15 янв 16, 12:33    [18683366]     Ответить | Цитировать Сообщить модератору
 Re: Обслуживание базы. Вес диф.бэкапа и последующего бэкапа лога  [new]
WarAnt
Member

Откуда: Питер
Сообщений: 2423
последний вариант не дописал, не выполнять все команды изменения данных update, delete, insert:)
15 янв 16, 12:35    [18683377]     Ответить | Цитировать Сообщить модератору
 Re: Обслуживание базы. Вес диф.бэкапа и последующего бэкапа лога  [new]
Диам
Member

Откуда:
Сообщений: 1497
WarAnt, какой вы нынче юморной, однако!
15 янв 16, 12:38    [18683399]     Ответить | Цитировать Сообщить модератору
 Re: Обслуживание базы. Вес диф.бэкапа и последующего бэкапа лога  [new]
Glory
Member

Откуда:
Сообщений: 104751
А бэкап журанала в 5-00 у вас такой большой потому, что в 4-10 у вас стартует "Статистика, реиндексация"
И наверное там дофига данных меняется. Что разумеется и попадает в журнал.
15 янв 16, 12:38    [18683403]     Ответить | Цитировать Сообщить модератору
 Re: Обслуживание базы. Вес диф.бэкапа и последующего бэкапа лога  [new]
Диам
Member

Откуда:
Сообщений: 1497
читал тему
https://www.sql.ru/forum/1156463-1/bekap-bazy-dannyh-sql-i-usechenie-zhurnala-tranzakciy

в ней явно есть ответ на мой вопрос или хотя ключ к пониманию почему происходит именно так. Но что-то не смог осилить.

Объясните простыми словами.
Вот делается бэкап лога. При этом из лога убрались зафиксированные транзакции, которые попали в бэкап. Если операций с базой выполняется мало, то размер следующего бэкапа лога будет маленьким.
Далее делается диф.бэкап. Разве не делается при этом тоже самое, что и при бэкапе лога? Т.е. я ожидаю, что последующий бэкап лога будет маленьким. А так не происходит. Почему?


автор
А бэкап журанала в 5-00 у вас такой большой потому, что в 4-10 у вас стартует "Статистика, реиндексация"
И наверное там дофига данных меняется. Что разумеется и попадает в журнал.

А разве не должно это попадать в диф.бэкап, а в бэкап лога уже не попадать? Длительность "Статистики, реиндексации"- 8 минут, потом идет диф.бэкап в 4:20, и только потом бэкап лога.

Что лучше для производительности базы - сделать "Статистику,реиндексацию", потом диф.бэкап или наоборот? Эта последовательность вообще имеет значение?
15 янв 16, 12:53    [18683547]     Ответить | Цитировать Сообщить модератору
 Re: Обслуживание базы. Вес диф.бэкапа и последующего бэкапа лога  [new]
Glory
Member

Откуда:
Сообщений: 104751
Диам
Далее делается диф.бэкап. Разве не делается при этом тоже самое, что и при бэкапе лога?

С чего бэкап базы должен делать тоже самое, что и бэкап журнала ?

Диам
Т.е. я ожидаю, что последующий бэкап лога будет маленьким. А так не происходит. Почему?

Потому что бэкап базы ничего и не должен делать с журналом.

Диам
А разве не должно это попадать в диф.бэкап, а в бэкап лога уже не попадать?

Разумеется транзакции не должны попадать в бэкап базы. Потому что для транзакций есть журнал транзакций.
А в разностный бэкап базы попадают страницы базы, у которых появился флаг изменения

Диам
Что лучше для производительности базы - сделать "Статистику,реиндексацию", потом диф.бэкап или наоборот? Эта последовательность вообще имеет значение?

Что лучше - красное или соленое ?
Бэкап делают не для повышения производительности. Бэкап делают для восстановления
15 янв 16, 12:58    [18683587]     Ответить | Цитировать Сообщить модератору
 Re: Обслуживание базы. Вес диф.бэкапа и последующего бэкапа лога  [new]
WarAnt
Member

Откуда: Питер
Сообщений: 2423
Диам
WarAnt, какой вы нынче юморной, однако!


ну довольно ложно как то по другому ответить на ваши вопросы, когда вы теплое путаете с мягким и потом еще спрашиваете,
зеленое нужно перед теплым делать или после мягкого.
15 янв 16, 13:03    [18683621]     Ответить | Цитировать Сообщить модератору
 Re: Обслуживание базы. Вес диф.бэкапа и последующего бэкапа лога  [new]
Диам
Member

Откуда:
Сообщений: 1497
Glory
Диам
Далее делается диф.бэкап. Разве не делается при этом тоже самое, что и при бэкапе лога?

С чего бэкап базы должен делать тоже самое, что и бэкап журнала ?

Суть бэкапа базы - возможность восстановить данные на момент бэкапа.
Суть бэкапа журнала - возможность восстановить данные на любой момент времени с даты последнего бэкапа базы или журнала (что позже) до даты бэкапа журнала.

Упрощенно, но разве не так?
15 янв 16, 13:20    [18683714]     Ответить | Цитировать Сообщить модератору
 Re: Обслуживание базы. Вес диф.бэкапа и последующего бэкапа лога  [new]
Glory
Member

Откуда:
Сообщений: 104751
Диам
Суть бэкапа базы - возможность восстановить данные на момент бэкапа.
Суть бэкапа журнала - возможность восстановить данные на любой момент времени с даты последнего бэкапа базы или журнала (что позже) до даты бэкапа журнала.

Упрощенно, но разве не так?

Так
И поэтому, по-вашему, дифф.бэкап базы должен делать тоже, что и бэкап журнала ?
15 янв 16, 13:25    [18683745]     Ответить | Цитировать Сообщить модератору
 Re: Обслуживание базы. Вес диф.бэкапа и последующего бэкапа лога  [new]
Диам
Member

Откуда:
Сообщений: 1497
Glory
Диам
Суть бэкапа базы - возможность восстановить данные на момент бэкапа.
Суть бэкапа журнала - возможность восстановить данные на любой момент времени с даты последнего бэкапа базы или журнала (что позже) до даты бэкапа журнала.

Упрощенно, но разве не так?

Так
И поэтому, по-вашему, дифф.бэкап базы должен делать тоже, что и бэкап журнала ?

судя по вашему ответу - это было мое заблуждение.

Получается, что такая картина с весом бэкапа журнала и диф.бэкапа - это нормально?
15 янв 16, 13:55    [18683958]     Ответить | Цитировать Сообщить модератору
 Re: Обслуживание базы. Вес диф.бэкапа и последующего бэкапа лога  [new]
Glory
Member

Откуда:
Сообщений: 104751
Диам
Получается, что такая картина с весом бэкапа журнала и диф.бэкапа - это нормально?

Это два независимых бэкапа.
Их размеры никак не зависят друг от друга.
И каждый из бэкапов попадают именно те данные, которые там и должны быть.
Если вам не нравится размер бэкапов, то разбирайтесь с командами, которые создают такое количество данных.
15 янв 16, 13:58    [18683978]     Ответить | Цитировать Сообщить модератору
 Re: Обслуживание базы. Вес диф.бэкапа и последующего бэкапа лога  [new]
Диам
Member

Откуда:
Сообщений: 1497
Glory
Диам
Получается, что такая картина с весом бэкапа журнала и диф.бэкапа - это нормально?

Это два независимых бэкапа.


Т.е. если есть фуллбэкап F, дифбэкап D и бэкап журналов T, то при такой картине бэкапов:

F1 t1 t2 D1 t3 t4 D2 t5 t6

бэкап t5 будет содержать в себе все транзакции с момента создания t4, а не с D2?
15 янв 16, 14:05    [18684055]     Ответить | Цитировать Сообщить модератору
 Re: Обслуживание базы. Вес диф.бэкапа и последующего бэкапа лога  [new]
Minamoto
Member

Откуда: Москва
Сообщений: 1162
Диам
Glory
пропущено...

Это два независимых бэкапа.


Т.е. если есть фуллбэкап F, дифбэкап D и бэкап журналов T, то при такой картине бэкапов:

F1 t1 t2 D1 t3 t4 D2 t5 t6

бэкап t5 будет содержать в себе все транзакции с момента создания t4, а не с D2?

Именно так.
А вот восстанавливаться можете разными путями:
F1 t1 t2 t3 t4 t5 t6
F1 D1 t3 t4 t5 t6
F1 D2 t5 t6
15 янв 16, 14:13    [18684123]     Ответить | Цитировать Сообщить модератору
 Re: Обслуживание базы. Вес диф.бэкапа и последующего бэкапа лога  [new]
Диам
Member

Откуда:
Сообщений: 1497
Minamoto, да, как раз из за возможности восстанавливаться по схеме F1 D2 t5 t6 я и считал, что D2 влечет за собой уменьшение размера t5
15 янв 16, 15:29    [18684719]     Ответить | Цитировать Сообщить модератору
 Re: Обслуживание базы. Вес диф.бэкапа и последующего бэкапа лога  [new]
Glory
Member

Откуда:
Сообщений: 104751
Диам
да, как раз из за возможности восстанавливаться по схеме F1 D2 t5 t6 я и считал, что D2 влечет за собой уменьшение размера t5

Да не размера, в времени восстановления или количества команд для восстановления
15 янв 16, 15:32    [18684756]     Ответить | Цитировать Сообщить модератору
 Re: Обслуживание базы. Вес диф.бэкапа и последующего бэкапа лога  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31949
Диам
Суть бэкапа базы - возможность восстановить данные на момент бэкапа.
Суть бэкапа журнала - возможность восстановить данные на любой момент времени с даты последнего бэкапа базы или журнала (что позже) до даты бэкапа журнала.

Упрощенно, но разве не так?
Это так с точки зрения потребителя услуги "бакап". Но с точки зрения устройства базы и её бакапов, полный бакап, и бакап лога - принципиально разные вещи. А вот дифф. бакап внутренне почти не отличается от полного бакапа.
Диам
Т.е. если есть фуллбэкап F, дифбэкап D и бэкап журналов T, то при такой картине бэкапов:

F1 t1 t2 D1 t3 t4 D2 t5 t6

бэкап t5 будет содержать в себе все транзакции с момента создания t4, а не с D2?
Да.

Бакапы Fn и Dn - это бакапы страниц данных. А Tn - это бакапы лога изменений данных, это независимая от Fn и Dn линейка бакапов.

Ещё замечу, что размер Tn может быть больше или меньше Fn, но всегда больше Dn за соответствующий период, причём иногда очень намного.
Например, если вы стотыщ раз измените один блок данных, то в дифф бакапе будет один блок, а в бакапе лога - стотыщ блоков.
15 янв 16, 15:37    [18684803]     Ответить | Цитировать Сообщить модератору
 Re: Обслуживание базы. Вес диф.бэкапа и последующего бэкапа лога  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31949
alexeyvg
но всегда больше Dn за соответствующий период
Исключая нелогируемые изменения, но это уже тонкости...
15 янв 16, 15:38    [18684814]     Ответить | Цитировать Сообщить модератору
 Re: Обслуживание базы. Вес диф.бэкапа и последующего бэкапа лога  [new]
o-o
Guest
alexeyvg
alexeyvg
но всегда больше Dn за соответствующий период
Исключая нелогируемые изменения, но это уже тонкости...

а бывают нелогируемые операции?
это, например, какие?
15 янв 16, 15:51    [18684925]     Ответить | Цитировать Сообщить модератору
 Re: Обслуживание базы. Вес диф.бэкапа и последующего бэкапа лога  [new]
Glory
Member

Откуда:
Сообщений: 104751
o-o
а бывают нелогируемые операции?

они называются nonelogged.
Но это не означает, что не создают вообще никакого лога
15 янв 16, 15:55    [18684964]     Ответить | Цитировать Сообщить модератору
 Re: Обслуживание базы. Вес диф.бэкапа и последующего бэкапа лога  [new]
o-o
Guest
Glory
o-o
а бывают нелогируемые операции?

они называются nonelogged.
Но это не означает, что не создают вообще никакого лога

а ссылку можно?
знаю full logged, minimally logged, и даже efficiently logged operations.
но все они хоть как-то logged
15 янв 16, 15:58    [18684999]     Ответить | Цитировать Сообщить модератору
 Re: Обслуживание базы. Вес диф.бэкапа и последующего бэкапа лога  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31949
o-o
alexeyvg
пропущено...
Исключая нелогируемые изменения, но это уже тонкости...

а бывают нелогируемые операции?
это, например, какие?
Вы же поняли, о чём речь? И что все эти тонкости не помогут ТС в понимании его вопроса? :-)
15 янв 16, 16:00    [18685016]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить