Articole

Re: Iar si iar despre baze de date de tip “snapshot”

xmldeveloper — Sun, 05 Nov 2006 14:35:46 GMT

O introducere a acestui concept sub forma unui filmulet http://sqlserver.ro/files/folders/tutorials/entry748.aspx

Re: Iar si iar despre baze de date de tip “snapshot”

xmldeveloper — Thu, 12 Oct 2006 14:09:09 GMT

Si documentatia aferenta: How Database Snapshots Work

Re: Iar si iar despre baze de date de tip “snapshot”

ggciubuc — Thu, 12 Oct 2006 13:24:42 GMT

Daca va ganditi la ideea ca sa inlocuiti strategia de backup cu una la care sa va bazati pe snapshot, nici vorba.

Se intampla ca acest concept "database snapshot" sa poata ajuta , candva la recuperarea unei baze de date, de exemplu in cazul in care nu avem o arhiva care sa ne multumeasca se poate reveni la un moment dat al bazei de date si anume acela "fotografiat" de baza de date snapshot.

Destinatia principala a acestor baze de date este aceea a ajutorului in interogarile de pe server.

Re: Iar si iar despre baze de date de tip “snapshot”

xmldeveloper — Thu, 12 Oct 2006 13:20:37 GMT

Snapshot-ul foloseste tehnica de copiere la scriere. De fapt doar versiunea initiala a datelor modificate sunt stocate in snapshot din aceasta cauza fiind mai mic decat baza de date initiala.

Vedeti acest articol: http://sqlserver.ro/forums/thread/341.aspx

Re: Iar si iar despre baze de date de tip “snapshot”

cretzu — Thu, 12 Oct 2006 12:15:39 GMT

Vreau sa va intreb daca acest snapshot este ca dimensiuni mai mic decat un backup normal, si daca DA, care sunt lucrurile care nu sunt salvate la nivel

de snapshot de iese mai mic.

Daniel

Iar si iar despre baze de date de tip “snapshot”

ggciubuc — Thu, 12 Oct 2006 11:40:49 GMT

Asa cum o si spune numele, o astfel de baza de date creeaza o imagine instantanee, statica a unei baze de date utilizator (nu si de sistem). Astfel ca incarcarea adusa de interogari intensive poate fi echilibrata prin utilizarea acesteia.

Tehnica pe care sistemul o foloseste la redarea datelor are numele “copy-on-write”. Iata cum merg lucrurile: initial sistemul construieste un schelet gol (un fisier “sparse”) care face trimitere la paginile de date originale; pe masura ce paginile bazei de date se modifica , ca urmare a unui update pe un tabel de exemplu , acestea se copiaza in fisierul sparse astfel ca la o interogare a bazei de date snapshot se pot folosi date de pe baza de date originala dar si din fisierul “sparse.”.

Iata cum arata comanda de creare a unei astfel de baze de date :

CREATE DATABASE a_Snapshot1248 ON

( NAME = N'a', FILENAME =N'D:\Microsoft Learning\2779\Teste\A_1248.ss')

AS SNAPSHOT OF a

unde “a ” este baza de date originala , “D:\” este o partitie neaparat NTFS lansata numai pe o editie “Enterprise” a SQL 2005.

Mai departe se poate pune problema invers: pot reface baza de date a folosind un snapshot?

Da, in comanda de restaurare se prevede si o astfel de optiune. Inainte de a va prezenta un astfel de exemplu mai fac un lucru, pentru a impusca 2 iepuri dintr-o data si anume adaug bazei de date inca un fisier de log .

Comanda restore database a from database_snapshot='a_Snapshot1248'

reface baza de date “a” exact ca in momentul crearii snapshot-ului, inlaturand si fisierul de log de adineaori.