किन छिटो 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;

शान्त दिउँसो एकपटक होइन, प्रतिनिधि लेखनअघि र पछि त्यो स्न्यापसट लिनुहोस्। फरकले नै कमिट प्रतीक्षा गर्दा कुन लाइन सर्यो भन्ने बताउँछ।

लिङ्क होइन, मार्ग नाप्नुहोस्

थ्रुपुट परीक्षणले तपाईंका प्रति नभएका दुई बिन्दुबीचको क्षमता तपाईंको काम नभएको भारमुनि नाप्छ। नेटवर्क मालिकसँग वास्तविक प्रति मार्गमा वास्तविक ट्राफिक चलिरहेको बेला दुवै दिशामा ढिलाइ र हानि माग्नुहोस्। यहाँ हानि क्षमताभन्दा बढी महत्त्वपूर्ण छ, किनकि हराएको खण्डका लागि पुनः प्रसारणको खर्च हुन्छ र हरेक कमिट एउटा स्वीकृतिको प्रतीक्षा गर्छ। डाउनलोड परीक्षणमा उत्कृष्ट देखिने लिङ्क पनि बोल्ने कमिट ढाँचाका लागि अयोग्य हुन सक्छ।

नाप्दै गर्दा डेटाबेस ढुवानी सुरक्षा र पहुँच नियन्त्रण अक्षुण्ण राख्नुहोस्। मार्ग नाप्नु तिनलाई बेवास्ता गर्ने कारण कहिल्यै होइन।

समयलाई अन्तर्ज्ञानको सट्टा गणकसँग सम्बन्धित गर्नुहोस्। यदि पठाउने लाइन खाली रह्यो र कमिट अझै प्रतीक्षामा छ भने, ढिलाइ स्वीकृतिमा वा द्वितीयकको फ्लसमा छ। यदि पठाउने लाइन लगातार बढ्यो भने, सीमा ढुवानी वा क्षमता हो। कुन अवलोकनले निष्कर्षलाई समर्थन गर्यो लेख्नुहोस्, ताकि अर्को व्यक्तिले बहसको सट्टा नाप दोहोर्याउन सकोस्।

असिंक्रोनस मोडले वास्तवमा के बदल्छ

असिंक्रोनस कमिटले द्वितीयकको कडाइ-स्वीकृतिको प्रतीक्षा हटाउँछ, त्यसैले लेखन छिटो हुन्छ र त्यसैले तपाईंको टिकाउपन स्थिति बदलिन्छ। प्राथमिकले त्यो टाढाको पुष्टि बिना कारोबार पुष्टि गर्छ। त्यसपछि द्वितीयकलाई पछाडि पर्न दिइन्छ, र त्यही पछाडि पर्नु जोखिम हो।

यदि लग प्रयोगयोग्य फेलओभर लक्ष्यमा पुग्नुअघि प्राथमिक हरायो भने, त्यो प्रतिमा सेवा जबरजस्ती सार्नु भनेको एप्लिकेसनलाई पहिले नै कमिट भएको बताइएका कारोबारहरू फाल्नु हो।

यो रिकभरी-पोइन्ट निर्णय हो र यो डेटाबेस मालिकको हो, कार्यसम्पादन समीक्षाको होइन। पहिले सह्य डेटा-हानि विन्डो निर्धारण गर्नुहोस्, त्यसलाई पूरा गर्ने मोड छान्नुहोस्, त्यसपछि त्यही सीमाभित्र अनुकूलन गर्नुहोस्। सिंक्रोनस संरक्षण कायम राख्ने विकल्पहरूमा एप्लिकेशनले अनुमति दिएको ठाउँमा टार्न सकिने कमिट यात्रा हटाउने, नापिएको ढुवानी वा भण्डारण अवरोध सुधार्ने, र स्वीकृतिले कम दूरी तय गर्न प्रति सार्ने समावेश छ। तपाईंले सुरु गरेको र नबदलिएको टिकाउपन आवश्यकतासँग यिनको तुलना गर्नुहोस्।