Ошибочное пересокращение клиентские инструменты VMware Win2008

Я видел, что откат "зависает", как Вы описываете, и единственный способ избавиться от него состоит в том, чтобы перезапустить сервис SQL, как Вы сделали.

НО важно удостовериться, что откат действительно подвешивается, и не все еще на самом деле откатывающий (как Вы видели, С STATUSONLY не абсолютно надежно). Риск состоит в том, что при перезапуске сервиса SQL, в то время как откат все еще на самом деле откатывает, затем база данных застрянет в режиме "восстановления" после перезапуска сервиса SQL пока откат не завершен.

Единственным другим путем я смог сказать, при помощи обновления Монитора Действия SQL, и наблюдение, если ЦП и/или IO значат SPID, все еще совершенствуется. Если это, то откат все еще происходит, и Вы еще не должны перезапускать SQL. Дайте ему больше времени.

Одна дополнительная точка: не испытывайте желание сделать сумасшедшие вещи как удаление файла журнала. Это "остановит" откат транзакции, но за счет целостности Вашей базы данных. Единственная другая техника, которую я использовал (принятие назад прокрученной транзакции является единственным важным изменением в базе данных начиная с последнего резервного копирования) состоит в том, чтобы просто восстановить от последнего резервного копирования, которое мы определили, будет быстрее и легче, чем ожидание дополнительного дня для отката для появления. Это, конечно, очень зависит от природы Вашего действия базы данных.