தள 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 இடைநிறுத்தத்தின் போது இதை இன்னொரு முறை செய்யுங்கள். அந்தச் சோதனையைத் தாண்டும் சந்தாவுக்கு நீங்கள் ஆவணப்படுத்தி பாதுகாக்கக்கூடிய இடம் உள்ளது.