Push- og pull-endurtakningaragentar yfir VPN milli staða
Staðsetning agenta áskriftar ræður því hvaða vél opnar tengingar yfir VPN-ið. Veldu push eða pull eftir því hver á verkið, ekki eftir örvum í skýringarmynd.
Staðsetning agentsins, ekki staðsetning gagnanna, er ákvörðunin sem mótar SQL Server-áskrift. Vélin sem keyrir agentinn opnar tenginguna, starfar undir tilteknum reikningi og tekur á sig sökina þegar samstilling stöðvast. Á VPN milli staða er sá munur hönnunin, ekki smáatriði. Teiknaðu tengingar agentsins áður en þú teiknar netið.
Þrjú hlutverk, ekki tvö
Publisher á gagnasafnið í greininni, Distributor á dreifingargagnagrunninn og Subscriber tekur við breytingum. Log Reader Agent keyrir hjá Distributor fyrir færslubundna endurtöku. Distribution Agent er sá sem staðsetning hans breytist með tegund áskriftar, og þess vegna stýrir hann netkerfishönnuninni. Lagaðu þessi hlutverk áður en þú talar um VPN-reglur.
Push-áskrift keyrir Distribution Agent hjá Distributor, og pull-áskrift keyrir hann hjá Subscriber, eins og skjölun áskriftar Microsoft segir. Allt í netkerfissamtalinu leiðir af því hvaða vél þetta er. Skrifaðu fjögur staðreyndaratriði fyrir hverja áskrift: hýsil agentsins, auðkenni ferlisins, innskráningar gagnagrunnsins sem hann notar og auðlindirnar sem hann verður að ná. Þessi atriði, ekki ör í skýringarmynd, segja þér hvaða átt verður að virka.
Push þýðir að agentinn býr hjá Distributor
Með push-áskrift opnar Distributor tenginguna við Subscriber yfir VPN-ið. Hlustandinn, eldveggurinn og SQL-innskráningin á skráða aðilanum verða að taka við tengingum sem koma frá fjarlæga endanum. Þjónustureikningur Distributor þarf líka heimild í gagnagrunni skráða aðilans. Skipuleggðu þessa innkomandi leið áður en þú býrð til áskriftina, því að uppgötva hana síðar þýðir venjulega að búa hana til aftur.
Afhending skyndimyndar bætir við leið sem stöðug endurtaka notar aldrei. Ef skyndimyndin er geymd á skráardeili les Distribution Agent af þeim deili og reikningur skráða aðilans verður að ná sömu UNC-slóð. Breytingarstreymi sem gengur í vikur segir ekkert um hvort endurstilling muni virka. Þess vegna á skyndimyndardeilið heima í áætluninni frá upphafi.
Lestu push ekki sem einstefnuumferð. Agentinn þarf svör, staðfestingar og sín eigin auðkenningarskipti. Leiðin verður að vera tvíátta á tengistigi jafnvel þótt gögnin fari í eina átt.
Pull þýðir að agentinn býr hjá Subscriber
Pull-áskrift snýr tengingunni við: Subscriber keyrir Distribution Agent og leitar til Distributor. Þessi skipan hentar VPN-stefnu sem leyfir útleiðandi tengingar frá útibúinu og lokar fyrir innleiðandi. Hún setur líka ákvörðun um tímaáætlun í hendur þess sem annast þjón útibúsins. Veldu hana þegar teymi útibúsins á að eiga sína eigin samstillingu og taka eftir eigin bilunum.
Þjónustureikningur SQL Server Agent skráða aðilans þarf lesaðgang að dreifingargagnagrunninum og að skyndimyndardeilinu. Sá reikningur er auðkennið sem birtist í endurtökubilunum, og staðbundinn þjónustureikningur án lénsréttinda bregst á punkti sem lítur út eins og netbilun en er í raun auðkenningarbilun. Athugaðu reikninginn áður en þú aflagar göngin. Að laga innskráninguna er venjulega fljótlegra en að sanna sakleysi netsins.
Eignarhald fylgir agentnum. Veldu push þegar miðteymið á að eiga bæði tímaáætlunina og bilanirnar. Hvað sem þú velur, skrifaðu það við hlið áskriftarinnar svo næsti verkfræðingur viti hvar eigi að líta fyrst.
Endurbirting breytir dreifingu, ekki eignarhaldi
Hægt er að stilla skráða aðila til að endurbirta til frekari skráðra aðila, sem gerir einum útibúsgagnagrunni kleift að þjóna nokkrum staðbundnum neytendum án þess að hver um sig dragi yfir WAN-ið. Milligagnagrunnurinn heldur nú birtingu og sínum eigin agentum. Hann erfir líka heimildir, eftirlit og endurheimtarplan sem hann hafði ekki áður. Það aukahlutverk er verðið fyrir að fjarlægja endurtekna WAN-afhendingu.
Skjalfesta röðin skiptir máli: frumstilla innkomandi áskriftina áður en niðurstreymisbirtingin er búin til. Meðhöndlaðu það sem skref í lífsferli með staðfestingu, ekki sem pappírsvinnu sem sleppa má. Að snúa því við framleiðir keðju sem lítur út fyrir að vera stillt og afhendir ekkert.
Segðu skriflíkanið skýrt. Endurtaka leseingagagnasafns til staðbundins neytanda er önnur hönnun en að taka við skrifum á nokkrum stöðum, og örvakeðja býr ekki til árekstrarúrlausn. Ef útibúið verður að skrifa er það sérstök ákvörðun með eigin staðfræði. Gerðu háðina líka sýnilega: þegar endurbirtingaraðilinn er niðri er hver neytandi undir honum úreltur.
Sannaðu staðsetninguna frá upphafi til enda
Lestu tegund áskriftarinnar úr dreifingargagnagrunninum í stað þess að treysta minninu, og athugaðu síðan að breytingarnar berist í raun:
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 með gildið 0 er push og 1 er pull, og ekki er hægt að breyta því á staðnum, svo ósamræmi þýðir að búa áskriftina til aftur frekar en að breyta henni. Kallið á biðfyrirmæli segir þér hvort valinn agent færir verk eða keyrir bara. Áskrift sem tilkynnir núll biðfyrirmæli á meðan tafla skráða aðilans er tóm er önnur bilun en sú sem tilkynnir vaxandi biðröð, og þær tvær leiða til ólíkra eigenda.
Ljúktu með raunverulegri breytingu: settu inn eða uppfærðu eina röð hjá Publisher, bíddu eftir tilkynningu agentsins og lestu þá röð hjá Subscriber. Gerðu það einu sinni enn í stuttu VPN-truflun til að sjá hvernig agentinn jafnar sig. Áskrift sem stenst þá prófun hefur staðsetningu sem þú getur skjalfest og varið.