Можете да опитате заобиколно решение. Накратко:
- Създайте фиктивна БД със същото име (може да се наложи първо да премахнете истинската БД, да запишете оригиналните файлове или след това да преименувате).
- Извадете манекена извън линия (откачете и (задайте офлайн или спрете SQL услугата)).
- Изтрийте фиктивни файлове, след това ги заменете с истинските DB файлове.
- Опитайте да прикачите повторно de DB
Редактиране
Съгласно бележка за коментар на OP, вие също може да се наложи да възстановите дневника (ако сте загубили транзакции)
-
ПРОМЕНИ БАЗА ДАННИ [MyDatabase ] ПОВТОРНО ВЛИЗАНЕ (ИМЕ=’MyDatabaseLog’,FILENAME=’D:\Microsoft SQL Server\YourDataPath\Data\Logfile.ldf’)
и поставете DB в дневника на множество потребители (изключването на DB може да изисква да го поставите в режим за еднократна употреба)
-
ПРОМЕНИ БАЗА ДАННИ [nomdb] SET MULTI_USER
За всички подробности за кръвта можете да се обърнете към Статия на Пол Рандъл
(Забележете, че в тази статия авторът използва АВАРИЙЕН РЕЖИМ за (опит) поправка на регистъра на транзакциите)
Вече го използвах успешно, но в зависимост от степента на повредата или други подробности това може да се окаже невъзможна задача. Помислете за възстановяване на резервно копие.
Обърнете внимание, че тези каскади са добри в сървър за разработка, но наистина трябва да планирате (и да пробвате) за възстановяване след бедствие в сървър за производство.
