После штатного тестирования лог файл сильно раздуло (во сколько раз сказать точно не могу)
При размере баз 25ГБ лог весит 94 Гб

Что делать ?
Из- за чего это происходит ?
Как его сжать и при этом не попрощаться с журналом регистрации 1С ?
Корректно в этом случае сжимать базу средствами MS SQL ?

а как связаны ЖР 1с и журнла транзакций?

USE <имя_базы>
GO
BACKUP LOG <имя_базы> WITH TRUNCATE_ONLY
GO
DBCC SHRINKFILE(N'<имя_лога>')
----
только какой смысл его сдувать?

> Как его сжать и при этом не попрощаться с журналом регистрации 1С ?
путаешь теплое с мягким

> Что делать?
Shrink (сжать)
> Из- за чего это происходит ?
В лог транзакций пишутся все операции с БД. В процессе ТиИ их выполняется ОЧЕНЬ много.
> Как его сжать и при этом не попрощаться с журналом регистрации 1С ?
Любым путем. ЖР 1С никоим образом не связан с логом транзакций.
> Корректно в этом случае сжимать базу средствами MS SQL ?
Только так и корректно. Любое другое сжатие приведет только к росту файла транзакций

(2) Не могу быть сказать со 100 % уверенностью но :

Последний раз я проделывал
use BASE_1
ALTER DATABASE BASE_1_TEST SET RECOVERY SIMPLE
DBCC SHRINKFILE (BASE_1_log, 2);
ALTER DATABASE BASE_1 SET RECOVERY FULL

похоже после этого журнал регистрации очистился. Хотя возможно я путаю с выгрузкой / загрузкой базы

"Зачем сжимать ?"

Я так понимаю сжимать надо в режиме "Файлы" выбрав тип файла "журнал" ?
Можно это делать когда с базой работаю пользователи ?

(6) Можно

вариант в (2) сработает для mssql > 2005
в (5) жуткая, конечно, конструкция, но должно сработать

вернее, наоборот! НЕ сработает для mssql > 2005

трункейт не работает на базах с моделью восстановления фулл. Точнее, работает, но он нифига не уменьшается

(10) Всё работает. Нужно бэкап делать и чуть подождать, чтоб точка граничная зафиксировалась