Fusion de tenant Microsoft M365
Pour rappel, dans l’univers du Cloud et de Microsoft, un tenant Microsoft M365 désigne l’environnement (ou bulle) dans lequel vos données sont stockées. Ainsi, au sein du Cloud Microsoft, chaque client possède sa propre bulle avec ses données.
.
Lors d’un rachat ou d’une fusion de 2 entreprises qui possèdent chacune un tenant Microsoft M365, se pose la question de l’uniformisation des systèmes informatiques.
Deux scénarios sont alors envisageables :
- Conserver les deux tenants et mettre en oeuvre des interactions techniques et une gouvernance entre les tenants.
- Fusionner en ne gardant qu’un seul tenant pour l’ensemble des collaborateurs et conserver une gouvernance unique.
Conserver les deux tenants va présenter des challenges en termes d’intégration ; ce qui se traduira par une expérience utilisateur difficile à appréhender lors d’interactions entre les deux tenants.
Un bon exemple consiste à utiliser Microsoft Teams entre deux tenant. Dans ce cas, l’équipe Teams se domicilie sur l’un des tenant et les utilisateurs doivent jongler entre l’identité de leur tenant d’origine et l’identité en mode invité de l’autre tenant, en fonction de l’équipe Teams qu’ils souhaitent atteindre.
C’est la raison pour laquelle Certilience préconise la fusion des Tenants et expose dans cet article son savoir-faire en la matière.
.
Premièrement, la phase commence par une analyse des prérequis à la réalisation de la prestation :
– Accès aux tenants cibles et sources
– Inventaire du Tenant à fusionner avec un outil
– Vérification de l’espace disque sur le tenant cible pour accueillir les données à migrer
– Il faut identifier si les domaines du tenant sources doivent être fédérés avec l’Azure AD cible
– Définir les modalités du Cut Over (ou plan de bascule): HO/HNO, semaine/week-end
– Estimer les temps de transfert des données : mails, OneDrive personnel, Sharepoint, Teams, …
ETAPE 1 : LE CADRAGE
L’étape 1 de cadrage passe par une évaluation du périmètre :
– Audit du tenant source
– Identification des éléments à migrer : automatique / manuel / hors périmètre
– Présentation des éléments à recréer par les utilisateurs
Puis, la définition de la typologie de la migration :
L’objectif consiste à définir le type de migration en fonction de la quantité de données, de l’environnement, des données qui doivent être mises à disposition des utilisateurs dans l’environnement de destination, et de la rapidité avec lesquelles elle doivent être disponnibles:
M365
- Big Bang : Vous déplacez tous les fichiers et toutes les boîtes aux lettres en une seule fois après le basculement des registres MX. Cette méthode est la plus simple à mettre en oeuvre; un scénario type consiste à procéder au basculement le vendredi soir et à tout migrer pendant le week-end.
- Migration avec prédéfinition : cette stratégie de migration en plusieurs étapes implique de prédéfinir la majorité des données avant le basculement et de tout transférer après le basculement pour déplacer les éléments restants.
- Basculement rapide : Cela implique de ne pas retenir que les e-mails les plus récents et les fichiers essentiels dont les utilisateurs sont susceptibles d’avoir besoin. Les nouveaux e-mails sont rendus accessibles immédiatement après le basculement, et les données restantes sont rapatriées au fil du temps.
ETAPE 2: PREPARATION
La seconde phase consiste à dérouler une série d’actions dans le bus de préparer le tenant de destination :
- Création des utilisateurs, BAL partagées et BAL de ressources
- Attribution des licences aux ressources à l’identique du tenant source
- Ajouts droits des membres dans le BAL partagées et ressources
- {Nécessaire pour la migration vers OneDrive Personnel} Exécution de tous les OneDrive personnels des utilisateurs
- Création des délégations de BAL (Utilisateurs, Partagées et Ressources)
- Création des listes de distribution et groupe de sécurité et ajout des membres
- {Si migration tenant o365 vers o365} Création des groupes Microsoft pour les sites Sharepoint et ajout des membres
- Création d’un script Powershell dans le but d’ajouter les alias des BAL post-migration
- Vérification qu’il n’y ai pas de « Mailnickname » identique à la destination. Mailnickname correspond au préfixe de l’adresse du groupe M365.
- Création des groupes M365 concernant les sites Sharepoint
- …
.
La liste est non exhaustive et adaptée à chaque contexte client.
Aussi, l’étape de migration permet de rédiger les procédures de migrations qui seront diffusées au chef de projet client et aux utilisateurs.
ETAPE 3: MIGRATION
La phase de migration démarre par la rénitialisation des mots de passe utilisateurs du tenant source pour empêcher toutes les modifications.
Les outils de migration sont utilisés pour réaliser le transfert des données de items suivants :
- Mailbox: utilisateurs et partagés
- Collaboration Teams
- Documents OneDrive
- Document SharePoint
Le plan de bascule (ou cut over) est ensuite enclenché, permettant ainsi de faire pointer les utilisateurs de l’ancien vers le nouveau locataire.
ETAPE 4 : SUPPORT POST MIGRATION
La dernière étape consiste à fournir un support afin d’accompagner les utilisateurs sur la reconnexion de l’environnement de messagerie et l’usage de OneDrive (clients lourds).
Ces points sont détaillés dans la procédure envoyée aux utilisateurs en amont de la phase de migration.
TEMOIGNAGE CLIENT
« La fusion de tenant office 365 était une étape importante de l’homogénéisation de notre SI et un projet avec un fort impact utilisateur. Les équipes de Certilience ont su mener à bien cette transition tant sur l’avant-projet que sur le support lors de la migration ».
Cliquez ici pour suivre toutes nos actualités
Cliquez ici pour lire notre dernier article