План обслуживания, резервная копия, растет лог. #717319

План обслуживания, резервная копия, растет лог. Гуру администрирования, помогите пожалуйста. Дано: - База SQL - 2 плана обслуживания:  1-й делает полный бэкап базы (каждую ночь) ; 2-й Делает бэкап лога (каждый час) Проблема: - Растет лог файл. Лог файл без проблем сжимается вручную (меняю модель восстановления на простую и делаю сжатие ), после сжатия лог полностью очищается, но с каждым днем (если не делать сжатие) лог файл и его резервная копия становиться все больше и больше.  В интернете пишут, что после бэкапа лога, он должен сам очищаться, но у меня этого не происходит, почему?

лог очищается но нужно еще Truncate log

+ конечно после этого надо Full Backup самой базы (модель восстановления Full)

Может какого то сервис-пука не хватает MS-SQl? Вообще если сделать подряд два бэкап-лога то второй быкап должен быть меньше (при условии что между выполнением бэкапов в базе не было каких то бешенных транзакций) , но сам файл лога при этом уменьшаться автоматически не должен , просто скуль пометить в нем паги как неиспользуемые и задействует их потом.

Понаблюдал за бэкапами лога и казалось, что лог файл не растет, но ведет себя странно. 1. После полной резервной копии самой базы, первый бэкап лога имеет странный размер , то  200 кб, то  5 000кб,  (см. ссылку)   с чем это связано? 2. Размер самого лог файла все время в р-не 12 гб, разве он не должен уменьшаться после резервной копии  (см. ссылку)   ?

А ты ему шринк делаешь? Что он должен уменьшаться?

"Truncate log" что он делает? и куда его лучше подставить в этом (см. ссылку)   плане обслужавания?

не 5 000 кб а более 5GB

Нет, не делаю. А надо? Я где то читал, что он вроде должен сам делаться после полного бэкапа

Не должен. И читать надо для начала на msdn, а не где-то. И если нет пока понимания механизма работы логов, то я бы на твоём месте никаким сжатием не занимался, операция это мягко говоря не полезная.

Плюс это конечно никакой не лог, а журнал транзакций.

Просвящайся.