Цитата:
Сообщение от Dimoniy
2010-04-01 15:29:35.75 spid21 584 transactions rolled forward in database '1Cv8' (17).
2010-04-01 15:29:35.75 spid21 0 transactions rolled back in database '1Cv8' (17).
2010-04-01 15:29:35.79 spid21 Recovery is checkpointing database '1Cv8' (17)
2010-04-01 15:29:37.13 spid22 475 transactions rolled forward in database 'SalaryV8' (19).
2010-04-01 15:29:37.14 spid22 0 transactions rolled back in database 'SalaryV8' (19).
2010-04-01 15:29:37.18 spid22 Recovery is checkpointing database 'SalaryV8' (19)
2010-04-01 15:29:37.21 spid3 Recovery complete.
|
Если внимательно вот тут глянуть то видно что у тебя 584 и 475 транзакций прошли после восстановления tempdb, при этом никто из них не откатился, следователь вопрос - что им мещает жить и спокойно проходить до остановки sql. Для этого нужно через QUERY ANALYZER посмотреть все идущие операции на предмет длинных операций и больших. Есть вариант глянуть блокировки на сервере, которые возможно лочат tempdb и не дают остальным с ней работать, если нет блокировок, то пересоздать tempdb, выполнить надо вот это -
USE master
GO
A_lter DATABASE tempdb
MODIFY FILE (NAME = tempdev, FILENAME = 'Путь до нового места\tempdb.mdf')
GO
A_lter DATABASE tempdb
MODIFY FILE (NAME = templog, FILENAME = 'Путь до нового места\templog.ldf')
GO
впринципе tempdb создается каждый раз при запуске sql, но у меня был случай когда помог именно перенос tempdb в новое место.