Blog Ruslan Galiev - blog archive - MS SQL adatbázis-helyreállítási gyanús

Több lehetőség van az adatbázis helyreállításához, attól függően, hogy a sérült adatbázis fájlokat függ a siker egy különleges eljárással. Mindezek a módszerek már személyesen ellenőrizte nekem gyakorlatilag minden esetben a hasznosítás, kivéve egy, sikeres volt. Ez az útmutató a saját felelősségére, az Ön számára követtek jár felelős, te.

Tehát első megálló SQL Server szolgáltatást, és másolja az adatbázis fájlok (* .mdf és * .ldf) egy másik mappába, így vissza tudja állítani őket meghibásodás esetén.

Minden változat a SQL Server fogja közelíteni a következő opciót: ne vegye le az adatbázisban (húzza ki az adatbázis), távolítsa tranzakciós log (mellék LDF) fájlt és nem csatolása adatbázis (adatbázis csatolása). A varázslóban válassza a mdf fájlt, majd kattintson az OK gombra.

Blog Ruslan Galiev - blog archive - MS SQL adatbázis-helyreállítási gyanús

Ha MDF fájl nem sérült, akkor sikeresen csatlakozni, és látni fogjuk, mi alap objektum vezetője és az egész sértetlenül.

Ha DBCC nem akar végezni, ahelyett, hogy szükség van, hogy helyettesítse REPAIR_REBUILD REPAIR_ALLOW_DATA_LOSS

Hit F5, várjuk egy kicsit. A szerver a csomó üzeneteket. Ha ez tartalmaz hibákat, akkor jobb, ha egyszer futni DBCC CHECKDB a REPAIR_REBUILD paramétert. amíg az összes hibát rögzítettek.

DBCC CHECKDB # 40; 'Db_name'. REPAIR_ALLOW_DATA_LOSS # 41;
GO

Blog Ruslan Galiev - blog archive - MS SQL adatbázis-helyreállítási gyanús

Miután a szerver befejezte az a lekérdezést, és visszaadja az eredményt módosítani REPAIR_ALLOW_DATA_LOSS REPAIR_REBUILD és végrehajtja a lekérdezést újra meg kell vegye ki a maradék hibák az adatbázisban.

Mindezek után a bázis lesz a normális állapot, és rendelkezésre áll a munka vele, de csak egyfelhasználós módban, így teljessé a folyamat visszatérő adatbázisunkban többfelhasználós módban.

Kapcsolódó cikkek