Rex12,

Вам уже объяснили всю суть борьбы с ветряными мельницами.

Ваша борьба с постоянно растущим фалом лога:
а) вредна
б) бесмыссленна

Усекать лог имеет смысл только когда фактор роста файла имеет явно разовый характер. (к примеру обычно размер файла ~50 гигабайт и вы с какой то день приходите а у вас не 50 а 250 гигов отожрало, ночная масовая загрузка какого нибудь большого справочника была или индексы все в базе горе админ решил перестроить)

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

А так у вас получается следующая ситуация (гипотетически я сейчас пофантазирую, диск у вас на котором лог 200 Гб):
За неделю работы лог у вас вырастает к примеру до 100 Гб.
В конце недели вы его режете до 1 Гб, и всю следующую неделю он опять набирает весь свой необходимый объем (тратя между прочим ресурсы на расширение файла)
Представьте картину что к примеру кто нибудь положит файл объемом 160 Гб в течении недели. в таком случае у вас будет ситуация когда необходимое дальнейшее свободное место для роста лога будет занято и в конце недели вы получите не базу с логом в 100 Гб, а базу в состоянии read only.
что лучше нерабочая база или невозможность занять какой то дисковый объем посторонней операцией?

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

Rex12,

Я бы на Вашем месте начал с поиска закономерностей роста лога. поснимал бы счетчики производительности на отрезке времени и посмотрел какая нагрузка вызывает рост лога.

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

Просто брать и рубить с плеча может каждый, правда иногда администраторы не задаются при этом мыслью о таком ресурсе как срок службы физического железа и что определенные действия как раз сильно сокращают этот показатель, а когда подходит момент что целая полка с дорогостоящими SSD РАЗОМ умирает, начинаются вот эти вот "ой!"