Рост transaction log на 200 мб

Рост transaction log на 200мб/сутки. С понедельника решаю проблему роста transaction log. Кто-нибудь что-нибудь слышал об этом вопросе? Shrink database приводит к увеличению файлов БД.

Forums: 

Симптомы очень тревожные. Особ

Симптомы очень тревожные. Особенно, когда shrink увеличивает объем БД. Твоя база явно имеет серьезные повреждения. Свои заклинания я тебе уже по почте посылал, раз они не помогли, то лучше тебе перелить данные в новую БД.

1. а какой recovery model ? fu

1. а какой recovery model ? full or simple ?
2. Как правило, shrink transaction log никак не помогает если сервер не перезапускать

P.S. База production ? 200Mb э

P.S. База production ? 200Mb это ничто
У нас тут было 0.4T за сутки :)

2. Как правило, sh

2. Как правило, shrink transaction log никак не помогает если сервер не перезапускать

Ты с truncate transaction log не перепутал?
shrink - это процедура физического усечения файлов БД. Перезапуск в этом случае не требуется (на 2000-м это точно).

"Dmitr

"Dmitry_Tsuranoff":
2. Как правило, shrink transaction log никак не помогает если сервер не перезапускать

Ты с truncate transaction log не перепутал?
shrink - это процедура физического усечения файлов БД. Перезапуск в этом случае не требуется (на 2000-м это точно).

Не всегда
Мне tengiz из M объяснял про какие то причины почему лог не может быть усечен даже если нет никаких процессов. Но детали я забыл

Игорь, удалось справиться с пр

Игорь, удалось справиться с проблемой? Если да, то напиши отчет сюда, другим тоже может понадобиться.

Изображение пользователя ipanshin.

Да удалось. Объясняю.В воскр

Да удалось. Объясняю.
В воскресенье в 21.55 запустиля backup, в 22.00 был сбой по земле, но питание не вырубилось, но что-то записалось. В результате возникла незакрытая распределенная транзакция, которая все заблокировала. Как и что конкретно не разбирался.
Решение тоже какое-то странное.
Надо сделать БД как publisher category=1 and
exec sp_repldone @exactid=null, @exact_segno=null, @numtrans=0,@time=0,@reset=1
А потом применить скрипт(он большой), который был найден в интернете. Если надо, то пришлю.

Изображение пользователя st.

Т.е. репликации были ? Я же с

Т.е. репликации были ? Я же с самого начала спросил.
Если есть репликации, то при любом сбое лог растет, пока не запустишь их по новой.

Изображение пользователя ipanshin.

Т.е. репликации бы

Т.е. репликации были ?

В том-то и дело, что не было. Нов этом ход решения и состоит: БД делается принудительно как publisher
update sysobjects set category=1 ...
Потом сброс exec sp_repldone reset=1 Ну и т.д.