Es klingt wie ein Kinderspiel, um ehrlich zu sein. Ein Szenario mit einem einzelnen Server und einem einzelnen physischen Standort, wie Sie es beschreiben, ist die am einfachsten durchzuführende Migration. Befolgen Sie die Richtlinien von Microsoft und Sie sind auf dem besten Weg zum Erfolg. Sie sprechen im Grunde genommen von einer "Mailbox verschieben" -Migration ohne Sichtbarkeit für die Benutzer.
Ihre Exchange 2003-Installation sollte sich bereits in Service Pack 2 befinden. Das ist alles, was dort wirklich erforderlich ist.
Exchange 2010 hat das Gefühl eines geringfügigen Versions-Upgrades von Exchange 2007 (was ohne größere architektonische Änderungen zwischen 2003 und 2007 der Fall war), und die Migrationen, die ich von 2003 bis 2007 durchgeführt habe, verliefen ohnehin sehr reibungslos. Ich gehe davon aus, dass die Migrationen von 2003 bis 2010 ebenso reibungslos verlaufen werden (obwohl ich noch keine Gelegenheit hatte, ... irgendjemandes Spiel zu machen?).
Sie sagen die richtigen Dinge bezüglich: Einen neuen Servercomputer für das Hosting von Exchange 2010 bereitstellen. Stellen Sie sicher, dass Sie Ihren Speicher gemäß den Best Practices von Microsoft bereitstellen (separate Spindeln für ESE-Transaktionsprotokolle und -Datenbanken, optimiert für den sequentiellen Zugriff für die ersteren und Direktzugriff für letztere).
Bei Migrationen von Exchange 2003 nach 2007 sind einige Probleme aufgetreten, wenn Benutzer ihre Postfächer während der Migration im Exchange-Cache-Modus geöffnet haben. Es sollte möglich sein, das Postfach eines Benutzers zu verschieben, während er Outlook verwendet, aber ich würde es nicht riskieren - ich wäre sicher, dass er Outlook nicht verwendet, während er die Postfächer verschiebt.
Wenn Sie alle auf einmal abschneiden möchten, ist es keine große Sache, Ihre Firewall-Regeln zu ändern, die den OWA-Zugriff vom Internet auf den neuen Exchange Server-Computer weiterleiten. Wenn Sie vorhaben, Postfächer für einige Zeit gleichzeitig auf beiden Servern zu verwenden, müssen Sie sich Sorgen machen, dass Benutzer auf die richtige OWA-Instanz zugreifen, um auf ihre E-Mails zuzugreifen, je nachdem, ob ihr Postfach verschoben wurde oder nicht. (Dies ist ein gutes Argument, um während eines geplanten Ausfallzeitintervalls alle Benutzer gleichzeitig zu reduzieren.)
Ich weiß nicht, dass Virtualisierung in dem Sinne "hilft", dass die Migration gleich sein wird, unabhängig davon, ob Sie auf Bare Metal oder eine virtualisierte Maschine migrieren. Exchange 2010 ist in Bezug auf die E / A-Anforderungen benutzerfreundlicher als frühere Exchange-Versionen. Daher ist die Ausführung in einer virtualisierten Umgebung (in der Sie aufgrund der Virtualisierung einen gewissen E / A-Overhead verursachen) im Vergleich zu früheren Exchange-Versionen weniger belastend.
Wenn Sie ein in Exchange integriertes Antivirenprogramm hosten, sind Sie bereit, eine Lizenz für eine Exchange 2010-fähige Version zu erwerben?
Ist Ihre Backup-Verwaltungssoftware bereit, Exchange 2010 zu unterstützen?
Möglicherweise möchten Sie sich über Exchange Autodiscovery informieren. Es kann Auswirkungen auf Ihr SSL-Zertifikat und Ihre DNS-Infrastruktur haben, vorausgesetzt, Sie möchten keine kleinen nervigen Warnungen von Outlook erhalten. Schauen Sie sich diese an, um einen guten Hintergrund zu erhalten (der zweite bezieht sich auf Exchange 2007, hat sich jedoch in Exchange 2010 nicht dramatisch geändert).