क्लाउड में SQL सर्वर रिपोर्टिंग सेवाएँ

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


चित्र 1

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


Fig.2

सभी मौजूदा Microsoft क्लाउड डेटा केंद्रों में रिपोर्टिंग सेवाएँ उपलब्ध हैं। मैं इसे पश्चिमी यूरोपीय केंद्र (एम्स्टर्डम) में बनाऊंगा, क्योंकि वहाँ भी एक क्लाउड-आधारित SQL सर्वर है, जिस पर डेटा संग्रहीत किया जाएगा, जिसके आधार पर रिपोर्ट बनाई गई है, और डेटा केंद्र के भीतर ट्रैफ़िक मुफ़्त है। SQL सर्वर बनाने के मामले में, नाम स्वतः उत्पन्न होता है और इसे बदला नहीं जा सकता।


3 चित्र

यह सर्वर प्रशासक का नाम और पासवर्ड सेट करने के लिए भी प्रस्तुत किया जाएगा:


चित्र 4

जिसके बाद सर्वर रिपोर्ट को स्वीकार करने और निष्पादित करने के लिए तैयार है।


चित्रा 5

क्लाउड रिपोर्ट्स को स्थानीय लोगों की तरह ही टूल ( SSDT के रिपोर्ट डिजाइनर, रिपोर्ट बिल्डर ) द्वारा बनाया जाता है। मुख्य विशेषता यह है कि इसके लिए डेटा स्रोत Windows Azure SQL डेटाबेस (SQL Azure) होना चाहिए, जबकि स्थानीय रिपोर्ट बहुत सारे अंतर्निहित और कॉन्फ़िगर किए गए डेटा स्रोतों का समर्थन करती है:


चित्रा 6

जैसा कि हम देख सकते हैं, SQL Azure उनके बीच मौजूद है, जो आपको हाइब्रिड को लागू करने की अनुमति देता है, या, यदि आपको पसंद है, तो क्लाउड से डेटा का उपयोग करके स्थानीय रिपोर्टिंग सर्वर पर रिपोर्ट निष्पादित होने पर मध्यवर्ती परिदृश्य पसंद है।
क्लाउड और ऑन-प्रिमाइसेस SQL ​​सर्वर की कार्यक्षमता में महत्वपूर्ण चौराहे के बावजूद, यदि डेटा SQL Azure से लिया गया है, तो स्रोत SQL Azure होना चाहिए, न कि SQL Server। अन्यथा, परिनियोजन में त्रुटि होगी
रिपोर्ट प्रसंस्करण के दौरान एक त्रुटि हुई है। ट्रेसिंग आईडी है: f8806086-edd3-4a68-89b6-26bd33504f82। (RsProcessingAborted)
साझा डेटा सेट 'DataSet1' के लिए निष्पादन विफल हो गया। (RsDataSetExecutionError)
डेटा एक्सटेंशन 'SQL' का उपयोग करने का प्रयास किया गया है जो या तो इस रिपोर्ट सर्वर के लिए पंजीकृत नहीं है या रिपोर्टिंग सेवा के इस संस्करण में समर्थित नहीं है। (RsDataExtensionNotFound)

सबसे पहले, जिस डेटा पर रिपोर्ट बनाई गई है, उसे स्थानीय डेटाबेस से SQL Azure में स्थानांतरित किया जाना चाहिए। यह बहुत सारे तरीकों का उपयोग करके किया जा सकता है, जिसमें से हमने पांच का विश्लेषण किया था: बीसीपी , एसएसआईएस , डीएसीपीएसी , बीएसीपीएसी , एसक्यूएल एज़्योर डेटा सिंक , और उनके संयोजन।
सादगी के लिए, मैं एसक्यूएल एज़्योर पद्धति के लिए डिप्लॉय डेटाबेस का चयन करता हूं, जो स्थानीय डेटाबेस को बीएसीपीएसी को निर्यात करता है और तुरंत इसे निर्दिष्ट एज़्योर SQL सर्वर पर आयात करता है:


चित्र 7


चित्र 8

डेटा को क्लाउड में ले जाने के बाद, रिपोर्ट में DataSource1 कनेक्शन को स्थानीय SQL सर्वर से क्लाउड पर फिर से करने की आवश्यकता होती है:


चित्र 9

अब स्थानीय रिपोर्ट को क्लाउड डेटा पर निष्पादित किया जाएगा, जैसा कि पहले स्थानीय लोगों पर किया गया था। यदि कोई त्रुटि उत्पन्न होती है कि सर्वर से कनेक्शन सफलतापूर्वक स्थापित किया गया था, लेकिन प्रमाणपत्र का CN नाम पारित मूल्य से मेल नहीं खाता है, तो कनेक्शन स्ट्रिंग चित्र 9 में जोड़ें; TrustServerCertificate = True।
रिपोर्ट को स्थानीय रिपोर्ट सर्वर से क्लाउड पर ले जाएँ। ऐसा करने का सबसे आसान तरीका यह है कि इसे सीधे एक विकास उपकरण से स्थापित किया जाए, इस मामले में, एसएसडीटी। प्रोजेक्ट प्रॉपर्टीज़ में (प्रोजेक्ट -> <प्रोजेक्ट नाम> गुण), लक्ष्य सर्वर Url के रूप में, क्लाउड रिपोर्टिंग सर्वर का नाम निर्दिष्ट करें जो हमने Azure प्रबंधन पोर्टल (चित्र 5) में देखा था। हमेशा की तरह, हम उन फ़ोल्डरों के नाम निर्दिष्ट करते हैं जहां साझा डेटा स्रोत और डेटासेट रखे जाएंगे। OverwriteDatasets और OverwriteDatasources गुणों को सत्य में बदलें। अन्यथा, यदि इस फ़ोल्डर में समान नाम वाला डेटासेट / डेटा स्रोत पहले से मौजूद है, तो यह पूरा नहीं होगा:
- शुरू किया गया प्रोजेक्ट: प्रोजेक्ट: रिपोर्ट प्रोजेक्ट 1, विन्यास: डीबग - आईजस्टवेक 71.reporting.windows.net/ReportServer पर नियोजन
डेटा स्रोत '/ डेटा स्रोत / डेटा स्रोत 1' तैनात करना।
चेतावनी: यह डेटा स्रोत DataSource1 को सर्वर पर तैनात नहीं कर सकता क्योंकि यह पहले से मौजूद है और OverwriteDataSources निर्दिष्ट नहीं है।
डेटा सेट की तैनाती '/ डेटासेट / डेटासेट 1'।
चेतावनी: यह डेटासेटसेट 1 को सर्वर पर तैनात नहीं कर सकता क्योंकि यह पहले से मौजूद है और ओवरराइटडैटसेट निर्दिष्ट नहीं है।


चित्र १०

SSDT मेनू बार में, बिल्ड आइटम पर जाएं और Deploy <प्रोजेक्ट का नाम> चुनें।


चित्रा 11

हम Azure पोर्टल पर जाते हैं -> रिपोर्टिंग और ध्यान दें कि, चित्र 5 की तुलना में, डेटा स्रोत, डेटासेट और रिपोर्ट प्रोजेक्ट 1 फ़ोल्डर ने रिपोर्टिंग सर्वर पर गठित किया है, जैसा कि चित्र 10 में आदेश दिया गया है।


चित्र 12

हम फ़ोल्डर रिपोर्ट Project1 में जाते हैं, जहाँ हम एक ताज़ा रिपोर्ट रिपोर्ट देखते हैं:


चित्रा 13

शीर्ष मेनू में अपलोड बटन पर ध्यान दें। यह आपको "मैन्युअल" रिपोर्ट को पूरा करने की अनुमति देता है, अर्थात SSDT / रिपोर्ट बिल्डर का सहारा लेना आवश्यक नहीं है। आप पोर्टल पर सीधे डेटा स्रोत भी बना सकते हैं - डेटा स्रोत मेनू बटन बनाएँ। हम रिपोर्ट पर क्लिक करते हैं, रिपोर्ट सर्वर पर प्राधिकरण के लिए लॉगिन और पासवर्ड दर्ज करते हैं:


चित्र 14

इसके बाद, आपको एक खाता दर्ज करने के लिए प्रेरित किया जाएगा, जिसमें रिपोर्ट सर्वर डेटा स्रोत से संपर्क करेगा:


चित्र 15

और इसे दर्ज करने के बाद, हमें क्लाउड में एक परिचित रिपोर्ट मिलती है:


चित्रा 16

उपयोगकर्ता रिपोर्ट को सीधे उस url द्वारा एक्सेस कर सकते हैं, जिसे हम पता बार में देखते हैं, उदाहरण के लिए, iijsstvk71.reporting.windows.net/ReportServer/Pages/ReportViewer.aspx?Report%20Project1/Report1 । उस खाते में लगातार प्रवेश करने से बचने के लिए जिसके तहत Azure रिपोर्टिंग सर्वर SQL Azure तक पहुँचता है, आप इसे डेटा स्रोत गुणों में संग्रहीत कर सकते हैं। ऐसा करने के लिए, चित्र 12 में, डेटा स्रोत फ़ोल्डर पर जाएं, डेटा स्रोत 1 पर क्लिक करें, ध्यान दें कि क्रेडेंशियल्स को रिपोर्ट सर्वर में सुरक्षित रूप से संग्रहीत किया जाएगा और उन्हें दर्ज करें। इस स्थिति में, विंडो छवि 15 प्रदर्शित नहीं की जाएगी।


चित्र 17

यदि आप ReportViewer Control का उपयोग करते हैं, तो आप प्रमाणीकरण कुकी के साथ Azure रिपोर्टिंग सर्वर चित्र 14 तक पहुंचने के लिए किसी खाते में प्रवेश करने से भी स्पष्ट रूप से बच सकते हैं, जैसा कि यहाँ दिखाया गया है ।

नोट।
1 अगस्त 2012 से, विंडोज एज़्योर एसक्यूएल रिपोर्टिंग, जो कि निशुल्क पूर्वावलोकन चरण में थी, वाणिज्यिक संचालन में उपलब्ध होगी, और इसलिए वे यह तय करने का प्रस्ताव देते हैं कि पहले बनाए गए सर्वरों के साथ क्या करना है: एक भुगतान के आधार पर हटाएं या स्थानांतरित करें।


चित्र 18

आप कैलकुलेटर का उपयोग करके दरों से परिचित हो सकते हैं।


चित्र 19