કેમ ઝડપી VPN હજુ પણ સિંક્રોનસ SQL કમિટને ધીમું કરે છે

પ્રાથમિક પર ક્વેરી સેશન ખોલો અને જુઓ કે સાદું લેખન શેની રાહ જુએ છે. જો ડેટાબેઝ સિંક્રોનસ કમિટ સાથેના ઉપલબ્ધતા જૂથનો હોય અને ગૌણ જોડાયેલું હોય, તો તે પ્રતીક્ષાનો એક ભાગ બિલ્ડિંગ છોડે છે: લોગ રેકોર્ડ રેપ્લિકા તરફ જાય છે, ત્યાં હાર્ડન થાય છે, અને તે હાર્ડનિંગના સમાચાર કમિટ પૂરી થાય તે પહેલાં પાછા આવે છે. બેન્ડવિડ્થ તે આવનજાવનને ટૂંકાવતું નથી. નીચેનું વર્ણન સ્ક્રીનથી દૂરના ડિસ્ક સુધી અને પાછું આવતા સ્વીકૃતિને અનુસરે છે.

પ્રાથમિક પરના પ્રતીક્ષા પ્રકારથી શરૂ કરો

દૂરની રેપ્લિકા પર રાહ જોતું લેખન CPU કે લોક પ્રતીક્ષા તરીકે નહીં, લોગ સંબંધિત પ્રતીક્ષા તરીકે દેખાય છે, અને વ્યવહારનો સમયગાળો પંક્તિઓની સંખ્યાને બદલે આવનજાવનને અનુસરે છે. ઘણી નાની કમિટ તેને સ્પષ્ટ કરે છે, કારણ કે દરેક અલગથી આ યાત્રાનો ખર્ચ કરે છે. એક મોટી કામગીરી એ જ ખર્ચને એક લાંબી સ્વીકૃતિમાં છુપાવે છે.

લિંક વિશે કંઈ પણ નિષ્કર્ષ કાઢતા પહેલાં તમારો કાર્યભાર કમિટ આવૃત્તિ પ્રમાણે ગોઠવો.

નેટવર્ક વાંચતા પહેલાં રેપ્લિકાની સ્થિતિ વાંચો. મહત્વપૂર્ણ કાઉન્ટર મોકલવાની કતાર, રીડો કતાર અને સિંક્રોનાઇઝેશન સ્થિતિ છે, અને તે મળીને બતાવે છે કે ગૌણ સાથે ચાલી શકે છે કે પાછળ રહી જાય છે. વધતી મોકલવાની કતાર પરિવહન તરફ ઇશારો કરે છે, જ્યારે વધતી રીડો કતાર ગૌણના પોતાના કામ કે સંગ્રહ તરફ. આ જુદા જુદા સમારકામ છે અને બેન્ડવિડ્થ ઉમેરવાથી કોઈપણ સુધરતું નથી.

સ્વીકૃતિને ગૌણ સુધી અનુસરો

સિંક્રોનસ કમિટમાં પ્રાથમિક કમિટ પૂર્ણ થયાની જાહેરાત કરતાં પહેલાં સંબંધિત લોગ ગૌણ પર હાર્ડન થયો હોવાની પુષ્ટિની રાહ જુએ છે. હાર્ડન એટલે લોગમાં ટકાઉ, ડેટા પૃષ્ઠોમાં ફરી ચલાવેલ નહીં. આ ભેદ જ એ કારણ છે કે સિંક્રોનસ ગૌણ રીડોમાં પાછળ કેમ રહી શકે છે જ્યારે તે હાર્ડનિંગની પુષ્ટિ કરતું રહે છે.

માર્ગ ક્રમમાં ચાલો અને સમગ્રને બદલે દરેક તબક્કો માપો. લોગ રેકોર્ડ પરિવહનમાંથી પસાર થાય છે, ગૌણ તેને લખે છે અને ફ્લશ કરે છે, અને સ્વીકૃતિ એ જ માર્ગે પાછી આવે છે. પરિવહન વિલંબ, ગૌણનું શેડ્યુલિંગ અને ગૌણની લોગ-ડિસ્ક લેટન્સી બધું કુલમાં આવે છે, અને ફક્ત પહેલું નેટવર્ક માલિકનું છે. જે ગૌણનું લોગ વોલ્યુમ બીજા કશાથી સંતૃપ્ત છે તે લિંક નિષ્ક્રિય હોવા છતાં દરેક કમિટ લંબાવી શકે છે.

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;

શાંત બપોરે એક વારને બદલે પ્રતિનિધિ લેખન પહેલાં અને પછી તે સ્નેપશોટ લો. તફાવત જ તમને કહે છે કે કમિટની રાહ દરમિયાન કઈ કતાર ખસી.

લિંક નહીં, માર્ગ માપો

થ્રુપુટ પરીક્ષણ બે બિંદુઓ વચ્ચેની ક્ષમતા માપે છે જે તમારી રેપ્લિકા નથી, એવા ભાર હેઠળ જે તમારું કામ નથી. નેટવર્ક માલિકને વાસ્તવિક રેપ્લિકા માર્ગે વિલંબ અને નુકસાન માટે કહો જ્યારે વાસ્તવિક ટ્રાફિક ચાલુ હોય, બંને દિશામાં. અહીં નુકસાન ક્ષમતા કરતાં વધુ મહત્ત્વનું છે, કારણ કે ખોવાયેલા સેગમેન્ટનો ફરી પ્રસારણ ખર્ચ થાય છે અને દરેક કમિટ એક સ્વીકૃતિની રાહ જુએ છે. ડાઉનલોડ પરીક્ષણમાં ઉત્તમ દેખાતી લિંક પણ વાચાળ કમિટ પેટર્ન માટે અયોગ્ય હોઈ શકે છે.

માપતી વખતે ડેટાબેઝ પરિવહન સુરક્ષા અને પ્રવેશ નિયંત્રણો અકબંધ રાખો. માર્ગ માપવો તેમને ટાળવાનું કારણ ક્યારેય નથી.

સમયને અંતર્જ્ઞાનને બદલે કાઉન્ટર સાથે સંબંધિત કરો. જો મોકલવાની કતાર ખાલી રહે અને કમિટ હજુ રાહ જુએ, તો વિલંબ સ્વીકૃતિમાં કે ગૌણના ફ્લશમાં છે. જો મોકલવાની કતાર સતત વધે, તો મર્યાદા પરિવહન કે ક્ષમતા છે. કઈ નિરીક્ષણે નિષ્કર્ષને ટેકો આપ્યો તે નોંધો, જેથી આગલી વ્યક્તિ દલીલને બદલે માપન ફરી કરી શકે.

એસિંક્રોનસ મોડ ખરેખર શું બદલે છે

એસિંક્રોનસ કમિટ ગૌણની હાર્ડનિંગ સ્વીકૃતિની રાહ દૂર કરે છે, તેથી લેખન ઝડપી બને છે અને તેથી તમારી ટકાઉપણાની સ્થિતિ બદલાય છે. પ્રાથમિક તે દૂરની પુષ્ટિ વિના વ્યવહારની પુષ્ટિ કરે છે. પછી ગૌણને પાછળ રહેવા દેવામાં આવે છે, અને તે પાછળ રહેવું જ જોખમ છે.

જો લોગ વાપરી શકાય તેવા ફેલઓવર લક્ષ્ય સુધી પહોંચે તે પહેલાં પ્રાથમિક ખોવાઈ જાય, તો તે રેપ્લિકા પર સેવા બળજબરીથી ચલાવવાથી એ વ્યવહારો ફેંકાય છે જે એપ્લિકેશનને પહેલેથી કમિટ થયેલા જણાવાયા હતા.

આ રિકવરી-પોઇન્ટ નિર્ણય છે અને તે ડેટાબેઝ માલિકનો છે, પ્રદર્શન સમીક્ષાનો નહીં. પહેલાં સહનશીલ ડેટા-નુકસાન વિન્ડો નક્કી કરો, તેને સંતોષતી મોડ પસંદ કરો, પછી તે મર્યાદામાં અનુકૂલન કરો. સિંક્રોનસ સુરક્ષા જાળવતા વિકલ્પોમાં એપ્લિકેશન પરવાનગી આપે ત્યાં ટાળી શકાય તેવી કમિટ યાત્રાઓ દૂર કરવી, માપેલ પરિવહન કે સંગ્રહ અવરોધ સુધારવો, અને રેપ્લિકાને ખસેડવી જેથી સ્વીકૃતિ ઓછું અંતર કાપે તેનો સમાવેશ થાય છે. જે ટકાઉપણાની જરૂરિયાત સાથે તમે શરૂ કર્યું હતું અને જે બદલાઈ નથી તેની સામે તેમનું મૂલ્યાંકન કરો.