नए Microsoft SSMA संस्करण 7.8 का उपयोग करते समय बचने के लिए नुकसान

Microsoft नियमित रूप से अपने SQL सर्वर प्रबंधन सहायकों को अद्यतन कर रहा है, और उन्होंने अभी-अभी एक्सेस के लिए SSMA को अपडेट किया है। हालाँकि आप यह नहीं देख सकते हैं कि उनके आधिकारिक दस्तावेज़ में 7.8 के लिए नया क्या है। SQL सर्वर माइग्रेशन असिस्टेंट (SSMA) संस्करण 7.8 का नवीनतम संस्करण यहां से डाउनलोड किया जा सकता है।

7.8 संस्करण विशेष रूप से 32/64 बिट्स को संभालने के साथ पहले की तुलना में बहुत आसान है, लेकिन कुछ विचित्रताएं हैं, जिन पर हम ध्यान देंगे।

मुझे कौन सा संस्करण डाउनलोड करना चाहिए?

एसएसएमए को एक्सेस से कनेक्ट करने में सक्षम होना चाहिए और ऐसा करने के लिए, यह स्थापित एक्सेस के समान बिट्स की संख्या होनी चाहिए। इस कारण से, यदि आपके पास 32-बिट एक्सेस है, तो आपको 32-बिट SSMA को डाउनलोड और इंस्टॉल करना चाहिए। ध्यान दें कि 32-बिट प्रोग्राम को "x86" भी कहा जाता है। अन्यथा, आपको 64-बिट एक्सेस के साथ काम करने के लिए 64-बिट एसएसएमए स्थापित करना चाहिए।

सकारात्मक प्रतिक्रिया

मुझे यह तथ्य पसंद आया कि SSMA ने शुरू से ही यह पहचाना कि सर्वर Azure SQL पर था। बड़ा प्लस, थम्स अप!

Office365 का उपयोग करते समय आपको एक्सेस डेटाबेस इंजन 2010 डाउनलोड करना होगा

कुछ समय पहले मुझे इसे क्लाइंट के VM पर स्थापित करने की आवश्यकता थी और इसे करते समय, मुझे इन त्रुटियों / बगों का सामना करना पड़ा।

Office 365 चलाते समय, आपको Microsoft Access डेटाबेस इंजन 2010 पुनर्वितरण योग्य डाउनलोड करना होगा ताकि SSMA आपके एक्सेस डेटा को पढ़ सके। Microsoft Access जो Office365 के साथ आता है वह सैंडबॉक्स परिवेश में है और इसलिए SSMA के लिए पहुँच योग्य नहीं है।

SSMA के साथ आपके सामने आने वाली अतिरिक्त समस्याएं

Microsoft Access डेटाबेस इंजन 2010 पुनर्वितरण योग्य स्थापित करने के बाद मुझे एक और त्रुटि हुई, वह भी Office 365 से संबंधित। यह धागा मदद कर सकता है!

समस्या को हल करने के लिए मैंने कार्यालय 16 क्लिक-टू-रन एक्स्टेंसिबिलिटी घटक 64-बिट पंजीकरण की स्थापना रद्द कर दी है - नीचे चित्र देखें।

मैं एक ही समय में सभी तालिकाओं को माइग्रेट नहीं कर सका

SQL सर्वर में लॉग इन करने के बाद, मैंने उन तालिकाओं का चयन किया जिन्हें मैं सिंक्रनाइज़ करना चाहता था और हिट करना चाहता था  बटन। हालांकि माइग्रेशन सभी तालिकाओं के लिए नहीं हुआ, लेकिन केवल एक के लिए हुआ! इसलिए मैं एक समय में केवल एक टेबल माइग्रेट करने में सक्षम था, जो कि भयानक है। 100+ टेबल और क्वेरी को माइग्रेट करने के बारे में सोचें, यह मेरा मुद्दा नहीं था लेकिन फिर भी ... एक बुरा सपना था।

आपको विदेशी कुंजियां स्वयं जोड़नी होंगी

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

SSMA का उपयोग करते समय आपको कौन से बग या त्रुटियाँ मिलीं? वे आपकी परियोजना के लिए कहाँ महत्वपूर्ण हैं? हमें नीचे कमेंट्स में बताएं।