සයිට් VPN හරහා push සහ pull ප්‍රතිනිර්මාණ ඒජන්ත

ඒජන්තගේ ස්ථානය, දත්තවල ස්ථානය නොව, SQL Server දායකත්වයක් හැඩගස්වන තීරණයයි. ඒජන්ත ධාවනය කරන යන්ත්‍රය සම්බන්ධතාව විවෘත කරයි, නිශ්චිත ගිණුමක් යටතේ ක්‍රියා කරයි, සමමුහුර්තකරණය නතර වූ විට වරද තමා පිට ගනී. සයිට්-සයිට් VPN එකක එම වෙනස නිර්මාණයයි, විස්තරයක් නොවේ. ජාලය ඇඳීමට පෙර ඒජන්තගේ සම්බන්ධතා අඳින්න.

ත්‍රිත්ව භූමිකා, දෙකක් නොවේ

Publisher සතුව ලිපියේ දත්ත ඇත, Distributor සතුව බෙදාහැරීමේ දත්ත සමුදාය ඇත, Subscriber වෙනස්කම් ලබා ගනී. Log Reader Agent ගනුදෙනු ප්‍රතිනිර්මාණය සඳහා Distributor මත ධාවනය වේ. Distribution Agent යනු දායකත්ව වර්ගය සමඟ ස්ථානය වෙනස් වන ඒජන්තය, එබැවින් ඔහු ජාල නිර්මාණය තීරණය කරයි. VPN නීති ගැන කතා කිරීමට පෙර මෙම භූමිකා පැහැදිලි කරන්න.

push දායකත්වය Distribution Agent Distributor මත ධාවනය කරයි, pull දායකත්වය එය Subscriber මත ධාවනය කරයි, Microsoft හි දායකත්ව ලේඛන පවසන පරිදි. ජාල සංවාදයේ සියල්ල රඳා පවතින්නේ එය කුමන යන්ත්‍රය ද යන්න මතය. සෑම දායකත්වයකට ම කරුණු හතරක් ලියන්න: ඒජන්තගේ සත්කාරකය, එහි ක්‍රියාවලි අනන්‍යතාව, එය භාවිත කරන දත්ත සමුදාය පිවිසුම් සහ එයට ළඟා විය යුතු සම්පත්. රූප සටහනේ ඊතලය නොව, මෙම කරුණු කුමන දිශාව ක්‍රියා කළ යුතු ද යන්න පවසයි.

push යනු ඒජන්ත Distributor මත ජීවත් වීමයි

push දායකත්වයකදී Distributor VPN හරහා Subscriber වෙත සම්බන්ධතාව විවෘත කරයි. දායක පැත්තේ ශ්‍රවණය, firewall සහ SQL පිවිසුම දුර පැත්තෙන් පැමිණෙන සම්බන්ධතා පිළිගත යුතුය. Distributor හි සේවා ගිණුමට ද දායක දත්ත සමුදාය මත අවසර අවශ්‍යය. දායකත්වය සෑදීමට පෙර එම ඇතුළු වන මාර්ගය සැලසුම් කරන්න, මන්ද පසුව එය සොයා ගැනීම සාමාන්‍යයෙන් යළි සෑදීම අදහස් කරයි.

ස්නැප්ෂොට් බෙදාහැරීම ස්ථිර ප්‍රතිනිර්මාණය කිසිදා භාවිත නොකරන මාර්ගයක් එකතු කරයි. ස්නැප්ෂොට් ගොනු බෙදාගැනීමක තැබුවහොත්, Distribution Agent එම බෙදාගැනීමෙන් කියවන අතර දායකයාගේ ගිණුම එම UNC මාර්ගයට ළඟා විය යුතුය. සති ගණනක් ගලා යන වෙනස්කම් ප්‍රවාහයක් නැවත ආරම්භ කිරීම ක්‍රියා කරයි ද යන්න ගැන කිසිවක් නොකියයි. එබැවින් ස්නැප්ෂොට් බෙදාගැනීම මුල සිටම සැලසුමේ ඇත.

push එක්-මාර්ග ගමනාගමනයක් ලෙස නොකියවන්න. ඒජන්තට පිළිතුරු, තහවුරු කිරීම් සහ තමන්ගේම සත්‍යාපන හුවමාරු අවශ්‍යය. දත්ත එක් දිශාවකට ගමන් කරන විට පවා මාර්ගය සම්බන්ධතා මට්ටමේ ද්වි-මාර්ග විය යුතුය.

pull යනු ඒජන්ත Subscriber මත ජීවත් වීමයි

pull දායකත්වය සම්බන්ධතාව ආපසු හරවයි: Subscriber තමාම Distribution Agent ධාවනය කර Distributor වෙත ළඟා වේ. මෙම සැකැස්ම ශාඛාවෙන් පිටතට යන සම්බන්ධතා අවසර දෙන සහ ඇතුළට එන සම්බන්ධතා අවහිර කරන VPN ප්‍රතිපත්තියකට ගැළපේ. එය කාලසටහන් තීරණය ද ශාඛා සේවාදායකය බලාගන්නා අයගේ අතට තබයි. ශාඛා කණ්ඩායමට තමන්ගේම සමමුහුර්තකරණය හිමි කර ගැනීමට සහ තමන්ගේම අසාර්ථකතා දැක ගැනීමට අවශ්‍ය විට එය තෝරන්න.

දායකයාගේ SQL Server Agent සේවා ගිණුමට බෙදාහැරීමේ දත්ත සමුදායට සහ ස්නැප්ෂොට් බෙදාගැනීමට කියවීමේ ප්‍රවේශය අවශ්‍යය. එම ගිණුම ප්‍රතිනිර්මාණ දෝෂවල පෙනෙන අනන්‍යතාවයි, වසම් අයිතිවාසිකම් නැති දේශීය සේවා ගිණුමක් ජාල දෝෂයක් ලෙස පෙනෙන නමුත් ඇත්තෙන්ම අක්‍රමිකතා දෝෂයක් වන ස්ථානයක අසාර්ථක වේ. උමඟ නිරාකරණය කිරීමට පෙර ගිණුම පරීක්ෂා කරන්න. පිවිසුම නිවැරදි කිරීම සාමාන්‍යයෙන් ජාලයේ නිර්දෝෂීභාවය ඔප්පු කිරීමට වඩා වේගවත් ය.

හිමිකම ඒජන්ත පසුපස යයි. මධ්‍යම කණ්ඩායමට කාලසටහන සහ අසාර්ථකතා දෙකම හිමි කර ගැනීමට අවශ්‍ය විට push තෝරන්න. කුමක් තෝරා ගත්තත්, ඊළඟ ඉංජිනේරුවාට මුලින්ම කොහේ බලන්නේ ද යන්න දැන ගැනීමට එය දායකත්වය අසල ලියන්න.

නැවත ප්‍රකාශනය බෙදාහැරීම වෙනස් කරයි, හිමිකම නොවේ

දායකයෙකු තවත් දායකයින්ට නැවත ප්‍රකාශනය කිරීමට වින්‍යාස කළ හැක, එමගින් එක් ශාඛා දත්ත සමුදායකට එක් එක් අය WAN හරහා ඇද නොගෙන ස්ථානීය පාරිභෝගිකයින් කිහිප දෙනෙකුට සේවය කළ හැක. මැද දත්ත සමුදාය දැන් ප්‍රකාශනයක් සහ තමන්ගේම ඒජන්ත රඳවා ගනී. එයට පෙර නොතිබූ අවසර, අධීක්ෂණය සහ ප්‍රතිසාධන සැලැස්මක් ද උරුම වේ. එම අතිරේක භූමිකාව නැවත නැවත WAN බෙදාහැරීම ඉවත් කිරීමේ මිලයි.

ලේඛනගත අනුපිළිවෙල වැදගත් ය: පහළ ප්‍රකාශනය සෑදීමට පෙර ඇතුළු වන දායකත්වය ආරම්භ කරන්න. එය මග හැරිය හැකි කඩදාසි වැඩක් ලෙස නොව, සත්‍යාපනය සහිත ජීවන චක්‍ර පියවරක් ලෙස සලකන්න. එය ආපසු හැරවීමෙන් වින්‍යාස කළ ලෙස පෙනෙන නමුත් කිසිවක් නොපමුණුවන දාමයක් ඇති වේ.

ලේඛන ආකෘතිය පැහැදිලිව කියන්න. කියවීමට පමණක් වන දත්ත කට්ටලයක් ස්ථානීය පාරිභෝගිකයෙකුට ප්‍රතිනිර්මාණය කිරීම ස්ථාන කිහිපයක ලේඛන පිළිගැනීමට වඩා වෙනස් නිර්මාණයකි, ඊතල දාමයක් ගැටුම් විසඳුමක් නිර්මාණය නොකරයි. ශාඛාවට ලිවිය යුතු නම්, එය තමන්ගේම ස්ථර විද්‍යාවක් සහිත වෙනම තීරණයකි. යැපීම ද පෙනෙන ලෙස කරන්න: නැවත ප්‍රකාශකයා නතර වූ විට, ඔහු යටතේ සිටින සෑම පාරිභෝගිකයෙක්ම පැරණි ය.

ස්ථානය මුල සිට අග දක්වා ඔප්පු කරන්න

මතකය විශ්වාස කරනවාට වඩා බෙදාහැරීමේ දත්ත සමුදායෙන් දායකත්ව වර්ගය කියවන්න, පසුව වෙනස්කම් ඇත්තෙන්ම පැමිණේ ද යන්න පරීක්ෂා කරන්න:

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 හි අගය 0 නම් push, 1 නම් pull, එය ස්ථානයේ වෙනස් කළ නොහැක, එබැවින් නොගැළපීම යනු දායකත්වය සංස්කරණය කිරීම නොව යළි සෑදීමයි. රැඳී සිටින විධාන ඇමතුම තෝරාගත් ඒජන්ත වැඩ ගෙන යන්නේ ද නැතහොත් ධාවනය වන්නේ ද යන්න පවසයි. දායක වගුව හිස්ව තිබියදී ශුන්‍ය රැඳී සිටින විධාන වාර්තා කරන දායකත්වය වර්ධනය වන පසුබෑමක් වාර්තා කරන එකට වඩා වෙනස් දෝෂයකි, දෙකම වෙනස් හිමිකරුවන් කරා යවයි.

සැබෑ වෙනසකින් අවසන් කරන්න: Publisher මත එක් පේළියක් ඇතුළු කරන්න හෝ යාවත්කාලීන කරන්න, ඒජන්ත වාර්තාව එනතුරු රැඳී සිටින්න, එම පේළිය Subscriber මත කියවන්න. ඒජන්ත නැවත ගොඩනැගෙන ආකාරය බැලීමට කෙටි VPN බාධාවක් හරහා මෙය තව වරක් කරන්න. එම පරීක්ෂණය ජය ගන්නා දායකත්වයට ඔබට ලේඛනගත කර ආරක්ෂා කළ හැකි ස්ථානයක් ඇත.