Microsoft SQL सर्वर मौजूदा ऑलवेजऑन डेटाबेस पर शिपिंग लॉग करता है

इस पोस्ट में चर्चा की गई है कि लॉग शिपिंग को कैसे सेट किया जाए, जो मौजूदा Microsoft® SQL Server® AlwaysOn-configureddatabases के साथ एक डिजास्टर रिकवरी (DR) समाधान है।

परिचय

ऑलवेजऑन अवेलेबिलिटी ग्रुप (एजी) फीचर एक उच्च उपलब्धता और आपदा रिकवरी समाधान है जो डेटाबेस मिररिंग के लिए एक उद्यम-स्तरीय विकल्प प्रदान करता है। SQL Server 2012 (11.x) में पेश किया गया, AlwaysOn AGs एंटरप्राइज़ के लिए उपयोगकर्ता डेटाबेस के एक सेट की उपलब्धता को अधिकतम करता है। AG उपयोगकर्ता डेटाबेस के असतत सेट के लिए एक विफल वातावरण का समर्थन करते हैं, जिसे उपलब्धता डेटाबेस के रूप में जाना जाता है, जो एक साथ विफल हो जाते हैं। वे प्राथमिक डेटाबेस पढ़ने-लिखने के एक सेट और संबंधित माध्यमिक डेटाबेस के एक से आठ सेट का भी समर्थन करते हैं। वैकल्पिक रूप से, एजी सेकेंडरी डेटाबेस को रीड ओनली एक्सेस और कुछ बैकअप ऑपरेशंस के लिए उपलब्ध करा सकते हैं।

SQL सर्वर लॉग शिपिंग आपको प्राथमिक सर्वर इंस्टेंस पर प्राथमिक डेटाबेस से लेनदेन लॉगबैकअप को स्वचालित रूप से अलग सेकेंडरी सर्वर इंस्टेंस पर एक या अधिक सेकेंडरी डेटाबेस में भेजने में सक्षम बनाता है। लेन-देन लॉगबैकअप प्रत्येक द्वितीयक डेटाबेस पर व्यक्तिगत रूप से लागू होते हैं।

ऐसे कारण जिनकी आपको हमेशा लॉग शिपिंग की आवश्यकता हो सकती है

मान लेते हैं कि आपने अपने प्राइमरी रेप्लिका सर्वर और सेकेंडरी रेप्लिका के बीच ऑलवेजऑन सेटअप को कॉन्फ़िगर किया है और ऑलवेजऑन का उपयोग मेनडेटा सेंटर में किया जाता है। यदि आप DR साइट में आवश्यक Windows सर्वर फ़ेलओवर क्लस्टर (WSFC) कॉन्फ़िगरेशन का विस्तार नहीं कर सकते हैं, तो आपको लॉग शिपिंग का उपयोग करने की आवश्यकता हो सकती है। कारणों में निम्नलिखित संभावनाएं शामिल हैं:

• इन्फ्रास्ट्रक्चर या कर्मचारी विभिन्न साइटों के बीच WSFC कॉन्फ़िगरेशन को बनाए नहीं रख सकते।
• आप WSFC कॉन्फ़िगरेशन में DR साइट में लक्ष्य सर्वर का लाभ नहीं उठा सकते क्योंकि यह पहले से ही किसी अन्य WSFC कॉन्फ़िगरेशन का हिस्सा है।
• पुनर्प्राप्ति बिंदु उद्देश्य (आरपीओ) और पुनर्प्राप्ति समय उद्देश्य (आरटीओ) पर सेवा स्तर समझौते (एसएलए) मैन्युअल त्रुटि से तेजी से वसूली के लिए मजबूर करते हैं, जिसे केवल उच्च उपलब्धता के एक उदाहरण पर लेनदेन लॉगबैक को बहाल करने में देरी से वसूली के साथ महसूस किया जा सकता है। (HA) और DR रणनीति।

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

लॉग शिपिंग का उपयोग करने के लिए पूर्वापेक्षाएँ

लॉग शिपिंग सेट करने से पहले, सुनिश्चित करें कि आप निम्नलिखित पूर्वापेक्षाएँ पूरी करते हैं:

• प्राथमिक डेटाबेस को पूर्ण या बल्क-लॉग किए गए पुनर्प्राप्ति मॉडल का उपयोग करना चाहिए। डेटाबेस को साधारण पुनर्प्राप्ति पर स्विच करने से लॉग शिपिंग बंद हो जाती है।
• लॉग शिपिंग को कॉन्फ़िगर करने से पहले, आपको लेन-देन लॉग बैकअप को द्वितीयक सर्वर पर उपलब्ध कराने के लिए एक साझा पथ बनाना होगा।
• लॉग-शिपिंग संग्रहीत कार्यविधियों को sysadminfixed सर्वर भूमिका में सदस्यता की आवश्यकता होती है।
• बैकअप साझा पथ में SQLServer सेवा खाते के लिए पढ़ने और लिखने की अनुमति होनी चाहिए।

लॉग शिपिंग DR समाधान उदाहरण कॉन्फ़िगर करें

इस उदाहरण में, हमने पहले से ही AlwasyOn को प्राइमरी रेप्लिकासर्वर, जिसे PRIMEHEAD कहा जाता है, और आपकी सेकेंडरी रेप्लिका, जिसे HEAD2 कहा जाता है, के बीच सेटअप कर दिया है, जैसा कि निम्न इमेज में दिखाया गया है:

यह खंड डेटाबेस पर लॉग शिपिंग को कॉन्फ़िगर करने के लिए चरण-दर-चरण समाधान प्रदान करता है जो पहले से ही ऑलवेजऑन एजी का हिस्सा है।

चरण 1

AdventureWork2014 . के लिए लॉग शिपिंग कॉन्फ़िगर करें प्राइमहेड और डीआर सर्वर, HEAD3 के बीच डेटाबेस।

डेटाबेस पर लॉग शिपिंग को कॉन्फ़िगर करते समय, AdventureWork2014 . का पूरा बैकअप लें डेटाबेस और इसे गैर-वसूली के साथ HEAD3 पर पुनर्स्थापित करें। लॉग बैकअप को संग्रहीत करने के लिए आपको PRIMEHEAD पर एक साझा फ़ोल्डर बनाना होगा जो LSCopy है। (लॉग शिपिंग) नौकरी का उपयोग करता है।

चरण 2

डेटाबेस पर राइट-क्लिक करें, गुण चुनें , और लेन-देन लॉग शिपिंग . पर क्लिक करें प्राइमहेड के बाईं ओर विकल्प। फिर, हाइलाइट किए गए लॉग शिपिंग कॉन्फ़िगरेशन में इसे प्राथमिक डेटाबेस के रूप में सक्षम करें . पर क्लिक करें निम्न छवि में दिखाए अनुसार चेकबॉक्स:

चरण 3

बैकअप सेटिंग Click क्लिक करें एलएस बैकअप को कॉन्फ़िगर करने के लिए विकल्प। एलएस बैकअप के लिए नेटवर्क-साझा पथ का चयन करें, जैसा कि निम्न छवि में दिखाया गया है:

चरण 4

इस बिंदु पर, आप अपनी आवश्यकताओं के अनुसार LS बैकअप भी शेड्यूल कर सकते हैं। हालाँकि, इस परिदृश्य में, डिफ़ॉल्ट सेटिंग्स का उपयोग करें।

चरण 5

DR सर्वर जोड़ने के लिए, जोड़ें click क्लिक करें जैसा कि निम्न चित्र में दिखाया गया है:

चरण 6

कनेक्ट करें Click क्लिक करें HEAD3, DR सर्वर से कनेक्ट करने के लिए, जैसा कि निम्न चित्र में दिखाया गया है:

चरण 7

द्वितीयक डेटाबेस प्रारंभ करें . पर टैब, तीसरे विकल्प का चयन करें क्योंकि डेटाबेस को पहले ही HEAD3 पर प्रारंभ किया जा चुका है।

चरण 8

फ़ाइलें कॉपी करें . क्लिक करें टैब। कॉपी की गई फ़ाइलों के लिए गंतव्य फ़ोल्डर में बॉक्स में, वह पथ टाइप करें जहाँ लेन-देन लॉग बैकअप कॉपी किए जाते हैं। इस परिदृश्य के लिए, C:\LSCopyAlwaysOn का उपयोग करें पथ के लिए, जैसा कि निम्न चित्र में दिखाया गया है:

चरण 9

लेनदेन लॉग पुनर्स्थापित करें . पर टैब, बैकअप पुनर्स्थापित करते समय डेटाबेस स्थिति . के अंतर्गत ,या तो कोई पुनर्प्राप्ति मोड नहीं चुनें या स्टैंडबाय मोड , जैसा कि निम्नलिखित चित्र में दिखाया गया है:

इस उदाहरण में, हमने कोई पुनर्प्राप्ति मोड नहीं . चुना है , जिसका अर्थ है कि DRडेटाबेस पहुँच योग्य नहीं है। यदि आप स्टैंडबाय मोड . चुनते हैं , DR डेटाबेस अंतिम उपयोगकर्ता के लिए केवल-पढ़ने के लिए उपलब्ध है।

चरण 10

ठीकक्लिक करें लॉग शिपिंग शुरू करने के लिए।

निम्न स्क्रीन प्रदर्शित होती है:

चरण 11

लॉग शिपिंग स्थिति की जांच करने के लिए, DR सर्वर, HEAD3, इंस्टेंस पर राइट-क्लिक करें, और रिपोर्ट->मानक रिपोर्ट->लेन-देन लॉग शिपिंग स्थिति चुनें। . यदि निम्न स्क्रीन दिखाई देती है, तो लॉग शिपिंग स्वस्थ है और अपेक्षा के अनुरूप काम कर रही है।

यदि PRIMEHEAD और HEAD2 के बीच AG विफल हो जाता है, तो लॉग शिपिंग तब तक बाधित रहती है जब तक कि आप AG विनिर्देशों को ध्यान में रखते हुए इसे कॉन्फ़िगर नहीं करते।

अब आप लॉग शिपिंग को HEAD2 से HEAD3 में कॉन्फ़िगर कर सकते हैं, जो भविष्य में theAG प्रतिकृतियों के बीच विफल होने पर भी लॉग शिपिंग कार्यक्षमता को प्रभावित नहीं करेगा। लॉग बैकअप हमेशा उसी पथ या स्थान पर होता है, भले ही प्रतिकृति प्राथमिक के रूप में काम कर रही हो।

आपको प्रतिकृतियों के बीच एक विफल ओवर आरंभ करने की आवश्यकता है। फ़ेल ओवर शुरू करने से पहले, निम्न चरणों को पूरा करें:

1. प्राथमिक प्रतिकृति पर LS बैकअप कार्य निष्पादित करें और कार्य को अक्षम करें।

2. एक LS प्रतिलिपि निष्पादित करें और द्वितीयक प्रतिकृति पर कार्य पुनर्स्थापित करें और फिर उसे अक्षम करें।

ऐसा करने के लिए, AG पर राइट-क्लिक करें और नीचे दिए गए चित्र में दिखाए अनुसार विफल विकल्प चुनें:

एजी फेल ओवर को मैन्युअल रूप से ट्रिगर करने के लिए आप निम्नलिखित टी-एसक्यूएल कमांड का उपयोग करके भी इसे पूरा कर सकते हैं:

USE master;
GO

ALTER AVAILABILITY GROUP [AGName] FAILOVER
GO

फ़ेल ओवर पूरा होने के बाद, निम्न विंडो प्रदर्शित होती है:

चरण 12

AG के PRIMEHEAD और HEAD2 के बीच विफल होने के बाद, वर्तमान प्राथमिक उदाहरण HEAD2 है।

लॉग शिपिंग को वर्तमान प्राथमिक सर्वर ऑर्नोड, HEAD2, से DR सर्वर, HEAD3 में कॉन्फ़िगर करने के लिए समान चरणों का पालन करें। लॉग शिपिंग को कॉन्फ़िगर करते समय, वही साझा पथ चुनें जिसका उपयोग आपने PRIMEHEAD और HEAD3 के बीच LS कॉन्फ़िगरेशन के दौरान किया था, \Avail2017\lsbackup ।

चरण 13

HEAD2 के बीच लॉग शिपिंग के बाद, वर्तमान प्राथमिक और HEAD3 पूरा हो जाता है, HEAD2 पर एक LS बैकअप कार्य बनाया जाता है, और HEAD3 पर LS कॉपी और LS पुनर्स्थापना कार्य का एक और सेट बनाया जाता है।

एक बार फिर, एजी प्रतिकृतियों के बीच एक विफल ओवर आरंभ करें। फ़ेल ओवर शुरू करने से पहले, निम्न चरणों को पूरा करना सुनिश्चित करें:

1. प्राथमिक (HEAD2) पर LS बैकअप कार्य निष्पादित करें और कार्य को अक्षम करें।

2. LS प्रतिलिपि निष्पादित करें और द्वितीयक (HEAD3) पर कार्य पुनर्स्थापित करें और फिर इसे अक्षम करें।

चरण 14

अंतिम विफलता के बाद, वर्तमान प्राथमिक PRIMEHEAD है, HEAD2 द्वितीयक प्रतिकृति है, और HEAD3 DR सर्वर है। चूंकि LS बैकअप कार्य दोनों सर्वर (प्राथमिक और द्वितीयक) पर मौजूद हैं, इसलिए आपको यह सुनिश्चित करने के लिए PRIMEHEAD और HEAD2 दोनों पर LS बैकअप कार्य को संशोधित करने की आवश्यकता है कि यह केवल वर्तमान प्राथमिक से लॉग बैकअप लेता है।

ऐसा करने के लिए, निम्न कोड को कार्य चरण 1 में जोड़ें:

Declare @dbname as varchar(20)
Set @dbname=’AdventureWorks2014’
If sys.fn_hadr_backup_is_preferred_replica (@dbname)<>1
begin
RAISERROR (50005,-- Message id,
           16, -- Severity,
           1, --State,
           N’This is not the primary server backup is rolled back’);
end

निम्न छवि इसे दर्शाती है:

पिछले परिवर्तन करने के बाद, ध्यान दें कि LS बैकअप कार्य द्वितीयक सर्वर पर विफल होने लगता है लेकिन प्राथमिक पर ठीक चलता है।

चरण 15

क्योंकि LS कॉपी के दो सेट हैं और HEAD3, DR सर्वर पर कार्य पुनर्स्थापित करते हैं, आपको यह सुनिश्चित करना होगा कि एक समय में केवल एक ही कार्य चलता है। आपको HEAD2 और HEAD3 के बीच लॉग शिपिंग को कॉन्फ़िगर करते समय बनाए गए कार्यों को सक्षम रखना होगा और नौकरियों के अन्य सेट को अक्षम करना होगा।

निम्न छवि अधिक विवरण दिखाती है:

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

नोट :हम दृढ़ता से अनुशंसा करते हैं कि आप परीक्षण के बिना उत्पादन में कोई परिवर्तन न करें। अपने उत्पादन परिवेश में इस समाधान को लागू करने से पहले, पहले इस कॉन्फ़िगरेशन को एक परीक्षण वातावरण में लागू करें।

सत्यापन:

a) सुनिश्चित करें कि बैकअप कार्य वर्तमान प्राथमिक प्रतिकृति पर सफलतापूर्वक चल रहा है। b) बैकअप पथ साझा पथ के समान होना चाहिए। c) LS कॉन्फ़िगरेशन के दौरान HEAD2 से HEAD3 तक बनाए गए कार्यों को कॉपी और पुनर्स्थापित करना ठीक से चलना चाहिए DR सर्वर पर।d) मानक रिपोर्ट अनुभाग में लेन-देन लॉग शिपिंग स्थिति की जाँच करें।

निष्कर्ष

अत्यधिक उपलब्ध डेटाबेस पर लॉग शिपिंग को कॉन्फ़िगर करना आपको एक अलग डेटा केंद्र में एडीआर सर्वर स्थापित करने में सक्षम बनाता है। यह सेटअप आपदा की स्थिति में मददगार साबित होता है और कम से कम मैन्युअल प्रयास की आवश्यकता होने पर भी आपके व्यवसाय को अप्रभावित रखता है, भले ही किसी अन्य डेटा सेंटर के सर्वर प्रभावित हों।

कोई टिप्पणी करने या प्रश्न पूछने के लिए प्रतिक्रिया टैब का उपयोग करें।

विशेषज्ञ प्रशासन, प्रबंधन और कॉन्फ़िगरेशन के साथ अपने परिवेश को अनुकूलित करें

रैकस्पेस की एप्लिकेशन सेवाएं(RAS) विशेषज्ञ अनुप्रयोगों के व्यापक पोर्टफोलियो में निम्नलिखित पेशेवर और प्रबंधित सेवाएं प्रदान करते हैं:

• ईकामर्स और डिजिटल अनुभव प्लेटफॉर्म
• एंटरप्राइज रिसोर्स प्लानिंग (ईआरपी)
• बिजनेस इंटेलिजेंस
• बिक्री बल ग्राहक संबंध प्रबंधन (सीआरएम)
• डेटाबेस
• ईमेल होस्टिंग और उत्पादकता

हम वितरित करते हैं:

• निष्पक्ष विशेषज्ञता :हम तत्काल मूल्य प्रदान करने वाली क्षमताओं पर ध्यान केंद्रित करते हुए आपकी आधुनिकीकरण यात्रा को सरल और मार्गदर्शन करते हैं।
• कट्टर अनुभव ™:हम पहले एक प्रक्रिया को जोड़ते हैं। प्रौद्योगिकी दूसरा। व्यापक समाधान प्रदान करने के लिए समर्पित तकनीकी सहायता के साथ दृष्टिकोण।
• बेजोड़ पोर्टफोलियो :हम व्यापक क्लाउड अनुभव लागू करते हैं ताकि आपको सही क्लाउड पर सही तकनीक को चुनने और परिनियोजित करने में मदद मिल सके।
• फुर्तीली डिलीवरी :हम आपसे मिलते हैं जहां आप अपनी यात्रा में हैं और सफलता को अपने साथ संरेखित करते हैं।

आरंभ करने के लिए अभी चैट करें।