मैं एक नया विकास सर्वर स्थापित कर रहा हूं और SQL सर्वर 2008 एक्सप्रेस का नवीनतम संस्करण स्थापित करना चाहता हूं।SQL सर्वर 2005 और 2008 को एक ही मशीन पर स्थापित करने का कोई कारण है?
क्या हमारे मौजूदा sql2005 डेटाबेस 2008 के बिना संशोधन के काम करेंगे? यदि ऐसा है तो एक ही सर्वर पर दोनों संस्करणों को स्थापित करने का कोई कारण है?
मैंने वास्तव में 2008 में 2005 डेटाबेस को माइग्रेट करने का प्रयास नहीं किया है, लेकिन आम तौर पर एसक्यूएल इसे साफ और बिना किसी कठिनाई के संभालता है। ऐसा करने का सबसे आसान तरीका SQL 2005 से आपके डेटाबेस का बैकअप बनाना होगा और उसके बाद उस बैकअप को SQL 2008 के साथ पुनर्स्थापित करना होगा।
यदि आप SQL 2005 प्रतिलिपि को ऑनलाइन और ऑनलाइन रखना चाहते हैं, तब तक जब तक आपको पता न हो कि 2008 की प्रति काम कर रहा है, 2008 में बैकअप को पुनर्स्थापित करते समय आपको अपने डेटाबेस के लिए डेटा/लॉग फाइलों को स्थानांतरित करने की आवश्यकता हो सकती है, क्योंकि पुराने डेटा फाइलों का उपयोग 2005 तक किया जाएगा। उदाहरण के लिए आप with moverestore database का उपयोग कर सकते हैं, उदाहरण के लिए:
RESTORE DATABASE mydb FROM disk = 'c:\backupfile.bak'
WITH MOVE 'maindatafile' to 'c:\newdatalocation.mdf',
MOVE 'mainlogfile' to 'c:\newloglocation.ldf'
दोनों एक ही समय में स्थापित होने के लिए के रूप में, एक कारण आप ऐसा करने ते का काम आसान बनाने के लिए किया जाएगा तय कर सकते हैं दोनों संस्करणों के खिलाफ कोड स्टिंग करें, यदि आप अपने सॉफ़्टवेयर समर्थन दोनों संस्करणों से बात करने का इरादा रखते थे।
आप 2005 डेटाबेस को अलग कर सकते हैं और इसे 2008 सर्वर से जोड़ सकते हैं। मैं एक ही मशीन पर दोनों को स्थापित करने के खिलाफ अनुशंसा करता हूं जब तक आपको जरूरी नहीं है (उदा। आप किसी तीसरे पक्ष के लिए कोड लिख रहे हैं और वे केवल 2005 का उपयोग करते हैं)।
मैं क्या चाहते अत्यधिक की सलाह देते हैं अविश्वसनीय रूप से तेजी से 2005 के वातावरण के साथ एक, 2008 हाइपर-वी आभासी मशीनों के साथ अन्य 2 आभासी मशीन बनाने के लिए खिड़कियों सर्वर का उपयोग कर 2008 हायपर- V रहे वर्चुअल सर्वर से है 2007
डेटाबेस (चाहिए!) अनमोडिफाइड काम करना चाहिए। हालांकि, विकास के लिए यह बेहतर है कि आपके स्क्रिप्ट का परीक्षण करने के लिए आपके पास sql2005 है, जब तक कि आप मान लें कि 2008 में आपके सभी क्लाइंट अपग्रेड नहीं होंगे, क्योंकि 2008 में ऐसी विशेषताएं हैं जो SQL Server 2005 में मौजूद नहीं हैं।
देव और परीक्षण वातावरण में , स्थापित कई डेटाबेस सर्वर एक समस्या नहीं है और आवश्यक परीक्षण सर्वर की संख्या को कम कर सकते हैं।
उत्पादन में, मैं इस तथ्य के कारण इसकी अनुशंसा नहीं करता कि कई बफर पूल लड़ते हैं और आपके प्रदर्शन को मार देते हैं।
मेरे लिए महत्वपूर्ण बात यह है कि आपके पास 2005 के डेटाबेस हैं जो प्रोड इंस्टेंस हैं? क्या आपको रिपोर्टिंग सेवाओं की रिपोर्ट का समर्थन करना होगा जो प्रोड सर्वर पर हैं जिनके पास रिपोर्टिंग सर्विसेज का 2005 संस्करण है, आदि?
यदि ऐसा है, तो आपके पास अपनी विकास मशीनों पर 2005 और 2008 दोनों संस्करण होना चाहिए। मैंने बहुत सारे कोड को देखा है जिसे फेंकना पड़ा क्योंकि डेवलपर्स 2008 में काम करते थे जब प्रोड 2005 था। सॉफ्टवेयर के संस्करण के खिलाफ हमेशा विकसित होता है जो आपके पास होगा। यदि आप 2008 में परिवर्तित हो रहे हैं लेकिन अभी तक प्रोड में नहीं हैं, तो आपको रखरखाव में बदलाव और भविष्य की सामग्री के लिए दोनों की आवश्यकता है।
व्यक्तिगत रूप से मेरे पास मेरी मशीन पर SQL Server 2000, 2005 और 2008 है क्योंकि हमने अभी तक सबकुछ परिवर्तित नहीं किया है और मेरे पास कुछ चीजें हैं जो पुराने संस्करण पर ही की जा सकती हैं। हमने कई संस्करणों को बनाए रखने की कुंजी पाई है, उन्हें सही क्रम स्थापित करने के लिए है। ऐसा लगता है कि अगर आप 2008 को पहले और फिर पुराने संस्करणों में डाल देते हैं तो यह बुरी तरह से प्रतीत होता है।
कभी-कभी आपको कई संस्करणों पर परीक्षण करने में सक्षम होना चाहिए, या आपको एक चीज़ और 2008 के लिए 2008 की आवश्यकता हो सकती है।
कभी-कभी आप कई अलग-अलग ऐप्स बनाए रखते हैं, जिनमें से कुछ एक पर हैं और कुछ दूसरे पर हैं, और आपने अभी तक सबकुछ अपडेट नहीं किया है। कभी-कभी आप अपग्रेड कर रहे हैं, और अपग्रेड के दौरान दोनों संस्करणों पर परीक्षण करने की आवश्यकता है। कभी-कभी आप कई अलग-अलग ग्राहकों का समर्थन करते हैं, कुछ एक संस्करण पर और कुछ दूसरे पर। कभी-कभी आप अपने आंतरिक ऐप्स को अपग्रेड करना चाहते हैं, लेकिन आप एक सॉफ्टवेयर पैकेज का उपयोग कर रहे हैं जो केवल पुराने संस्करण पर प्रमाणित है।
बहुत सारे कारण हैं।