Всем доброго дня! Имеется SQL Server 2005. Модель восстановления базы данных полная. Размер файла mdf 15Гб. Настроен план обслуживания базы данных. Полный бэкап делается раз в сутки вечером, бэкап журнала транзакций каждый час. Все бэкапы  хранятся за последние 30 дней. В последнее время стал замечать что некоторые файлы журнала транзакций (.trn) достигают таких же размеров что и полный бэкап, хотя в это время в базе никто не работает, почему так происходит не понятно. В результате место на жестком диске резко уменьшается и приходится вручную освобождать место. В свойствах базы у файлов в колонке авторасширение установлено значение 10%, рост ограничен до 2097152 МБ. Подскажите как устранить проблему с распуханием файлов?

Восстанови две базы, накати жирный журнал транзакций, и посмотри, что изменилось.

(0) у вас делается полный бэкап. А разностный бэкап делается? Т.е. ты уверен, что можешь восстановить данные на любой, удобный тебе, момент времени?
--
я просто к чему: у нас во всех базах стоит простая модель.

(2) так восстановив из полного и накатив транзакции вперед - он и получит на момент бэкапа транзакций по крайней мере.

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

(3) ну, если только так. На предыдущей базе стояла полная модель - админы обрезали транзакшн лог, т.к. он пух просто безбожно. При переходе плюнули на фулл модель именно из соображений распухания и сделали симпл)

Может работает какое нибудь регламентное задание, типа расчет себестоимости.

(5) при симпле - на "бэкап лог" должно ругнуться и не сделать. ибо не предусмотрен. значит, у ТС фулл или булк-логгед

Нет, все регламентные отключены.

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

Это стало сильно заметно при закрытии года. Сейчас проведение документов и восст. посл. почти каждую ночь глав. бухом делается.

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

(10) ну так делаетс проведение и ВГП?

Да

(10) Но при этом "никто не работает" )))

Как вариант: ночью пользователи не работают, кроме ГБ, который и запускает перепроведение, в регламентном задании создания бэкапа журнала транзакций время начала поставить 8:00, а окончание 18:00 убрать тем самым ночное время и посмотреть после этого на размеры файлов trn.

(15) Ты хочешь удостовериться, что перепроведение генерит множество транзакций?

(15) + при этом полный бэкап нужно делать в промежутке между окончанием перепроведения и первым бэкапом транзакций

(15) ночью тогда будет *.ldf расти, завтра придете с вопросом - как уменьшить лог файл? :-)

Согласен, не выход!

Спасибо всем за помощь, кое что прояснилось.

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