Les migrations ne sont jamais une tâche facile pour l’administrateur système et peuvent être pour les utilisateurs un peu improductives dû au contretemps pendant le processus ou si cela n’est pas fait correctement. Il existe plusieurs façons de migrer votre Exchange 2010 actuel vers Office 365 et nous allons explorer l’outil natif de Microsoft appelé Assistant de déploiement de Microsoft Exchange Server.
Exchange 2010 est toujours pris en charge dans cette application et l’Assistant Déploiement d’Exchange est de loin le processus de migration le plus utilisé, sachant qu’il est conseillé de disposer d’un environnement à forêt unique et à domaine unique et non à un système Active Directory complexe avec des domaines enfants ou toute autre configuration.
Il existe trois façons de migrer Exchange 2010 vers Office 365 en fonction de vos besoins de configuration et d’indisponibilité :
Migration de transition
Cette méthode est un concept de migration assez simple où vous configurez une synchronisation entre votre Exchange Server et Office 365. Une fois que tout est configuré, vous décidez d’une date qui est préférable pendant un week-end et vous basculez un commutateur et tout le monde est heureux sur Office 365. Mieux vaut dire que faire. Bien sûr, il existe un certain nombre de configurations à effectuer, dont l’une est Outlook Anywhere propre et fonctionnant parfaitement.
Tout d’abord, votre installation d’Exchange 2010 doit être mise à niveau vers au moins le Service Pack 3 qui, bien que non obligatoire, est fortement recommandé.
Remarque : Il est important qu’avant de procéder à la migration de transition, la synchronisation d’annuaire et la messagerie unifiée soient désactivées. Comme indiqué, cette migration dépend fortement d’un Outlook Anywhere fonctionnant parfaitement. Dans les Exchange Servers ultérieurs, il est activé par défaut, mais sur Exchange 2010 si vous ne l’avez pas encore configuré, vous en avez besoin maintenant. Pour configurer Outlook Anywhere, vous devez installer un certificat SSL (non auto-signé) et le composant RPC sur HTTP sur le serveur hébergeant Exchange. Cela peut être configuré en développant la configuration du serveur / accès client et cliquez avec le bouton droit sur votre serveur dans la zone d’accès client dans la section centrale
Cela peut être testé à un stade ultérieur à partir de votre portail Office 365 ou vous pouvez utiliser des outils tels que https://testconnectivity.Microsoft.com
La prochaine étape consiste à configurer les autorisations requises pour l’utilisateur que vous utiliserez pour migrer et pour lequel, comme pratique courante, vous créez un nouvel utilisateur. Pour cette migration, vous devez disposer de ApplicationImpersonation, Configuration en lecture seule (sur Exchange Server et Office 365), Destinataires en lecture seule et Administrateur de gestion des utilisateurs sur Office 365.
L’emprunt d’identité peut être effectué via Exchange Management Shell à l’aide de la commande ci-dessous.
New-ManagementRoleAssignment –Name:impersonationAssignmentName –Role:ApplicationImpersonation –User:<Votre utilisateur de migration>
L’étape suivante consiste à créer un groupe de sécurité à extension messagerie dans Office 365, car cela est requis pendant le processus de migration, car le service ne pourra pas approvisionner de groupes migrés en tant que groupes de sécurité dans Office 365 car ceux-ci n’existent pas.
Maintenant, vous devez vérifier votre domaine dans Office 365. Cela n’aura aucun effet direct, juste une confirmation de propriété en ajoutant un enregistrement MX ou TXT ; ou alors maintenant, Microsoft a introduit une fonctionnalité utilisant la vérification par e-mail où un e-mail est envoyé au propriétaire du domaine.
Une fois le domaine vérifié, la prochaine étape consiste à créer un point de terminaison de migration qui contient essentiellement toutes les informations pour connecter votre Exchange 2010 à Office 365. C’est principalement là que les gros maux de tête commencent, un peu comme si vous rencontriez des problèmes ou des incompatibilités sur votre Exchange Server, pare-feu ou connectivité… cela ne fonctionnera sûrement pas comme vous le souhaitez.
Une fois le point de terminaison créé, nous devons créer et démarrer un lot de migration. Ce lot comprendra toutes les messageries à migrer. C’est à ce moment que la migration a lieu et que les données sont transférées. Pour vous assurer que tout est migré, vous devrez attribuer une licence Office 365 à un utilisateur. Connectez-vous à l’utilisateur et vérifiez que les données se trouvent dans la messagerie. Une fois toutes les données transférées, il est temps de procéder à la transition.
Une fois cela fait, vous devez nettoyer après votre migration et cela se fait en pointant l’enregistrement MX vers Office 365 avec les autres CNames, les enregistrements TXT et les enregistrements SRV. Bien sûr, vous auriez besoin de modifier votre configuration actuelle pour arrêter de pointer votre découverte automatique DNS et votre SCP vers votre configuration Exchange 2010. Vous pouvez désormais supprimer le lot en toute sécurité et mettre hors service vos Servers. Cela peut être assez difficile à configurer et cela nécessite beaucoup de travail et de temps pour s’assurer que la migration se déroule sans heurts.
Déploiement hybride
Parfois, cette méthode est une migration par étapes raffinée où elle permet à la fois sur site et Office 365 de coexister en même temps. Même si ceci est uniquement disponible sur Exchange 2010. Ceci est fortement recommandé lorsque vous avez des données volumineuses à migrer, où cela prendrait un temps considérable pour transférer les données. La méthode hybride est principalement recommandée lorsque vous disposez de plus de 150 Mailboxes.
Ceci dit, cette méthode n’est pas une étape intermédiaire car vous ne pouvez pas conserver les deux côtés ou l’utiliser comme basculement. La méthode hybride est un déploiement final et pour cela, vous devez configurer un assistant de configuration hybride, Hybrid Configuration Wizard (HCW), qui implique une approbation de fédération entre Exchange et Office 365, une relation d’organisation, un proxy MRS et des connecteurs. En parcourant le guide pour le configurer, nous aurions besoin de documenter l’ensemble du processus dans un article séparé.
Si vous avez beaucoup de données à transférer, en dehors du temps de transfert, il y a un énorme effort d’administration pour le configurer et pour transférer les données.
Importation PST
Cette méthode est une sorte de migration manuelle. Ce processus implique la migration vers Office 365 sans importation de données à la première étape. Lorsque les enregistrements ont été remplis et propagés sur Internet, nous commençons à exporter les Mailboxes à l’aide de new-mailboxexportrequest pour exporter chaque messagerie vers PST, ce qui est un peu archaïque. C’est lent et pas fiable. D’un autre côté, si vous n’avez pas beaucoup de données à déplacer, cela pourrait être votre voie. Après avoir exporté toutes les Mailboxes vers PST, vous devez générer une SAS URL fournie à partir du processus d’importation, télécharger les fichiers PST à l’aide d’AzCopy, puis créer un fichier de mappage mappant votre fichier PST à la messagerie comme ci-dessous.
Workload,FilePath,Name,Mailbox,IsArchive,TargetRootFolder,ContentCodePage,SPFileContainer,SPManifestContainer,SPSiteUrlExchange,,user.PST,user@mydomain.com,FALSE,/,,,,
Une fois terminé et que votre fichier CSV est validé, votre importation commencera dans les messageries des utilisateurs. Il est important de noter que vous ajoutez l’utilisateur que vous connectez au portail au rôle d’importation / exportation.
Conclusion
Les méthodes de migration ci-dessus sont un excellent moyen de migrer votre configuration en fonction du volume et de la façon dont vous souhaitez migrer. Une chose me frappe, c’est le fait que tous ont besoin d’un effort d’administration attentionné. Comme alternative simple, vous pouvez opter pour le convertisseur de EDB en PST qui est un outil rapide et fiable pour migrer les messageries vers Office 365 avec une tonne de filtres et d’options sans aucune intervention de l’administrateur et entièrement automatisé. Fondamentalement, tout ce dont vous avez besoin est de sélectionner les utilisateurs, de configurer les informations d’identification pour les exporter.
Was this article helpful?
