यह ईमानदार होने के लिए, केक का एक टुकड़ा जैसा लगता है। एक एकल सर्वर, एकल भौतिक स्थान परिदृश्य, जैसे आप वर्णन कर रहे हैं, प्रदर्शन करने के लिए सबसे आसान प्रवास है। Microsoft से दिशानिर्देशों का पालन करें और आप सफलता के रास्ते पर अच्छी तरह से होंगे। आप मूल रूप से उपयोगकर्ताओं के लिए शून्य दृश्यता के साथ "मूव मेलबॉक्स" माइग्रेशन के बारे में बात कर रहे हैं।
आपका Exchange 2003 स्थापित सर्विस पैक 2 पर पहले से ही होना चाहिए। यह सब वहाँ वास्तव में आवश्यक है।
एक्सचेंज 2010 में एक्सचेंज 2007 से एक मामूली संस्करण के उन्नयन का अनुभव है (2003 और 2007 के बीच क्या प्रमुख वास्तु परिवर्तन की कमी थी), और मैंने 2003 से 2007 तक जो माइग्रेशन किए हैं, वे वैसे भी बहुत सुचारू हैं। मुझे उम्मीद है कि 2003 से 2010 तक पलायन समान रूप से सुचारू रहेगा (हालांकि मेरे पास अभी तक ऐसा करने का कोई अवसर नहीं है ... कोई भी खेल?)।
आप सही बातें फिर से कह रहे हैं: Exchange 2010 को होस्ट करने के लिए एक नया सर्वर कंप्यूटर प्राप्त करना। सुनिश्चित करें कि आप प्रति Microsoft सर्वश्रेष्ठ प्रथाओं के लिए अपने भंडारण का प्रावधान करें (ESE लेनदेन लॉग और डेटाबेस के लिए अलग-अलग स्पिंडल, पूर्व के लिए अनुक्रमिक पहुंच के लिए ट्यून किए गए, और यादृच्छिक अभिगम। बाद के लिए)।
मैंने Exchange 2003 से 2007 के माइग्रेशन में कुछ हिचकी देखी हैं जब उपयोगकर्ताओं को अपने मेलबॉक्स खुले हैं, जबकि प्रवास के दौरान कैश्ड एक्सचेंज मोड में। यह है चाहिए , जबकि वे Outlook का उपयोग कर रहे हैं उपयोगकर्ता के मेलबॉक्स स्थानांतरित करने के लिए संभव हो सकता है, लेकिन मैं it-- मौका नहीं होगा मुझे यकीन है कि वे Outlook का उपयोग नहीं कर रहे हैं, जबकि मेलबॉक्स चलती होगी।
यदि आप एक ही बार में सभी को काटने जा रहे हैं, तो अपने फ़ायरवॉल नियमों को बदलना जो कि इंटरनेट से नए एक्सचेंज सर्वर कंप्यूटर तक OWA पहुंच को आगे बढ़ाता है, कोई बड़ी बात नहीं है। यदि आप दोनों समय के लिए दोनों सर्वरों पर मेलबॉक्स के सह-अस्तित्व की योजना बनाते हैं, तो आपको अपने मेल पाने के लिए OWA के सही उदाहरण तक पहुँचने वाले उपयोगकर्ताओं के बारे में चिंता करने की आवश्यकता है, यह इस बात पर निर्भर करता है कि उनका मेलबॉक्स स्थानांतरित हुआ है या नहीं। (यह एक निर्धारित डाउनटाइम अंतराल के दौरान एक साथ सभी उपयोगकर्ताओं को काटने के लिए एक अच्छा तर्क है।)
मुझे नहीं पता कि वर्चुअलाइजेशन इस अर्थ में "मदद" करेगा कि माइग्रेशन वही होगा जो आप नंगे धातु या वर्चुअलाइज्ड मशीन पर कर रहे हैं। Exchange 2010, IO आवश्यकताओं के संबंध में पूर्व एक्सचेंज संस्करणों की तुलना में अधिक अनुकूल है, इसलिए एक वर्चुअलाइज्ड वातावरण में चल रहा है (जहां आप वर्चुअलाइज्ड होने के कारण IO ओवरहेड की कुछ राशि वसूलते हैं) पूर्व एक्सचेंज संस्करणों की तुलना में कम प्रभाव में जा रही है।
यदि आप किसी भी एक्सचेंज-इंटीग्रेटेड एंटीवायरस की मेजबानी कर रहे हैं तो क्या आप एक्सचेंज 2010-सक्षम संस्करण के लिए लाइसेंस के साथ जाने के लिए तैयार हैं?
क्या आपका बैकअप प्रबंधन सॉफ्टवेयर एक्सचेंज 2010 का समर्थन करने के लिए तैयार है?
आप Exchange Autodiscovery पर पढ़ना चाह सकते हैं। यह आपके एसएसएल प्रमाणपत्र और डीएनएस बुनियादी ढांचे के लिए प्रभाव हो सकता है, यह मानते हुए कि आप आउटलुक से थोड़ा कष्टप्रद चेतावनी प्राप्त नहीं करना चाहते हैं। कुछ अच्छी पृष्ठभूमि के लिए इन पर एक नज़र डालें (दूसरा एक्सचेंज 2007 को संदर्भित करता है, लेकिन यह एक्सचेंज 2010 में नाटकीय रूप से नहीं बदला है)।