Është shumë shumë e rëndësishme për realizimin e kopjes rezervë për bazat e të dhënave. Kopja rezervë (backup) është një komponentë e rëndësishme e një strategjie të rimëkëmbjes.

1. SQL Server Artikull Teknik
Kopja rezervë e bazës së të dhënave
Autor: Atdhe Buja
Recensues teknike: AB blog (https://atdhebuja.wordpress.com/ )
Publikuar: Shkurt 2013
Aplikohet në: SQL Server 2008, 2012, 2014
Për Autorin
Unë jam Atdhe Buja administrator i Bazave të të Dhënave Database administrator dhe menaxher i
projekteve në Agjencionin e Shoqërisë së Informacionit / MAP. Gjithashtu kam njohuri praktike në
menaxhimin e administrimin e RDBMS-ve, SCOM, çështje të sigurisë, Backup strategji, Oracle, SharePoint
(certifikuar në gjitha provimet e Ms SQL Server, Oracle, CEH).
Projekt menaxher në projektin e Ministrisë së Drejtësisë “Unifikimi i infrastrukturës dhe bazave të të
dhënave dhe disa të tjera
columnist i rregulltë në blog http://atdhebuja.wordpress.com/ & http://sqlserver-performance-
tuning.net/?s=atdhe&x=-1150&y=-169 , kontributor e anëtar i komunitetit ICT Awards
http://ictawards.org/2013/stafi/
Microsoft Profile : https://www.mcpvirtualbusinesscard.com/VBCServer/AtdheBuja/profile
Të gjitha postimet: https://atdhebuja.wordpress.com/blogs/
Nëse keni ndonjë çështje apo nevojë të pazgjidhur ose për realizim çdo gjë që ka të bëjë me SQL Server
teknologji dhe të tjera. Ju lutem mos hezitoni të më kontaktoni, në email Atdhe.buja@hotmail.com
Linked in: https://www.linkedin.com/in/atdhebuja

2. Është shumë shumë e rëndësishme për realizimin e
kopjes rezervë për bazat e të dhënave. Kopja rezervë
(backup) është një komponentë e rëndësishme e një
strategjie të rimëkëmbjes.
Prania e një kopje rezervë të vlefshme dhe ë
kthyeshme është gjëja e fundit qëju duhet të shqetësoheni kur vjen momenti për të
ekzekutuar në një fatkeqësi të vërtetë gjatë kohës së rënies (downtime) emergjente. Këtu
janë paraqitur disa nga praktikat më të mira që mund të i ndjek secili profesionist –
administrator për të siguruar që të keni një kopje rezervë të mire dhe në vend të sigurt.
Konsideratat për kopje rezervë!
Para zgjedhjes së ndonjë strategjie për kopje rezervë është e rëndësishme që të ndiqni disa praktika të
përgjithshme kur është fjala ku ruhen skedarët (file) e kopjeve rezervë, se si ne mund të sigurohemi që kopjet
tona janë në formë të mire (kthyeshme), kështu që ne mund të kryejmë rikthimin (restore) kur të vjen koha,
dhe sa shpesh kopja aktuale duhet të realizohet.
1. Sigurohuni që ju nuk jeni duke ruajtuar kopjet tuaja në të njëjtin vend fizik si skedarët e bazës së të
dhënave (mdf. ldf). Kur disku juaj fizikë nuk funksionon, ju duhet të jeni në gjendje të përdorni disk
tjetër ose vend të largët me qasje nga largësia (remote) që ruan kopjet rezervë në mënyrë që të kryhet
rikthimi.
2. Sigurohuni që të keni një orar të duhur kopjes rezervë të krijuar nëpërputhje me nevojat e aplikacionit
dhe biznesit. Si kopja rezervë që vjetërohet, rreziku i humbjes së të dhënave është më i lartë përveç
nëse ju keni një mënyrë për rigjenerimin e të gjitha të dhënave deri në pikë e dështimit.
3. Sigurohuni që aktualisht të riktheni kopjet në ambient testues dhe verifiko që ju mund të riktheni me
të gjitha opsionet dhe kushtet që duhet të përdorni gjatë kohës së rënies si do që të jetë ajo planifikuar/
paplanifikuar.
Llojet e kopjeve rezervë
Ne duhet të dimë që nëse SQL Server lejon kopjen rezervë komplete të bazës së të dhënave (FULL), diferencialin
(Incremental) dhe kopjen e log.
FULL kopja rezervë është e nevojshme para diferencialit dhe/ose kopja log mund të realizohet.
FULL kopja referohet si bazë diferenciale (një pikënisje) për kopjet diferenciale. Disa nga rregullat që ju duhet
të dini për tri (3) llojet e kopjeve rezervë para se të shkojmë në modelet e rikthimit (recovery models).
 FULL kopja është e detyrueshme për diferencial si kopja e log.
 Differential kopja nuk ëstë e detyrueshme për kopjen e log por kopja Full është e detyrueshme.
 Gjatë rikthimit, ju duhet vetëm të aplikoni kopjen e fundit të sukseshme differential si çdo kopje
differential që përmban informacion që është kapur në kopjen e differential të mëparshëm, ju keni
nevojë megjithatë për të rikthyer Full kopjen rezervë të bazës së të dhënave (referuar si bazë
differential) pa të cilat kopja differential është e padobishme.

3.  Për rikthimin e bazës së të dhënave, shikoni për skedarin e kopjes së fundit të suksseshme differential
dhe për kopjen transactional/ log keni nevojë të gjitha transactional/ log skedarët nga e fundit Full ose
differential kopje.
SHËNIM: Ju gjithmonë keni nevojë për Full kopje si një pikënisje ose bazë për differential si dhe kopjen log.
 Ju mund të riktheni bazë e të dhënave pa pasur nevojë për një kopje differential për aq kohë sa ju keni
kopjen e fundit Full dhe të gjithë skedarët e kopjeve të log.
 Një kopje log nuk përkrahet për modelin (Simple).
Rekomandimet e kopjeve rezervë
Zakonisht rekomandohet një kopje rezervë Full javore dhe një kopje differential ditore me shumë kopje Log
gjatë ditës me 15 minuta ose 30 minuta interval kohe mes secilit kopje Log. Gjithashtu rekomandohet që kopjet
rezervë mujore të ruhen në shirita (tape) nëse është e mundur, dhe të arkivuar për qëllime historike sipas
rregullave të organizatës.
Java 1 Java 2 Java 3 Java 4 Muajt 1-12 Viti
Hënë Full backup 06:00
Vend i ndryshëm
fizikisht në server IP:
Full backup 06:00
Vend i ndryshëm
fizikisht në server IP:
Full backup 06:00
Vend i ndryshëm
fizikisht në server IP:
Full backup 06:00
Vend i ndryshëm
fizikisht në server IP:
Kopje Mujore
(Full)
Kopje
Vjetore
(Full)
Martë Ditor differential
07:00
Vend i ndryshëm
fizikisht në server IP:
Ditor differential
07:00
Vend i ndryshëm
fizikisht në server IP:
Ditor differential
07:00
Vend i ndryshëm
fizikisht në server IP:
Ditor differential
07:00
Vend i ndryshëm
fizikisht në server IP:
Mërkurë Ditor differential
07:00
Vend i ndryshëm
fizikisht në server IP:
Ditor differential
07:00
Vend i ndryshëm
fizikisht në server IP:
Ditor differential
07:00
Vend i ndryshëm
fizikisht në server IP:
Ditor differential
07:00
Vend i ndryshëm
fizikisht në server IP:
Ejte Ditor differential
07:00
Vend i ndryshëm
fizikisht në server IP:
Ditor differential
07:00
Vend i ndryshëm
fizikisht në server IP:
Ditor differential
07:00
Vend i ndryshëm
fizikisht në server IP:
Ditor differential
07:00
Vend i ndryshëm
fizikisht në server IP:
Premte Ditor differential
07:00
Vend i ndryshëm
fizikisht në server IP:
Ditor differential
07:00
Vend i ndryshëm
fizikisht në server IP:
Ditor differential
07:00
Vend i ndryshëm
fizikisht në server IP:
Ditor differential
07:00
Vend i ndryshëm
fizikisht në server IP:
Tabela 1 Tabela e mësipërme përmbledh strategjinë e kopjes rezervë
Modelet e Rikthimit
Në përgjithësi ekzistojnë dy mënyra të rikthimit/ rimëkëmbjes, të thjeshta (simple) dhe model ii plotë (full).
Ne nuk do të sqarojmë modelin e thjeshtë, sepse kjo mënyrë e rikthimit duhet të përdoret vetëm për qëllime
testuese e jo në mjedise on-line (live).
 Të ketë një kopje full në interval të rregullta (sugjerim një herë në javë)
 Të ketë një kopje differential në intervale të rregullta (një herë në ditë)
 Të ketë kopje log shpesh (ç 15 ose 30 minuta)

4. Ju mund të planifikoni një detyrë (job) që do të realizoj kopjen e bazës së të dhënave për ju, dhe krijimi është
shumë i thjeshtë. Kam përfshirë për ju hapat që duhet ndjekur për të krijuar një detyre (job) në SQL Server.
Skedari (file) i kopjes rezervë që do të krijohet do ta ketë emrin e bazës së të dhënave dhe datën. Kështu që
është me lehtë për ju që të identifikoni më lehtë kur është bërë kopja e bazës. Ky ëstë një version mëi thjeshtë
i realizimit të kopjes por ju mund edhe të konfiguroni më tutje duke shtuar edhe dërgimin e njoftimeve në rastë
dështimi.