Cela fait beaucoup de questions avec un champ d'application très large. Je ne veux pas être impoli, mais je pense que votre meilleure approche sera de faire vous-même des recherches approfondies sur la plupart de ces questions et de vous faire une idée très complète de la situation. Ce n'est pas quelque chose que nous pouvons vraiment couvrir correctement pour vous dans un seul fil de discussion. Une migration comme celle-ci est une entreprise de grande envergure, elle nécessitera du temps, un budget et une gestion de projet, sans oublier de garder un œil sur la politique et de ne pas énerver vos utilisateurs ;)
Quoi qu'il en soit, je vais vous parler de certains aspects spécifiques que vous ne trouverez peut-être pas facilement ailleurs. J'ai (avec un collègue) migré un environnement Domino 6.5 vers un système Exchange 2007 en mai 2008 dans une organisation de 250 personnes, au Royaume-Uni. Ces points ont tous été appris en cours de route lorsque nous avons effectué cette migration :
Premièrement - Architecture
Dans ex2007, vous devez connaître les différentes fonctions de l'application rôles . Je vous recommande de déployer un hub de transport, un magasin d'informations et des rôles d'accès client à votre site principal. sur votre site principal, un magasin d'informations sur votre site secondaire et aucun rôle dans vos succursales. Au lieu de cela, utilisez RPC sur HTTPS ou les VPN existants pour vous connecter au central.
Toutefois, vous devez adapter les éléments ci-dessus aux besoins et aux limites de votre organisation. Si les liaisons WAN sont faibles mais que le site secondaire dispose d'une connexion Internet solide et qu'il fonctionne sous un domaine de messagerie électronique distinct, il peut être judicieux d'y déployer un hub de transport. Si votre entreprise est axée sur la sécurité, vous souhaiterez peut-être déployer un transport Edge dans votre zone démilitarisée (mais ce n'est pas obligatoire). En fonction de votre matériel, vous devrez peut-être acheter de nouveaux serveurs (vous avez besoin d'un kit 64 bits pour ex2007 au minimum) et/ou augmenter la mémoire vive. Ex2007 adore la RAM.
Deuxièmement - Préparation
Le plus gros problème est que Domino est utilisé à des fins professionnelles autres que le courrier électronique. Domino est un système de base de données polyvalent et est souvent utilisé pour des tâches telles que la gestion de documents ou la saisie de formulaires. Vous devriez vous concentrer sur le déclassement de toutes les utilisations de Domino qui ne sont pas liées au courrier électronique, principalement en identifiant les éléments qui ne sont même plus utilisés et en supprimant les NSF, ou pour les éléments qui sont utilisés, migrer vers quelque chose d'autre, par exemple extraire les documents et les mettre sur un partage de fichiers. Cela prend du temps, mais vous pouvez le faire en parallèle avec votre migration principale et, si nécessaire, conserver le serveur Domino pendant un certain temps, même après que les rôles de messagerie ont été transférés vers Exchange.
Troisièmement, la migration
Investissez dans les outils de migration Quest. Vous payez principalement pour le support de Quest, et ils vous aideront tout au long de votre migration et ne vous bloqueront pas si votre question n'est pas strictement liée aux applications Quest - Ils ont beaucoup d'experts en migration qui ont abordé votre scénario des centaines de fois. Ils valent leur pesant d'or.
Autres choses
Blackberry - Adressez-vous à votre gestionnaire de compte chez RIM (si vous n'en avez pas, votre fournisseur en aura un). Il pourra vous fournir un ensemble BES CAL d'entreprise "temporaire" pour la durée de votre migration. Vous achetez donc la version Exchange de BES, et vous la construisez en même temps que votre BES Domino. Ensuite, vous appliquez vos CAL BES existantes au nouveau serveur (pas besoin de racheter les CAL !) et vous appliquez les licences temporaires à l'ancien serveur BES. Vous disposez ainsi d'une période de 30 jours de coexistence, vous économisez de l'argent en migrant vos CAL, et les CAL temporaires qu'ils vous donnent devraient être gratuites ou d'un coût relativement minime.
Clients - Pour la partie utilisateur de la migration, tirez parti de la richesse de l'OWA dans Ex2007 dans les cas où vos utilisateurs n'ont pas encore Outlook disponible ou configuré. C'est une bonne chose parce que :
- Familiarise les utilisateurs avec OWA.
- Ne nécessite aucune dépendance de migration à l'égard de l'existence d'Outlook côté client.
- Ne nécessite que peu de maintenance, ce qui signifie que vous n'avez pas à vous éloigner du travail de migration pour résoudre les problèmes des clients.
Cruft - Standardisez et réduisez autant que possible votre système avant de commencer la migration. Supprimez toutes les NSF de courrier pour les utilisateurs qui ont quitté l'entreprise et éliminez les cas où les gestionnaires y ont encore accès. Mettez à jour tous les modèles de base de données avec la version actuelle (si vous avez déjà mis à jour Domino et que d'anciens modèles subsistent). Demandez à la direction de revoir l'utilisation du BES et d'éliminer les utilisateurs qui n'en ont pas vraiment besoin. Plus vous pourrez supprimer de données et de configurations non essentielles avant de commencer, plus votre migration sera facile.
