2009-02-08 13 views
23

में मिररिंग, लॉग शिपिंग, प्रतिकृति और क्लस्टरिंग का उपयोग करने के लिए परिदृश्य क्या हैं, जहां तक ​​मुझे पता है कि SQL सर्वर बेहतर उपलब्धता के लिए 4 तकनीक प्रदान करता है।SQL सर्वर

मुझे लगता है कि इन प्राथमिक उपयोग परिदृश्य दिए गए हैं, सारांश में: -

1) प्रतिकृति मुख्य रूप से ऑनलाइन-ऑफलाइन डेटा तुल्यकालन परिदृश्यों (लैपटॉप, मोबाइल उपकरणों, दूरस्थ सर्वर) के लिए अनुकूल होगा।

2) के लिए लॉग शिपिंग, मैनुअल स्विचिंग के साथ एक विफलता सर्वर के लिए इस्तेमाल किया जा सकता है, जबकि

3) डेटाबेस मिररिंग एक स्वत: विफलता तकनीक

4) फ़ेलओवर क्लस्टरिंग डेटाबेस का एक उन्नत प्रकार मिररिंग है।

क्या मैं सही हूँ?

धन्यवाद।

+2

उत्कृष्ट उत्तर। एक चीज जो मैं जोड़ना चाहता हूं .. अब यह लगभग 2013 है। एमएस मिररिंग का उपयोग न करने की सलाह देता है। यह अंततः दूर चलेगा। इसके अलावा, मिररिंग केवल एक साथी तक ही सीमित है। –

उत्तर

24

विफलता क्लस्टरिंग एक उपलब्धता तकनीक है जो हार्डवेयर स्तर पर अनावश्यकता प्रदान करती है और विंडोज क्लस्टरिंग तकनीक के शीर्ष पर बनाई गई है, यानी यह SQL सर्वर के लिए विशिष्ट नहीं है।

उदाहरण के लिए, प्रोसेसर सर्वर ए पर उड़ाता है सौभाग्य से सर्वर ए SQL सर्वर क्लस्टर का हिस्सा है और इसलिए सर्वर बी सेकेंड के मामले में SQL सर्वर सेवा प्रदान करने का काम लेता है। यह सब स्वचालित रूप से होता है और डेटाबेस उपयोगकर्ताओं और क्लस्टर द्वारा प्रदान किए जाने वाले एप्लिकेशन के लिए पारदर्शी होता है।

डाटाबेस मिररिंग और क्लस्टरिंग के बीच मुख्य अंतर यह है कि एसक्यूएल क्लस्टरिंग उदाहरण स्तर पर अनावश्यकता प्रदान करता है जबकि डेटाबेस मिररिंग डेटाबेस स्तर पर अनावश्यकता प्रदान करता है।

निम्न लिंक इन दो तकनीकों के बीच तुलना प्रदान करता है जो आप उपयोग कर सकते हैं।

http://msdn.microsoft.com/en-us/library/ms191309(SQL.90).aspx

लॉग शिपिंग एक अतिरेक प्रौद्योगिकी के अधिक माना जाता है।

उदाहरण के लिए, इसका उपयोग आपके प्राथमिक पर्यावरण की पूरी प्रति प्रदान करने के लिए किया जा सकता है, आमतौर पर एक गर्म स्टैंडबाय के रूप में उपयोग किया जाता है जिसे मैन्युअल रूप से ऑनलाइन लाया जा सकता है। इसका उपयोग आपकी बैकअप रणनीति में अतिरिक्त रिडंडेंसी प्रदान करने के लिए किया जा सकता है। लॉग शिपिंग का उपयोग किसी वैकल्पिक स्थान/सर्वर पर उत्पादन डेटाबेस की केवल पढ़ने की प्रति बनाकर प्राथमिक सर्वर से रिपोर्टिंग ऑफ़लोड करने के लिए भी किया जा सकता है।

प्रतिकृति काफी विविध तकनीक है और कई अलग-अलग परिदृश्यों को पूरा करने के लिए इसका उपयोग किया जा सकता है, जिसकी पसंद विशिष्ट प्रकार की प्रतिकृति लागू की जाएगी।

उदाहरण के लिए, विलय प्रतिकृति का उपयोग कई सर्वरों पर एक अनुप्रयोग के वर्कलोड को फैलाने के द्वारा वितरित प्रसंस्करण का समर्थन करने के लिए किया जा सकता है, यानी वितरित प्रसंस्करण आर्किटेक्चर।

मर्ज प्रतिकृति अक्सर एक ऐसे अनुप्रयोग की आवश्यकता होती है जो इसके पर्यावरण के अपेक्षाकृत जागरूक हो। संपूर्ण एकीकृत वातावरण में डेटा स्थिरता सुनिश्चित करने के लिए संघर्ष समाधान जैसे तकनीकों को भी ध्यान में रखा जाना चाहिए।

ट्रांजैक्शनल प्रतिकृति का उपयोग लॉग शिपिंग के लिए समान रूप से किया जा सकता है हालांकि आप ग्राहकों को दोहराने वाली विशिष्ट वस्तुओं को सीमित कर सकते हैं। यह उपयोगी हो सकता है अगर रिपोर्टिंग उद्देश्यों के लिए केवल टेबल का एक सबसेट आवश्यक है।

मुझे आशा है कि यह आपके लिए चीजों को थोड़ा सा साफ़ कर देगा। आप इन सर्वरों में से प्रत्येक के बारे में SQL सर्वर पुस्तकें ऑनलाइन या Google में प्रत्येक तकनीक की खोज करके दस्तावेज़ों का भरपूर धन पा सकते हैं। उस ने कहा कि यदि आपके पास कोई विशिष्ट प्रश्न है तो मुझे मदद करने में खुशी होगी इसलिए मुझे लाइन छोड़ने के लिए स्वतंत्र महसूस करें।

चीयर्स, जॉन

2

एसक्यूएल 2008 एंटरप्राइज़ में चेंज डेटा कैप्चर (सीडीसी) नामक कुछ भी है जिसे हम सफलतापूर्वक उपयोग कर रहे हैं जहां मैं काम करता हूं।

हमारे पास एक सामान्यीकृत डेटाबेस है जो जानकारी प्राप्त करने में बहुत मुश्किल बनाता है। हमें डेटा संरचना को उसी समय बदलने की जरूरत है क्योंकि हम इस डेटा को रिपोर्ट के लिए किसी अन्य सर्वर पर दोहराते हैं।

यह हमारे लिए बेहद अच्छा काम करता है।

+0

मैंने हाल ही में SQL सर्वर 2005 के उपयोगकर्ता से बात की, जिन्होंने यह भी कहा कि उनका डेटाबेस अत्यधिक सामान्यीकृत था और वे डेटा को एक रिपोर्ट सर्वर पर दोहराते हैं। क्या डेटाबेस दोनों लेनदेन और रिपोर्टिंग को संभालने वाला नहीं है? मुझे 2 सर्वरों में निवेश क्यों करना होगा और दोहराना होगा? मुझे लगता है कि एक उपर है। – Chakra

+2

@ चाकरा जो नियम नहीं है, इसका उपयोग तब किया जाता है जब आपका सर्वर उत्पादन वर्कलोड और रिपोर्टिंग के लिए उपयोग किए जा रहे डेटाबेस के साथ अच्छा प्रदर्शन नहीं कर सकता है। –

-2

AFAIK लॉग शिपिंग और प्रतिकृति शायद अन्य तरीकों से बेहतर तरीके से उपयुक्त होगी।

लॉग शिपिंग सिंक्रनाइज़ेशन निर्धारित है, क्योंकि प्रतिकृति मैन्युअल स्विचिंग के लिए बेहतर अनुकूल होगी क्योंकि बैकअप-सर्वर उतना ही अद्यतित होगा जितना कि जब तक आपके पास कोई संचार-समस्या न हो (हालांकि, लॉग शिपिंग एक जैसा होगा मुद्दा)।

ऑफलाइन-डेटा बैकअप-सर्वर के रूप में देरी के प्रति संवेदनशील नहीं है, लेकिन व्यक्तिगत रूप से मुझे वास्तव में लॉग-शिपिंग की आवश्यकता नहीं दिखाई देती है, मैं नहीं देख सकता कि यह कभी भी अधिक उपयुक्त होगा प्रतिकृति के विकल्प (लेकिन यह हो सकता है कि प्रतिकृति एसक्यूएल2005 से पहले लागू नहीं की गई थी)

शायद मैं मिररिंग के साथ प्रतिकृति उलझन में हूं, और एक नोट के रूप में, मिररिंग आपको स्वचालित विफलता नहीं देता है, केवल एचए क्लस्टर आपको देता है उस कार्यक्षमता, अर्थ:

कम से कम SQL सर्वर 2005 मानक, विंडोज एंटरप्राइज़ और साझा डेटा संग्रहण (SAN की तरह) का उपयोग कर।

+0

आप गलत हैं। मिररिंग में विफलता है, लेकिन अगर आप गवाह एसक्यूएल उदाहरण का उपयोग करते हैं तो यह केवल एकमात्र स्वचालित है। डाटाबेस स्तर पर मिररिंग काम करता है और यह रिमोट एसक्यूएल इंस्टेंस में लेनदेन भेजता है, अगर यह उच्च सुरक्षा मोड पर है, तो लेनदेन केवल तभी होता है जब रिमोट साइड लेनदेन चलाता है। लेनदेन प्रतिकृति के लिए दुविधा यह है कि यह स्कीमा परिवर्तन और तालिकाओं को जोड़ने की अनुमति देता है क्योंकि यह एक पूर्ण डेटाबेस दर्पण है। प्रतिकृति डेटाबेस ऑब्जेक्ट्स से जुड़ी है, इसलिए यदि आप डेटाबेस पर कोई नई ऑब्जेक्ट बनाते हैं तो यह स्वचालित रूप से नहीं जोड़ा जाता है। लॉगशिपिंग में उच्च सिंक्रनाइज़ेशन विलंबता है। –

+0

यह सच है, आगे की जांच ने मुझे जवाब दिया कि इस जवाब में प्रवेश करने से पहले बाद में निष्कर्ष निकाला गया। हालांकि, एच-क्लस्टर का दो नोड्स के बीच पूर्ण स्विचिंग का लाभ होता है जो मिररिंग नहीं करता है। एक बार विफल होने के बाद, आपको मैन्युअल रूप से "पीछे की तरफ" मिररिंग करना होगा। – jishi