Guide de migration des boîtes aux lettres Exchange Online (Microsoft 365) vers Exchange Online (Microsoft 365)

Guide de migration des boîtes aux lettres Exchange Online (Microsoft 365) vers Exchange Online (Microsoft 365)

Ce guide contient toutes les étapes nécessaires à la migration des données de messagerie d’une instance Microsoft 365 vers une autre portant le même nom de domaine.

Ce guide n’inclut pas les étapes à suivre lors de l’utilisation de la coexistence pendant la migration. Pour le guide de stratégie de migration lors de l’utilisation de la coexistence, consultez Exchange Online (Microsoft 365) pour Exchange Online (Microsoft 365) – Guide de migration – Utilisation de la Coexistence – Domaine différent.

L’utilisation du mot de passe de l’application n’est pas prise en charge par ce point de terminaison.

Première fois?

Si c’est la première fois que vous effectuez une migration, nous avons créé un Guide de stratégie de Planification de la migration & pour vous guider dans la planification, la configuration et les meilleures pratiques de migration générales. Si vous n’avez jamais effectué de migration auparavant, nous vous suggérons de le lire avant de commencer les étapes décrites dans ce scénario.

MigrationWiz n’est pas un outil de synchronisation. Les éléments déjà migrés mis à jour à la mi-migration source ne seront pas mis à jour à la destination.

MigrationWiz prend en charge la possibilité de partager des projets de migration au sein d’un groupe de travail. Lorsque la fonctionnalité de partage de projet est activée, tous les agents actifs peuvent afficher tous les projets de migration.

Nous vous recommandons de terminer cette migration avec plusieurs passes de migration comme indiqué dans les étapes MigrationWiz, car cela aura le moins d’impact sur les utilisateurs.

Si l’authentification moderne de votre source ou de votre destination est activée, des étapes supplémentaires doivent être prises pour que MigrationWiz puisse se connecter à vos environnements. Suivez les étapes de l’article MigrationWiz – Planification de la migration – Authentification moderne pour Microsoft 365 pour gérer l’authentification moderne.

La taille maximale du fichier pour la migration via MigrationWiz varie selon le type de migration et l’environnement, mais ne peut jamais dépasser 60 Go.

Nous ne sommes pas en mesure de prendre en charge les migrations avec une authentification à deux facteurs ou multifacteurs.

Créer un compte administrateur

Créer un compte administrateur dans Microsoft 365 à utiliser pour la migration ou utiliser le compte administrateur global pour le locataire. Le compte administrateur doit avoir un accès complet aux boîtes aux lettres de l’utilisateur ou se voir accorder des droits d’usurpation d’identité. Nous vous recommandons d’utiliser l’usurpation d’identité car cela aidera à réduire la probabilité que la migration soit limitée par Microsoft.

Pour définir manuellement l’usurpation d’identité:

• Utilisez les informations d’identification d’administrateur à la Destination.
• Connectez-vous au compte MigrationWiz.
• Modifiez le projet et cliquez sur Options avancées.
• Si vous migrez depuis Microsoft 365, sous Source, cochez Utiliser l’usurpation d’identité pour vous authentifier.
• Si vous migrez vers Microsoft 365, sous Destination, cochez Utiliser l’usurpation d’identité pour vous authentifier.
• Cliquez sur Enregistrer les options.

MigrationWiz exécutera automatiquement une commande PowerShell à distance pour permettre au compte administrateur de se connecter aux boîtes aux lettres de l’utilisateur (en usurpant l’identité).

Exporter la liste d’utilisateurs vers un fichier CSV

Cela peut être utilisé lors de l’ajout en masse d’utilisateurs à votre projet MigrationWiz ultérieurement. Vous pouvez copier et coller la liste des utilisateurs dans les colonnes d’e-mails Source et de destination de votre tableau de bord de projet MigrationWiz sous Ajouter > Ajouter en bloc.

Pour exporter la liste des utilisateurs:

1. Accédez au portail d’administration Microsoft 365.
2. Cliquez sur Utilisateurs.
3. Cliquez sur Utilisateurs actifs.
4. Cliquez sur Exporter.
5. Cliquez sur Continuer.

Assurez-vous d’enregistrer le fichier csv quelque part où vous pouvez y accéder pour le télécharger plus tard dans la migration.

Préparez la Destination

Configurez des comptes d’utilisateurs sur le locataire Office 365 de destination et attribuez des licences. Ceux-ci peuvent être créés de plusieurs manières. (Les liens suivants renvoient à des articles externes.)

• Manuellement, un à la fois.
• Par importation en masse, via un fichier CSV.
• Par script PowerShell.

Créer un compte administrateur

Créer un compte administrateur dans Microsoft 365 à utiliser pour la migration ou utiliser le compte administrateur global pour le locataire. Le compte administrateur doit avoir un accès complet aux boîtes aux lettres de l’utilisateur ou se voir accorder des droits d’usurpation d’identité. Nous vous recommandons d’utiliser l’usurpation d’identité car cela aidera à réduire la probabilité que la migration soit limitée par Microsoft. Pour les étapes spécifiques à définir manuellement l’usurpation d’identité, suivez les étapes de Préparation de la source.

Testez l’accès administrateur

Testez que l’administrateur peut accéder aux boîtes aux lettres des utilisateurs. Tester l’accès au tenantname.onmicrosoft.com adresses, pas à la domainname.com adresses. Assurez-vous que le tenantname.onmicrosoft.com un compte est attaché à chaque boîte aux lettres dans Microsoft 365. Par défaut, il doit être attaché, mais sinon, il devra être ajouté en tant qu’alias à chaque compte. Cela peut être fait via le portail d’administration Microsoft 365 ou via des scripts PowerShell.

Créer un projet de migration de boîte aux lettres

1. Cliquez sur le bouton Aller à mes projets.
2. Cliquez sur le bouton Créer un projet.
3. Créez un projet de boîte aux lettres. Pour les migrations de boîtes aux lettres, utilisez les informations d’identification administratives pour accéder aux boîtes aux lettres. Dans la plupart des scénarios de migration, le compte administrateur doit disposer de droits d’accès complets aux boîtes aux lettres source.
4. Cliquez sur Étape suivante.
5. Saisissez un nom de projet et sélectionnez un client.
6. Cliquez sur Étape suivante.
7. Sélectionnez un point de terminaison Source dans le menu déroulant Point de terminaison ou créez-en un nouveau en suivant les étapes ci-dessous.
8. Sélectionnez un point de terminaison de destination dans le menu déroulant Point de terminaison ou créez-en un nouveau en suivant les étapes ci-dessous.
9. Cliquez sur Enregistrer et accédez au résumé.

Paramètres de migration des boîtes aux lettres : Chaque paramètre du projet est appliqué à toutes les boîtes aux lettres associées à ce projet. Pour les paramètres représentés sous forme de cases à cocher, seuls les paramètres sélectionnés sont appliqués au projet. Ne pas cocher une case ne désactive pas un paramètre sélectionné hérité du projet.

Points de terminaison

Les points de terminaison sont désormais créés via MigrationWiz, plutôt que via MSPComplete. Les étapes de cette section décrivent comment créer les points de terminaison dans MigrationWiz.

Si vous sélectionnez un point de terminaison existant, gardez à l’esprit que seuls dix points de terminaison s’afficheront dans la liste déroulante. Si vous en avez plus de dix, vous devrez peut-être rechercher. La recherche de point de terminaison est spécifique à la casse et au caractère. Par exemple, Cust0mer n’apparaîtra pas si la recherche est client. Nous vous recommandons de conserver une liste des points de terminaison que vous avez créés, ainsi que toutes les orthographes ou majuscules uniques que vous avez utilisées.

Vous pouvez utiliser des points de terminaison existants ou en créer de nouveaux.

Pour créer un nouveau point de terminaison:

1. Cliquez sur Nouveau.
2. Nom du point de terminaison.
3. Sélectionnez Microsoft 365.
4. Entrez le nom d’utilisateur et le mot de passe de l’administrateur dans les champs. Il doit s’agir de l’administrateur global ou de l’administrateur créé dans la section Préparer la source.
5. Cliquez sur Ajouter.
6. Cliquez sur Étape suivante.

Faites ceci pour la source et la destination.

Ajouter des utilisateurs

Ajoutez les comptes d’utilisateurs qui seront migrés vers le projet. Cela peut se faire de plusieurs manières, en fonction de la taille du projet. Les étapes pour chaque option sont dans l’accordéon ci-dessous, cliquez simplement pour afficher l’option que vous sélectionnez et suivez les instructions qui s’y trouvent.

Petites migrations:

Pour les petites migrations, il est facile d’ajouter des utilisateurs un à la fois en utilisant l’ajout rapide. Les étapes pour cela sont ci-dessous.

Migrations plus importantes :

Pour les migrations plus importantes, nous vous recommandons d’utiliser l’option Autodiscover ou Bulk Add.

La découverte automatique ajoutera tous les utilisateurs trouvés sur le locataire source. Cela peut ensuite être modifié dans le projet pour supprimer les utilisateurs qui ne sont pas migrés. Tous les utilisateurs seront ajoutés avec les adresses e-mail source et de destination définies pour correspondre à l’e-mail source. Cela peut être modifié en utilisant le bouton Modifier le nom de domaine en haut de la page du projet. Si les noms d’utilisateur changent pendant la migration, nous vous recommandons d’utiliser l’option Ajouter en bloc.

Bulk Add utilise un fichier CSV contenant les adresses e-mail source et de destination pour que les utilisateurs puissent ajouter les utilisateurs au projet. Si vous migrez uniquement un groupe spécifique à partir d’un locataire, nous vous recommandons d’utiliser l’option Ajouter en bloc.

Définir les options avancées du projet

Les options suivantes sont les plus utiles pour ce scénario de migration :

Définir pour utiliser l’usurpation d’identité à la Source. Cochez la case Utiliser l’usurpation d’identité à la source.

Défini pour utiliser l’usurpation d’identité à la Destination. Cochez la case Utiliser l’usurpation d’identité à destination.

Sous Support / Options de support:

RecipientMapping="@sourcetenantname.onmicrosoft.com->@destinationdomainname.com"

Le RecipientMapping ci-dessus n’est qu’un exemple ; ne copiez pas ceci mot pour mot. Il doit être modifié pour refléter le sourcetenantname.onmicrosoft.com nom du compte et nom de domaine de destination du client.

C’est une étape très importante pour les migrations Microsoft 365 vers Microsoft 365. Il garantit que les e-mails peuvent recevoir une réponse, même après la migration complète (Delta), car ils seront mappés sur le nouveau nom de domaine de destination, plutôt que d’utiliser l’ancien nom de domaine sourcetenantname.onmicrosoft.nom du compte com (qui ne sera plus disponible, une fois le locataire retraité).

Les mappages de destinataires sont un moyen utile de s’assurer que:

• Tous les e-mails restent répondables après la migration, même après une migration complète (Delta) lors d’une migration de locataire à locataire, tout en conservant le même nom de domaine ; ou lors du changement de nom de domaine de la Source à la Destination.
• La propriété du calendrier et le nom d’affichage correspondent à la destination lors d’une migration de locataire à locataire, tout en conservant le même nom de domaine; ou lors du changement de noms de domaine de la Source à la Destination.

Si vous utilisez le mappage de destinataires lors de la migration d’un domaine source vers plusieurs domaines de destination, un projet est requis pour chaque domaine de destination.

Si le nom de domaine change, le domaine source peut être utilisé dans le RecipientMapping comme dans cet exemple : RecipientMapping = »@sourcedomainname-> @destinationdomainname »

Plus d’une expression de mappage peut être utilisée tant que le domaine de destination reste le même dans le RecipientMapping.

Si le préfixe utilisateur change, suivez les instructions ici, Le préfixe utilisateur Change

Exécutez Vérifier les informations d’identification

Vous pouvez vérifier les informations d’identification des éléments dans MigrationWiz sans migrer de données ni consommer de licences.

1. Ouvrez le projet contenant les éléments que vous souhaitez valider.
2. Sélectionnez les éléments que vous souhaitez valider.
3. Cliquez sur le bouton Démarrer dans votre tableau de bord.
4. Sélectionnez Vérifier les informations d’identification dans la liste déroulante.

Une fois terminé, les résultats de la vérification seront affichés dans la section Statut.

Licences

Achetez et appliquez des licences groupées de migration d’utilisateurs pour tous les utilisateurs en cours de migration. Pour ce type de migration, nous suggérons le Bundle de migration des utilisateurs.

• Les licences Groupées de migration d’utilisateurs ont un nombre illimité de données disponibles par licence.
• Les licences Groupées de migration des utilisateurs sont appliquées aux utilisateurs du client et expirent 12 mois après leur date d’achat.
• Les projets Documents, Archives personnelles et DeploymentPro sont tous inclus lors de l’utilisation des licences Groupées de migration des utilisateurs.
• Ce type de licence doit être appliqué manuellement.

Achat de licences

1. Connectez-vous à votre compte BitTitan.
2. Dans la barre de navigation supérieure, cliquez sur Acheter.
3. Cliquez sur le bouton Sélectionner et choisissez le type de licence dont vous avez besoin.
4. Entrez le nombre de licences que vous souhaitez acheter. Cliquez sur Acheter maintenant.
5. Entrez une adresse de facturation, le cas échéant.
6. Cliquez sur Suivant.
7. Consultez le récapitulatif de la commande et entrez un mode de paiement.
8. Cliquez Sur Passer Votre Commande.

Application des licences de Bundle de migration d’utilisateurs

1. Connectez-vous à MigrationWiz à l’adresse https://migrationwiz.bittitan.com.
   • Vous pouvez soit vous connecter et vous assurer de sélectionner le bouton MigrationWiz au-dessus du champ e-mail, soit vous connecter à la page MSPComplete, puis cliquez sur le bouton Tous les produits et sélectionnez MigrationWiz.
2. Sélectionnez le groupe de travail approprié en haut du volet de navigation de gauche.
   Remarque : Il s’agit du groupe de travail sous lequel le client et le projet de migration ont été créés. Votre compte doit faire partie du groupe de travail et le partage de projet doit être activé si le projet n’a pas été créé sous votre compte. Pour plus d’informations, consultez Ajouter et modifier des groupes de travail et le Partage de projets dans MigrationWiz.
3. Cliquez sur le projet qui nécessite l’application de licences.
   • Assurez-vous que les licences UMB sont appliquées vers l’UPN/SMTP en fonction du domaine de vanité. Utilisez ensuite le domaine de modification pour mettre à jour les éléments de ligne vers lesquels pointer.onmicrosoft.com adresse.
4. Cochez la case à gauche de l’e-mail pour le ou les utilisateurs auxquels vous souhaitez appliquer une licence d’ensemble de migration d’utilisateur.
5. Cliquez sur le menu Plus (3 lignes empilées) en haut de la page du projet.
6. Cliquez sur Appliquer la licence du Bundle de migration utilisateur.

Si vous avez d’autres questions sur les licences, y compris l’échange de coupons, la demande de remboursement ou la modification de catégories, consultez Licences MigrationWiz.

Exécutez une passe de migration pré-étape

1. Sélectionnez les utilisateurs.
2. Cliquez sur le bouton Démarrer en haut.
3. sélectionnez Migration de pré-étape.
4. Dans la section Planification de la migration, dans la liste déroulante, sélectionnez Il y a 90 jours.
5. Cliquez sur Démarrer la migration.

Les 90 jours sont une suggestion, vous pouvez sélectionner n’importe quelle option que vous préférez. La migration de pré-étape ne migrera que les anciens éléments de courrier. Cela peut être exécuté plusieurs fois avec différents délais sélectionnés pour migrer les données en petits morceaux.

Supprimer le domaine de la source

Cela ne doit être fait qu’une fois le passage de migration de pré-étape terminé. En règle générale, cela se fait tard le vendredi soir. Si vous avez besoin d’instructions pour supprimer un domaine, reportez-vous à ce document de Microsoft : Supprimer un domaine d’Office 365.

Si plusieurs domaines du locataire source sont déplacés vers le nouveau locataire, ils doivent tous être supprimés.

Dans le portail admin, remplacez l’UPN du compte admin par onmicrosoft.com adresse.

Après la suppression du domaine, les utilisateurs ne pourront pas accéder à leur adresse e-mail, à moins qu’ils ne le sachent et ne se connectent avec leur tenantname.onmicrosoft.com adresses e-mail.

Après la suppression, attendez 30 minutes pour que la réplication de suppression de domaine se termine.

Notifier les utilisateurs

Envoyer un e-mail aux utilisateurs pour leur faire savoir à quoi s’attendre pour la reconfiguration de leur profil Outlook. Si vous utilisez DeploymentPro, vous pouvez utiliser le guide DeploymentPro maintenant pour configurer les utilisateurs sur la destination pour la configuration du profil Outlook.

Vérifier le domaine à destination

Ces actions sont effectuées depuis le portail d’administration du locataire 2 (Destination).

1. Vérifiez le domaine dans le compte Microsoft 365 de destination. Nous recommandons l’utilisation de l’assistant dans Microsoft 365 pour cela car une fois que le domaine est vérifié avec l’enregistrement de texte, il propose de changer tous les utilisateurs vers le nouveau domaine par défaut. Étant donné que le domaine a été précédemment ajouté au compte, il suffit de cliquer sur le bouton Vérifier. Si le domaine ne peut pas être vérifié et qu’une erreur indique que le domaine existe déjà sur un autre compte, contactez le support Microsoft au 1-800-642-7676 (sans frais aux États-Unis, d’autres numéros sont également disponibles) et dites-leur que le domaine doit être déprovisionné manuellement de Forefront, également connu sous le nom de Protection en ligne Exchange ou EOP.
2. Confirmez que chaque utilisateur dispose du Destinationdomain.com nom de domaine ajouté à leur boîte aux lettres.
3. Téléchargez le domaine add_new_domain.script ps1 PowerShell pour vérifier cela et ajouter le nom de domaine. Cela n’est nécessaire que si les utilisateurs n’ont pas le nouveau domaine par défaut ajouté à leur compte.

Coupure d’enregistrement MX

Sur le portail du fournisseur DNS, modifiez l’enregistrement MX principal pour refléter les paramètres DNS de la nouvelle organisation Microsoft 365. Les paramètres DNS à modifier incluent la découverte automatique, les enregistrements MX et SPF. Supprimez également les anciens paramètres du locataire 1. Ces paramètres peuvent être trouvés dans le portail d’administration Microsoft 365, en suivant ces étapes:

1. Dans Microsoft 365, cliquez sur Admin dans l’en-tête.
2. Sur la page Admin, cliquez sur Domaines dans le volet de gauche.
3. Cliquez sur le nom de domaine à configurer, puis cliquez sur les paramètres DNS Cette page répertorie les enregistrements DNS nécessaires pour utiliser les services Microsoft 365.

Passe complète (Delta)

1. Sélectionnez les utilisateurs.
2. Cliquez sur le bouton Démarrer en haut.
3. Sélectionnez Migration complète.
4. Cliquez sur Démarrer la migration. Cette migration se terminera rapidement car la plupart des données sont migrées pendant la migration de pré-étape; Les migrations Microsoft 365 vers Microsoft 365 disposent d’une bande passante élevée.
5. Parcourez la liste des utilisateurs et cliquez sur les erreurs rouges « Migration échouée ». Examinez les informations et agissez en conséquence.

Erreurs de nouvelle tentative d’exécution

Chaque erreur enregistrée représente un élément qui n’a pas été migré. MigrationWiz contient un mode dans lequel vous pouvez soumettre à nouveau la migration pour réessayer les éléments ayant échoué. Ce mode de fonctionnement est toujours gratuit. Vous ne pouvez envoyer des boîtes aux lettres dans ce mode que si elles remplissent toutes les conditions suivantes:

1. La dernière migration s’est terminée avec succès.
2. La boîte aux lettres contient au moins une erreur.

Si votre boîte aux lettres ne remplit pas ces conditions, vous recevrez un avertissement lors de l’envoi de la migration dans ce mode et votre demande ne sera pas satisfaite.

Pour soumettre une ou plusieurs boîtes aux lettres en mode nouvelle tentative, procédez comme suit:

1. Cliquez sur le bouton Aller à mes projets.
2. Sélectionnez le projet contenant les boîtes aux lettres que vous souhaitez réessayer.
3. Sélectionnez les boîtes aux lettres présentant des erreurs de migration.
4. Cliquez sur le bouton Démarrer.
5. Sélectionnez Réessayer les erreurs dans le menu.
6. Cliquez sur le bouton Réessayer les erreurs.

Lorsque les erreurs sont réparées, elles disparaissent du journal des erreurs. Certaines erreurs peuvent ne pas disparaître si l’élément source n’a pas été retraité (en raison de filtres, par exemple), a été supprimé ou déplacé, ou si l’élément a de nouveau échoué.

Si des problèmes persistent, contactez le support.

Post-migration

Si vous n’utilisez pas DeploymentPro, les utilisateurs doivent créer de nouveaux profils Outlook, configurer à nouveau leurs signatures et rattacher tous les fichiers PST qui étaient attachés à leur profil précédent.

Cliquez sur l’icône graphique à barres dans le tableau de bord MigrationWiz pour recevoir un e-mail contenant toutes les statistiques de migration du projet.