Журналы, которые обрезаются логом? Это что-то новое.

sys.dm_db_log_space_usage.log_space_in_bytes_since_last_backup - размер активных журналов?

В целом, странная задача.

З.Ы. Вот тут еще много интересного есть: sys.dm_db_log_stats

Сергей083.В целом, странная задача?
К примеру 50 % лога занято. Кем?
Если освобождается бакапом то письмо DBA - проверить \ запустить бакап\выключить ошибочно включенный Full.
Если держит транзакция то на хост и идти не надо. Письмо владельцу приложения, для начала.
Или обоим?По мне, так все равно странная задача.

Во-первых, во избежание потерь данных, бэкап лога должен быть довольно частой операцией, ну точно не реже раза в час.
Во-вторых, во избежание вакханалии, происходящей при автоприращении лога (забивка нулями, куча vlf и т.п.), лог должен быть нарезан заранее с большим избытком. Хотя бы на неделю обычной работы даже при условии, что бэкапы, мирроринги и олвейзоны отвалятся.
В-третьих, ошибочно включенный full гораздо проще палить без этих приседаний.

Поэтому я и спрашиваю, зачем такая странная задача. Съеденный за час полунедельный запас? Уже палево. Да и такое обычно сложно не заметить по другим метрикам. А длинные транзакции надо мониторить отдельно, даже читающая на rcsi может добавить массу проблем.