Passer d'Exchange 2003 à Exchange 2010

Considérons le déploiement d'Exchange 2003 par une petite et moyenne entreprise. La question concerne la migration vers Exchange 2010. Voici un peu le paysage:

• L'état actuel est de 50 à 100 utilisateurs / boîtes aux lettres, la majorité utilisant Outlook 2007
• OWA activé
• les utilisateurs de bureau ne s'exécutent PAS en mode Exchange mis en cache
• les utilisateurs d'ordinateurs portables s'exécutent en mode Exchange mis en cache
• un serveur Exchange unique avec des spécifications modestes ou raisonnables pour la journée (3 GHz, multicœur, 4 Go, Windows 2003 32 bits)

Des questions

• Quelles sont vos suggestions pour l'équipe d'administration concernant le chemin / les étapes de mise à niveau d'Exchange 2003 vers 2010?

• Compte tenu de l'exigence d'un système d'exploitation 64 bits, considérez une nouvelle machine distincte comme prête à fonctionner avec Windows 2008. Ai-je oublié des détails?

• Où la virtualisation pourrait-elle aider dans ce projet?

Toutes les leçons apprises lors des mises à niveau précédentes (2007 ou 2010) seraient appréciées!

Pour être honnête, cela ressemble à un morceau de gâteau. Un seul serveur, un seul emplacement physique comme celui que vous décrivez est la migration la plus simple à effectuer. Suivez les directives de Microsoft et vous serez sur la bonne voie. Vous parlez essentiellement d'une migration "Move Mailbox", sans visibilité pour les utilisateurs.

Votre installation d'Exchange 2003 devrait déjà être au Service Pack 2. C'est tout ce qui est vraiment nécessaire là-bas.

Exchange 2010 a la sensation d'une mise à niveau mineure d'Exchange 2007 (ce qui a manqué de changements architecturaux majeurs comme il y a eu entre 2003 et 2007), et les migrations que j'ai effectuées de 2003 à 2007 ont été très fluides de toute façon. Je m'attends à ce que les migrations de 2003 à 2010 soient tout aussi fluides (même si je n'ai pas encore eu l'occasion de faire ... de jeu de personne?).

Vous dites les bonnes choses: obtenir un nouvel ordinateur serveur pour héberger Exchange 2010. Assurez-vous de provisionner votre stockage selon les meilleures pratiques de Microsoft (broches distinctes pour les journaux de transactions et les bases de données ESE, réglées pour un accès séquentiel pour les premières et un accès aléatoire pour le dernier).

J'ai vu quelques hoquets dans les migrations Exchange 2003 à 2007 lorsque les utilisateurs ont leurs boîtes aux lettres ouvertes, en mode Exchange mis en cache, pendant la migration. Il est censé être possible de déplacer la boîte aux lettres d'un utilisateur pendant qu'il utilise Outlook, mais je ne le risquerais pas - je serais sûr qu'il n'utilise pas Outlook lors du déplacement des boîtes aux lettres.

Si vous allez couper tout le monde à la fois, changer vos règles de pare-feu qui transfèrent l'accès OWA d'Internet au nouvel ordinateur Exchange Server n'est pas un gros problème. Si vous envisagez de coexister des boîtes aux lettres sur les deux serveurs pendant un certain temps, vous devrez vous soucier des utilisateurs accédant à la bonne instance d'OWA pour accéder à leur courrier, selon que leur boîte aux lettres a été déplacée ou non. (C'est un bon argument pour couper tous les utilisateurs à la fois pendant un intervalle de temps d'arrêt planifié.)

Je ne sais pas que la virtualisation "aidera" dans le sens où la migration sera la même, que vous migriez sur du bare metal ou sur une machine virtualisée. Exchange 2010 est plus convivial que les versions précédentes d'Exchange en ce qui concerne les besoins d'E / S, donc l'exécution dans un environnement virtualisé (où vous encourez une certaine quantité de surcharge d'E / S en raison de la virtualisation) aura moins d'impact par rapport aux versions précédentes d'Exchange.

Si vous hébergez un antivirus intégré à Exchange, êtes-vous prêt à utiliser une licence pour une version compatible avec Exchange 2010?

Votre logiciel de gestion de sauvegarde est-il prêt à prendre en charge Exchange 2010?

Vous voudrez peut-être lire sur la découverte automatique d'Exchange. Il peut avoir des ramifications pour votre certificat SSL et votre infrastructure DNS, en supposant que vous ne souhaitiez pas recevoir de petits avertissements ennuyeux d'Outlook. Jetez un œil à ceux-ci pour un bon historique (le second fait référence à Exchange 2007, mais il n'a pas changé de façon spectaculaire dans Exchange 2010).

• Comprendre le service de découverte automatique

• Livre blanc: Service de découverte automatique Exchange 2007

Je venais d'effectuer un échange 2003 pour échanger la migration 2010. Tout d'abord, cela a été parfait! J'étais tellement content du résultat. Comme beaucoup d'entre vous le savent, Exchange 2010 nécessite un système d'exploitation 64 bits. PAR CONSÉQUENT, j'ai commencé la projection en créant un nouveau serveur d'entreprise Windows 2008 64 bits et un nouveau contrôleur de domaine d'entreprise Windows 2008 64 bits dans un environnement Active Directory 2003 existant.

Tout d'abord, permettez-moi de dire que vous devez exécuter adprep sur le CD 2008 sur votre DC qui détient vos rôles fsmo.

J'ai installé Exchange 2010 et apporté un nouveau serveur BES 5.0.2 car je pensais que ce serait un excellent moment pour rafraîchir les utilisateurs de BlackBerry d'entreprise.

J'adore cette version d'échange! J'exécutais le mode de coexistence jusqu'à la fin de la migration, puis j'ai désinstallé Exchange 2003 de mon environnement et retiré ce vieux serveur d'échange maladroit. Permettez-moi de dire que malgré le bruit de faire de votre accès client et de votre boîte aux lettres une machine virtuelle. Je n'ai eu aucun problème à le faire, car je suis un grand fan de VMware et de virtualisation. Je n'ai eu aucun problème avec mes rôles cas, concentrateur et boîte aux lettres dans une machine virtuelle avec aucun problème de performances.

Une chose que je n'aime pas, c'est que par design store.exe est maintenant un porc de mémoire! Cependant, il existe des paramètres que vous pouvez utiliser dans adsiedit.msc où vous pouvez limiter l'utilisation de la mémoire de store.exe qui fonctionnent très bien!

Dans l'ensemble, la seule plainte que j'ai reçue était du service d'assistance, car ils ne peuvent pas installer les outils de gestion Exchange sur leurs bureaux car ils exécutent un système d'exploitation 32 bits. Je leur ai dit de mettre à niveau leur système d'exploitation de bureau vers 64 bits afin qu'ils puissent exécuter les outils. Je sais qu'ils font des outils de gestion tiers qui permettent à votre service d'assistance d'effectuer toujours des tâches d'échange courantes, mais je ne suis PAS un grand fan tiers.

Si quelqu'un a des questions sur plus de détails sur ma migration depuis Exchange 2003 vers 2010, je serai plus qu'heureux d'y répondre. De plus, lorsque vous planifiez le déploiement de votre échange 2010, une chose importante à retenir ici est de vous donner beaucoup d'espace pour le magasin d'informations lun car Exchange 2010 n'aime pas avoir moins de 2 Go d'espace libre du magasin lun ou luns. S'il descend en dessous de 2 Go, le courrier cessera de couler et ne coulera plus tant que vous n'aurez pas libéré d'espace.

Nous envisageons la même mise à niveau ici et j'ai trouvé ce document qui semble assez détaillé et simple. http://www.simple-talk.com/sysadmin/exchange/upgrade-exchange-2003-to-exchange-2010/