द्विदिश ट्रांजेक्शनल डेटा प्रतिकृति

"2 सर्वर पर MSSQL लोड संतुलन"

शुभ दोपहर, फेरीवालों, मैंने अपनी कहानी "MSSQL लोड को द्विदिश लेनदेन डेटा प्रतिकृति का उपयोग करके 2 सर्वरों पर संतुलन बनाने" के बारे में लिखने का फैसला किया। हां, सिर्फ 2 सर्वर नहीं, लेकिन वे दर्पण की तरह क्या काम करेंगे। किसी को भी दिलचस्पी है, मैं आपको पढ़ने के लिए आमंत्रित करता हूं।
जो अभी से व्यापार में उतरना चाहता है
और निश्चित रूप से, डेटा प्रतिकृति बचाव के लिए आया था। प्रतिकृति के प्रकारों की समीक्षा करने के बाद, हम उस वास्तुकला पर विचार करने के लिए आगे बढ़े जो हमें सबसे अच्छी लगती है।
हमारे मामले में, हम 2 सर्वरों के बीच लोड संतुलन का पीछा कर रहे थे। खैर, हम लॉजिकल चेन "लोड बैलेंसिंग - 2 मिरर सर्वर - न्यूनतम देरी - लेन-देन प्रतिकृति" के माध्यम से गए। और चूंकि बहुत कम अनुभव था , इसलिए मैं फिर से msdn गया। और वहां वह लेख में गए, एक बात पढ़ना शुरू किया, कुछ शब्दों के लिए स्पष्टीकरण के माध्यम से गए, और पहले से ही पूरी तरह से विचलित थे। वैसे, मुख्य विषय से मेरी तरह ...
सबसे पहले, मेरे सामने "पीयर-टू-पीयर ट्रांजेक्शनल प्रतिकृति " के रूप में लेन-देन प्रतिकृति का प्रकार था। मुझे नहीं पता कि कितने हैं, लेकिन मैं अक्सर पहली बार आरेख के रूप में टोपोलॉजी को देखता हूं, और फिर मैं इसे पढ़ता हूं। इस बार, फिर से, मैं अपनी गलती पर पकड़ा गया।

मैंने इस टोपोलॉजी को देखा, ठीक है, मुझे यह पसंद आया कि बाईं ओर दोनों सर्वरों के लिए "रीड-राइट" है, सब कुछ सुंदर है, लोड वितरित किया गया है। गिरने की स्थिति में, थोड़ी देर के लिए, एक सर्वर सामना करेगा।
खैर, खुशियों के लिए, मैंने ट्यूनिंग पढ़ना शुरू किया, या परीक्षण के आधारों पर प्रयास करने के लिए। सबसे पहले, मैंने इस पृष्ठ का दौरा किया और " पहले और दूसरे नोड (नोड ए और नोड बी) को जोड़ने के लिए सक्रिय डेटाबेस की टोपोलॉजी स्थापित करते समय " वाक्यांश को पसंद किया , निम्न प्रक्रिया का उपयोग किया जाता है। अगली प्रक्रिया का उपयोग C नोड और उसके बाद के सभी नोड्स को जोड़ने के लिए किया जाता है । " विशेष रूप से, ये 2 वाक्यांश " अगली प्रक्रिया " और " अगली प्रक्रिया " और इसके बाद तीन-नोड पीयर टोपोलॉजी के रूप में संदर्भित होते हैं।
और यहाँ, एक अस्थायी द्वारा, मैंने उस पृष्ठ पर लौटने का फैसला किया जिसके साथ मैंने शुरू किया था और इस टोपोलॉजी के बारे में पढ़ा और मुख्य वाक्यांश फिर से आता है " बाईं ओर, अपडेट ऑपरेशन दो सर्वरों के बीच विभाजित होते हैं। यदि डेटाबेस में उत्पाद कैटलॉग है, तो आप उदाहरण के लिए, एक उपयोगकर्ता एप्लिकेशन बना सकते हैं, जो "ए" से "एम" से नोड ए तक के अक्षरों से शुरू होने वाले उत्पादों के नामों का निर्देशन करता है, और "एच" से "जेड" अक्षरों से शुरू होने वाले उत्पादों के अपडेट। "- नोड बी के लिए। फिर अपडेट को दूसरे नोड पर दोहराया जाता है ।" तो यह बिल्कुल नहीं है जो मैं चाहता था, और इसका मतलब है कि जब सर्वर "ए" क्रैश होता है, तो डेटा का केवल एक हिस्सा होगा।
और फिर, उदासी और दुख में, लिंक के विस्तार के माध्यम से एक लंबा सर्फ, हालांकि समाधान मेरी सांस के तहत था। मैं " द्विदिशीय लेन-देन प्रतिकृति " लेख पर आता हूं। और फिर से उसके चेहरे पर एक मुस्कान, और फिर से उसके हाथ लड़ाई में फटे हैं। और जब मैं इस प्रतिकृति के लिए सेटिंग्स पढ़ता हूं, तो मुस्कान थोड़ी कम हो जाती है, और मैं समझता हूं कि मैं प्रतिकृति स्थापित करने में कुछ भी नहीं समझता। कई घंटों के पढ़ने, परीक्षण और त्रुटि के बाद, स्थिति स्पष्ट होने लगती है। द्वि-दिशात्मक प्रतिकृति स्थापित करने में, इसका अधिकांश प्रक्रियाओं के माध्यम से स्थापित करने में वर्णित है, मैं अपनी सेटअप विधि दिखाऊंगा जिसके द्वारा इस तरह की टोपोलॉजी मेरे लिए काम करती है।

अच्छा, चलिए शुरू करते हैं। मैं आपको सबसे पहले सलाह देता हूं कि टेस्ट बेस पर ऐसा करें । मूल रूप से मैं लिंक, अच्छी तरह से फेंक दूंगा, और रास्ते में होने वाले " नुकसान " का वर्णन कर सकता हूं

• 1. वितरण को कॉन्फ़िगर करें । दोनों सर्वर (वितरक (प्रकाशक) और ग्राहक) पर चलाएँ। इस भाग में, मैंने अपने मामले में कोई विशेष समस्या, वितरण सर्वर और प्रकाशक का सामना नहीं किया। स्नैपशॉट के लिए फ़ोल्डर सेट करते समय, आपको स्थानीय फ़ोल्डर निर्दिष्ट करना होगा (साझा फ़ोल्डर के लिए एक लिंक निर्दिष्ट करें, जो दोनों सर्वरों के लिए सुलभ होगा)। इसके अलावा, चूंकि प्रकाशक और वितरक एक ही सर्वर हैं, इसलिए हम अपरिवर्तित छोड़ देते हैं। और आखिरी चीज वितरक और प्रकाशक के बीच पासवर्ड दर्ज करना है (हमारे मामले में, हम पासवर्ड का उपयोग आगे नहीं करेंगे)।
• 2. इसके बाद, प्रकाशन और लेख (दोनों सर्वरों पर) जोड़ें। "प्रतिकृति - स्थानीय प्रकाशन - प्रकाशन बनाएँ।" हम आधार, प्रकाशन प्रकार "लेनदेन प्रकाशन" का चयन करते हैं, और उपलब्ध वस्तुओं का चयन करते हैं, आप एजेंट सेटिंग्स को छोड़ सकते हैं, और एजेंट सुरक्षा को भर सकते हैं।
  
  पत्थर

  लेख की शर्तों में से एक तालिका में प्राथमिक कुंजी है।
  प्राथमिक कुंजी बनाते समय, मैं आपको यह जांचने की सलाह देता हूं कि कुंजी फ़ील्ड द्वारा कोई क्लस्टर इंडेक्स नहीं है, और यदि ऐसा है, तो इसे हटा दें। कुंजी बनाते समय, यह इंडेक्स बनाया जाएगा, और यदि आप इसे नहीं हटाते हैं, तो यह अब क्लस्टर नहीं होगा और 2 समान इंडेक्स की उपस्थिति के कारण डेटा प्रोसेसिंग बढ़ जाएगी।
• 3. सदस्यता बनाने के चरण में, मैं शुरुआत में उलझन में था, लेकिन मैं स्पष्ट रूप से समझाने की कोशिश करूंगा।
  चलो क्रमिक रूप से शुरू करते हैं:
  
  1. सर्वर A पर:
     
     (1) एक सदस्यता प्रक्रिया बनाएँ

     EXEC sp_addsubscription @publication = '_ Base_repl_1', --        2. @article = N'all', @subscriber = 'B', --    @destination_db = N'Base_repl_2', --    B @sync_type = N'none', @status = N'active', @update_mode = N'read only', @loopback_detection = 'true'; --   . 

     (2) एजेंट को चालू करें

      EXEC sp_addpushsubscription_agent @publication = '_ Base_repl_1', --         2. @subscriber = 'B', --   A @subscriber_db = N'Base_repl_2', --     @job_login = 'domain\user', --  @job_password = 'pass'; --  

  2. सर्वर B पर:
     
     (1) एक सदस्यता प्रक्रिया बनाएँ

      EXEC sp_addsubscription @publication = 'B_ Base_repl_2', --        2. @article = N'all', @subscriber = 'A', --    @destination_db = N'Base_repl_1', --    B @sync_type = N'none', @status = N'active', @update_mode = N'read only', @loopback_detection = 'true'; --   . 

     (2) एजेंट को चालू करें

      EXEC sp_addpushsubscription_agent @publication = 'B_ Base_repl_2', --         2. @subscriber = 'A', --   A @subscriber_db = N'Base_repl_1', --     @job_login = 'domain\user', --  @job_password = 'pass'; --  

  
  
• 4. लेखों के लिए उपयोग की जाने वाली संग्रहीत प्रक्रियाओं को बनाने के लिए, आप लेख का उपयोग कर सकते हैं। मुझे लगता है कि यह मांग में नहीं है, क्योंकि प्रत्येक तालिका के लिए मैन्युअल रूप से 3 प्रक्रियाओं (इन्स, अपडेट, डेल) बनाना बहुत महंगा है। इसलिए मैंने निम्नलिखित sp_scriptpublicationcustomprocs प्रक्रिया का उपयोग किया
  सर्वर A पर:
  

   sp_scriptpublicationcustomprocs @publication ='_ Base_repl_1' --      

  
  तब हम प्रक्रिया के परिणाम की प्रतिलिपि बनाते हैं और इसे सर्वर "B" पर डेटाबेस "Base_repl_2" में निष्पादित करते हैं।
  सर्वर B पर:
  

   sp_scriptpublicationcustomprocs @publication ='B_ Base_repl_2' --      

  
  फिर हम प्रक्रिया के परिणाम को कॉपी करते हैं और इसे डेटाबेस में "आधार" पर निष्पादित करते हैं "Base_repl_1"

खैर, यह सब है। मुझे किसी भी सलाह और आलोचना में खुशी होगी।