Прерывистая серия значений должна быть изображена в виде графика без строки, соединяющей их (например, гистограмма).
Строго говоря резервное копирование журнала усекает часть журнала, это было просто сохранено. Однако усечение журнала просто отмечает записи в журнале для повторного использования - это не подразумевает, что физический файл журнала уменьшится. Это было бы отдельным (ручным) шагом, и действительно, если бы Ваши файлы журнала должны были вырасти до того размера во-первых, то неоднократно уменьшение/рост их только добавит к фрагментации и повредит производительность.
Сводка: Если Вы делаете регулярные резервные копии журнала, то Вы не должны волноваться о ручном усечении журналов (и если Вы сделаете это вручную так или иначе, то Вы разрушите свою резервную цепочку журнала).
Где Вы читали об усечении журнала транзакций? Это - полный мусор.
При усечении журнала затем, Вы будете на самом деле делать недействительным восстановления любых резервных копий журнала. Вы можете единственное восстановление к своему последнему Полному резервному копированию. Поэтому нет никакой опции в разработчике Плана технического обслуживания или в командах ЖУРНАЛА РЕЗЕРВНОГО КОПИРОВАНИЯ.
Существует некоторый редкий случай при усечении журнала: в некоторых случаях DR в случае отказа диска, или если Вы заполнили диск. Иначе это - чистый идиотизм.
Установите свои базы данных на простое восстановление или сделайте полное ночное резервное копирование и очистите журналы, не теряя информацию.
Вот статья MS о том, Как остановить журнал транзакций базы данных SQL Server от роста неожиданно