Luați în considerare mai multe opțiuni pentru recuperarea bazei de date, în funcție de gradul de corupție a fișierelor de baze de date depinzând de succesul unei anumite metode. Toate metodele descrise au fost testate personal de mine în practică și toate cazurile de recuperare, cu excepția uneia, au avut succes. Utilizați acest manual la propriul pericol și risc, sunteți responsabil pentru acțiunile pe care le luați, pe voi înșivă.
Deci, mai întâi opriți serviciul SQL Server și copiați fișierele bazei de date (* .mdf și * .ldf) într-un alt folder, astfel încât să le puteți restabili în caz de eșec.
Pentru toate versiunile de SQL Server, următoarea opțiune este potrivită: faceți baza de date Detach, eliminați jurnalul de tranzacții (fișierul cu extensia ldf) și faceți atașarea bazei de date (atașați baza de date). În expertul selectați fișierul nostru MDF și faceți clic pe OK.
Dacă fișierul MDF nu este deteriorat, atunci se va alătura cu succes și vom vedea baza noastră de date în managerul de obiecte nevătămat.
dacă DBCC nu dorește să execute, atunci în loc de REPAIR_REBUILD este necesar să înlocuiți REPAIR_ALLOW_DATA_LOSS
Apasam F5, asteapta ceva timp. Serverul va returna o grămadă de mesaje. Dacă există erori, atunci este mai bine să executați din nou DBCC CHECKDB cu parametrul REPAIR_REBUILD. până când toate erorile sunt eliminate.
DBCC CHECKDB # 40; „NUME_BD“. REPAIR_ALLOW_DATA_LOSS # 41;
GO
După ce serverul termină executarea cererii și returnează rezultatul, modificați REPAIR_ALLOW_DATA_LOSS la REPAIR_REBUILD și executați din nou solicitarea, aceasta ar trebui să elimine erorile rămase în baza de date.
Dupa toate acestea, baza noastra de date devine normala si este deja disponibila pentru a lucra cu aceasta, dar numai in modul single-user, asa ca am incheiat procesul prin returnarea bd-ului in modul multi-user.