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

Откуда:
Сообщений: 445
Microsoft SQL Server 2008 R2 (RTM) - 10.50.1702.0 (X64) May 7 2010 15:21:11 Copyright (c) Microsoft Corporation Data Center Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1)
Full model

В 22:00 делаеится переиндексация: EXEC sp_MSforeachtable N'DBCC DBREINDEX("?")'
Отрабатывает за 35 мин.
В 23:00 запускается job "Full backup", созданный через помощник "Maintenance Plans".
Отрабатывает за 22 мин.
Далее с 00:00 стартует "Transaction backup". И размер его оказывается почти с размер базы.
Такой размер объясним после реиндексации. Но разве при полном бекапе не удаляется неактивная часть лога?

Раньше было настроено так:
Реиндесация, усечение лога транзакций (DBCC SHRINKFILE), полный бекап.
Но потом решил отказаться от усечения.
3 сен 12, 10:27    [13103561]     Ответить | Цитировать Сообщить модератору
 Re: Transaction backup после Full backup  [new]
rector
Member

Откуда: Киев
Сообщений: 57
Slon747
Далее с 00:00 стартует "Transaction backup". И размер его оказывается почти с размер базы.
Такой размер объясним после реиндексации. Но разве при полном бекапе не удаляется неактивная часть лога?


Нет, не усекается.
Журнал транзакций усекается только если его шринкануть, чего делать не стоит.

почитайте статью - большинство вопросов сразу отпадёт
3 сен 12, 10:32    [13103594]     Ответить | Цитировать Сообщить модератору
 Re: Transaction backup после Full backup  [new]
trew
Member

Откуда: Москва
Сообщений: 2646
Slon747
Но разве при полном бекапе не удаляется неактивная часть лога?

Делайте полный бекап, затеп бекап лога. Затем полный бекап...
Тогда лог будет усекаться.
3 сен 12, 10:36    [13103644]     Ответить | Цитировать Сообщить модератору
 Re: Transaction backup после Full backup  [new]
Slon747
Member

Откуда:
Сообщений: 445
trew
Slon747
Но разве при полном бекапе не удаляется неактивная часть лога?

Делайте полный бекап, затеп бекап лога. Затем полный бекап...
Тогда лог будет усекаться.

А в чем смысл? Тогда занимаемое пространство на диске для резервных копий будет еще больше.
3 сен 12, 10:45    [13103694]     Ответить | Цитировать Сообщить модератору
 Re: Transaction backup после Full backup  [new]
trew
Member

Откуда: Москва
Сообщений: 2646
Slon747,

Интересно, что у Вас за база? Как можно довольствоваться только полным бекапом?
Как часто Вы его делаете (full backup). В случае сбоя, Вы согласны потерять данные за текущий день, если бекап делаете 1 раз в сутки?

Лог базы необходим, чтобы восстановить базу на какой-то момент до сбоя.
3 сен 12, 10:54    [13103750]     Ответить | Цитировать Сообщить модератору
 Re: Transaction backup после Full backup  [new]
Slon747
Member

Откуда:
Сообщений: 445
trew
Slon747,

Интересно, что у Вас за база? Как можно довольствоваться только полным бекапом?
Как часто Вы его делаете (full backup). В случае сбоя, Вы согласны потерять данные за текущий день, если бекап делаете 1 раз в сутки?

Лог базы необходим, чтобы восстановить базу на какой-то момент до сбоя.


Почему только полный бекап?
Ночью полный, потом каждый час - бекап транзакций, кроме того днем different backup.

Я описал только часть действий, т.к. вопрос у меня в том, как избавиться от гигантского бекапа транзакций после реиндексации.
3 сен 12, 10:59    [13103793]     Ответить | Цитировать Сообщить модератору
 Re: Transaction backup после Full backup  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31969
Slon747
вопрос у меня в том, как избавиться от гигантского бекапа транзакций после реиндексации.
Никак, только если переводить базу в симпл перед переиндексацией, а потом переводить в фулл и сразу делать полный бакап.

В этом случае вы не сможете сделать восстановление на любой момент времени во время выполнения ваших регламентных работ - если пользователи в это время работают, и возможность такого восстановления необходима, то такой вариант отпадает.
3 сен 12, 11:04    [13103840]     Ответить | Цитировать Сообщить модератору
 Re: Transaction backup после Full backup  [new]
rector
Member

Откуда: Киев
Сообщений: 57
Slon747
Я описал только часть действий, т.к. вопрос у меня в том, как избавиться от гигантского бекапа транзакций после реиндексации.


Удалить его, или не делать.
Вы делаете реиндексацию по всем таблицам - это отражается в журнале, всё логично.

Делайте бэкап журнала, который получается огромным, потом дифф бэкап, потом опять журнал.

После чего можете удалить огромный бэкап журнала транзакций.
Вариант тот ещё, потому что возможности восстановиться на момент между полным и дифференциальным бэкапами уже не будет.
3 сен 12, 11:08    [13103878]     Ответить | Цитировать Сообщить модератору
 Re: Transaction backup после Full backup  [new]
Slon747
Member

Откуда:
Сообщений: 445
rector
почитайте статью - большинство вопросов сразу отпадёт

Спасибо.
Статья очеь большая, пока читаю.
rector
Журнал транзакций усекается только если его шринкануть, чего делать не стоит.


Не стоит, т.к. последующий рост займет ресурсы процессора?

rector
alexeyvg
Никак, только если переводить базу в симпл перед переиндексацией, а потом переводить в фулл и сразу делать полный бакап.

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

Т.к. ночью никто не работает, то этот вариант подходит.
А если мне понадобится сделать "UPDATE STATISTICS", то ей найдется тут место?
Я так понимаю, можно сначала сделать UPDATE STATISTICS, потом перевод в Simple, реиндексация, возврат в Full, далее "Full backup".
3 сен 12, 11:21    [13103985]     Ответить | Цитировать Сообщить модератору
 Re: Transaction backup после Full backup  [new]
Slon747
Member

Откуда:
Сообщений: 445
Поправка. Последняя цитата была от "alexeyvg".
3 сен 12, 11:22    [13103996]     Ответить | Цитировать Сообщить модератору
 Re: Transaction backup после Full backup  [new]
gang
Member

Откуда:
Сообщений: 1394
Slon747
Не стоит, т.к. последующий рост займет ресурсы процессора?

Не стоит, т.к. последующий рост займет ресурсы диска. Более того, лучше сразу выставить размер лога по необходимому максимуму. Статейка - рекомендация не бесспорная, но хуже точно не будет.
3 сен 12, 11:41    [13104135]     Ответить | Цитировать Сообщить модератору
 Re: Transaction backup после Full backup  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31969
Slon747
Т.к. ночью никто не работает, то этот вариант подходит.
А если мне понадобится сделать "UPDATE STATISTICS", то ей найдется тут место?
Я так понимаю, можно сначала сделать UPDATE STATISTICS, потом перевод в Simple, реиндексация, возврат в Full, далее "Full backup".


Ещё раз, чтоб не путаться, алгоритм для проведения регламентных работ:

1. делаете бакап лога транзакций. Это позволит восстановить базу на любой момент времени перед этими работами.
2. переводите базу в Simple режим.
3. выполняете все регламентные работы - UPDATE STATISTICS, перестроение индексов и т.п.
4. делаете, если надо, усечение файла лога (если такие работы ежедневны, и лог после этого всегда растёт, то не надо, только снизит скорость)
5. Переводите базу в режим Full.
6. Делаете полный бакап базы.
7. Далее штатно - регулярные бакапы лога, нормальная работа пользователей.
3 сен 12, 12:23    [13104506]     Ответить | Цитировать Сообщить модератору
 Re: Transaction backup после Full backup  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31969
Slon747
Не стоит, т.к. последующий рост займет ресурсы процессора?
Выгоды никакой нет от этой операции. Её делают, если была исключительная, непериодическая ситуация, приводящая к росту журнала, при этом журнал становится таким большим, что мешает восстанавливать базу, переносить её на другие серверы для, допустим, тестирования, и т.д.

Если будете делать регламентные работы в симпл-режиме, то лог и расти будет несильно (разве что у вас есть одна огромная таблица, и для неё перестраивается индекс).
3 сен 12, 12:26    [13104546]     Ответить | Цитировать Сообщить модератору
 Re: Transaction backup после Full backup  [new]
Slon747
Member

Откуда:
Сообщений: 445
Спасибо.
Теперь стало понятнее.
3 сен 12, 13:00    [13104849]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить