Migration informatique : la méthode pour une bascule sans casse

Une migration réussie est une migration qu'on ne remarque pas

Une bascule improvisée, c'est une journée de production perdue, des e-mails disparus, des fichiers introuvables et des équipes exaspérées. À l'inverse, une migration bien menée rend le jour de la bascule ennuyeux, parce que tout a été validé avant. C'est une affaire de méthode, et c'est sur cette méthode qu'il faut juger un prestataire, bien plus que sur l'outil qu'il utilise.

Les principaux types de migration

• Serveurs : renouvellement du matériel, passage en environnement virtualisé, déplacement vers un centre de données ou vers le cloud, avec les applications et les données.
• Messagerie : abandon d'une messagerie vieillissante (POP, serveur local, hébergeur historique) au profit de Microsoft 365 ou d'une solution équivalente, en conservant e-mails, contacts et agendas.
• Postes de travail : renouvellement du parc, changement de version de Windows, transfert des profils, données et logiciels de chaque utilisateur.
• Sites et applications web : changement d'hébergeur sans coupure visible (voir hébergement web).
• Passage au cloud : un projet à part entière, détaillé dans le guide migration cloud.

La méthode en cinq étapes

1. Inventaire de l'existant : serveurs, applications, données, comptes, licences et dépendances. On ne migre bien que ce qu'on connaît, c'est le même travail de fond qu'un audit informatique.
2. Plan de migration : ordre des opérations, fenêtres de bascule, responsabilités, communication aux équipes et scénario de retour arrière.
3. Préparation et tests : le nouvel environnement est monté en parallèle de l'ancien, les données sont synchronisées, des utilisateurs pilotes valident leurs outils réels.
4. Bascule : hors des heures d'activité, avec synchronisation finale, contrôles d'intégrité et vérification service par service avant réouverture.
5. Accompagnement après bascule : assistance renforcée les premiers jours, corrections, puis bilan et documentation mise à jour.

Demandez au prestataire de vous remettre ce plan par écrit avant de commencer : c'est le meilleur indicateur de son sérieux.

Intégrité des données et retour arrière

Aucun prestataire ne peut honnêtement promettre « zéro risque ». Ce qu'on peut exiger, c'est une méthode qui rend la perte de données très improbable et réversible :

• une sauvegarde complète et vérifiée de l'existant avant toute bascule, conservée pendant toute la transition ;
• des contrôles des données migrées (comptages, échantillonnage, ouverture de fichiers et de boîtes mail tests) ;
• la conservation de l'ancien système jusqu'à validation, souvent plusieurs semaines ;
• un retour arrière documenté et, idéalement, testé.

Questions à poser avant de signer

• Combien de migrations de ce type avez-vous réalisées, et puis-je contacter un client ?
• Quelles fenêtres de bascule proposez-vous, et quelle coupure maximale prévoyez-vous par service ?
• Qui prévient les utilisateurs et que doivent-ils faire le lendemain de la bascule ?
• Les corrections après bascule sont-elles incluses dans le prix, et pendant combien de temps ?
• Que se passe-t-il si une application métier ne fonctionne pas dans le nouvel environnement ? L'éditeur du logiciel a-t-il été consulté ?

À exiger dans le contrat ou le bon de commande

1. Le périmètre exact de la migration (services, données, nombre de boîtes ou de postes).
2. Le plan de migration et le scénario de retour arrière, en annexe.
3. Les fenêtres de bascule et la coupure maximale prévue par service.
4. Les critères de recette : ce qui doit fonctionner pour que la migration soit considérée comme terminée.
5. La durée de l'assistance après bascule et les corrections incluses.
6. La conservation de l'ancien environnement et la date de son décommissionnement.
7. La remise de la documentation à jour et de tous les accès administrateur.