К сожалению, я задал свой вопрос анонимно. Глупый я. JobScheduler смотрит очень как то, что я хочу - на самом деле, он надеется быть очень похожим на то, что мы используем теперь, хотя, надо надеяться, с меньшим количеством раздражающих ошибок.
Вы могли переключить режим восстановления на простой и затем обратно снова к полному. Затем необходимо смочь уменьшить его и начать снова с той точки.
Это означало бы, что Вы могли только восстановиться со своего последнего полного резервного копирования (настолько хороший для попытки его после полного резервного копирования). Также это повредит репликацию.
Для почему бы не получения внешнего USB жесткий диск подключите его к серверу и назад до этого диска?
BACKUP LOG <DatabaseName> WITH TRUNCATE_ONLY
Это было на 2005. Извините, я не видел тегов - лучше, если эта информация была в предмете или в теле вопроса.
Так или иначе я погуглил это для Вас:
От: Nick Kavadias
Можно отправить файл в битоприемник с отрегулировать командой BACKUP LOG:
BACKUP
LOG
DBNAME TO
DISK
='NUL'
То, что делает, отбросить Ваш журнал транзакций, поэтому если Ваша база данных находится в объемном или полном входе, у Вас теперь есть поврежденная цепочка резервных копирований журнала транзакций (который необходимо брать в часто интервалах). Таким образом, удостоверьтесь, работаете ли Вы, эта команда берут полное резервное копирование или дифференциальное резервное копирование базы данных впоследствии!
Если Ваш в среде, где Вы не должны делать резервных копий журнала затем, рассматривает переключение на простую модель восстановления.
Если у Вас есть Версия для предприятий SQL2008, можно попытаться выполнить сжатое резервное копирование журнала. Или, как упомянуто выше Вас может поместить базу данных в простой режим и выполнить полное резервное копирование - однако Вы потеряете способность сделать восстановление момента времени.