Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 после ночного обслуживания первый бэкап лога - большой (как избавиться от этого?)  [new]
Mc.Sim
Member

Откуда:
Сообщений: 15
Доброго времени, форумчане.
Подскажите, пожалуйста, как решить нижеописанную загвоздку.
Исходные данные:
База имеет модель восстановления - Full
1. каждую ночь происходит обслуживание баз в следующей последовательности:
1а Check базы
1б Shrink лога до 5 Гб
1в Reorganize index
1г Rebuild index
1д Update statistic
1е DBCC FREEPROCCACHE
1ж Full backup базы
2. С 7 до 23 каждые пол часа выполняется бэкап лога базы
Проблема:
Первый бэкап лога весит 30 Гб! Хотя сама база занимает 12 Гб.
Остальные бэкапы логов не превышают 20-40 Мб.
Вопрос:
Как сделать, чтобы первая копия логов не занимала такой объем?
Спасибо!
17 июн 11, 09:56    [10826119]     Ответить | Цитировать Сообщить модератору
 Re: после ночного обслуживания первый бэкап лога - большой (как избавиться от этого?)  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 35624
Mc.Sim
Как сделать, чтобы первая копия логов не занимала такой объем?
Спасибо!
Не делать
Mc.Sim
1в Reorganize index
1г Rebuild index

Кстати, зачем
Mc.Sim
1б Shrink лога до 5 Гб
1в Reorganize index и 1г Rebuild index обе разом
1е DBCC FREEPROCCACHE
я так и не понял.
17 июн 11, 10:23    [10826252]     Ответить | Цитировать Сообщить модератору
 Re: после ночного обслуживания первый бэкап лога - большой (как избавиться от этого?)  [new]
WarAnt
Member

Откуда: Питер
Сообщений: 2342
Mc.Sim,

куча ненужных операций с базой, либо уберите кучу либо будет большой лог
17 июн 11, 10:25    [10826276]     Ответить | Цитировать Сообщить модератору
 Re: после ночного обслуживания первый бэкап лога - большой (как избавиться от этого?)  [new]
Mc.Sim
Member

Откуда:
Сообщений: 15
Гавриленко Сергей Алексеевич
Mc.Sim
Как сделать, чтобы первая копия логов не занимала такой объем?
Спасибо!
Не делать
Mc.Sim
1в Reorganize index
1г Rebuild index

Это ж вроде как дефрагментация индекса, а потом перестроение индекса.
В MS SQL не очень силен, к сожалению. Данный план делал, читав http://technet.microsoft.com/ru-ru/library/bb418470(SQL.10).aspx
+ кучу материалов вроде этого http://www.gilev.ru/1c/mssql/
перелопатил.
Вроде как советуют и то и другое делать 1 раз в сутки. Вот и запульнул все на ночь.

Гавриленко Сергей Алексеевич
Кстати, зачем
Mc.Sim
1б Shrink лога до 5 Гб
1в Reorganize index и 1г Rebuild index обе разом
1е DBCC FREEPROCCACHE
я так и не понял.

шринк делаю, потому что в базе отключен автошринк. Поэтому обрезаю лог, чтобы не уперся в границы диска. Ответ на вопрос по одновременному выполнению 1в Reorganize index и 1г Rebuild index написал выше.
Что посоветуете оставить из Reorganize index и Rebuild index?
А очистку кеша (1е DBCC FREEPROCCACHE) советуют делать после 1д Update statistic (например тут советуют: http://www.gilev.ru/1c/mssql/)
17 июн 11, 12:29    [10827333]     Ответить | Цитировать Сообщить модератору
 Re: после ночного обслуживания первый бэкап лога - большой (как избавиться от этого?)  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 35624
Mc.Sim
Поэтому обрезаю лог, чтобы не уперся в границы диска.
А как ваш шринк помешает логу упереться в границы диска, если вдруг для лога понадобится места больше, чем есть на диске?
17 июн 11, 12:30    [10827348]     Ответить | Цитировать Сообщить модератору
 Re: после ночного обслуживания первый бэкап лога - большой (как избавиться от этого?)  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 35624
Mc.Sim
Что посоветуете оставить из Reorganize index и Rebuild index?
http://technet.microsoft.com/en-us/library/ms189858.aspx
17 июн 11, 12:35    [10827384]     Ответить | Цитировать Сообщить модератору
 Re: после ночного обслуживания первый бэкап лога - большой (как избавиться от этого?)  [new]
Crimean
Member

Откуда:
Сообщений: 13143
после ребилда индексов бакап лога все равно будет большой. ибо операции логируемые. даже в балке :)
если не очень сыкотно - можно перед ребилдом делать "финальный" бакап (можно только логов), ставить симпл модель, после ребилда - возвращать фулл рекавери и опять делать фулл бакап
только это совершенно не "тру" и при наличии зеркалирований / шиппингов все равно запустить не получится
17 июн 11, 12:51    [10827548]     Ответить | Цитировать Сообщить модератору
 Re: после ночного обслуживания первый бэкап лога - большой (как избавиться от этого?)  [new]
Mc.Sim
Member

Откуда:
Сообщений: 15
Гавриленко Сергей Алексеевич
А как ваш шринк помешает логу упереться в границы диска, если вдруг для лога понадобится места больше, чем есть на диске?

Ну таких запросов не бывает в нашей базе.
То есть Вы советуете шринк не делать вообще?
17 июн 11, 12:54    [10827577]     Ответить | Цитировать Сообщить модератору
 Re: после ночного обслуживания первый бэкап лога - большой (как избавиться от этого?)  [new]
WarAnt
Member

Откуда: Питер
Сообщений: 2342
WarAnt
Это ж вроде как дефрагментация индекса, а потом перестроение индекса.


это из разряда, парикмахер подравняйте меня немного мне через полчаса налысо бриться надо:)

вы хоть понимаете что перестроение значит создать новый и заменить им старый?:)

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

Вобщем вам бы книжку почитать много нового узнаете:)
17 июн 11, 12:55    [10827590]     Ответить | Цитировать Сообщить модератору
 Re: после ночного обслуживания первый бэкап лога - большой (как избавиться от этого?)  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 35624
Mc.Sim
Гавриленко Сергей Алексеевич
А как ваш шринк помешает логу упереться в границы диска, если вдруг для лога понадобится места больше, чем есть на диске?

Ну таких запросов не бывает в нашей базе.
То есть Вы советуете шринк не делать вообще?
Нет, конечно. Сначала вы заставляете сервер сжимать файл, потом он его будет увеличивать. К чему эта пустая ненужная работа?
17 июн 11, 12:56    [10827600]     Ответить | Цитировать Сообщить модератору
 Re: после ночного обслуживания первый бэкап лога - большой (как избавиться от этого?)  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 27105
Mc.Sim
То есть Вы советуете шринк не делать вообще?
Конечно. Что это даст, если файл потом опять увеличится?
17 июн 11, 12:57    [10827609]     Ответить | Цитировать Сообщить модератору
 Re: после ночного обслуживания первый бэкап лога - большой (как избавиться от этого?)  [new]
ждло
Guest
Mc.Sim
1. каждую ночь происходит обслуживание баз в следующей последовательности:
1а Check базы
1б Shrink лога до 5 Гб
1в Reorganize index
1г Rebuild index
1д Update statistic
1е DBCC FREEPROCCACHE
1ж Full backup базы
можно попробовать в интервале 1а-1ж делать backup log почаще
17 июн 11, 13:48    [10828135]     Ответить | Цитировать Сообщить модератору
 Re: после ночного обслуживания первый бэкап лога - большой (как избавиться от этого?)  [new]
Mc.Sim
Member

Откуда:
Сообщений: 15
Гавриленко Сергей Алексеевич
Mc.Sim
Что посоветуете оставить из Reorganize index и Rebuild index?
http://technet.microsoft.com/en-us/library/ms189858.aspx

Отличная ссылочка, Сергей Алексеевич!
Много нового узнал :)
В результате в ночном плане оставил только Rebuild index.
Crimean
после ребилда индексов бакап лога все равно будет большой. ибо операции логируемые. даже в балке :)
если не очень сыкотно - можно перед ребилдом делать "финальный" бакап (можно только логов), ставить симпл модель, после ребилда - возвращать фулл рекавери и опять делать фулл бакап
только это совершенно не "тру" и при наличии зеркалирований / шиппингов все равно запустить не получится

Crimean, спасибо. где-то я такое решение уже видел, но это, конечно, ссыкотно и на жудкий костыль похоже :)
WarAnt
WarAnt
Это ж вроде как дефрагментация индекса, а потом перестроение индекса.

это из разряда, парикмахер подравняйте меня немного мне через полчаса налысо бриться надо:)
WarAnt, за шутку +1 - улыбнуло :)
WarAnt
вы хоть понимаете что перестроение значит создать новый и заменить им старый?:)

После http://technet.microsoft.com/en-us/library/ms189858.aspx - понимаю!
WarAnt
а лог нафига подрезать он больше чем нужно не вырастет, а если нужно будет больше, вы серавно ограничить не сможете не потеряв работоспособность.

А если я шринк делать не буду, не получиться ли, что через определенное время лог увеличится до размеров, что места не будет хватать? Помнится по началу я не включил бэкап логов и размер его после каждого ребилда увеличивался на 30 Гб и через 3-4 дня места не оставалось.
WarAnt
Вобщем вам бы книжку почитать много нового узнаете:)
Согласен! Обязательно почитаю - время бы найти... :(
ждло
можно попробовать в интервале 1а-1ж делать backup log почаще
думаю, что тут уместной будет фраза - от перестановки мест слогаемых - конечный объем останется прежним, но разделиться на несколько файлов :)

P.S. Радует такое количество ответов. Спасибо, товарисчи!
17 июн 11, 14:33    [10828531]     Ответить | Цитировать Сообщить модератору
 Re: после ночного обслуживания первый бэкап лога - большой (как избавиться от этого?)  [new]
tpg
Member

Откуда: Novosibirsk
Сообщений: 23903
Mc.Sim
...А если я шринк делать не буду, не получиться ли, что через определенное время лог увеличится до размеров, что места не будет хватать? Помнится по началу я не включил бэкап логов и размер его после каждого ребилда увеличивался на 30 Гб и через 3-4 дня места не оставалось...

http://www.sql.ru/articles/mssql/03102701TransactionLogSQL2K.shtml#13
17 июн 11, 14:49    [10828702]     Ответить | Цитировать Сообщить модератору
 Re: после ночного обслуживания первый бэкап лога - большой (как избавиться от этого?)  [new]
Mc.Sim
Member

Откуда:
Сообщений: 15
tpg
http://www.sql.ru/articles/mssql/03102701TransactionLogSQL2K.shtml#13

Спасибо, tpg!
Ключевая фраза:
"При выборе Full или Bulk-Logged неактивная часть освобождается при выполнении резервного копирования журнала транзакций (BACKUP LOG), поскольку эти записи могут потом понадобиться для восстановления базы данных на определенный момент времени." :)
17 июн 11, 15:06    [10828870]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить