ms sql 2008 r2 модель full нужно ли сокращать лог транзакций и как?

нужно его бекапить регулярно, тогда расти не будет силдьно

(1)прикольно
т.е. если я делаю баки полные раз в сутки
баки разностные раз в 2 часа и бак журнала раз в 15 минут то всё будет хорошо
а если понадобиться всё таки его сократить то нужно ручками переводить на простую модель и обратно?

что интересно на скуль ру мне пишут какую-то фигню

(1)короче вы имеете мне сказать что в 2008 r2 это не нужно?
"Параметры BACKUP LOG WITH NO_LOG и WITH TRUNCATE_ONLY больше не поддерживаются. Если используется модель восстановления с неполным протоколированием или модель полного восстановления, а пользователю необходимо удалить цепочку резервных копий журнала из базы данных, то стоит переключиться на простую модель восстановления. Дополнительные сведения см. в разделе Особенности переключений между моделью полного восстановления и моделью восстановления с неполным протоколированием."
http://msdn.microsoft.com/ru-ru/library/ms186865(v=sql.105).aspx

???

короче я понял так что по рисунку
http://msdn.microsoft.com/ru-ru/library/ms190217(v=sql.105).aspx
получается что в разностную копию влетает всё что было в журнале транзакций ко времени её создания т.е. он сокращается до времени создания копии, т.е. получается нужно не журнал бэкапить а делать разностные копии

P.S.
я так понимаю что всё что касается сокращения размера базы и как следствие ЧСВ вас не интересует )))

ё...

нужно всего лишь делать полные бекапы-разностные бекапы-бекапы журнала транзакций-обрезание журнала транзакций после бекапа.

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

Почти всегда получается что даже при выполнении инструкций в (7) остаются неудалимое место в журнале причем иногда внушительных размеров  - к примеру как сама база.

(7)(8)
в 2008 r2 какими командами?
"Параметры BACKUP LOG WITH NO_LOG и WITH TRUNCATE_ONLY больше не поддерживаются. Если используется модель восстановления с неполным протоколированием или модель полного восстановления, а пользователю необходимо удалить цепочку резервных копий журнала из базы данных, то стоит переключиться на простую модель восстановления. Дополнительные сведения см. в разделе Особенности переключений между моделью полного восстановления и моделью восстановления с неполным протоколированием."
http://msdn.microsoft.com/ru-ru/library/ms186865(v=sql.105).aspx

???

короче теперь вопрос уже так ставится: шринк базы и шринк файлов делать по расписанию можно или только после супер изменений?

(8) нафига ? занятся нечем? он и так урежется до минимума опосля бекапа.

Шринк при полной модели лучше не делать. Делать штантыми средствами backup log.
Если все же разростается и это мешает переключаешся в симпл и ручками шринк.

(10)
http://s1.ipicture.ru/uploads/20120920/ghc3VDNM.jpg

(12) нафига ?

кажется что-то понял ))) всем большое спасибо!!!

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