Database Snapshots i SQL Server

En database snapshot er et verktøy (introdusert med SQL Server 2005) som gjør det mulig for skrivebeskyttet kopier av en database på et gitt tidspunkt. Et øyeblikksbilde har alle egenskapene til en vanlig database, men det kan du bare spørre data og endringer.

Denne teknikken er veldig nyttig i mange situasjoner, for eksempel:

• hvis du vil lage en data-historie;
• eller å lage en "gjenopprettingspunkt" før du gjør redigering svært komplisert og risikabelt;
• eller for å sikre tilgang lettuare data på en sekundær server;
• etc..

T-SQL-kode for å bruke når du oppretter et øyeblikksbilde ligner på følgende

 CREATE DATABASE ON mio_database_snapshot_ottobre

 





 (NAME = N'test_file ',

 





 FILENAME = N'C: \ DB_Snapshots \ mio_database_snapshot_ottobre.snap ')

 





 AS øyeblikksbilde av mio_database;

Med disse instruksjonene forteller vi SQL Server til å lage en database øyeblikksbilde og kaller det mio_database mio_database_snapshot_ottobre. Videre gir vi et navn (navn) og angi banen til plasseringen der du vil lagre (FILENAME).

Og 'tilrådelig å lagre øyeblikksbilder inn i en egen mappe der de bor database filer.

La oss nå undersøke hvordan hele prosessen.
Et snapshot, som nevnt tidligere, er en skrivebeskyttet, statisk visning av en database. Når du oppretter en oppfatning om at enkelte hendelser inntreffer:

• skaper den såkalte sparsom filer (tomme filer som skal fylles ut av teknikken for kopi-on-skrive);
• skaper et sjekkpunkt av databasen;
• om det er noen utestående transaksjoner de blir ignorert;

Sparsom filer (eller "sparsom filer") inneholder ingen data som viser deres eiendom - ved hjelp av Windows Utforsker - du vil merke at de har en virtuell dimensjon som tilsvarer at av kilden databasen og en størrelse på disken som er 0KB eller et multiplum av 64KB.

Disse filene er hjertet av snapshot, krever en liten mengde plass og deres skapelse er ekstremt hurtig, selv om du arbeider med en stor database. Når den er laget disse filene, er en mekanisme startes når du skriver kopi (kopi-on-skriving): i hovedsak disse filene er tomme og innholdet vil bli skrevet like før en side av kilden databasen er modifisert for det første tid (etter snapshot skapelsen).
Eventuelle endringer etter det første har ingen effekt fordi, for å opprettholde øyeblikksbilde, det som teller er bare den opprinnelige verdien (det vil si når den snapshot ble opprettet). Følger et diagram hentet fra MSDN nettstedet:

• <<
• 1
• 2
• 3
• >>