वेगवान VPN देखील सिंक्रोनस SQL कमिट का मंदावतो

प्राथमिकवर क्वेरी सत्र उघडा आणि साधे लिहिणे कशाची वाट पाहत आहे ते पाहा। जर डेटाबेस सिंक्रोनस कमिट असलेल्या उपलब्धता गटाचा असेल आणि दुय्यम जोडलेला असेल, तर त्या प्रतीक्षेचा काही भाग इमारत सोडतो: लॉग नोंदी प्रतीकडे जातात, तिथे कठोर केल्या जातात, आणि त्या कठोरतेची बातमी कमिट पूर्ण होण्यापूर्वी परत येते। बँडविड्थ ती येरझारा कमी करत नाही। खालील वर्णन स्क्रीनपासून दूरच्या डिस्कपर्यंत आणि परत येणाऱ्या पावतीचा मागोवा घेते।

प्राथमिकवरील प्रतीक्षा प्रकारापासून सुरुवात करा

दूरच्या प्रतीवर वाट पाहणारे लिहिणे 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;

शांत दुपारी एकदाच नाही, तर प्रातिनिधिक लिहिण्यापूर्वी आणि नंतर तो स्नॅपशॉट घ्या। कमिट वाट पाहत असताना कोणती रांग हलली हे फरकच सांगतो।

दुवा नाही, मार्ग मोजा

थ्रूपुट चाचणी तुमच्या प्रती नसलेल्या दोन बिंदूंमधली क्षमता तुमचे काम नसलेल्या भाराखाली मोजते। खरा रहदारी चालू असताना खऱ्या प्रती मार्गावरील विलंब आणि हानी दोन्ही दिशांनी नेटवर्क मालकाला विचारा। येथे हानी क्षमतेपेक्षा महत्त्वाची आहे, कारण गमावलेल्या विभागासाठी पुनःप्रेषणाचा खर्च येतो आणि प्रत्येक कमिट एका पावतीची वाट पाहतो। डाउनलोड चाचणीत उत्तम दिसणारा दुवाही बोलका कमिट नमुन्यासाठी अयोग्य ठरू शकतो।

मोजताना डेटाबेस वाहतूक सुरक्षा आणि प्रवेश नियंत्रणे अभंग ठेवा। मार्ग मोजणे हे ती टाळण्याचे कारण कधीही नाही।

वेळा अंतर्ज्ञानाऐवजी मोजमापकांशी जोडा। जर पाठवणीची रांग रिकामी राहिली आणि कमिट अजूनही वाट पाहत असेल, तर विलंब पावतीत किंवा दुय्यमच्या फ्लशमध्ये आहे। जर पाठवणीची रांग सतत वाढत असेल, तर मर्यादा वाहतूक किंवा क्षमता आहे। कोणत्या निरीक्षणाने निष्कर्षाला आधार दिला ते नोंदवा, जेणेकरून पुढची व्यक्ती वादाऐवजी मोजमाप पुन्हा करू शकेल।

असिंक्रोनस मोड प्रत्यक्षात काय बदलतो

असिंक्रोनस कमिट दुय्यमच्या कठोरता-पावतीची प्रतीक्षा काढून टाकते, म्हणून लिहिणे वेगवान होते आणि म्हणून तुमची टिकाऊपणाची स्थिती बदलते। प्राथमिक त्या दूरच्या पुष्टीशिवाय व्यवहाराची पुष्टी करते। मग दुय्यमला मागे पडू दिले जाते, आणि ते मागे पडणे हेच उघडपण आहे।

लॉग वापरण्यायोग्य फेलओव्हर लक्ष्यापर्यंत पोहोचण्यापूर्वी प्राथमिक गमावला गेला, तर त्या प्रतीवर सेवा जबरदस्तीने हलवणे अशा व्यवहारांना टाकून देते ज्यांची अर्जाला आधीच कमिट झाल्याची जाणीव करून दिली होती।

हा रिकव्हरी-पॉइंट निर्णय आहे आणि तो डेटाबेस मालकाचा आहे, कार्यक्षमता पुनरावलोकनाचा नाही। आधी सहनशील डेटा-हानीची खिडकी ठरवा, ती पूर्ण करणारी पद्धत निवडा, नंतर त्या मर्यादेत अनुकूलन करा। सिंक्रोनस संरक्षण टिकवणाऱ्या पर्यायांमध्ये अर्ज परवानगी देतो तिथे टाळता येणाऱ्या कमिट फेऱ्या काढणे, मोजलेला वाहतूक किंवा साठवण अडथळा दुरुस्त करणे, आणि पावती कमी अंतर कापावी म्हणून प्रती हलवणे यांचा समावेश आहे। तुम्ही सुरुवात केलेल्या आणि बदललेल्या नसलेल्या टिकाऊपणाच्या गरजेशी त्यांची तुलना करा।