Temat: backup - filozofia

w zasadzie o odzyskanie chodzi :) developerzy mieli drobny problem z baza, poprosili o jej odzyskanie sprzed jakegos czasu, czlowiek ktory zarzadza bazami ten backup odzyskal, ale.. developerzy sa nadal nieszczesliwi. okazalo sie ze odzyskanie backupu polegalo na odzyskaniu pliku mdf ze snapshotu robionego przez macierz, wylaczeniu sql servera, podmienieniu pliku mdf i uruchomieniu sql servera

wydaje sie ze powyzsze ma rece i nogi (sql dziala), ale watpliwosci mam - ktos sie moze spotkal z problemami po takim 'odtworzeniu' bazy? zastanawiam sie co z otwartymi (w trakcie robienia snapshota) transakcjami, co z tym co bylo w pamieci, nie na dyskach; wreszcie odzyskiwanie bazy kojarzylo mi sie bardziej z procedura restoru w sql, nie podmiany pliku.. takze jeszcze raz, ktos mial problemy po 'odzyskaniu backupu' przez podmiane pliku bazy wzietego ze snapshotu?

Temat: backup - filozofia

Dobrze myślisz. Sam plik mdf to mało, są jeszcze logi tranzakcyjne trzymane w plikach .ldf i ewentualne dodatkowe pliki danych .ndf.

Generalnie poprawna i słuszna droga to właśnie backup/restore bazy, ewentualnie robienie snapshotów bazy i ich odtwarzanie (mam na myśli snapshot będący mechanizmem samego SQL Servera a nie zewnętrzny). Zabawy w odtwarzanie fizycznych plików to tylko ostateczna ostateczność i trzeba się liczyć z tym, że wszystkiego nie będzie.

Jeśli tylko był robiony backup tej bazy to niech to odzyskają w ten sposób.