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

Откуда:
Сообщений: 38
Есть база, т.к. изменений очень много происходит за день, то журнал транзакций растет очень быстро.
Модель восстановления: полная.
Для уменьшения журнала транзакций используется срипт где база сначала переводится в модель восстановления: простая, журнал транзакций усекается, и база снова переводится в режим восстановления: полный.
Все работает хорошо.

Теперь необходимо настроить доставку журналов транзакций на другой SQL сервер. (Холодный резерв.)
Настраиваю, все идет хорошо, до того места, где скрипт усекает журналы транзакций.

Можно ли в модели восстановления: полная, как-то ограничить рост журнала транзакций? (Ограничение я ставил, но как только журнал вырастает до ограничения и дальше не может расти - происходит ошибка при работе с базой.)
20 янв 14, 09:29    [15438787]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 доставка журналов транзакций и их размер  [new]
tpg
Member

Откуда: Novosibirsk
Сообщений: 23902
Нет.
20 янв 14, 10:21    [15438982]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 доставка журналов транзакций и их размер  [new]
NickAlex66
Member

Откуда:
Сообщений: 319
Angel_19,

Вы лучше со стратегией бекапирования определитесь, а переключать модель журналирования туда-сюда это от лукавого.
20 янв 14, 13:24    [15440279]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 доставка журналов транзакций и их размер  [new]
Angel_19
Member

Откуда:
Сообщений: 38
А что стратегия то, в режиме восстановления: полный , журналы становятся гигантскими. Вот и укорачиваю их.
22 янв 14, 14:12    [15452152]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 доставка журналов транзакций и их размер  [new]
Glory
Member

Откуда:
Сообщений: 104760
Angel_19
в режиме восстановления: полный , журналы становятся гигантскими. Вот и укорачиваю их.

А зачем выбран полный режим то, если вам не нужны завершенные транзакции ?
22 янв 14, 14:13    [15452161]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 доставка журналов транзакций и их размер  [new]
NickAlex66
Member

Откуда:
Сообщений: 319
Glory,

Log Shipping однако.
22 янв 14, 15:05    [15452470]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 доставка журналов транзакций и их размер  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 37068
NickAlex66
Glory,

Log Shipping однако.
Log Shipping'а там еще нет, а идиотство с переводом модели восстановления туда сюда - есть.
22 янв 14, 15:08    [15452493]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 доставка журналов транзакций и их размер  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
Angel_19
А что стратегия то, в режиме восстановления: полный , журналы становятся гигантскими. Вот и укорачиваю их.

А не подскажете ли, где можно почитать закон об отмене бэкапов журналов транзакций и дифференциальных бэкапов базы данных?
22 янв 14, 15:29    [15452628]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 доставка журналов транзакций и их размер  [new]
o-o
Guest
sphinx_mv,
а при чем тут дифференциальные?
в полной модели только бэкап лога усекат лог
22 янв 14, 15:33    [15452655]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 доставка журналов транзакций и их размер  [new]
Crimean
Member

Откуда:
Сообщений: 13148
версия сервера? сжатие бакапов (если доступно), обычно, решает вопросы размера
22 янв 14, 15:38    [15452688]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 доставка журналов транзакций и их размер  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
o-o
sphinx_mv,
а при чем тут дифференциальные?
в полной модели только бэкап лога усекат лог
Во-первых, я нигде не писал, что дифф-бэкап "усекакет лог".

Во-вторых, полная модель восстановления имеет смысл, толко когда планируется восстанавлить базу на момент сбоя.
Вы когда-нибудь пробовали представить себе картину, когда суточный объем бэкапов журналов транзакций превышает объем самой базы данных размером хотя бы гигов на 20? А теперь попробуйте представить, что в случае сбоя Вам предстоит восстанавливать базу, и последний полный бэкап был сделан "даже не вчера"... Оцените время восстановления базы на "длинной" цепочке "больших" бэкапов. Ну, так вот: дифф-бэкап кардинальным образом это время сокращает.
22 янв 14, 16:03    [15452817]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 доставка журналов транзакций и их размер  [new]
o-o
Guest
sphinx_mv
...полная модель восстановления имеет смысл, толко когда планируется восстанавлить базу на момент сбоя...


первый пост-то читали?
ТС в SIMPLE постоянно переключает, какоe нафиг "восстанавлить базу на момент сбоя"?
он восстановит только на момент полного или дифа, если таковые имеются.

проблема ТС -- разрастающийся лог.
и дифы к этому никакого отношения не имеют
22 янв 14, 16:30    [15452981]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 доставка журналов транзакций и их размер  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
o-o
первый пост-то читали?

проблема ТС -- разрастающийся лог.
Я - читал, а Вы - нет.
Потому что в 15438787 написано:
Angel_19
Теперь необходимо настроить доставку журналов транзакций на другой SQL сервер. (Холодный резерв.)
Настраиваю, все идет хорошо, до того места, где скрипт усекает журналы транзакций.

o-o
и дифы к этому никакого отношения не имеют
Улыбнуло...
Вы точно не в курсе, что после смены модели с простой на полную необходимо и достаточно выполнить дифф-бэкап базы и накатить его на резерв - и можно продолжать цепочку бэкапов/ресторов журналов транзакций?
22 янв 14, 18:14    [15453560]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 доставка журналов транзакций и их размер  [new]
o-o
Guest
sphinx_mv
Вы точно не в курсе, что после смены модели с простой на полную необходимо и достаточно выполнить дифф-бэкап базы и накатить его на резерв - и можно продолжать цепочку бэкапов/ресторов журналов транзакций?


просто капец какой-то!
ТС НЕ ДЕЛАЕТ бэкапы лога, ему НЕЧЕГО продолжать, он проблему иначе решает: переключением в SIMPLE.
и весь топик сводится к втолковыванию ТС, что это НЕ МЕТОД.
нужна полная модель -- делай бэкапы лога.
не нужна -- оставь уже SIMPLE и успокойся.

а в новых обстоятельствах, свалившихся на ТС, выбора просто не осталось:
log shipping -> FULL or BULK-LOGGED -> LOG BACKUPs
22 янв 14, 18:31    [15453621]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 доставка журналов транзакций и их размер  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
o-o
sphinx_mv
Вы точно не в курсе, что после смены модели с простой на полную необходимо и достаточно выполнить дифф-бэкап базы и накатить его на резерв - и можно продолжать цепочку бэкапов/ресторов журналов транзакций?


просто капец какой-то!
ТС НЕ ДЕЛАЕТ бэкапы лога, ему НЕЧЕГО продолжать, он проблему иначе решает: переключением в SIMPLE.
Оно и понятно, почему Вы тут под "серым ником" ныкаетесь...

Идите и ле... учите матчасть. Например, тут

Если Вы придумаете, как "доставку журналов транзакций на другой сервер" (которую у себя настроил ТС) делать без модели полного восстановления, точнее - без выполнения регулярного бэкапа журнала транзакций, медаль имени Б.Г. упс.. С.Б. Вам обеспечена.

ЗЫ. А переводом из "фулл" в "сипл" и обратно ТС решает совсем другую задачу - уменьшение размера журналов... И чем чаще будет выполняться перенос логов, тем меньше ТСа будет анноить эта проблема.

ЗЗЫ. Ну, а то, что прерванная цепочка журналов после перевода "фулл"->"сипл"->"фулл" сравнительно легко чинится дифф-бэкапом, Вам уже указывалось.
22 янв 14, 19:21    [15453800]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 доставка журналов транзакций и их размер  [new]
o-o
Guest
sphinx_mv
Если Вы придумаете, как "доставку журналов транзакций на другой сервер" (которую у себя настроил ТС) делать без модели полного восстановления, точнее - без выполнения регулярного бэкапа журнала транзакций...bla-bla-bla


остановитесь уже и перечитайте все снова.
o-o
log shipping -> FULL or BULK-LOGGED -> LOG BACKUPs


это ТС думает, что с переключениями в simple организует log shipping.
или Вы верите, что у него все работает???
типа, он бэкапит логи, переводит в симпл, все повторяется,
и это все отлично накатывается куда-то?
22 янв 14, 19:39    [15453869]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 доставка журналов транзакций и их размер  [new]
o-o
Guest
sphinx_mv
ЗЗЫ. Ну, а то, что прерванная цепочка журналов после перевода "фулл"->"сипл"->"фулл" сравнительно легко чинится дифф-бэкапом, Вам уже указывалось.


а,
теперь совет предельно ясен:
SIMPLE -- это не проблема.
после перевода FULL - SIMPLE - FULL просто каждый раз заново настроить log shipping, делов-то,
диф. бэкап поможет
22 янв 14, 19:54    [15453930]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 доставка журналов транзакций и их размер  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
o-o
sphinx_mv
ЗЗЫ. Ну, а то, что прерванная цепочка журналов после перевода "фулл"->"сипл"->"фулл" сравнительно легко чинится дифф-бэкапом, Вам уже указывалось.
а,
теперь совет предельно ясен:
SIMPLE -- это не проблема.
после перевода FULL - SIMPLE - FULL просто каждый раз заново настроить log shipping, делов-то,
диф. бэкап поможет
Ну, посмеемся все вместе...
В агенте сервера задизэйблить задание лог шиппинга перед "FULL-SIMPLE-FULL", выполнить и накатить дифф-бэкап, и опять включить задание - вот и вся "настройка заново"... Но "серые" трололо, естественно, об этом не в курсе...
22 янв 14, 20:22    [15454016]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 доставка журналов транзакций и их размер  [new]
o-o
Guest
вы серьезно продолжаете считать, что ТС настроил log shipping???
(вроде же по умолчанию бэкапы лога будут делаться каждые 15 минут, так?)
и за 15 минут лог так разрастается, что приходится его усекать переключением в SIMPLE?
и тогда log shipping спасет диф. бэкап?
т.е. ТС будет раз в 15 минут дизэйблить джобы?

да и хоть раз в час, хоть в 10 часов: если до следующего бэкапа лога лог разрастается
и модель восстановления меняется на SIMPLE, теряется весь кусок лога до переключения.
и остается только дифференциальный сделать, чтоб дыру "залатать". но до след. бэкапа лога снова не дойдет:
лог же разрастается ДО его бэкапа, значит, снова переключаем, снова теряем весь кусок.
так зачем вообще тогда FULL?
это уже никакой не log shipping, а "differential backup shipping", получите патент на изобретение
----

какой-то верх абсурда.
диф. бэкапы делайте себе на здоровье, чтобы быстрее восстанавливаться.
но каким они боком к log shipping-у???
22 янв 14, 23:45    [15454575]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 доставка журналов транзакций и их размер  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 37068
Модератор: 2sphinx_mv, o-o: Ведите себя дружно. А то побаню.
23 янв 14, 00:28    [15454666]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 доставка журналов транзакций и их размер  [new]
o-o
Guest
справедливости ради

+
а я, простите, кого-то оскорбляю?
вроде мимо ушей пропускаю:
sphinx_mv
Оно и понятно, почему Вы тут под "серым ником" ныкаетесь...
Идите и ле...
"серые" трололо, естественно, об этом не в курсе


чем банить, высказали бы свое авторитетное мнение.
и этим положили бы конец спору.
23 янв 14, 01:20    [15454730]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить