Windows Azure SQL VM के लिए डेटाबेस माइग्रेशन। BLOB भंडारण + बाकी

अब चूंकि हमारे पास क्लाउड में SQL सर्वर बनाया गया है जिस पर SQL सर्वर स्थापित है और क्लाइंट साइड से इसे कनेक्ट करने में सक्षम है, जैसा कि स्थानीय SQL सर्वर के साथ है, यह इसे डेटा से भरने के लिए बना रहता है। मान लीजिए, एक हाइब्रिड परिदृश्य में, डेटाबेस के भाग को Azure SQL VM में माइग्रेट करने की योजना है। इस लेख में, हम एक ऐसे परिदृश्य पर विचार करेंगे, जहाँ एक डेटाबेस को एक फाइल (या कई फाइलों) के रूप में अलग किया जाता है, इसकी बैकअप कॉपी, डिटैच, डेटा-टीयर एप्लिकेशन इत्यादि बनाकर, फाइल को Azure SQL VM में डिलीवर कर दिया जाता है और डेटाबेस को पुनर्स्थापित करके वापस कर दिया जाता है। बैकअप, संलग्न, तैनात / आयात डेटा स्तरीय अनुप्रयोग , आदि पहली और अंतिम क्रिया DBA के साथ प्रश्न नहीं उठाती है। यह समझना बेहतर है कि SQL सर्वर के साथ क्लाउड-आधारित वर्चुअल सर्वर के लिए डेटाबेस (.bak, .mdf, .bacpac, ...) के साथ अलग-थलग की गई फ़ाइल को कैसे वितरित किया जाए।

उदाहरण के लिए, हम अपने पसंदीदा एडवेंचरवर्क्स डेटाबेस को उसकी बैकअप प्रति के रूप में हस्तांतरित करेंगे:

backup database AdventureWorks2012 to disk = 'c:\Temp\AdventureWorks2012.bak' with init, compression, stats = 10
लिपि १

छोटे आकार की फ़ाइलें, जैसे कि यह, बिना किसी विशेषण के, SQL सर्वर वर्चुअल मशीन के दूरस्थ डेस्कटॉप पर मानक कॉपी / पेस्ट ट्रांसफर कर सकती है। यह भी मेरे दिमाग में आता है कि वर्चुअल मशीन पर एक साझा फ़ोल्डर बनाने के लिए और असफलताओं के मामले में समानांतर, सही और फिर से शुरू करने की क्षमता के साथ उन्नत प्रतिलिपि साधनों का उपयोग करके इसे कॉपी करें, और एफ़टीपी के माध्यम से फ़ाइल भी स्थानांतरित करें। ये तरीके स्पष्ट हैं। इस पोस्ट में, हम एक अलग विधि का उपयोग करेंगे: स्थानीय फ़ाइल से बैकअप फ़ाइल को एक बूँद के रूप में एज़्योर स्टोरेज में स्थानांतरित करें और इसे वहाँ से क्लाउड वर्चुअल मशीन में डाउनलोड करें। वर्चुअल मशीन बनाते समय हमारे पास पहले से ही एक स्टोरेज अकाउंट स्वचालित रूप से बना होता है, जिसमें स्वचालित रूप से vhds नाम का एक कंटेनर होता है, जिसमें हमारी वर्चुअल मशीन की वर्चुअल डिस्क एक ब्लॉब के रूप में संग्रहित होती है। प्रयोग की शुद्धता के लिए, हम उसी डेटा सेंटर में एक नया स्टोरेज अकाउंट बनाएंगे, जिसे ओवरहेड को कम करने के लिए क्लाउड वर्चुअल मशीन के रूप में एक ही डेटा सेंटर में स्थापित किया जाएगा।
Azure संग्रहण के अंदर, डेटा को ब्लब्स या टेबल के रूप में संग्रहीत किया जा सकता है - Windows Azure दस्तावेज़ में Azure डेटा प्रबंधन और व्यवसाय Analytics देखें। टेबल्स कड़ाई से संबंधपरक अर्थों में टेबल नहीं हैं। ये कुंजी-मूल्य वाले जोड़े के समान रूप से संरचित सेट हैं जो एक बार SQL डेटा सेवा कहलाता है - SQL Azure का परिचय देखें। एसडीएस की तुलना में, वर्तमान तालिकाओं को कुंजी द्वारा विभाजित किया जा सकता है। अलग-अलग विभाजन क्लाउड में विभिन्न मशीनों पर संग्रहीत किए जाते हैं, जिससे क्षैतिज स्केलिंग प्राप्त होती है, जैसा कि SQL एज़्योर डेटाबेस के मामले में तेज है। ब्लॉब्स ब्लॉक और पेज हैं। ब्लॉक ब्लब्स की संरचना को उप-डॉक पहुंच, पृष्ठ - यादृच्छिक पढ़ने / लिखने के लिए अनुकूलित किया गया है। पृष्ठ संरचना आपको बूँद में बाइट्स की एक श्रृंखला लिखने की अनुमति देती है। उनके बीच के अंतर को विस्तार से समझाया गया है, उदाहरण के लिए, यहाँ - blogs.msdn.com/b/windowsazurestorage/archive/2010/04/11/using-windows-azure-page-blobs-and-how-to-blyly-upload-and-and डाउनलोड-पृष्ठ- blobs.aspx वर्चुअल डिस्क को पेज ब्लब्स के रूप में संग्रहीत किया जाता है। ब्लब कंटेनर के अंदर संग्रहीत किए जाते हैं जो भंडारण खाते के हिस्से के रूप में बनाए जाते हैं। AdventureWorks2012.bak के भंडारण के लिए tststorage खाते में एक कंटेनर 1 कंटेनर बनाएँ।
सार्वजनिक कंटेनर किसी को भी इसमें मौजूद बूँदें देखने की अनुमति देता है। सार्वजनिक बूँद किसी को भी किसी भी बूँद तक पहुँचने की अनुमति देती है, लेकिन कंटेनर की सामग्री उपलब्ध नहीं है। अंत में, एक निजी कंटेनर का मतलब है कि बूँद तक पहुंचने के लिए, आपको संग्रहण खाता कुंजी निर्दिष्ट करनी होगी। इसके बाद, आप संपादन कंटेनर बटन का उपयोग करके कंटेनर तक पहुंच स्तर को बदल सकते हैं।
स्क्रिप्ट 1 में बने डेटाबेस के बैकअप को सरलता के लिए ब्लॉक ब्लॉब के रूप में एज़्योर स्टोरेज पर अपलोड किया जाएगा। क्लाउड में (साथ ही तालिकाओं और कतारों पर) ब्लब्स के संचालन के लिए, आप REST का उपयोग कर सकते हैं, जो आपको इंटरनेट (HTTP रिक्वेस्ट / रिस्पांस) के माध्यम से सीधे काम करने की अनुमति देता है, जिससे विकास उपकरणों की एक विस्तृत श्रृंखला आकर्षित होती है। बूँद के साथ काम करने के लिए REST API यहाँ वर्णित है - msdn.microsoft.com/en-us/library/dd135733.aspx । तो आप देख सकते हैं कि कौन से ब्लब्स सार्वजनिक कंटेनर में हैं: tststorage.blob.core.windows.net/container1?restype=container&comp=list
कंटेनर कंटेनर 1 अब खाली है। AdventureWorks2012.bak को इसमें लोड करने के लिए, आपको PUT विधि का उपयोग करना होगा:

सिस्टम का उपयोग कर;
System.Net का उपयोग करना;
System.IO का उपयोग कर;
System.Security.Cryptography का उपयोग कर;
System.Text का उपयोग कर;
System.Globalization का उपयोग करना;

कक्षा कार्यक्रम
{
स्थिर शून्य मुख्य (स्ट्रिंग [] args)
{
string fileFullName = @ "c: \ Temp \ AdventureWorks2012.bak"; //@Filec:\Temp\aaa.txt ";

string storageAccount = "tststorage";
स्ट्रिंग कंटेनर नाम = "कंटेनर 1";
string accessKey = "xws7rilyLjqdw8t75EHZbsIjbtwYDvpZw790lda0L1PgzEqKHxGNIDdCdQlnvW5LdWWK/QOZFTs5xE4P93A5A =A =";

HttpWebRequest पुनः ));

FileStream fs = File.OpenRead (fileFullName);
बाइट [] फ़ाइलकंटेंट = नई बाइट [f..Length];
fs.Read (fileContent, 0, fileContent.Length);
fs.Close ();

req.Method = "PUT";
req.ContentLength = fileContent.Length;
req.Headers.Add ("x-ms-blob-type", "BlockBlob");
req.Headers.Add ("x-ms-date", DateTime.UtcNow.ToString ("R", CultureInfo.InvariantCulture);
req.Headers.Add ("x-ms-version", "2011-08-18");
string canonicalizedString = BuildCanonicalizedString (req, String.Format ("/ {0} / {1} / {2}", StorageAccount, कंटेनर नाम, Path.GetFileName (fileFullName));
req.Headers ["प्राधिकरण"] = CreateAuthorizationHeader (canonicalizedString, storageAccount, accessKey);
req.Timeout = 100 * 60 * 1000;
स्ट्रीम s = req.GetRequestStream ();
s.Write (fileContent, 0, fileContent.Length);

तारीख समय dt = DateTime.Now;
req.GetResponse ();
System.Diagnostics.Debug.WriteLine (DateTime.Now - dt);

}

स्थिर स्ट्रिंग CreateAuthorizationHeader (स्ट्रिंग canonicalizedString, स्ट्रिंग संग्रहण
{
HMACSHA256 hmacSha256 = नया HMACSHA256 (Convert.FromBase64String (accessKey));
बाइट [] dataToHMAC = Encoding.UTF8.GetBytes (canonicalizedString);
स्ट्रिंग हस्ताक्षर = Convert.ToBase64String (hmacSha256.ComputeHash (dataToHMAC));
वापसी "SharedKey" + storageAccount + ":" + हस्ताक्षर;
}

स्टैटिक स्ट्रिंग बिल्डकैनोलाइज़्ड स्ट्रींग (HttpWebRequest req, string canonicalizedResource)
{
StringBuilder sb = new StringBuilder ();
sb.Append (req.Method + "\ n \ n \ n");
sb.Append (String.Format ("{0} \ n \ n \ n \ n \ n \ n \ n \ n \ n", req.ContentLength));
sb.Append ("x-ms-blob-type:" + req.Headers ["x-ms-blob-type"] + '\ n');
sb.Append ("x-ms-date:" + req.Headers ["x-ms-date"] + '\ n');
sb.Append ("x-ms-version:" + req.Headers ["x-ms-version"] + '\ n');
sb.Append (canonicalizedResource);
रिटर्न sb.ToString ();
}
}
लिपि २

इस कोड में, एक बिंदु के अलावा, शायद सब कुछ स्पष्ट है। इस तथ्य के बावजूद कि कंटेनर 1 को एक सार्वजनिक कंटेनर के रूप में बनाया गया था, एक बूँद को रिकॉर्ड करने के लिए प्राधिकरण की आवश्यकता होती है। सेट एक्सेस स्तर के आधार पर ब्लॉब्स और कंटेनरों पर कौन और कौन से ऑपरेशन किए जा सकते हैं - यहाँ वर्णित है - msdn.microsoft.com/en-us/library/dd179354.aspx । एक्सेस स्तर के बावजूद, मालिक को लिखने का अधिकार है। एक HTTP अनुरोध में एक मालिक के रूप में अधिकृत करने के लिए, आपको प्राधिकरण शीर्ष लेख को सेट करने की आवश्यकता है। इस हैडर को लिखी गई स्ट्रिंग, प्रमाणीकरण योजनाओं की आवश्यकताओं के अनुसार, इसमें एक हस्ताक्षर होता है, जो UTF-8 एन्कोडिंग में कैनोलाइज्ड स्ट्रिंग का एक हैश-आधारित मैसेज ऑथेंटिकेशन कोड (HMAC) है, जहां एक्सेस कुंजी के आधार पर SHA256 एल्गोरिथ्म का उपयोग करके हैश की गणना की जाती है। कैनोनाइज़्ड स्ट्रिंग में REST एक्सेस विधि, अपलोड की गई फ़ाइल का आकार, बूँद प्रकार (x-ms-blob-type = block या पेज) UTC स्वरूप में HTTP अनुरोध का दिनांक / समय (x-ms-date), Azure बूँद सेवा का संस्करण दिनांक शामिल है, इस HTTP अनुरोध (एक्स-एमएस-संस्करण) आदि की सेवा करना, उच्च प्रोग्रामिंग कला के साथ चमकने की आवश्यकता नहीं है, आपको केवल श्रमसाध्यता और सावधानी की आवश्यकता है, क्योंकि कैनोनाइज़्ड स्ट्रिंग के गठन में थोड़ी सी भी अशुद्धि, HTTP 403 निषिद्ध त्रुटि की ओर ले जाती है।
एक्सेस कुंजी (प्राथमिक और द्वितीयक) स्टोरेज अकाउंट बनाने के चरण में बनाई जाती है, इन्हें कंटेनर के गुणों (मैनेज कीज़) में देखा जा सकता है। प्राधिकरण के दौरान एक डिजिटल हस्ताक्षर बनाने के लिए उनमें से किसी को एक्सेस एक्सेस के रूप में सेट किया जा सकता है - HMACSHA256 hmacSha256 = नया HMACSHA256 (Convert.FromBase64String (accessKey));
अधिक दानेदार अधिकार प्रबंधन के लिए, आप साझा पहुँच हस्ताक्षर का उपयोग कर सकते हैं। एक साझा हस्ताक्षर आपको एक नीति बनाने की अनुमति देता है जो आपको एक विशिष्ट ऑपरेशन करने की अनुमति देता है, उदाहरण के लिए, आवंटित समय अवधि के भीतर एक विशिष्ट कंटेनर में रिकॉर्डिंग। हस्ताक्षर प्राप्त करने वाला व्यक्ति इस नीति के दायरे में कार्य कर सकेगा। एक और हस्ताक्षर, उदाहरण के लिए, एक कंटेनर से अलग अवधि के लिए पढ़ने को अधिकृत कर सकता है।
अन्य टिप्पणियाँ
• अगर उस नाम के साथ एक बूँद कंटेनर में मौजूद है, तो यह चुपचाप भून दिया जाता है।
• कंटेनर का नाम केस संवेदी है।
• लोडिंग समय स्पष्ट रूप से ग्रिड की गति पर निर्भर करता है। उदाहरण के लिए, काम से, यह 45-मेगापिक्सेल बैकअप 00:01:07 के लिए एक सीटी से भर गया था। घर से यह धीमी गति से निकला।
इस डेमो में, बैकअप आकार में काफी "बचकाना" था। ब्लॉक ब्लब्स 200 जीबी तक सीमित हैं। 64 एमबी से कम आकार के ब्लॉक को एक सिंगल ऑपरेशन के साथ लोड किया जा सकता है, जैसा कि हमने स्क्रिप्ट 2 उदाहरण में देखा था। अन्यथा, इसे ब्लॉक और पुट ब्लॉक सूची विधियों का उपयोग करके ब्लॉक से टुकड़ों में लोड किया जाना चाहिए। बड़ी फ़ाइलों को Azure Storage में अपलोड करते समय, पेज ब्लब्स का उपयोग करें। पृष्ठ बूँद में 512-बाइट पृष्ठ होते हैं, इसका अधिकतम आकार 1 टीबी है। पेज ब्लॉब पेज लिखने / पढ़ने का एक उदाहरण यहाँ दिया गया है - blogs.msdn.com/b/windowsazurestorage/archive/2010/04/11/use-windows-azure-page-blobs-and-how-to-efficiently-upload- और डाउनलोड-पृष्ठ- blobs.aspx