Mga ahente ng replikasyong push at pull sa isang VPN sa pagitan ng mga site

Ang lokasyon ng ahente, hindi ang lokasyon ng datos, ang desisyong humuhubog sa isang subscription ng SQL Server. Ang makina na nagpapatakbo ng ahente ang nagbubukas ng koneksyon, gumagana sa ilalim ng partikular na account at tumatanggap ng sisi kapag huminto ang pag-sync. Sa isang VPN sa pagitan ng mga site, ang pagkakaibang iyon ay ang disenyo, hindi isang detalye. Iguhit ang mga koneksyon ng ahente bago iguhit ang network.

Tatlong papel, hindi dalawa

Pagmamay-ari ng Publisher ang datos ng artikulo, ng Distributor ang database ng distribusyon, at tumatanggap ang Subscriber ng mga pagbabago. Tumatakbo ang Log Reader Agent sa Distributor para sa transaksyonal na replikasyon. Ang Distribution Agent ang ahenteng nagbabago ang lokasyon kasama ng uri ng subscription, kaya ito ang nagtatakda ng disenyo ng network. Linawin ang mga papel na iyon bago pag-usapan ang mga tuntunin ng VPN.

Ang subscription na push ay nagpapatakbo ng Distribution Agent sa Distributor, at ang subscription na pull ay nagpapatakbo nito sa Subscriber, gaya ng sinasabi ng dokumentasyon ng subscription ng Microsoft. Lahat sa usapan ng network ay nagmumula sa kung aling makina iyon. Isulat ang apat na katotohanan para sa bawat subscription: ang host ng ahente, ang identidad ng proseso nito, ang mga login sa database na ginagamit nito at ang mga resource na dapat nitong maabot. Ang mga katotohanang iyon, hindi ang arrow ng diagram, ang nagsasabi kung aling direksyon ang dapat gumana.

Ang push ay nangangahulugang ang ahente ay nakatira sa Distributor

Sa subscription na push, binubuksan ng Distributor ang koneksyon sa Subscriber sa VPN. Dapat tanggapin ng listener, firewall at SQL login sa panig ng subscriber ang mga koneksyong dumarating mula sa malayong panig. Kailangan din ng service account ng Distributor ng pahintulot sa database ng subscriber. Planoin ang papasok na landas na iyon bago gumawa ng subscription, dahil ang pagtuklas nito sa hinaharap ay karaniwang nangangahulugang muling paggawa.

Ang paghahatid ng snapshot ay nagdaragdag ng landas na hindi kailanman ginagamit ng stable na replikasyon. Kung ang snapshot ay inilagay sa isang file share, nagbabasa ang Distribution Agent mula sa share na iyon at dapat maabot ng account ng subscriber ang parehong UNC path. Ang daloy ng mga pagbabagong tumatagal ng linggo ay walang sinasabi tungkol sa kung gagana ang muling pagsisimula. Kaya ang file share ng snapshot ay bahagi ng plano mula pa sa simula.

Huwag basahin ang push bilang trapikong isang direksyon. Kailangan ng ahente ng mga sagot, kumpirmasyon at sariling pagpapalitan ng authentication. Dapat dalawang direksyon ang landas sa antas ng koneksyon kahit na ang datos ay gumagalaw sa isang direksyon.

Ang pull ay nangangahulugang ang ahente ay nakatira sa Subscriber

Binabaligtad ng subscription na pull ang koneksyon: pinapatakbo ng Subscriber ang Distribution Agent at lumalapit sa Distributor. Ang kaayusang iyon ay angkop sa patakarang VPN na nagpapahintulot ng palabas na koneksyon mula sa sangay at humaharang sa papasok. Inilalagay din nito ang desisyon sa iskedyul sa kamay ng nag-aalaga ng server ng sangay. Piliin ito kapag dapat pagmamay-ari ng koponan ng sangay ang sarili nitong pag-sync at mapansin ang sarili nitong mga pagkabigo.

Ang service account ng SQL Server Agent ng subscriber ay nangangailangan ng access sa pagbasa sa database ng distribusyon at sa file share ng snapshot. Ang account na iyon ang identidad na lumilitaw sa mga error ng replikasyon, at ang lokal na service account na walang karapatan sa domain ay nabigo sa puntong mukhang sira ng network ngunit talagang sira ng kredensyal. Suriin ang account bago i-debug ang tunnel. Ang pag-aayos ng login ay karaniwang mas mabilis kaysa patunayan ang kawalang-kasalanan ng network.

Ang pagmamay-ari ay sumusunod sa ahente. Piliin ang push kapag dapat pagmamay-ari ng sentral na koponan ang iskedyul at ang mga pagkabigo. Anuman ang piliin, isulat ito sa tabi ng subscription upang malaman ng susunod na inhinyero kung saan titingin muna.

Binabago ng muling paglalathala ang pagkalat, hindi ang pagmamay-ari

Maaaring i-configure ang isang subscriber na muling maglathala sa iba pang subscriber, na nagpapahintulot sa isang database ng sangay na maglingkod sa ilang lokal na konsyumer nang hindi hinihila ng bawat isa sa WAN. Ang gitnang database ay mayroon na ngayong isang publikasyon at sariling mga ahente. Nagmamana rin ito ng mga pahintulot, pagmamanman at plano sa pagbawi na wala ito noon. Ang karagdagang papel na iyon ang presyo ng pag-alis ng paulit-ulit na paghahatid sa WAN.

Mahalaga ang dokumentadong pagkakasunod-sunod: simulan ang papasok na subscription bago gumawa ng publikasyong nasa ibaba. Ituring ito na hakbang ng lifecycle na may beripikasyon, hindi gawaing papel na nilalaktawan. Kapag binaligtad ito, lumilikha ng kadena na mukhang naka-configure at walang ipinapadala.

Sabihin nang malinaw ang modelo ng pagsulat. Ang pagreplika ng read-only na dataset sa lokal na konsyumer ay ibang disenyo kaysa sa pagtanggap ng mga sulat sa ilang site, at ang kadena ng mga arrow ay hindi lumilikha ng paglutas ng salungatan. Kung kailangang magsulat ang sangay, hiwalay na desisyon iyon na may sariling topolohiya. Gawing kitang-kita rin ang dependency: kapag stopped ang muling tagapaglathala, lahat ng konsyumer sa ilalim nito ay luma na.

Patunayan ang paglalagay mula simula hanggang dulo

Basahin ang uri ng subscription mula sa database ng distribusyon sa halip na umasa sa memorya, pagkatapos ay tiyakin kung talagang dumarating ang mga pagbabago:

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';

Ang subscription_type na 0 ay push at 1 ay pull, at hindi ito mababago sa lugar, kaya ang hindi pagkakatugma ay nangangahulugang muling paggawa ng subscription at hindi pag-edit nito. Sinasabi ng tawag sa mga nakabinbing utos kung inililipat ng piniling ahente ang trabaho o tumatakbo lamang. Ang subscription na nag-uulat ng sero nakabinbing utos habang nananatiling walang laman ang talahanayan ng subscriber ay ibang sira kaysa sa nag-uulat ng lumalaking backlog, at ang dalawa ay humahantong sa magkaibang may-ari.

Tapusin sa tunay na pagbabago: magpasok o mag-update ng isang hilera sa Publisher, hintayin ang ulat ng ahente at basahin ang hilerang iyon sa Subscriber. Gawin itong muli sa maikling pagkaantala ng VPN upang makita kung paano nakakabawi ang ahente. Ang subscription na nakakalampas sa pagsubok na iyon ay may paglalagay na maaari mong idokumento at ipagtanggol.