SQL सर्वर 2005 से 2016 के लिए माइग्रेटिंग डेटा


9

मैं SQL सर्वर को प्रशासित करने के लिए नया हूँ लेकिन मैं SQL भाषा के साथ सहज हूँ और SSIS पैकेज बना रहा हूँ।

मैं SQL Server 2005 से 2016 तक डेटा माइग्रेट करना चाहता हूं।

मेरा सवाल यह है कि मुझे सिस्टम डेटाबेस और अन्य ऑब्जेक्ट्स जैसे कि अनुक्रमित, संग्रहीत कार्यविधियाँ, दृश्य, सुरक्षा और अनुमतियां के बारे में चिंता करने की आवश्यकता है। लॉगिन या मैं सिर्फ डेटा माइग्रेट कर सकता हूं।

जो इस मामले में अनुशंसित प्रक्रिया होगी।


क्या आप प्रोडक्शन इंस्टेंस को अपग्रेड करने का प्रयास कर रहे हैं ? यानी क्या आपको उसी लॉगइन, इंडेक्स, स्टोर किए गए प्रोक्स आदि की आवश्यकता है? जैसा कि यह है, आपका प्रश्न वास्तव में काफी व्यापक है। कृपया ले दौरे और पढ़ने के सहायता केंद्र कितना अच्छा सवाल पूछने के लिए पर। धन्यवाद!
मैक्स वेरनॉन

जवाबों:


7

मैक्स ने एक अच्छा जवाब दिया जिसे मैं इस वैकल्पिक दृश्य को टाइप करने के बाद एक बार बढ़ा दूंगा।

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

मूल रूप से मैं एक प्रवास शुरू करते समय "ताजा" शुरू करना पसंद करता हूं। मुझे लगता है कि सिस्टम डेटाबेस माइग्रेशन और अपग्रेड के माध्यम से खेलने से कभी-कभी पुनर्स्थापना के साथ निराशा पैदा होती है और यह संभावित पापों को ढो सकता है।

आपने अनुक्रमित, संग्रहीत प्रक्रियाओं, विचारों के बारे में भी पूछा। डेटाबेस स्तर पर उन वस्तुओं को उपयोगकर्ता डेटाबेस के अंदर रहना चाहिए। इसलिए जब आप डेटाबेस X को नए सर्वर पर पुनर्स्थापित करते हैं, तो डेटाबेस ऑब्जेक्ट्स (टेबल्स, उपयोगकर्ता, दृश्य, गुण, कार्य आदि) के सभी भी वहां होंगे।

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

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

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


आपके उत्तर के लिए धन्यवाद। मैं 2005 से 2016 तक अपग्रेड नहीं करना चाहता हूं। मैं 2016 में मौजूदा उदाहरण के लिए sql सर्वर 2005 पर उपयोग किए गए इंस्टेंस से डेटाबेस माइग्रेट करना चाहता हूं। यह माइग्रेशन अभी तक स्वीकृत नहीं किया गया है, लेकिन मैं चाहता हूं कि कब तैयार हो ऐसा होता है। मूल रूप से, मुझे यह प्रोजेक्ट मिला क्योंकि मैं केवल एक ही व्यक्ति हूं जिसे एसएसआईएस पैकेजों को क्वेरी करने और बनाने के रूप में कोई भी SQL अनुभव है। मुझे संगतता मुद्दों के साथ भी चिंता थी। एक बार फिर धन्यवाद।
रॉबर्ट

सुनिश्चित करें कि - लेकिन जब वर्ष 2016 करने के लिए 2005 से आगे बढ़ - आपने अपग्रेड कर रहे हैं। आप एक उन्नत और एक प्रवास कर रहे हैं। क्योंकि आप SQL के एक संस्करण से दूसरे में एक डेटाबेस ले रहे हैं - जो सुनिश्चित करने के लिए उन्नयन का अर्थ है। आपको अपने डेटाबेस पर अपग्रेड सलाहकार चलाना चाहिए।
माइक वाल्श

यदि SQL Server 2005 को Windows Server 2003 R2 x86 द्वारा होस्ट किया गया हो और SQL Server 2016 एक नए OS पर हो।
रॉबर्ट

@ मायकेवल्श मैं आपकी प्रतिक्रिया में वर्णित लगभग सभी से सहमत हूं। मैं भी इसके बारे में लगभग सभी का पालन करें जब एसक्यूएल अपग्रेड / प्रवासन कर
nam

4

यदि आप उन डेटाबेस में संग्रहीत मेटाडेटा तक पहुँच चाहते हैं, तो आप सिस्टम डेटाबेस (मास्टर, msdb, और शायद मॉडल) को माइग्रेट करने पर विचार करना चाहेंगे।

मास्टर आइटम जैसे लॉगिन, सुरक्षा प्रमाण पत्र, आदि को स्टोर करता है।

msdb अन्य विवरण के बीच दुकानों बैकअप के बारे में विवरण, और SQL सर्वर एजेंट काम विन्यास, शामिल हैं।

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

माइग्रेटिंग सिस्टम डेटाबेस को काफी आसानी से पूरा किया जा सकता है; विस्तृत निर्देश MSDN से बैक अप और सिस्टम डेटाबेस (SQL सर्वर) के पुनर्स्थापना पर उपलब्ध हैं ।

अपनी आवश्यकताओं के आधार पर, आप एक प्रदर्शन कर सकता है BACKUP DATABASE2005 उदाहरण पर उपयोगकर्ता डेटाबेस के विरुद्ध आपरेशन, और उसके बाद RESTORE DATABASE2016 के उदाहरण पर संपूर्ण डेटाबेस लाने के लिए, सभी डेटा, अनुक्रमित, और अन्य वस्तुएं शामिल हैं।

यह कम से कम शुरुआत में, डेटाबेस द्वारा 2005 के उदाहरण में खपत की गई समान जगह की आवश्यकता होगी। हालाँकि, एक बार जब आपने डेटाबेस को पुनर्स्थापित कर लिया है, तो आप आवश्यक पदचिह्न को कम करने के लिए डेटा संपीड़न का लाभ उठा सकते हैं।

देखें एसक्यूएल सर्वर बैकअप के साथ काम करने के बारे प्रदर्शन बैकअप पर जानकारी के लिए, और के बारे में परिदृश्य पुनर्स्थापित पुनर्स्थापित के बारे में जानकारी के लिए।


2

यह 2012 या 2016 के लिए है? इससे फर्क पड़ता है कि, IIRC 2012 एक परीक्षित प्रवासन पथ है जबकि 2016 नहीं है। इस तरह, ज्ञात मुद्दों को दस्तावेज और / या 2012 के लिए अपग्रेड एडवाइजर द्वारा पकड़ा जाएगा। एक गैर-परीक्षणित पथ अभी भी बिना किसी समस्या के काम कर सकता है, यह सिर्फ अज्ञात है। उन्होंने कहा, दृढ़ता से आपको 2016 में जाने की सलाह देते हैं। मुझे संदेह है कि प्रयास लगभग समान होगा।

देखें आप SQL सर्वर 2005 से उन्नयन कर रहे हैं? प्रलेखन में 2005 के उन्नयन के विकल्प और एक बहुत विस्तृत उन्नयन प्रक्रिया के लिंक। उन्नयन प्रक्रिया 2014 के लिए लिखी गई थी, लेकिन अभी भी 2016 के लिए लागू है।


1
यह 2016 है। इस बारे में क्षमा करें
रॉबर्ट
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.