
Inventorier ce qui doit réellement migrer
Recensez utilisateurs, domaines, boîtes, calendriers, délégations, dossiers partagés et applications liées. Identifiez les comptes techniques, les équipements qui envoient des messages et les logiciels qui utilisent les fichiers. Un volume total ne montre ni les dépendances ni les droits à préserver.
Pour chaque ensemble, désignez un responsable métier et une destination. Classez ce qui sera migré, nettoyé ou conservé séparément. N’imposez pas un déménagement de toutes les données sans examiner les doublons et les obligations de conservation. Une migration peut être l’occasion de clarifier les règles, sans se transformer en chantier de réorganisation sans fin.
Préparer identités, licences et organisation cible
Vérifiez les comptes, les domaines et les références des abonnements nécessaires. Définissez le mode de gestion des identités et les rôles administratifs avec le responsable informatique. La mise en place de l’authentification multifacteur et des accès doit être coordonnée avec le pilote pour éviter de découvrir les blocages le jour de la bascule.
Pour les fichiers, choisissez les bibliothèques et espaces collectifs selon leurs usages. Faites correspondre les anciens comptes et groupes aux nouvelles identités. Une copie qui réussit sans restituer les bons accès n’est pas une migration terminée. Les droits devenus inutiles doivent être arbitrés, pas reconduits par défaut.
Choisir des parcours de migration adaptés aux sources
La méthode dépend de l’origine des données. Migration Manager est notamment documenté par Microsoft pour les partages de fichiers ; il utilise des agents et produit des rapports. Ce mécanisme ne remplace pas le choix d’un parcours adapté à la messagerie ou aux applications. Vérifiez les sources prises en charge et les prérequis de l’outil retenu.
Prévoyez l’espace de travail temporaire, les accès nécessaires et leur retrait après l’opération. Analysez les rapports de préparation et les éléments non pris en charge. Les chemins, types de fichiers, autorisations et logiciels associés méritent un examen avant le transfert, plutôt qu’une découverte après coup.
Faire un pilote représentatif
Choisissez des utilisateurs et des données qui couvrent les difficultés, pas seulement les cas faciles : dossier partagé complexe, délégation, fichier métier et usage mobile. Établissez un état initial et des critères de contrôle. Faites participer les personnes capables de reconnaître un contenu manquant ou une autorisation incorrecte.
Le pilote doit vérifier la lecture et la modification, le partage, les recherches et les usages quotidiens. Les nombres de fichiers et les volumes sont utiles, mais doivent être complétés par un rapprochement des exceptions et une recette métier. Conservez les rapports et la décision de traiter chaque rejet.
- Préparer l’inventaire et la correspondance des identités.
- Migrer un échantillon et analyser les erreurs.
- Tester les accès et usages sur les appareils prévus.
- Corriger le plan, puis faire accepter la fenêtre de bascule.
Organiser la bascule et une reprise maîtrisée
Définissez les périodes pendant lesquelles les sources peuvent encore changer et le traitement des modifications finales. Pour la messagerie, coordonnez les opérations sur les domaines et les enregistrements nécessaires avec les personnes autorisées. Pour les fichiers, évitez de laisser deux emplacements concurrents modifiables sans règle de référence.
Un plan de retour doit préciser ce qu’il est possible de restaurer et le sort des données créées dans la cible. Toutes les opérations ne s’annulent pas par une simple copie inverse. Décidez qui peut interrompre la bascule, qui informe les utilisateurs et quelles activités doivent continuer en mode dégradé.
Séparez les lots de messagerie, de fichiers et d’identités : ils n’utilisent pas nécessairement les mêmes outils ni les mêmes contrôles. Pour un lot de fichiers, conservez inventaire source, résultat de copie, rejets, correspondance cible et vérification des droits. Pour la messagerie, prévoyez des essais d’envoi, de réception, de délégation et d’accès correspondant aux usages retenus. Migration Manager décrit un parcours de fichiers ; il ne prouve pas une migration de boîtes mail.
Décidez avant le jour prévu quels rejets bloquent, qui accepte les autres réserves et comment les changements tardifs sont repris. Un retour arrière peut exiger une réconciliation des éléments créés dans la cible et des réglages d’identité ou de routage ; il ne se résume pas toujours à remettre un ancien lien. Le responsable de bascule doit disposer des moyens d’accès et d’un point de décision documenté.
Recevoir le résultat et stabiliser les pratiques
Exemple pédagogique : après un pilote, une équipe découvre qu’un groupe historique donne accès à des dossiers qui ne concernent plus ses membres. Le projet corrige les rôles avant la reprise générale. Le test a révélé une difficulté d’organisation que le seul transfert de fichiers n’aurait pas résolue.
Préparez un support de démarrage, un canal de signalement et une période de suivi avec les responsables désignés. Faites valider les écarts restants et la date de fermeture des anciennes sources. Leur conservation éventuelle doit répondre à une règle, avec des accès limités et une échéance revue.
CAP Solutions accompagne Microsoft 365 en France entière selon le périmètre convenu. Apportez un inventaire des sources et des dépendances pour définir les prestations de migration à étudier, les responsabilités et les critères de réception. Aucun parcours universel ni bascule sans interruption n’est présumé.
Sources documentaires
Références consultées pour la rédaction. Les fonctionnalités et conditions applicables sont à examiner pour votre configuration.
