Replicimi i SQL Server lejon administratorët e bazës së të dhënave të shpërndajnë të dhëna nëpër servera të shumtë në të gjithë organizatën. Ju mund të dëshironi të zbatoni përsëritje në organizatën tuaj për një numër arsyesh, si:
- Balancimi i ngarkesës . Replication ju lejon të shpërndani të dhënat tuaja në një numër të serverëve dhe pastaj shpërndani ngarkesën e pyetjeve midis atyre serverëve.
- Përpunimi offline . Replikimi mbështet manipulimin e të dhënave nga baza e të dhënave në një makinë që nuk është gjithmonë e lidhur me rrjetin.
- Tepricë . Përsëritja ju lejon të ndërtoni një server të dhënash dështimi që është gati të kapë ngarkesën e përpunimit në një moment të njoftimit.
Çdo skenar përsëritje ka dy komponentë kryesorë:
- Botuesit kanë të dhëna për t'u ofruar serverëve të tjerë. Një skemë e dhënë e replikimit mund të ketë një ose më shumë botues.
- Abonentët janë serverë të dhënash që dëshirojnë të marrin përditësime nga Botuesi kur të dhënat ndryshohen.
Nuk ka asgjë parandaluese që një sistem i vetëm të veprojë në të dyja këto kapacitete. Në fakt, kjo shpesh është dizenjimi i sistemeve të shpërndarjes në shkallë të gjerë.
SQL Server Mbështetje për Replication
Microsoft SQL Server mbështet tri lloje të replikimit të bazës së të dhënave. Ky artikull ofron një hyrje të shkurtër për secilin nga këto modele, ndërsa artikujt e ardhshëm do t'i shqyrtojnë ato në hollësi të mëtejshme. Ata janë:
- Replikimi i çastit vepron në mënyrën se si nënkupton emri i saj. Botuesi thjesht merr një pamje të tërë bazës së të dhënave të kopjuar dhe e ndan atë me abonentët. Sigurisht, ky është një proces shumë kohë dhe intensiv i burimeve. Për këtë arsye, shumica e administratorëve nuk përdorin riprodhimin e snapshot në baza të përsëritura për bazat e të dhënave që ndryshojnë shpesh. Ekzistojnë dy skenare në të cilat përdoret shpesh replikimi i çastit: Së pari, përdoret për bazat e të dhënave që rrallë ndryshojnë. Së dyti, përdoret për të vendosur një bazë për të vendosur replikimin midis sistemeve, ndërsa azhurnimet e ardhshme janë të përhapura duke përdorur përsëritje transaksionare ose bashkim .
- Replikimi i transaksioneve ofron një zgjidhje më fleksibile për bazat e të dhënave që ndryshojnë rregullisht. Me replikimin e transaksioneve, agjenti i riprodhimit monitoron botuesin për ndryshime në bazën e të dhënave dhe i transmeton këto ndryshime tek abonentët. Ky transmetim mund të bëhet menjëherë ose në baza periodike.
- Bashkimi i riprodhimit lejon botuesit dhe pajtimtarin të bëjnë ndryshime të pavarura në bazën e të dhënave. Të dy entitetet mund të punojnë pa një lidhje aktive të rrjetit. Kur ato të rilidhen, agjenti i riprodhimit të bashkimit kontrollon ndryshimet në të dyja grupet e të dhënave dhe modifikon çdo bazë të dhënash në përputhje me rrethanat. Nëse ndryshimet bien ndesh, agjenti përdor një algoritëm të paracaktuar për zgjidhjen e konflikteve për të përcaktuar të dhënat e duhura. Bashkoj riprodhimi është përdorur zakonisht nga përdoruesit e laptopëve dhe të tjerët që nuk mund të lidhen vazhdimisht me botuesit.
Secila prej këtyre teknikave të riprodhimit shërben për një qëllim të dobishëm dhe është i përshtatshëm për skenarë të veçantë të bazës së të dhënave.
Nëse jeni duke punuar me SQL Server 2016, zgjidhni edicionin tuaj bazuar në nevojat tuaja të riprodhimit. Çdo edicion ka aftësi të ndryshme kur është fjala për mbështetjen e riprodhimit:
- Mbështetja vetëm për pajtimtarin : Express, Express me Tools ose Shërbimet e Avancuara dhe botimet në Web ofrojnë aftësi të kufizuara replikimi, të aftë për të vepruar si klient i riprodhimit.
- Botuesi i plotë dhe përkrahja e pajtimtarit : Standardi dhe Ndërmarrja ofrojnë mbështetje të plotë, me Ndërmarrjen duke përfshirë gjithashtu botimin e Oracle, replication transaksion nga peer to peer dhe replication transaksion si një abonim updateable.
Siç e keni njohur padyshim nga kjo pikë, aftësitë e replikimit të SQL Server ofrojnë administratorët e bazës së të dhënave një mjet i fuqishëm për menaxhimin dhe shkallëzimin e bazave të të dhënave në një mjedis ndërmarrjeje.