Module 3 · 3.3
Français
Un plan de migration : ordre, risques et retour en arrière
Module 3: Faire l'inventaire et planifier · Temps de lecture : 12 minutes
Objectif pédagogique : Après cette leçon, vous saurez établir un plan de migration avec des phases dans le bon ordre, une liste de risques, un moment go/no-go et un plan de retour en arrière.
Notions clés : plan de migration, phase, pilote, big bang, transition par étapes, dépendance, TTL, moment de gel, période de transition, liste de risques (probabilité et impact), go/no-go, plan de retour en arrière (rollback), résiliation
Pourquoi un plan ?
Avec votre inventaire (leçon 3.1) et vos chiffres (leçon 3.2), vous savez ce qui doit se passer. Un plan de migration indique dans quel ordre, quand, par qui, et ce que vous faites si quelque chose tourne mal. Il évite les deux erreurs classiques : faire les choses dans le mauvais ordre (basculer le MX avant que les nouvelles boîtes mail n'existent) et résilier l'ancien service trop tôt.
Big bang ou par étapes ?
Il existe deux approches principales.
| Approche | En quoi cela consiste | Convient à | Risque |
|---|---|---|---|
| Big bang | Tout bascule en une seule fois, par exemple pendant un week-end | Petites organisations avec peu de liaisons | Si quelque chose tourne mal, cela se produit partout en même temps |
| Par étapes | Bascule par composant ou par groupe de personnes, répartie sur plusieurs semaines | Organisations plus grandes ou nombreuses liaisons | Deux systèmes coexistent un certain temps ; les personnes peuvent s'y perdre |
Pour la plupart des petites organisations, une transition par étapes et par composant fonctionne bien : d'abord les fichiers, puis l'agenda et les contacts, puis le courrier électronique, puis le reste. Le courrier électronique bascule en une seule fois pour tout le monde, car le domaine ne peut pointer que vers un seul endroit à la fois.
Commencez toujours par un pilote : une ou deux personnes qui utilisent déjà entièrement le nouveau service, pendant une semaine ou deux. Elles identifient les problèmes, et vous ajustez le plan avant que le reste ne suive.
Les phases
Une migration comporte cinq phases.
1. Préparation
- Inventaire et chiffres terminés (leçon 3.1 et 3.2).
- Nouveau service choisi, contrat et contrat de sous-traitance signés (leçon 2.4, 9.2).
- Export ou sauvegarde de tout ce qui se trouve dans l'ancien service, avant de modifier quoi que ce soit. C'est votre filet de sécurité.
- Ce qui peut être supprimé a été nettoyé.
- Utilisateurs et administrateurs créés dans le nouveau service, authentification à deux facteurs (2FA) activée (leçon 7.3).
- Le TTL de vos enregistrements MX a été abaissé, par exemple à 300 secondes. Faites cela au moins une durée de l'ancien TTL avant le basculement. Si le TTL était à 86400 secondes (un jour), abaissez-le au moins un jour à l'avance (cours DNS, leçon 6.1 et 6.3).
2. Pilote
- Une ou deux personnes basculent.
- Vous testez les documents les plus délicats, les applications mobiles, les liaisons.
- Vous rédigez l'aide-mémoire et les explications pour le reste de l'équipe (leçon 9.1).
3. Transfert
- Copie des fichiers ; dossiers et partages réorganisés (leçon 6.1, 6.2).
- Export et import des agendas et des contacts (leçon 5.2, 5.3).
- Première copie des boîtes mail, pendant que l'ancienne boîte mail continue de recevoir normalement le courrier (leçon 4.2).
- Basculement des liaisons : site web, scanner, caisse enregistreuse, logiciels.
4. Transition
- Au moment convenu : basculement des enregistrements MX, mise à jour de SPF, DKIM et DMARC (leçon 4.3).
- Peu après, et à nouveau un jour plus tard : nouvelle copie des boîtes mail, afin que le courrier arrivé entre-temps sur l'ancien service soit également récupéré (leçon 4.4).
- Basculement des appareils de chacun ; anciennes applications de synchronisation désactivées (leçon 7.2).
- Un moment de gel pour les fichiers : à partir de ce moment, plus personne ne travaille dans l'ancien espace de stockage.
5. Finalisation
- Vérification : comptage des dossiers, fichiers, rendez-vous, contacts et courriers.
- Les deux services coexistent quelques semaines, l'ancien en lecture seule si possible.
- Ce n'est qu'ensuite que vous résiliez l'ancien service, en demandant confirmation que vos données y seront supprimées (leçon 9.3).
- Mise à jour du registre des activités de traitement et de la politique de confidentialité (leçon 9.3).
Les dépendances que vous ne pouvez pas inverser
Certaines étapes doivent vraiment se suivre dans un ordre précis. Voici les règles strictes :
- L'export ou la sauvegarde de l'ancien service se fait avant toute modification.
- Le pilote se déroule avant le déploiement à tout le monde.
- Les boîtes mail dans le nouveau service existent avant que vous ne basculiez le MX. Sinon, le nouveau serveur refuse le courrier.
- Le TTL est abaissé au moins une durée de l'ancien TTL avant le basculement du MX.
- La première copie du courrier est faite avant le basculement du MX ; la seconde copie après le basculement du MX.
- Les agendas sont importés avant que vous ne liiez les téléphones. Sinon, le téléphone se synchronise en pleine importation et vous obtenez des doublons.
- L'ancien service est résilié en dernier, après la vérification.
L'exercice A3.3 vous fait établir cet ordre vous-même et le vérifie.
Risques : probabilité fois impact
Une liste de risques récapitule ce qui peut mal tourner, la probabilité que cela arrive et la gravité des conséquences. Notez la probabilité et l'impact par exemple de 1 à 3 et multipliez-les. Tout ce qui obtient un score de 6 ou 9 reçoit une mesure.
| Risque | Probabilité | Impact | Score | Mesure |
|---|---|---|---|---|
| Le courrier n'arrive pas pendant le basculement | 2 | 3 | 6 | TTL abaissé à l'avance, basculement en dehors des heures de pointe, seconde synchronisation |
| Les documents avec macros ne fonctionnent pas | 3 | 2 | 6 | Jeu de test pendant le pilote (leçon 6.5), faire tourner Excel temporairement en parallèle |
| Les collègues continuent de travailler dans l'ancien espace de stockage | 3 | 2 | 6 | Moment de gel, ancien espace de stockage en lecture seule, explications |
| Le téléphone affiche tout en double | 2 | 1 | 2 | Importer d'abord, lier ensuite ; désactiver l'ancien compte |
| La caisse enregistreuse ne fonctionne plus après la suppression des comptes | 2 | 3 | 6 | Identifiants propres avant la suppression (leçon 2.3) |
| Le contrat de l'ancien service se renouvelle automatiquement | 2 | 2 | 4 | Date de résiliation dans l'agenda |
Go/no-go et plan de retour en arrière
Convenez à l'avance de qui décide au moment du basculement du MX, et sur quelle base. Un moment go/no-go avec une courte liste de contrôle : toutes les boîtes mail créées et testées, première copie prête, TTL abaissé, pilote sans problème majeur, collègues informés. Si l'un de ces points n'est pas au vert : ne pas poursuivre, et choisir une nouvelle date. Cela peut sembler être un échec, mais c'est exactement la raison d'être de ce moment.
Un plan de retour en arrière (rollback) décrit comment revenir en arrière si, après le basculement, quelque chose tourne mal. Pour le courrier, c'est relativement simple tant que l'ancien service existe encore : remettez les enregistrements MX à leurs anciennes valeurs (que vous avez notées à l'avance, ou dont vous avez fait une sauvegarde DNS), et recopiez le courrier arrivé entre-temps sur le nouveau service. Cela n'est possible que si vous n'avez pas encore résilié l'ancien service. C'est pourquoi vous le résiliez en dernier.
Planification dans le temps
Un exemple pour la boulangerie, avec douze personnes :
| Semaine | Quoi faire |
|---|---|
| 1 | Inventaire, chiffres, choix, contrat ; export de l'ancien service |
| 2 | Création des utilisateurs, 2FA, pilote avec deux personnes ; TTL abaissé en fin de semaine |
| 3 | Transfert des fichiers et des agendas ; première copie du courrier ; basculement des liaisons |
| 4 | Lundi matin tôt : basculement du MX ; seconde copie le même jour et le mardi ; basculement des appareils |
| 5 | Vérification, permanences de questions |
| 6 à 8 | Les deux services coexistent ; ensuite, résiliation de l'ancien service, mise à jour du registre |
Choisissez le moment du basculement en connaissance de cause. Pas juste avant une période chargée (pour une boulangerie, pas la semaine précédant les fêtes), pas quand l'administrateur part en vacances, et avec du temps pour résoudre les problèmes le lendemain.
En pratique : à quoi cela ressemble chez un prestataire
Le guide de WebOké Nextcloud indique un ordre fixe : d'abord créer les utilisateurs et sécuriser le compte, puis les fichiers, puis les agendas et les contacts, puis seulement les applications, et résilier l'ancien service seulement lorsque tout fonctionne correctement. Pour le courrier électronique, l'outil de migration e-mail fonctionne avec une première copie avant et une seconde copie après le basculement du MX. D'autres prestataires européens conseillent pratiquement le même ordre, car celui-ci découle directement du fonctionnement du courrier électronique et de la synchronisation.
Résumé
- Un plan de migration fixe l'ordre, le calendrier, les responsables et le retour en arrière.
- Une transition par étapes et par composant, avec un pilote préalable, convient à la plupart des petites organisations ; le courrier électronique bascule pour tout le monde en même temps.
- Ordre strict : export d'abord, pilote avant le déploiement, boîtes mail et TTL abaissé avant le basculement du MX, seconde copie après, import avant liaison, résiliation en dernier.
- Une liste de risques avec probabilité et impact montre où des mesures sont nécessaires.
- Un moment go/no-go et un plan de retour en arrière permettent de pouvoir dire sereinement « pas encore ».
Quiz
Exercice
Exercice A3.3 : Remettez les étapes dans le bon ordre. Vous recevez dix-huit étapes d'une migration dans le désordre. Remettez-les dans un ordre fonctionnel. Le programme vérifie les règles strictes de cette leçon et indique précisément quelle règle vous enfreignez.
Exercice E3.3 : Votre propre plan de migration. À l'aide du modèle, établissez un plan de migration pour votre propre organisation : phases avec dates, responsables, une liste de risques comportant au moins cinq risques, une liste de contrôle go/no-go et un plan de retour en arrière.
Exercice E3.3: Votre propre plan de migration
Remplissez le modèle sur la base de votre inventaire (A3.1/E3.1) et de vos chiffres (E3.2), et faites-le relire par un collègue.
Vos cases cochées et vos notes restent uniquement dans ce navigateur ; nous ne les envoyons nulle part. Si vous êtes connecté, nous enregistrons dans Mes formations uniquement le fait que vous avez terminé l'exercice.
Pour aller plus loin
Les étapes décrites dans ces articles s'appliquent aux services de WebOké ; chez d'autres prestataires, le fonctionnement est comparable.
- Guide Nextcloud 13.1: Se préparer : que transférer et dans quel ordre
- Guide Nextcloud 13.6: De Microsoft 365 à WebOké : fichiers, documents, e-mail et agenda
- Déménager ensemble votre domaine, votre site web et votre messagerie sans interruption : le plan par étapes
- Guide DirectAdmin 10.1: Migrer votre e-mail : les possibilités
- Guide WebOké 5.7: Rétablir le DNS et créer une sauvegarde DNS
- Cours DNS gratuit 6.1: TTL et cache
- Cours DNS gratuit 6.3: Le DNS lors d'un transfert