Добрый день. База находиться в режиме восстановление SIMPLE (простой), по идеи при резервном копировании должен урезаться и лог. Но не урезается, делаю бэкап, потом пытаюсь сделать шринк лога. Пишет: Не удалось сжать файл журнала 2 (db_name), так как все логические файлы журналов, расположенные в конце файла, находятся в использовании. Чем можно исправить?

Транзакции все закрой...

Так нет там никаких транзаций, я уже базу перевел в Simle_mode. Отключал и заново переподключил. Или как закрыть транзакции?

при модели симпл размер лога определяется максимальным размером команд в рамках одной транзакции (то есть если у тебя стоит авто обмен 5 минут то лог меньше 100 метров вряд ли когда будет)

У меня база 26Гб, лог 80 Гб., есть похожая база 24 Гб, после шринка лог, 2 Мб.

(0) " при резервном копировании должен урезаться и лог"
Резервную копию лога делаешь? Надо именно лога.

(5) При модель Simple нельзя отдельно урезать лог. Нужно перевести базу в режим Full. Потом бэкапил лог, но я и это делал не помогло как то. Вернул обратно.

DBCC SHRINKFILE (db_name_log_test, 1152);

вот так пытаюсь урезать

обычный лог урезается только после фул бекапа базы.

симпл - по идее должен резатся но не менее минимума установлено на базу

Бэкап я делаю полный.

Выложи результат этих команд

use db
select * from sys.database_files
dbcc loginfo
dbcc shrinkfile('db_log',1)

у меня база 8 гигов и лог 120

гигов

(11) 1    B1F879F7-45F3-4198-965D-5672CBA430BE    0    ROWS    1    UT_2013_test    F:\SQLBase\for_test_ut\for_test_ut.mdf    0    ONLINE    3077224    -1    128    0    0    0    0    0    NULL    NULL    NULL    NULL    3679738000050268200065    1296FF76-A9EC-40AE-9303-271E9B2C7C9D    2015-05-14 12:44:38.750    NULL    NULL    NULL    NULL    NULL
2    D3A2302A-D076-4371-8A80-37C84D72BA40    1    LOG    0    UT_2013_log_test    F:\SQLBase\for_test_ut\for_test_ut_log.LDF    0    ONLINE    8289224    268435456    10    0    0    0    1    0    NULL    NULL    NULL    NULL    NULL    NULL    NULL    NULL    NULL    NULL    NULL    NULL

и там есть ещё вторая таблица

(12) При такой базе такой лог, не очень хорошо.

(16)  знающие люди сказали что это нормально

(14) у лог файла 8289224 - жестко задан размер лога 80 гигов. Резаться не будет.

(18) нет, это актуальный размер, нельзя же задать размер, можно только максимальный задать

Вот это выложи ещё

dbcc loginfo
dbcc shrinkfile('db_log',1)

Слушайте, интересная ситуация, у меня получилось смоделировать такую же ситуацию и тоже не могу урезать лог.