வேகமான VPN இன்னும் ஒத்திசைவு SQL கமிட்டை மெதுவாக்குவது ஏன்
கமிட் ஒத்திசைவு நகலுக்கு கட்டிடத்தை விட்டு வெளியேறுகிறது. காத்திருப்பு வகையிலிருந்து அனுப்புதல் மற்றும் redo வரிசைகள் வரை சென்று, ஒத்திசைவற்றது சரியான பரிமாற்றமா என்பதை முடிவு செய்யுங்கள்.
முதன்மையில் ஒரு வினவல் அமர்வைத் திறந்து எளிய எழுத்து எதற்காகக் காத்திருக்கிறது என்பதைப் பாருங்கள். தரவுத்தளம் ஒத்திசைவு கமிட் கொண்ட கிடைக்கும் தன்மைக் குழுவைச் சேர்ந்ததாகவும் இரண்டாம் நிலை இணைக்கப்பட்டதாகவும் இருந்தால், அந்தக் காத்திருப்பின் ஒரு பகுதி கட்டிடத்தை விட்டு வெளியேறுகிறது: பதிவுப் பதிவுகள் நகலுக்குச் செல்கின்றன, அங்கே கடினப்படுத்தப்படுகின்றன, அந்தக் கடினப்படுத்தலின் செய்தி கமிட் முடிவதற்கு முன் திரும்பி வருகிறது. அலைவரிசை அந்தப் போக்குவரத்தைச் சுருக்காது. கீழே உள்ள விளக்கம் திரையிலிருந்து தொலைவு வட்டு வரை மற்றும் திரும்பி வரும் ஒப்புதலைப் பின்தொடர்கிறது.
முதன்மையின் காத்திருப்பு வகையிலிருந்து தொடங்குங்கள்
தொலைவு நகலில் காத்திருக்கும் எழுத்து CPU அல்லது பூட்டு காத்திருப்பாக அல்லாமல் பதிவுடன் தொடர்புடைய காத்திருப்பாகத் தெரிகிறது, மேலும் பரிவர்த்தனையின் கால அளவு வரிசைகளின் எண்ணிக்கையை அல்லாமல் போக்குவரத்தைப் பின்தொடர்கிறது. பல சிறிய கமிட்கள் இதைத் தெளிவாக்குகின்றன, ஏனெனில் ஒவ்வொன்றும் பயணத்தைத் தனித்தனியாகச் செலுத்துகிறது. ஒரு பெரிய தொகுதி செயல்பாடு அதே செலவை ஒரு நீண்ட ஒப்புதலுக்குள் மறைக்கிறது.
இணைப்பு பற்றி எந்த முடிவையும் எடுப்பதற்கு முன் உங்கள் பணிச்சுமையை கமிட் அதிர்வெண் அடிப்படையில் வரிசைப்படுத்துங்கள்.
வலைப்பின்னலைப் படிப்பதற்கு முன் நகலின் நிலையைப் படியுங்கள். முக்கியமான எண்ணிகள் அனுப்புதல் வரிசை, redo வரிசை மற்றும் ஒத்திசைவு நிலை, அவை ஒன்றாக இரண்டாம் நிலை ஈடுசெய்கிறதா அல்லது பின்தங்குகிறதா என்பதைக் காட்டுகின்றன. வளரும் அனுப்புதல் வரிசை போக்குவரத்தைக் குறிக்கிறது, அதேசமயம் வளரும் redo வரிசை இரண்டாம் நிலையின் சொந்த வேலை அல்லது சேமிப்பைக் குறிக்கிறது. இவை வெவ்வேறு பழுதுகள், எதையும் அலைவரிசை சேர்ப்பதால் மேம்படுத்த முடியாது.
ஒப்புதலை இரண்டாம் நிலை வரை பின்தொடருங்கள்
ஒத்திசைவு கமிட்டில், கமிட்டை முடிந்ததாக அறிவிக்கும் முன் தொடர்புடைய பதிவு இரண்டாம் நிலையில் கடினப்படுத்தப்பட்டதற்கான உறுதிப்பாட்டை முதன்மை காத்திருக்கிறது. கடினப்படுத்தப்பட்டது என்பது பதிவில் நீடித்தது, தரவுப் பக்கங்களில் மீண்டும் இயக்கப்பட்டது அல்ல. இந்த வேறுபாடே ஒத்திசைவு இரண்டாம் நிலை redo-வில் பின்தங்கியிருந்தும் கடினப்படுத்தலை உறுதிப்படுத்த முடிவதற்குக் காரணம்.
பாதையை வரிசையாகச் சென்று மொத்தத்திற்குப் பதிலாக ஒவ்வொரு கட்டத்தையும் அளவிடுங்கள். பதிவுப் பதிவுகள் போக்குவரத்தைக் கடக்கின்றன, இரண்டாம் நிலை அவற்றை எழுதி ஃபிளஷ் செய்கிறது, ஒப்புதல் அதே பாதையில் திரும்புகிறது. போக்குவரத்துத் தாமதம், இரண்டாம் நிலையின் திட்டமிடல் மற்றும் இரண்டாம் நிலையின் பதிவு-வட்டு தாமதம் அனைத்தும் மொத்தத்தில் சேர்கின்றன, முதல் ஒன்று மட்டுமே வலைப்பின்னல் உரிமையாளருக்குச் சொந்தம். பதிவு அளவு வேறு எதனாலோ நிரம்பிய இரண்டாம் நிலை, இணைப்பு சும்மா இருந்தாலும் ஒவ்வொரு கமிட்டையும் நீட்ட முடியும்.
SELECT ag.name AS ag_name, drs.database_id, drs.synchronization_state_desc,
drs.log_send_queue_size, drs.redo_queue_size
FROM sys.dm_hadr_database_replica_states AS drs
JOIN sys.availability_groups AS ag ON ag.group_id = drs.group_id;அமைதியான பிற்பகலில் ஒரு முறை அல்லாமல், பிரதிநிதி எழுத்துக்கு முன்னும் பின்னும் அந்தப் படத்தை எடுங்கள். வேறுபாடே கமிட் காத்திருக்கும்போது எந்த வரிசை நகர்ந்தது என்பதைச் சொல்கிறது.
இணைப்பை அல்ல, பாதையை அளவிடுங்கள்
ஒரு செயல்திறன் சோதனை உங்கள் நகல்கள் அல்லாத இரண்டு புள்ளிகளுக்கு இடையிலான திறனை, உங்கள் வேலை அல்லாத சுமையின் கீழ் அளவிடுகிறது. உண்மையான போக்குவரத்து ஓடும்போது உண்மையான நகல் பாதையில் தாமதம் மற்றும் இழப்பை இரு திசைகளிலும் வலைப்பின்னல் உரிமையாளரிடம் கேளுங்கள். இங்கே இழப்பு திறனை விட முக்கியம், ஏனெனில் இழந்த பகுதிக்கு மறுஅனுப்புதல் செலவாகும், ஒவ்வொரு கமிட்டும் ஒரு ஒப்புதலை எதிர்பார்க்கிறது. பதிவிறக்கச் சோதனையில் சிறப்பாகத் தெரியும் இணைப்பும் பேச்சு அதிகமான கமிட் முறைக்குப் பொருந்தாமல் இருக்கலாம்.
அளவிடும்போது தரவுத்தளப் போக்குவரத்துப் பாதுகாப்பையும் அணுகல் கட்டுப்பாடுகளையும் அப்படியே வைத்திருங்கள். பாதையை அளப்பது அவற்றைத் தவிர்ப்பதற்கான காரணம் ஒருபோதும் இல்லை.
நேரங்களை உள்ளுணர்வுக்குப் பதிலாக எண்ணிகளுடன் தொடர்புபடுத்துங்கள். அனுப்புதல் வரிசை காலியாக இருந்து கமிட் இன்னும் காத்திருந்தால், தாமதம் ஒப்புதலில் அல்லது இரண்டாம் நிலையின் ஃபிளஷில் உள்ளது. அனுப்புதல் வரிசை தொடர்ந்து வளர்ந்தால், வரம்பு போக்குவரத்து அல்லது திறன். எந்த அவதானிப்பு முடிவை ஆதரித்தது என்பதைப் பதிவு செய்யுங்கள், அடுத்தவர் வாதத்திற்குப் பதிலாக அளவீட்டை மீண்டும் செய்ய முடியும்.
ஒத்திசைவற்ற பயன்முறை உண்மையில் என்ன மாற்றுகிறது
ஒத்திசைவற்ற கமிட் இரண்டாம் நிலையின் கடினப்படுத்தல் ஒப்புதலைக் காத்திருப்பதை நீக்குகிறது, எனவே எழுத்துகள் வேகமாகின்றன, எனவே உங்கள் நீடித்தல் நிலை மாறுகிறது. அந்தத் தொலைவு உறுதிப்பாட்டை இல்லாமல் முதன்மை பரிவர்த்தனையை உறுதிப்படுத்துகிறது. பின்னர் இரண்டாம் நிலை பின்தங்க அனுமதிக்கப்படுகிறது, அந்தப் பின்தங்கலே வெளிப்பாடு.
பதிவு பயன்படுத்தக்கூடிய தோல்வி மாற்று இலக்கை அடைவதற்கு முன் முதன்மை இழக்கப்பட்டால், அந்த நகலுக்கு சேவையை கட்டாயமாக நகர்த்துவது, பயன்பாட்டுக்கு ஏற்கனவே கமிட் செய்யப்பட்டதாகத் தெரிவிக்கப்பட்ட பரிவர்த்தனைகளைத் தூக்கி எறிகிறது.
இது மீட்புப் புள்ளி முடிவு மற்றும் அது தரவுத்தள உரிமையாளருக்குரியது, செயல்திறன் மதிப்பாய்வுக்கு அல்ல. முதலில் பொறுத்தக்க தரவு இழப்பு சாளரத்தை அமைக்கவும், அதைப் பூர்த்தி செய்யும் பயன்முறையைத் தேர்ந்தெடுக்கவும், பின்னர் அந்த எல்லைக்குள் மேம்படுத்தவும். ஒத்திசைவு பாதுகாப்பைத் தக்கவைக்கும் விருப்பங்களில், பயன்பாடு அனுமதிக்கும் இடத்தில் தவிர்க்கக்கூடிய கமிட் பயணங்களை நீக்குதல், அளவிடப்பட்ட போக்குவரத்து அல்லது சேமிப்புத் தடையைச் சரிசெய்தல், ஒப்புதல் குறைந்த தூரம் பயணிக்க நகலை நகர்த்துதல் ஆகியவை அடங்கும். நீங்கள் தொடங்கிய, மாறாத நீடித்தல் தேவையுடன் இவற்றை எடைபோடுங்கள்.