💬 👉🏾 🏫 Azure Storage में एक डेटाबेस का बैकअप लेना 👩🏾‍🤝‍👨🏻 🅿️ ↩️

क्लाउड-आधारित SQL सर्वर पर माइग्रेट करने के पिछले लेखों में, हमने डेटाबेस बैकअप को क्लाउड पर स्थानांतरित करने के विभिन्न विकल्पों पर ध्यान दिया। बस मामले में, आपको तुरंत याद रखना चाहिए कि हम आईएएएस दृष्टिकोण के बारे में बात कर रहे हैं, अर्थात्। Windows Azure वर्चुअल मशीन पर SQL सर्वर परिनियोजित करना वैकल्पिक PaS दृष्टिकोण मौलिक रूप से भिन्न है, क्योंकि Windows Azure SQL डेटाबेस (SQL Azure) नियमित T-SQL बैकअप / पुनर्स्थापना आदेश के रूप में कार्यक्षमता का समर्थन नहीं करता है। डेटाबेस फ़ाइलों को डिस्कनेक्ट और अटैच करने का भी कोई तरीका नहीं है। अन्य विधियों का उपयोग वहां किया जाना चाहिए, जैसे DAC, BCP, SSIS, SQL Azure Sync, आदि। इस लेख में, हम IaaS से संबंधित विधियों की समीक्षा करना जारी रखते हैं, और चूंकि इसमें बैकअप बनाने / बढ़ाने में कोई समस्या नहीं है, इसलिए मुख्य रूप से कार्यशील समय डेटाबेस की बैकअप प्रतिलिपि को क्लाउड पर और इसके विपरीत ट्रांसफर करना है। इस संबंध में, यह Azure Storage से / से किसी भी Blob को डाउनलोड करने या डाउनलोड करने से अलग नहीं है। हमने Blob Service REST API (http://msdn.microsoft.com/en-us/library/dd135733.aspx) के उपयोग की जांच की, जो कि इसके विचार में बहुत सरल है, लेकिन इसे लागू करने के लिए श्रमसाध्य है, क्योंकि इसके लिए आपको एक स्वच्छ शरीर की आवश्यकता है अनुरोध किया जा रहा। Azure SDK (http://msdn.microsoft.com/en-us/library/dd179380.aspx) द्वारा प्रदान किया गया रैपर, जिसमें तैयार किए गए वर्ग शामिल हैं, जो तैयारी कार्य को मैन्युअल रूप से करने की आवश्यकता होती है, जिसका उपयोग करते समय किया जाना चाहिए कच्चे "बाकी एपीआई। अंत में, हमने बैकअप को एक अलग वीएचडी-डिस्क पर स्थानांतरित करने की प्रक्रिया की जांच की, जो क्लाउड वर्चुअल मशीन से जुड़ी है। SQL Server 2012 SP1 के लिए संचयी अद्यतन 2 की रिलीज़ के साथ, इस प्रक्रिया को और अधिक सरल बना दिया गया है अब नियमित टी-एसक्यूएल कमांड का उपयोग करके डेटाबेस को सीधे एज़्योर स्टोरेज पर वापस करना संभव है और, तदनुसार, उनसे पुनर्प्राप्त करें। क्लाउड के लिए सभी गैर-SQL सर्वर बैकअप ओवरहेड समर्थन T-SQL कमांड में बनाया गया है। हमें केवल एक संग्रहण खाता (Windows Azure Storage Account) होना चाहिए, जिसका उपयोग मध्यवर्ती बैकअप भंडारण के लिए किया जाएगा।

हमने Blob Service REST API (http://blogs.technet.com/b/isv_team/archive/2012/10/10/25/3528566.aspx) को समर्पित एक लेख में एक स्टोरेज अकाउंट बनाने की प्रक्रिया पर चर्चा की और हम अब इस पर विस्तार से ध्यान नहीं देंगे। मुझे केवल आपको याद दिलाना है कि यह उसी डेटा केंद्र में बनाने के लिए समझ में आता है जहां SQL सर्वर के साथ वर्चुअल मशीन स्थित है, जिस पर डेटा केंद्रों के बीच ट्रैफ़िक को बचाने के लिए बैकअप प्रतिलिपि को पुनर्स्थापित करना माना जाता है। उदाहरण के लिए, मेरे मामले में, SQL सर्वर के डिफ़ॉल्ट उदाहरण के साथ lvmtest4 वर्चुअल मशीन उत्तरी यूरोप स्थान पर स्थित है। डेटाबेस बैकअप को स्थानांतरित करने के लिए एक tststorage खाता बनाया जाएगा। निर्माण प्रक्रिया को विंडोज एज़्योर (http://msdn.microsoft.com/en-us/library/windowsazure/gg433066.aspx) के लिए प्रलेखन में अधिक विस्तार से वर्णित किया गया है। खाते के अंदर, हम कंटेनर कंटेनर 1 बनाएंगे (कंटेनर नाम में कैपिटल अक्षर समर्थित नहीं हैं)। सुरक्षा उद्देश्यों के लिए, कंटेनर को निजी रूप से बनाया जाएगा, जिसका अर्थ है कि इसकी सामग्री तक पहुंचने के लिए आपको एक्सेस कुंजी (प्राथमिक या द्वितीयक) निर्दिष्ट करने की आवश्यकता होगी, जिसे संग्रहण खाता गुणों में देखा जा सकता है।
आवश्यक शर्तें में से हमें अभी भी स्थानीय SQL Server 2012 CU2 से SP1 पर स्थापित करना होगा। हमेशा की तरह, संचयी अपडेट को अगले सर्विस पैक में शामिल किया जाएगा, लेकिन इस लेखन के समय, SQL Server 2012 पर सर्विस पैक 1 को स्थापित करना आवश्यक है (यदि यह पहले से स्थापित नहीं है) (http://www.microsoft.com/) en-us / download / details.aspx? id = 35575), और फिर इस सर्विस पैक के लिए संचयी अद्यतन 2 (http://support.microsoft.com/kb/2790947)। जब हम विंडोज एज़्योर शिखर सम्मेलन में इस सवाल से गुजरे, तो दर्शकों ने वाक्यांश पर ध्यान आकर्षित किया। इस सर्विस पैक में SQL Server 2012 संचयी अद्यतन 1 (CU1) और संचयी अद्यतन 2 (CU2) शामिल हैं, इसलिए एक बार फिर स्पष्ट करना बेहतर होगा। यह नंगे SQL सर्वर 2012 के संचयी अद्यतन से संबंधित है। हमें SP1 को CU2 की आवश्यकता है। एक फॉर्म एक लिंक द्वारा खोला जाता है, जिस फॉर्म में हम उस फाइल को चिह्नित करते हैं, जिसकी मुझे जरूरत है (मैंने तीनों को चिह्नित किया है) और ई-मेल को इंगित करता हूं, जो कि वास्तव में हॉटफिक्स@microsoft.com से एक ईमेल प्राप्त करता है जिसमें लिंक होते हैं कि क्या मिलेगा हमारे उद्देश्यों के लिए, SQLServer2012_SP1_CU2_2790947_11_0_3339_x64 को सेट करना पर्याप्त है ताकि Microsoft SQL Server 2012 (SP1) - 11.3.3339.0 (X64), 14 जनवरी 2013 19:02:10, बिल्ड 9200 से @ @ संस्करण कम न हो।
स्थानीय SQL सर्वर क्लाउड स्टोरी तक पहुंचने में सक्षम होने के लिए, आपको पहले उस पर एक क्रेडेंशियल बनाना होगा, जो कहानी खाते का नाम और उसकी एक्सेस कुंजी (प्राथमिक या द्वितीयक, कोई अंतर नहीं) में से एक का संकेत देगा।

if exists (select 1 from sys.credentials where name = 'SqlToAzureStorage' and credential_identity = 'tststorage') drop credential SqlToAzureStorage
CREATE CREDENTIAL SqlToAzureStorage
WITH IDENTITY= 'tststorage' --storage account
, SECRET = 'oY1AUn6/5/IWz8dfQJzidOVY8HRUKOz1k5MsSnV86xV46fEtQCAigC3Fd8Lgkn2fv6SotsRpZm6w2tRaQVAovw=='

लिपि १

पहुँच कुंजियाँ Windows Azure प्रबंधन पोर्टल में कहानी खाते के प्रबंधन में पाई जा सकती हैं, यदि आप शीर्ष मेनू में कॉन्फ़िगर करें और नीचे मेनू में कुंजी प्रबंधित करें।

चित्र 1

Fig.2

दरअसल, बस इतना ही। क्लाउड स्टोरी में अपने पसंदीदा एडवेंचरवर्क्स डेटाबेस की बेमानी प्रतिलिपि बनाएँ।

BACKUP DATABASE AdventureWorks2012
TO URL = 'https://tststorage.blob.core.windows.net/container1/AdventureWorks2012.bak'
WITH CREDENTIAL = 'SqlToAzureStorage', INIT, STATS = 10

लिपि २

यहां सब कुछ स्पष्ट है। URL स्ट्रिंग <Azure Storage खाता नाम> के आधार पर बनाई गई है। blob.core.windows.net/ <कंटेनर नाम> / <जैसा कि इस कंटेनर में बनाई गई बैकअप फ़ाइल को> 'कहा जाएगा। आप इसे कंटेनर गुणों में Windows Azure प्रबंधन पोर्टल में देख सकते हैं:

3 चित्र

यदि CU2 से SP1 को स्थापित नहीं किया गया है, तो Msg 155, स्तर 15, स्थिति 1, पंक्ति 2 त्रुटि तब होती है जब यह आदेश निष्पादित होता है। 'URL' एक मान्यता प्राप्त डिवाइस प्रकार विकल्प नहीं है। लेकिन हमने इसे स्थापित किया है, इसलिए सब कुछ सफल है।

चित्र 4

अगर अब हम चित्र 3 में कंटेनर 1 कंटेनर में जाते हैं, तो हम देखेंगे कि एडवेंचरवर्क्स 2012.bak बैकअप वहां बनाया गया था।
टिप्पणियाँ:
• अधिकतम बैकअप आकार 1 टीबी से अधिक नहीं होना चाहिए, जो कि एज़्योर ब्लॉब स्टोरेज की सीमाओं के कारण है।
• यह न केवल डेटाबेस के पूर्ण बैकअप के निर्माण का समर्थन करता है, बल्कि लेनदेन लॉग, फ़ाइल समूह, अंतर बैकअप, साथ ही साथ संपीड़न बैकअप का बैकअप भी देता है।
• यदि समान नाम वाली फ़ाइल कंटेनर में पहले से मौजूद है, तो एक त्रुटि उत्पन्न होगी। इसे फिर से लिखने के लिए, FORMAT विकल्प का उपयोग करें।
• SSMS इंटरफ़ेस से, Azure Blob Storage में एक डेटाबेस का बैकअप अभी समर्थित नहीं है।
अब हम SQL सर्वर के साथ क्लाउड वर्चुअल मशीन पर जाते हैं, उस पर एक पहचान (स्क्रिप्ट 1) बनाते हैं और उस पर डेटाबेस को नए सिरे से बनाए गए क्लाउड बैकअप से बिल्कुल सममित रूप से पुनर्स्थापित करते हैं। यह स्पष्ट है कि SP1 CU2 उस SQL सर्वर पर भी स्थापित होना चाहिए।

RESTORE DATABASE AdventureWorks2012
FROM URL = 'https://tststorage.blob.core.windows.net/container1/AdventureWorks2012.bak'
WITH CREDENTIAL = 'SqlToAzureStorage', REPLACE, STATS = 10

लिपि ३

चित्रा 5

इसी तरह, आप इसके विपरीत कर सकते हैं: क्लाउड में एक बैकअप बनाएं और इसे SQL सर्वर पर प्रीमियर करें, साथ ही क्लाउड या ऑन-प्रिमाइसेस मशीनों के बीच डेटाबेस को स्थानांतरित करें।

Azure Storage में एक डेटाबेस का बैकअप लेना

More articles: