Push eta pull erreplikazio-agenteak guneen arteko VPN baten bidez

Agentearen kokapena, ez datuena, da SQL Server harpidetza bat moldatzen duen erabakia. Agentea exekutatzen duen makinak irekitzen du konexioa, kontu jakin batekin lan egiten du eta sinkronizazioa gelditzen denean errua bere gain hartzen du. Guneen arteko VPN batean desberdintasun hori diseinua da, ez xehetasuna. Marraztu agentearen konexioak sareta marraztu aurretik.

Hiru rol, ez bi

Publisher-ek artikuluaren datuak ditu, Distributor-ek banaketa-datubasea du eta Subscriber-ek aldaketak jasotzen ditu. Log Reader Agent banaketa-transakzioetarako Distributor-en exekutatzen da. Distribution Agent da harpidetza-motarekin kokapena aldatzen duena, eta horregatik sarearen diseinua zehazten du. Argitu rol horiek VPN arauei buruz hitz egin aurretik.

Push harpidetza batek Distribution Agent Distributor-en exekutatzen du, eta pull harpidetza batek Subscriber-en exekutatzen du, Microsoft-en harpidetza dokumentazioak dioenez. Sareko elkarrizketako guztia makinak zein diren horretatik dator. Idatzi lau datu harpidetza bakoitzeko: agentearen ostalaria, bere prozesu-identitatea, erabiltzen dituen datubase-saio-hasiak eta iritsi behar duen baliabideak. Datu horiek, ez diagramako geziak, esaten dute zein norabidek funtzionatu behar duen.

Push esan nahi du agentea Distributor-en bizi dela

Push harpidetza batekin, Distributor-ek Subscriber-rekiko konexioa irekitzen du VPN bidez. Harpidetuaren aldeko entzuleak, suebakiak eta SQL saio-hasiak urruneko aldetik datozen konexioak onartu behar dituzte. Distributor-en zerbitzu-kontuak ere baimena behar du harpidetuaren datubasean. Planifikatu sarrerako bide hori harpidetza sortu aurretik, izan ere geroago aurkitzeak normalean berriro sortzea esan nahi du.

Argazkiaren entrega egoera egonkorreko erreplikazioak inoiz erabiltzen ez duen bide bat gehitzen du. Argazkia fitxategi-partekatze batean kokatuta badago, Distribution Agent partekatze horretatik irakurtzen du eta harpidetuaren kontuak UNC bide berberera iritsi behar du. Astero irauten duen aldaketen fluxuak ez du ezer esaten berriz hasieratzeak funtzionatuko duen ala ez. Horregatik argazkiaren partekatzeak hasieratik du tokia planean.

Ez irakurri push norabide bakarreko trafiko gisa. Agenteak erantzunak, baieztapenak eta bere autentifikazio-trukeak behar ditu. Bideak norabide bikoa izan behar du konexio-mailan, datuak norabide bakarrean mugitzen direnean ere.

Pull esan nahi du agentea Subscriber-en bizi dela

Pull harpidetza batek konexioa iraultzen du: Subscriber-ek Distribution Agent exekutatzen du eta Distributor-era jotzen du. Antolamendu hori adarretik irteerako konexioak baimentzen eta sarrerakoak blokeatzen dituen VPN politikari egokitzen zaio. Gainera, programazio-erabakia adarreko zerbitzaria zaintzen duenaren esku uzten du. Aukeratu adarreko taldeak bere sinkronizazioaren jabe izan behar duenean eta bere hutsegiteak nabaritu behar dituenean.

Harpidetuaren SQL Server Agent zerbitzu-kontuak irakurketa-sarbidea behar du banaketa-datubasera eta argazkiaren partekatzera. Kontu hori da erreplikazio-erroreetan agertzen den identitatea, eta domeinu-eskubiderik gabeko tokiko zerbitzu-kontu bat sare-errore itxura duen baina benetan kredentzial-errore den puntu batean huts egiten du. Egiaztatu kontua tunela araztu aurretik. Saio-hasia konpontzea normalean azkarragoa da sarearen errugabetasuna frogatzea baino.

Jabetzak agentea jarraitzen du. Aukeratu push talde zentralak bai programazioa bai hutsegiteak izan behar dituenean. Edozein aukeratu ere, idatzi harpidetzaren ondoan hurrengo ingeniariak lehenengo non begiratu jakin dezan.

Berrizargitaratzeak abanikoa aldatzen du, ez jabetza

Harpidetu bat beste harpidetu batzuetara berriz argitaratzeko konfigura daiteke, eta horrela adar-datubase batek hainbat tokiko kontsumitzaile zerbitza ditzake, bakoitzak WAN bidez tira egin beharrik gabe. Erdiko datubaseak argitalpen bat eta bere agenteak ditu orain. Baimenak, monitorizazioa eta lehen ez zuen berreskuratze-plana ere heredatzen ditu. Rol gehigarri hori WAN entrega errepikatua kentzearen prezioa da.

Dokumentatutako ordenak garrantzia du: hasieratu sarrerako harpidetza beheragoko argitalpena sortu aurretik. Hartu hori egiaztapen batekin bizitza-zikloaren urrats gisa, ez saltatzeko paperlana balitz bezala. Alderantziz eginez gero, konfiguratuta dirudien eta ezer entregatzen ez duen kate bat sortzen da.

Adierazi idazketa-eredua argi eta garbi. Irakurtzeko soilik den datu-multzo bat tokiko kontsumitzaile batera erreplikatzea beste diseinu bat da hainbat gunetan idazketak onartzea baino, eta gezien kate batek ez du gatazka-ebazpenik sortzen. Adarrak idatzi behar badu, erabaki bereizia da, bere topologiarekin. Egin mendekotasuna ikusgai ere: berrizargitaratzailea geldituta dagoenean, haren azpiko kontsumitzaile bakoitza zaharkituta dago.

Froga ezazu kokapena hasieratik amaierara

Irakurri harpidetza-mota banaketa-datubasetik memorian fidatu beharrean, eta gero egiaztatu aldaketak benetan iristen direla:

USE distribution;
SELECT publication, subscriber_db, subscription_type
FROM dbo.MSsubscriptions;
EXEC sp_replmonitorsubscriptionpendingcmds
  @publisher = 'PUB1', @publisher_db = 'Sales',
  @publication = 'SalesPub', @subscriber = 'BR1',
  @subscriber_db = 'Sales';

subscription_type baten balioa 0 bada push da eta 1 bada pull, eta ez da in situ aldatzen, beraz bat ez etortzeak harpidetza berriro sortzea esan nahi du, ez editatu. Itxaroten dauden komandoen deiak esaten dizu hautatutako agenteak lana mugitzen duen edo soilik exekutatzen den. Harpidetuaren taula hutsik dagoen bitartean zero komando zain jakinarazten dituen harpidetza beste huts egite bat da hazten ari den atzerapen bat jakinarazten duena baino, eta biek jabe desberdinetara eramaten dute.

Amaitu benetako aldaketa batekin: sartu edo eguneratu errenkada bat Publisher-en, itxaron agenteak jakinarazi arte eta irakurri errenkada hori Subscriber-en. Egin beste behin VPN etenaldi labur batean zehar agentea nola berreskuratzen den ikusteko. Proba hori gainditzen duen harpidetzak dokumentatu eta defenda dezakezun kokapena du.