SQL Server Replikimi: Udhëzues i plotë për DBA [2026]

SQL Server Replikimi është një grup teknologjish për kopjimin dhe shpërndarjen e të dhënave dhe objekteve të bazës së të dhënave nga një bazë të dhënash në tjetrën, dhe më pas sinkronizimin midis bazave të të dhënave për të ruajtur qëndrueshmërinë. Kjo veçori ju mundëson të krijoni dhe mirëmbani kopje të shumta të të dhënave tuaja në servera dhe vendndodhje të ndryshme, duke siguruar disponueshmërinë dhe besueshmërinë e të dhënave.

1.2 Qëllimi dhe Përfitimet e Replikimit

SQL Server Replikimi i shërben shumë nevojave kritike të biznesit dhe ofron përparësi të konsiderueshme për menaxhimin e bazës së të dhënave dhe shpërndarjen e të dhënave:

Shpërndarja e të dhënave nëpër lokacione: Replikimi ju mundëson të ndani të dhëna nëpër zyra rajonale ose vendndodhje globale, duke përmirësuar efikasitetin operativ duke siguruar akses lokal në të dhënat e kërkuara. Kjo zvogëlon vonesën e rrjetit dhe ofron performancë më të mirë për përdoruesit e shpërndarë gjeografikisht.
Disponueshmëri e lartë dhe Rimëkëmbja nga Fatkeqësitë: Duke ruajtur kopje të të dhënave kritike në shumë servera, replikimi siguron redundancë që mbron nga dështimet dhe fatkeqësitë e harduerit. Në rast të dështimit të serverit kryesor, kopjet e replikuara mund të shërbejnë si burime rezervë, duke minimizuar kohën e ndërprerjes dhe humbjen e të dhënave.
Balancimi i Ngarkesës dhe Shkallueshmëria: Replikimi shpërndan operacionet e leximit nëpër shumë servera, duke parandaluar që çdo server i vetëm të bëhet pengesë. Kjo qasje përmirëson performancën e sistemit dhe lejon që infrastruktura juaj të shkallëzohet horizontalisht ndërsa të dhënat dhe kërkesat e përdoruesve rriten.
Raportimi dhe analitika në kohë reale: Shkarkimi i pyetjeve të raportimit dhe analizës në servera të replikuar zvogëlon ngarkesën në bazat e të dhënave të prodhimit. Përdoruesit mund të kryejnë pyetje komplekse analitike kundër të dhënave pothuajse në kohë reale pa ndikuar në sistemet operative, duke siguruar si performancën ashtu edhe freskinë e të dhënave.
Integrimi dhe Konsolidimi i të Dhënave: Replikimi lehtëson bashkimin e të dhënave nga burime të ndryshme në një pamje të vetme të konsoliduar. Kjo është veçanërisht e vlefshme për organizatat me degë të shumta që duhet të grumbullojnë të dhëna në selinë qendrore ose për krijimin e depove të centralizuara të të dhënave nga sistemet operative të shpërndara.

2. SQL Server Arkitektura dhe Komponentët e Replikimit

SQL Server Arkitektura e replikimit përbëhet nga disa komponentë të ndërlidhur që punojnë së bashku për të shpërndarë dhe sinkronizuar të dhënat në të gjithë infrastrukturën tuaj të bazës së të dhënave. Ky seksion shqyrton komponentët kryesorë, duke përfshirë botuesit, shpërndarësit, pajtimtarët, botimet, artikujt, pajtimet dhe agjentët që koordinojnë rrjedhën e të dhënave midis tyre:

Botues: Një botues është një SQL Server shembull që hostnjë ose më shumë baza të dhënash që përmbajnë të dhëna që do të replikohen. Shërben si burim autoritar në topologjinë e replikimit.
distributor: Një distributor është një SQL Server instancë që menaxhon rrjedhën e të dhënave midis botuesve dhe pajtimtarëve. Instancë e shpërndarësit hosts baza e të dhënave të shpërndarjes, e cila ruan meta të dhënat e replikimit dhe transaksionet.
Abonent: Një abonent është një SQL Server instancë që merr dhe ruan të dhëna të replikuara nga botuesit. Një instancë e vetme e pajtimtarit mund tëost baza të dhënash të shumta abonentësh, secila prej të cilave merr të dhëna nga botime të ndryshme.
Publikimi: Një botim përcakton se cilat të dhëna do të replikohen dhe si do t'u shpërndahen pajtimtarëve. Ai grupon artikujt e lidhur së bashku dhe përcakton metodologjinë e replikimit që zbatohet për të gjitha objektet e përmbajtura.
Neni: Një artikull është blloku themelor i ndërtimit të replikimit, që përfaqëson një objekt individual të bazës së të dhënave që do t'u shpërndahet pajtimtarëve.
Abonimi: Një abonim përcakton marrëdhënien midis një botimi dhe një pajtimtari, duke përcaktuar se si dhe kur të dhënat dorëzohen në bazën e të dhënave të destinacionit.
Agjentët: Agjentët janë procese të specializuara që kryejnë punën aktuale të lëvizjes dhe sinkronizimit të të dhënave midis komponentëve të replikimit.

3. Llojet e SQL Server përsëritje

SQL Server ofron disa lloje replikimi, secili i projektuar për skenarë specifikë të shpërndarjes së të dhënave dhe kërkesa biznesi. Të kuptuarit e karakteristikave, avantazheve dhe kufizimeve të secilit lloj është thelbësore për zgjedhjen e qasjes së duhur për mjedisin tuaj.

3.1 Replikimi i pamjes së çastit

Replikimi i pamjes së çastit merr një pamje të çastit të të dhënave që do të publikohen në një kohë të caktuar, pastaj shpërndan kopjen e saktë të plotë tek abonentët. Ai nuk monitoron ndryshimet pasuese derisa të gjenerohet pamja e çastit tjetër. Replikimi i pamjes së çastit është forma më e thjeshtë e replikimit, duke e bërë atë të përshtatshme për skenarë ku të dhënat ndryshojnë rrallë ose ku të dhënat pak të vjetruara janë të pranueshme.

Rastet e përdorimit të zakonshëm përfshijnë shpërndarjen e të dhënave referuese si listat e çmimeve ose kurset e këmbimit që përditësohen periodikisht, ofrimin e të dhënave fillestare për depot e të dhënave dhe skenarë ku një rifreskim i plotë i të dhënave është i preferueshëm sesa ndjekja e ndryshimeve individuale. Për shembull, një kompani mund të përdorë replikimin e pamjeve të çastit për të shpërndarë katalogë të produkteve të përditësuara në zyrat e degëve një herë në ditë.

Përparësitë kryesore të replikimit të pamjeve të çastit janë thjeshtësia e tij, kërkesat e ulëta të mirëmbajtjes dhe aftësia për të replikuar të dhënat pa çelësa parësorë. Megjithatë, ai ka disavantazhe të konsiderueshme duke përfshirë ndikimin e lartë kur gjenerohen pamje të çastit për shkak të bllokimeve të tabelave, vonesën e lartë midis përditësimeve dhe joefikasitetin për grupe të mëdha të dhënash ose të dhëna që ndryshojnë shpesh. Çdo modifikim i bërë tek pajtimtarët është i d...ost kur aplikohet fotografia e radhës.

3.2 Replikimi Transaksional

Replikimi transaksional i dërgon ndryshimet nga botuesi te pajtimtarët në kohë pothuajse reale duke replikuar transaksionet individuale ndërsa ato ndodhin. Fillon me një pamje fillestare për të përcaktuar vijën bazë, pastaj monitoron vazhdimisht regjistrin e transaksioneve për ndryshime në artikujt e botuar dhe i dërgon ato te pajtimtarët në mënyrë graduale.

Replikimi transaksional është ideal për skenarët server-me-server që kërkojnë rendiment të lartë dhe vonesë të ulët. Rastet e përdorimit të zakonshëm përfshijnë përmirësimin e shkallëzueshmërisë dhe disponueshmërisë duke transferuar operacionet e leximit te serverët e pajtimtarëve, duke mbështetur ruajtjen e të dhënave dhe raportimin me të dhëna pothuajse në kohë reale, duke integruar të dhënat nga shumë faqe në një vendndodhje qendrore dhe duke transferuar përpunimin në grupe te serverët e dedikuar. Për shembull, një platformë e-commerce mund të përdorë replikimin transaksional për të ruajtur të dhënat e inventarit të sinkronizuara në të gjitha bazat e të dhënave rajonale.

Avantazhet e replikimit transaksional përfshijnë shpërndarjen e të dhënave me vonesë të ulët, rendiment të lartë për vëllime të mëdha transaksionesh dhe aftësinë për të bërë modifikime të pakopjuara te pajtimtarët. Disavantazhet përfshijnë kompleksitet më të madh krahasuar me replikimin e pamjeve të çastit, kërkesën për çelësa primarë në tabelat e replikuara dhe mundësinë që replikimi të prishet nëse ndodhin konflikte, siç janë shkeljet e çelësit primar te pajtimtarët.

3.3 Replikimi i bashkimit

Replikimi i bashkimit është projektuar posaçërisht për mjedise ku pajtimtarët duhet të punojnë jashtë linje ose me lidhje të ndërprerë, pastaj të sinkronizojnë ndryshimet kur lidhja është e disponueshme. Ky lloj replikimi lejon që të dhënat të ndryshohen si te botuesi ashtu edhe te pajtimtarët në mënyrë të pavarur, duke ndjekur ndryshimet duke përdorur tabela shkaktarësh dhe meta-datash, dhe duke bashkuar automatikisht modifikimet gjatë sinkronizimit.

Replikimi i bashkimit është projektuar për aplikacione mobile dhe mjedise të serverëve të shpërndarë ku ndodhin ndryshime autonome. Rastet e përdorimit përfshijnë automatizimin e forcës së shitjeve ku përdoruesit e celularëve punojnë jashtë linje dhe sinkronizohen më vonë, sistemet e pikave të shitjes që funksionojnë në mënyrë të pavarur dhe konsolidojnë të dhënat periodikisht, dhe aplikacionet e shpërndara ku shumë faqe duhet të përditësojnë të dhënat e përbashkëta. Për shembull, një zinxhir shitjesh me pakicë mund të përdorë replikimin e bashkimit në mënyrë që çdo dyqan të mund të menaxhojë inventarin lokal ndërsa sinkronizohet me sistemin qendror të magazinës.

Avantazhet e replikimit të bashkimit përfshijnë mbështetjen për pajtimtarët autonomë që mund të bëjnë ndryshime, tolerancën për lidhjen me ndërprerje të rrjetit dhe zgjidhjen fleksibile të konflikteve. Disavantazhet përfshijnë kompleksitet më të madh në konfigurim dhe mirëmbajtje, mbingarkesë të performancës nga gjurmimi i meta të dhënave dhe shkaktarëve, shtimin e kolonave të identifikuesit unik në tabela dhe potencialin për konflikte që kërkojnë menaxhim dhe zgjidhje.

3.4 Replikimi Peer-to-Peer

Replikimi peer-to-peer është ndërtuar mbi replikimin transaksional dhe u mundëson instancave të shumta të serverit (tre ose më shumë nyje) të veprojnë si kolegë të barabartë, me secilën nyje që shërben si botues dhe pajtimtar njëkohësisht. Në këtë topologji, të gjitha nyjet mbajnë kopje identike të të dhënave dhe mund të trajtojnë operacione leximi dhe shkrimi, duke ofruar një mjedis vërtet të shpërndarë shumë-master.

Replikimi peer-to-peer është i përshtatshëm për aplikacionet që kërkojnë shkallëzim të operacioneve të leximit dhe disponueshmëri të lartë. Rastet e përdorimit përfshijnë aplikacione web që shpërndajnë pyetje katalogu nëpër nyje të shumta duke ruajtur të dhëna të qëndrueshme, skenarë që kërkojnë mirëmbajtje ose përmirësime pa ndërprerje duke i hequr nyjet jashtë linje individualisht dhe aplikacione globale me qendra të dhënash në rajone të ndryshme. Për shembull, një organizatë mbarëbotërore e mbështetjes së softuerëve mund të përdorë replikimin peer-to-peer nëpër zyra në zona të ndryshme kohore, në mënyrë që çdo vendndodhje të ketë qasje lokale në të dhënat aktuale.

Avantazhet e replikimit peer-to-peer përfshijnë performancë të përmirësuar të leximit përmes shkallëzimit, disponueshmëri më të lartë me nyje të shumta aktive dhe qëndrueshmëri të të dhënave pothuajse në kohë reale. Disavantazhet përfshijnë kërkesën për Enterprise Edition, kompleksitetin në menaxhimin e topologjive me shumë nyje, nevojën për skemë dhe të dhëna identike në të gjitha nyjet dhe potencialin për konflikte kur operacionet e shkrimit nuk ndahen siç duhet.

3.5 Replikimi dypalësh

Replikimi bidireksional është një topologji specifike e replikimit transaksional e projektuar posaçërisht për mjedise me dy servera ku të dy serverat duhet të shkëmbejnë ndryshime me njëri-tjetrin. Çdo server publikon të dhëna dhe regjistrohet në të njëjtat të dhëna nga serveri tjetër, duke krijuar një rrjedhë të thjeshtë sinkronizimi dypalësh. Ndërsa replikimi peer-to-peer mund të mbështesë gjithashtu dy nyje, replikimi bidireksional ofron performancë të përmirësuar për këtë skenar specifik.

Replikimi dypalësh është i përshtatshëm për skenarët që kërkojnë dy servera aktivë me të dhëna të sinkronizuara, siç janë konfigurimet aktiv-aktiv për disponueshmëri të lartë ose aplikacione të shpërndara gjeografikisht ku secila faqe ka nevojë për akses lokal për shkrim. Topologjia kërkon dizajn të kujdesshëm të aplikacionit për të ndarë përditësimet e të dhënave dhe për të parandaluar konfliktet.

Përparësitë përfshijnë performancë të optimizuar për skenarë me dy servera, konfigurim më të thjeshtë krahasuar me replikimin peer-to-peer, sinkronizim pothuajse në kohë reale dhe kosto më të ulët sesa replikimi i bashkimit. Disavantazhet përfshijnë kufizimin në saktësisht dy servera, mungesën e zgjidhjes së konflikteve të integruara që kërkon dizajn të kujdesshëm të aplikacionit dhe nevojën për strategji të duhura ndarjeje për të parandaluar konfliktet.

3.6 Abonimet e përditësueshme

Abonimet e përditësueshme zgjerojnë replikimin transaksional për t'u lejuar pajtimtarëve të bëjnë ndryshime të herëpashershme në të dhënat e replikuara që më pas përhapen përsëri te botuesi dhe te pajtimtarët e tjerë. Ndryshe nga replikimi i bashkimit ose topologjitë peer-to-peer të dizajnuara për përditësime të shpeshta dypalëshe, abonimet e përditësueshme janë të destinuara për skenarë ku rrjedha kryesore e të dhënave është njëkahëshe (nga botuesi te pajtimtarët), por pajtimtarët herë pas here duhet të bëjnë korrigjime ose përditësime.

Abonimet e përditësueshme janë të përshtatshme për skenarët ku most Përditësimet ndodhin te botuesi, por përditësimet e herëpashershme te pajtimtarët janë të nevojshme, siç janë zyrat në terren që lexojnë kryesisht të dhëna, por duhet të bëjnë korrigjime ose përditësime lokale. Topologjia kërkon planifikim të kujdesshëm për të minimizuar konfliktet dhe për të siguruar qëndrueshmërinë e të dhënave.

Përparësitë kryesore përfshijnë lejimin e operacioneve të kufizuara të shkrimit tek pajtimtarët, duke ruajtur njëkohësisht karakteristikat e performancës së replikimit transaksional. Disavantazhet përfshijnë kompleksitetin e shtuar, potencialin për konflikte që kërkojnë zgjidhje, mbingarkesën e performancës nga protokolli i kryerjes dyfazore në modalitetin e përditësimit të menjëhershëm dhe kërkesën që të gjitha tabelat e replikuara të kenë çelësa parësorë.

3.7 Krahasimi i Llojeve të Ndryshme të Replikimeve

Lloji i replikimit	Koha e azhurnimit	Numri i botuesve	Udhëheqja	Përdorni Skenarët
Fotografi i çastit	Pika në kohë	1	Një drejtim (Botues → Abonentë)	Të dhënat referuese që ndryshojnë rrallë (listat e çmimeve, kurset e këmbimit)
transaksional	Pothuajse në kohë reale	1	Një drejtim (Botues → Abonentë)	Skenarë me rendiment të lartë (inventar i tregtisë elektronike, magazinim i të dhënave, raportim)
Shkrihet	Periodik (kur është i lidhur)	1	Bidireksionale (Botues ↔ Abonentë)	Aplikacione mobile, punonjës jashtë linje (automatizim i forcës së shitjeve, shërbime në terren)
Peer-to-Peer	Pothuajse në kohë reale	Shumëfishtë (3 ose më shumë)	Bidireksionale (të gjitha nyjet)	Vendosje globale në shumë qendra të të dhënave (zyra në të gjithë botën me akses lokal leximi-shkrimi)
Bidirekcionale	Pothuajse në kohë reale	2	Bidireksionale (të dy serverat)	Konfigurime aktive-aktive me dy qendra të dhënash (disponueshmëri e lartë me dy faqe)
Abonime të përditësueshme	Pothuajse në kohë reale	1	Kryesisht një drejtim (përditësime të herëpashershme të kundërta)	Zyrat e degëve që lexojnë kryesisht, por herë pas here përditësojnë (korrigjimet lokale)

4. Vendosja SQL Server përsëritje

4.1 Parakushte dhe Kërkesa

4.1.1 Kërkesat e Softuerit

SQL Server replikimi kërkon pajtueshmëri SQL Server versione në të gjithë pjesëmarrësit në topologji. Versioni i shpërndarësit duhet të jetë i barabartë ose më i lartë se versioni i botuesit, dhe pajtimtari mund të jetë brenda dy versioneve të botuesit. Për shembull, një SQL Server Botuesi i vitit 2016 mund të kopjojë në SQL Server Abonentë të viteve 2012, 2014, 2016, 2017 ose 2019.

4.1.2 Kërkesat për Leje

Konfigurimi i replikimit kërkon leje specifike në secilin nivel. Anëtarët e rolit të serverit fiks të administratorit të sistemit mund të kryejnë të gjitha detyrat e konfigurimit të replikimit. Për leje më të detajuara, përdoruesit duhet të jenë anëtarë të rolit të bazës së të dhënave db_owner për bazat e të dhënave të botuesit dhe pajtimtarit.

4.2 Hapi 1: Konfiguroni Shpërndarjen

Konfigurimi i shpërndarjes është hapi i parë në konfigurimin SQL Server replikim.

Për të konfiguruar shpërndarjen duke përdorur SQL Server Studio Menaxhimi:

Lidhu me SQL Server shembull në SQL Server Studio e Menaxhimit.
Në Object Explorer, klikoni me të djathtën mbi përsëritje dosje dhe përzgjidhni Konfiguro Shpërndarjen.
Në Konfiguro Wizard-in e Shpërndarjes, klikoni Tjetër në faqen e mirëseardhjes.
Mbi Shpërndarës faqe, zgjidhni një nga opsionet e mëposhtme bazuar në kërkesat tuaja të topologjisë:
- Distributor lokalZgjidhni "ServerName do të veprojë si Shpërndarësi i vet;" SQL Server "do të krijojë një bazë të dhënash dhe një regjistër shpërndarjeje" nëse dëshironi që botuesi dhe shpërndarësi të funksionojnë në të njëjtën instancë (Instanca aktuale). Ky konfigurim është më i thjeshtë për t'u konfiguruar dhe i përshtatshëm për mjedise më të vogla ose kur vonesa e rrjetit midis botuesit dhe shpërndarësit do të shkaktonte probleme.
- Shpërndarës në distancëZgjidhni "Përdorni serverin e mëposhtëm si shpërndarës" dhe klikoni Shtoj për të specifikuar një server shpërndarës në distancë nëse doni të transferoni përpunimin e shpërndarjes në një instancë të veçantë. Ky konfigurim përmirëson performancën kur vëllimet e replikimit janë të larta duke shpërndarë ngarkesën e punës nëpër shumë servera. Do t'ju duhet të jepni emrin e shpërndarësit në distancë dhe të specifikoni një fjalëkalim që botuesi do të përdorë për t'u lidhur me shpërndarësin.
Kliko Tjetër për të specifikuar vendndodhjen e dosjes së pamjes së çastit. Përdorni një shteg UNC (si p.sh. \\servername\share\folder) në vend të një shtegu lokal për të siguruar aksesueshmërinë në të gjithë rrjetin.
Mbi Baza e të dhënave të shpërndarjes faqe, pranoni emrin e parazgjedhur të bazës së të dhënave të shpërndarjes (zakonisht "shpërndarje") ose specifikoni një emër të personalizuar, pastaj konfiguroni vendndodhjet e të dhënave dhe skedarëve të regjistrit.
Mbi Botuesit faqe, verifikoni që serveri aktual është aktivizuar si botues. Nëse e konfiguroni serverin aktual si shpërndarës, mund të shtoni botues të tjerë që do ta përdorin këtë shpërndarës.
Rishikoni veprimet e magjistarit dhe klikoni Fund për të konfiguruar shpërndarjen.

4.3 Hapi 2: Krijo Publikim

Pas konfigurimit të shpërndarjes, hapi tjetër është krijimi i një publikimi që përcakton se cilat objekte të të dhënave do t'u replikohen pajtimtarëve.

Për të krijuar një botim duke përdorur SQL Server Studio Menaxhimi:

Në Object Explorer, zgjeroni përsëritje dosje.
Djathtas-klikoni Publikime Vendore dhe përzgjidhni Publikim i Ri.
Magjistari i Publikimeve të Rejatarts; kliko Tjetër në faqen e mirëseardhjes.
Zgjidhni bazën e të dhënave që dëshironi të publikoni nga Baza e të Dhënave të Publikimeve faqe. Kjo automatikisht aktivizon publikimin në bazën e të dhënave të zgjedhur.
Mbi Lloji i publikimit faqe, zgjidhni llojin e replikimit: Publikim i shkurtër, Publikim transaksional, Publikim nga kolegët në kolegëose Bashkimi i publikimit.
Mbi Artikuj faqe, zgjero Tabelat nyjen dhe zgjidhni tabelat për t'i përfshirë si artikuj.
Zgjero opsionalisht Procedurat e ruajtur, Views, ose lloje të tjera objektesh për të përfshirë artikuj shtesë.
Kliko Vetitë e Artikullit për të konfiguruar filtrimin ose cilësime të tjera specifike për artikullin.
Mbi Filtro rreshtat e tabelës faqe, shtoni filtra rreshtash nëse është e nevojshme.
Mbi Agjent i Pamjeve të Çastit faqe, zgjidhni kur të krijoni pamjen e çastit: menjëherë, në një kohë të caktuar ose sipas një orari.
Mbi Siguria e Agjentit faqe, specifikoni kontekstin e sigurisë për Snapshot Agent.
Mbi Veprimet e Magjistarit faqe, zgjidhni Krijo publikimin.
Jepni një emër publikimi dhe klikoni Fund.

4.4 Hapi 3: Krijo Abonim

Pas krijimit të një botimi, hapi tjetër është krijimi i abonimeve që lidhin botimin me bazat e të dhënave të abonentëve.

Abonimet mund të jenë abonime shtytëse (të menaxhuara nga distributori) ose abonime tërheqëse (të menaxhuara nga pajtimtari). Dallimet kryesore janë vendi ku e krijoni abonimin dhe vendndodhja e agjentit që zgjidhni, gjë që përcakton veprimin e abonimit (shtytës ose tërheqës).

Për abonim push (menaxhohet nga Distributori):

Mbi botues server, zgjero përsëritje -> Publikime Vendore.
Klikoni me të djathtën mbi publikimin dhe zgjidhni Abonime të reja.

Për Abonim Tërheqës (menaxhohet nga Abonenti):

Mbi pajtimtar server, zgjero përsëritje, kliko me të djathtën Abonimet lokale, dhe zgjidhni Abonime të reja.
Mbi publikim faqe, kliko Gjej SQL Server Botues dhe lidheni me serverin e botuesit.

Hapat e zakonshëm të asistentit për të dy llojet e abonimeve:

Në Ndihmësin e Abonimit të Ri, klikoni Tjetër në faqen e mirëseardhjes.
Zgjidhni publikimin dhe klikoni Tjetër.
Mbi Vendndodhja e Agjentit të Shpërndarjes faqe, zgjidhni vendndodhjen e agjentit:
- Abonim i shtyrëZgjidhni "Aktuoni të gjithë agjentët te Distributori" - Distributori do t'u dërgojë ndryshimet pajtimtarëve.
- Tërhiq aboniminZgjidhni "Ekzekutoni çdo agjent te Abonenti i tij" - çdo pajtimtar do të tërheqë ndryshimet nga Shpërndarësi.
Mbi Subscribers faqe, zgjidhni serverat ekzistues të pajtimtarëve ose klikoni Shto Pajtimtarit për të shtuar të reja.
Për secilin pajtimtar, zgjidhni bazën e të dhënave të destinacionit ose krijoni një bazë të dhënash të re. Shënim: Baza e të dhënave të abonimit duhet të jetë e ndryshme nga baza e të dhënave e botuesit, edhe nëse përdor të njëjtën SQL Server e shkallës.
Mbi Siguria e Agjentit të Shpërndarjes Në faqen e internetit, klikoni butonin e vetive për secilin abonim për të konfiguruar kontekstin e sigurisë.
Mbi Orari i Sinkronizimit faqe, zgjidhni sinkronizim të vazhdueshëm ose sinkronizim të planifikuar.
Mbi Inicializoni Abonimet faqe, zgjidhni Menjëherë për të inicializuar gjatë përfundimit të magjistarit ose Në sinkronizimin e parë.
Rishikoni veprimet e magjistarit dhe klikoni Fund.

5. Monitorimi dhe Menaxhimi SQL Server përsëritje

5.1 Monitorimi i Replikimit me Monitorin e Replikimit

Për të nisur Monitorin e Replikimit:

In SQL Server Studio Menaxhimi, zgjero përsëritje në Eksploruesin e Objekteve.
Djathtas-klikoni përsëritje dhe përzgjidhni Hap Monitorin e Replikimit.
Nëse nuk ka botues të regjistruar, klikoni Shto Botuesin në pjesën e majtë.
Zgjedh Shtoj SQL Server Botues dhe lidheni me serverin e botuesit.
Botuesi shfaqet në panelin e majtë me nyje të zgjerueshme për botime dhe abonime.

5.2 Monitorimi i Performancës

5.2.1 Latencia e Monitorit

Vonesa e replikimit është vonesa kohore midis një ndryshimi që ndodh te botuesi dhe zbatimit të këtij ndryshimi te pajtimtari. Monitoroni vonesën për të siguruar që freskësia e të dhënave përmbush kërkesat e biznesit.

Përdorni Monitorin e Replikimit për të parë metrikat e latencës në skedën Të Gjitha Abonimet. Kolona Latency tregon latencën mesatare në sekonda. Për replikimin transaksional, tokenët gjurmues ofrojnë matje të sakta të latencës duke futur transaksione shënuese që gjurmohen përmes tubacionit të replikimit.

Për të përdorur tokenët gjurmues:

Në Replication Monitor, zgjidhni një publikim transaksional.
Kliko Tokenët e Gjurmimit Tab.
Kliko Vendos Gjurmuesin për të injektuar një transaksion shënues.
Monitoroni tokenin ndërsa udhëton nga botuesi te shpërndarësi dhe te pajtimtari.
Shikoni kohën e marrë për secilin segment për të identifikuar pengesat.

5.2.2 Rendimenti i monitorimit

Rendimenti mat vëllimin e të dhënave të replikuara me kalimin e kohës, zakonisht të shprehura si transaksione për sekondë ose komanda për sekondë. Monitoroni rendimentin për t'u siguruar që replikimi të mund të mbajë ritmin me aktivitetin e botuesit.

Ndërsa Replication Monitor ofron statusin bazë të sinkronizimit, shkalla e dorëzimit dhe metrikat e detajuara të xhiros nuk janë të dukshme në GUI. Përdorni pyetje T-SQL kundër bazës së të dhënave të shpërndarjes për të monitoruar xhiros:

USE distribution
GO

-- Direct join to avoid subquery
SELECT TOP 20
    h.time AS [Time],
    a.name AS [Agent Name],
    h.runstatus AS [Status],
    h.delivered_transactions AS [Delivered Transactions],
    h.delivered_commands AS [Delivered Commands],
    h.delivery_rate AS [Delivery Rate (commands/sec)],
    h.delivery_latency AS [Delivery Latency (ms)],
    h.comments AS [Comments]
FROM MSdistribution_history h
JOIN MSdistribution_agents a ON h.agent_id = a.id
WHERE a.name LIKE '%MyPublication2%'
AND h.runstatus IN (2, 3, 4, 6)
ORDER BY h.time DESC
GO

Kodet e statusit: 1 = Start, 2 = Në vazhdim, 3 = Me sukses, 4 = Joaktiv, 5 = Riprovo, 6 = Dështoi. Krahasoni shkallën e dorëzimit me shkallët e transaksioneve të botuesit për të identifikuar situatat ku replikimi po mbetet prapa. Numëruesit e performancës në Monitori i Performancës së Windows ofrojnë metrika shtesë të xhiros për secilin agjent replikimi.

5.2.3 Identifikoni pengesat

Bllokimet e replikimit mund të ndodhin në pika të shumta në topologji. Tek botuesi, koha e tepërt e gjenerimit të pamjeve të çastit ose vonesat e Agjentit të Lexuesit të Regjistrit mund të tregojnë kufizime të burimeve. Monitoroni CPU-në, memorien dhe hyrjet/daljet e diskut në botues gjatë aktiviteteve të replikimit.

Te distributori, kontrolloni për transaksione të grumbulluara në bazën e të dhënave të shpërndarjes. Një numër i madh komandash të pashpërndara tregojnë se distributori nuk mund të vazhdojë me shpërndarjen. Monitoroni burimet e serverit të distributorit dhe merrni në konsideratë përdorimin e një distributori të dedikuar në distancë për skenarë me vëllim të lartë.

Tek pajtimtari, zbatimi i ngadaltë i ndryshimeve mund të rezultojë nga burime të pamjaftueshme, indekse që mungojnë ose kufizime që ngadalësojnë operacionet e futjes. Monitoroni shfrytëzimin e burimeve të pajtimtarit dhe performancën e pyetjeve kur Agjenti i Shpërndarjes është në punë. Kufizimet e bandwidth-it të rrjetit midis komponentëve shkaktojnë gjithashtu pengesa, veçanërisht për vëllime të mëdha të të dhënave.

5.3 Menaxhimi i Agjentëve të Replikimit

5.3.1 StarAgjentët t dhe Stop

Të start ose ndalo një agjent replikimi:

In SQL Server Studio Menaxhimi, zgjero SQL Server Agjent -> Punë.
Gjeni punën e agjentit të replikimit (emrat zakonisht përfshijnë informacionin e publikimit dhe të pajtimtarit).
Klikoni me të djathtën mbi punën dhe zgjidhni StarJob or Ndalo punën.

5.3.2 Konfigurimi i Profileve të Agjentëve

Profilet e agjentëve përmbajnë grupe parametrash që kontrollojnë sjelljen e agjentëve. SQL Server Ofron profile të parazgjedhura të optimizuara për skenarë të zakonshëm dhe ju mund të krijoni profile të personalizuara për nevoja specifike.

Për të modifikuar profilet e agjentëve:

Në Eksploruesin e Objekteve, zgjeroni përsëritje.
Djathtas-klikoni përsëritje dhe përzgjidhni Pronat e Shpërndarësit.
Kliko Parazgjedhjet e profilit button.
Zgjidhni një lloj agjenti (Snapshot, Loader Log, Distribution ose Bashkim) nga menyja zbritëse.
Zgjidhni një profil dhe klikoni Pronat për të parë vlerat e parametrave.
Kliko Profil i Ri për të krijuar një profil të personalizuar bazuar në një profil ekzistues.
Ndryshoni parametrat sipas nevojës dhe klikoni OK.

Aplikoni një profil te një agjent duke modifikuar vetitë e abonimit dhe duke zgjedhur profilin e dëshiruar nga menyja zbritëse e Profilit të Agjentit.

5.3.3 Parametrat dhe Cilësimet e Agjentit

Parametrat e agjentit përcaktojnë me hollësi performancën dhe sjelljen. Parametrat kryesorë për Agjentin e Shpërndarjes përfshijnë CommitBatchSize (numri i transaksioneve të aplikuara për çdo kryerje), CommitBatchThreshold (numri i komandave para kryerjes), SubscriptionStreams (lidhje paralele për dorëzim më të shpejtë) dhe QueryTimeout (kohëzgjatja e skadimit të komandave).

Për Log Reader Agent, parametrat e rëndësishëm përfshijnë ReadBatchSize (transaksionet lexohen për skanim), ReadBatchThreshold (komandat para dorëzimit) dhe PollingInterval (vonesa midis skanimeve të regjistrit). Rregulloni këto parametra bazuar në vëllimin e transaksioneve dhe kërkesat e latencës.

5.4 Konsiderata për Rezervimin dhe Rivendosjen

Krijimi i kopjeve rezervë të bazave të të dhënave të përfshira në replikim kërkon konsiderata të veçanta. Për bazën e të dhënave të botuesit, kopjet rezervë të rregullta të plota dhe të regjistrave të transaksioneve janë thelbësore. Shënoni kopjen rezervë të bazës së të dhënave për mbështetje të replikimit duke përdorur opsionin ME REPLIKATION kur bëni kopje rezervë të bazave të të dhënave në replikimin transaksional. Krijoni kopje rezervë të bazës së të dhënave të shpërndarjes rregullisht për të mbrojtur konfigurimin e replikimit.

Kur riktheni një bazë të dhënash botuesi në të njëjtin server me të njëjtin emër, përdorni opsionin WITH KEEP_REPLICATION për të ruajtur gjendjen e replikimit. Ky opsion siguron që transaksionet që nuk janë përpunuar ende nga Agjenti i Lexuesit të Regjistrit të mbeten të shënuara për replikim, duke lejuar që replikimi të vazhdojë automatikisht pa riinicializuar abonimet.

Në skenarët e rimëkëmbjes pas fatkeqësive ku kopjet rezervë nuk janë të disponueshme, të korruptuara ose skedarët e bazës së të dhënave janë të dëmtuara, mund të jenë të nevojshme mjete të specializuara rimëkëmbjeje. DataNumen SQL Recovery Mund të nxjerrë të dhëna nga skedarët MDF dhe NDF të korruptuar ose të paarritshëm, duke ofruar një mundësi të fundit kur procedurat standarde të rikuperimit dështojnë.

Për më shumë detaje në SQL Server rezervë, shihni tonën udhëzues gjithëpërfshirës.

6. Pyetjet e bëra më shpesh (FAQ)

P: Cili është ndryshimi midis pamjes së çastit dhe replikimit transaksional?

A: Replikimi i çastit merr një kopje të plotë të të dhënave në një moment specifik në kohë dhe ia aplikon atë pajtimtarit, i përshtatshëm për të dhëna që ndryshojnë rrallë. Replikimi transaksionaltarts me një pamje fillestare dhe më pas replikon vazhdimisht transaksionet individuale ndërsa ato ndodhin, duke siguruar sinkronizim pothuajse në kohë reale për të dhënat që ndryshojnë shpesh.

P: A mund të kopjoj midis të ndryshmeve? SQL Server Versione?

A: Po, SQL Server replikimi mbështet përputhshmërinë e versioneve brenda një diapazoni të kufizuar. Versioni i shpërndarësit duhet të jetë i barabartë ose më i lartë se versioni i botuesit, dhe pajtimtari mund të jetë brenda dy versioneve të botuesit. Për shembull, nëse botuesi është SQL Server 2016, pajtimtari mund të jetë SQL Server 2012, 2014, 2016, 2017 ose 2019.

P: Si i trajtoj konfliktet në replikimin e bashkimit?

A: Replikimi i bashkimit ofron mekanizma të integruar për zbulimin dhe zgjidhjen e konflikteve. Ju mund të konfiguroni zgjidhësit e konflikteve në nivel artikulli, duke zgjedhur nga zgjidhësit e integruar ose duke zbatuar zgjidhës të personalizuar të konflikteve. Konfliktet zakonisht zgjidhen duke përdorur metoda të bazuara në përparësi ose të bazuara në pullë kohore, me opsionin për të regjistruar konfliktet për shqyrtim manual.

P: Cilat janë ndikimet në performancë të replikimit?

A: Replikimi ndikon në performancë në disa mënyra: botuesi përjeton mbingarkesë nga gjurmimi i ndryshimeve dhe gjenerimi i pamjeve të çastit, shpërndarësi përdor burime për të ruajtur dhe përcjellë transaksionet, dhe gjerësia e brezit të rrjetit konsumohet gjatë transferimit të të dhënave. Ndikimi ndryshon sipas llojit të replikimit, me replikimin e pamjeve të çastit që shkakton shpërthime periodike me ndikim të lartë dhe replikimin transaksional që ruan një ngarkesë më të qëndrueshme, por të vazhdueshme.

P: Si e siguroj topologjinë time të replikimit?

A: Siguroni topologjinë tuaj të replikimit duke zbatuar disa praktika më të mira: përdorni Authentication Windows ose strong SQL Server autentifikimi, enkriptimi i lidhjeve duke përdorur TLS, sigurimi i dosjes së pamjes së çastit me të përshtatshmet NTFS lejet, konfiguroni Listën e Qasjes në Publikime (PAL) për të kontrolluar qasjen, përdorni llogari të veçanta shërbimi me leje minimale të kërkuara për secilin agjent replikimi dhe auditoni rregullisht cilësimet e sigurisë së replikimit.

P: A mund të replikoj në bazën e të dhënave Azure SQL?

A: Po, mund të replikoni në bazën e të dhënave Azure SQL duke përdorur replikimin transaksional me një bazë të dhënash në vend. SQL Server ose Instanca e Menaxhuar Azure SQL si botues dhe shpërndarës. Baza e të Dhënave Azure SQL mund të shërbejë si pajtimtar, por jo si botues ose shpërndarës. Replikimi i bashkimit dhe replikimi peer-to-peer nuk mbështeten me Bazën e të Dhënave Azure SQL.

P: Si mund ta monitoroj vonesën e replikimit?

A: Monitoroni vonesën e replikimit duke përdorur Replication Monitor në SQL Server Management Studio, i cili shfaq metrika të vonesës për secilin abonim. Gjithashtu mund të kërkoni tabela të bazës së të dhënave të shpërndarjes si MSdistribution_history dhe MSrepl_commands, të përdorni numërues të performancës specifike për agjentët e replikimit ose të konfiguroni alarme bazuar në pragjet e vonesës për të zbuluar dhe adresuar në mënyrë proaktive vonesat e sinkronizimit.

P: Çfarë ndodh kur një pajtimtar është jashtë linje?

A: Kur një pajtimtar është jashtë linje, sjellja varet nga lloji i replikimit. Për replikimin transaksional, transaksionet grumbullohen në bazën e të dhënave të shpërndarjes derisa pajtimtari të kthehet në linjë, pastaj sinkronizimi rifillon. Për replikimin e bashkimit, ndryshimet gjurmohen në të dyja anët dhe bashkohen kur rikthehet lidhja. Cilësimi i periudhës së ruajtjes përcakton se sa gjatë mbahen të dhënat përpara se të duhet të riinicializohen.

P: Si mund të shtoj artikuj të rinj në botimin ekzistues?

A: Për të shtuar artikuj të rinj në një botim ekzistues, përdorni SQL Server Management Studio për të modifikuar vetitë e publikimit dhe për të zgjedhur objekte shtesë, ose përdorni procedurën e ruajtur sp_addarticle. Pas shtimit të artikujve, gjeneroni një pamje të re dhe riinicializoni të gjitha abonimet për t'u siguruar që abonentët marrin artikujt e rinj. Disa ndryshime mund të kërkojnë riinicializimin e abonimit në varësi të cilësimeve të publikimit.

P: Si mund ta heq replikimin nga një bazë të dhënash?

A: Hiqni replikimin nga një bazë të dhënash duke fshirë së pari të gjitha abonimet duke përdorur sp_dropsubscription, pastaj duke hequr publikimin me sp_droppublication dhe së fundmi duke çaktivizuar publikimin në bazën e të dhënave duke përdorur sp_replicationdboption. Nëse serveri është një shpërndarës, çaktivizoni shpërndarjen duke përdorur sp_dropdistributor. Gjithmonë bëni kopje rezervë të bazave të të dhënave përpara se të hiqni konfigurimin e replikimit.

Pyetje: Cili është ndryshimi midis SQL Server Grupet e Replikimit dhe Disponueshmërisë AlwaysOn?

A: Replikimi është një zgjidhje për shpërndarjen dhe integrimin e të dhënave që vepron në nivelin e objektit, ndërsa Grupet e disponueshmërisë gjithmonë në dispozicion është një zgjidhje me disponueshmëri të lartë dhe rikuperim nga fatkeqësitë që vepron në nivelin e bazës së të dhënave.

7. Përfundim

SQL Server Replikimi ofron një strukturë të fuqishme për shpërndarjen dhe sinkronizimin e të dhënave nëpër baza të dhënash dhe vendndodhje të shumta. Teknologjia mbështet skenarë të ndryshëm përmes llojeve të ndryshme të replikimit.

Zgjedhja e strategjisë së duhur të replikimit varet nga kërkesat tuaja specifike. Merrni në konsideratë frekuencën e ndryshimit të të dhënave, kërkesat e vonesës, nëse pajtimtarët duhet të bëjnë përditësime, karakteristikat e rrjetit dhe nevojat e autonomisë së pajtimtarëve. Replikimi i çastit funksionon më mirë për të dhënat referuese që ndryshojnë rrallë, ku vonesa nuk është kritike. Replikimi transaksional i përshtatet skenarëve me vëllim të lartë që kërkojnë vonesë të ulët dhe kryesisht rrjedhë të dhënash njëkahëshe.

Zgjidhni replikimin e bashkimit kur pajtimtarët kanë nevojë për funksionim autonom me aftësi jashtë linje dhe sinkronizim dypalësh. Implementoni replikimin peer-to-peer për balancimin e ngarkesës në operacionet e leximit nëpër nyje të shumta aktive me qëndrueshmëri pothuajse në kohë reale. Konsideroni qasje hibride që kombinojnë lloje të shumta replikimi për skenarë kompleksë me kërkesa të larmishme.

Referencat

Rreth Autorit

Yuan Sheng është një administrator i lartë i bazave të të dhënave (DBA) me mbi 10 vjet përvojë në SQL Server mjedise dhe menaxhim të bazave të të dhënave të ndërmarrjeve. Ai ka zgjidhur me sukses qindra skenarë të rikuperimit të bazave të të dhënave në të gjitha shërbimet financiare, kujdesin shëndetësor dhe organizatat prodhuese.

Yuan specializohet në SQL Server rikuperimi i bazës së të dhënave, zgjidhje me disponueshmëri të lartë dhe optimizimi i performancës. Përvoja e tij e gjerë praktike përfshin menaxhimin e bazave të të dhënave me shumë terabajt, zbatimin e Grupeve Gjithmonë të Disponueshme dhe zhvillimin e strategjive të automatizuara të kopjimit rezervë dhe rikuperimit për sisteme biznesi kritike për misionin.

Përmes ekspertizës së tij teknike dhe qasjes praktike, Yuan përqendrohet në krijimin e udhëzuesve gjithëpërfshirës që ndihmojnë administratorët e bazave të të dhënave dhe profesionistët e IT-së të zgjidhin probleme komplekse. SQL Server sfidat në mënyrë efikase. Ai qëndron i azhurnuar me të rejat SQL Server lëshimet dhe teknologjitë në zhvillim e sipër të bazës së të dhënave të Microsoft-it, duke testuar rregullisht skenarët e rikuperimit për të siguruar që rekomandimet e tij pasqyrojnë praktikat më të mira të botës reale.

Keni pyetje rreth SQL Server Rimëkëmbje ose keni nevojë për udhëzime shtesë për zgjidhjen e problemeve të bazës së të dhënave? Yuan mirëpret? Mirëpresim Yuanin. reagime dhe sugjerime për përmirësimin e këtyre burimeve teknike.