Migration de week-end qui dérape : la checklist de réversibilité

La migration de serveur, le changement d'hébergeur ou la bascule d'un système critique se planifient presque toujours le week-end, pour profiter de l'arrêt d'activité. C'est logique sur le papier — et c'est précisément ce qui en fait le moment le plus dangereux de votre métier d'infogéreur.

Trois facteurs se combinent :

• L'irréversibilité apparente. Une fois les anciennes machines décommissionnées ou les données migrées, revenir en arrière peut devenir impossible si rien n'a été prévu.
• La pression du temps. La bascule doit être terminée avant le lundi 8 h. Quand un imprévu surgit le dimanche soir, la tentation est forte de « forcer » au lieu de renoncer proprement.
• L'isolement. Vous intervenez seul ou en équipe réduite, sans le support de l'éditeur ni la possibilité de tester en conditions réelles avec les utilisateurs.

Le résultat d'une migration mal préparée est toujours le même : le lundi matin, le client ne peut pas travailler. Et chaque heure d'arrêt se traduit en perte de chiffre d'affaires qu'il cherchera à vous imputer.

La règle d'or d'une migration maîtrisée tient en une phrase : ne lancez jamais une bascule dont vous ne savez pas revenir. La réversibilité — la capacité de remettre le système dans son état d'origine — n'est pas une option de confort, c'est votre assurance opérationnelle.

Un plan de retour arrière digne de ce nom prévoit :

1. la conservation intacte de l'environnement source jusqu'à validation complète de la cible (on ne supprime rien avant d'être certain) ;
2. un point de bascule documenté : à partir de quel moment et selon quelle procédure on revient en arrière si les critères de succès ne sont pas atteints ;
3. une heure limite de décision : « si à 22 h le dimanche la migration n'est pas validée, on déclenche le rollback » — décidée à froid, pas dans la panique ;
4. un test du retour arrière lui-même, idéalement répété au préalable sur un environnement de pré-production.

La pire erreur n'est pas qu'une migration échoue. C'est de s'apercevoir, le dimanche soir, qu'on ne peut ni avancer ni reculer.

Combien d'infogéreurs ont découvert, au pire moment, que leur sauvegarde était corrompue, incomplète, ou tout simplement irrécupérable ? La sauvegarde est le pilier de votre filet de sécurité, mais une sauvegarde dont la restauration n'a jamais été testée n'est qu'une hypothèse rassurante.

Avant toute bascule :

• Réalisez une sauvegarde complète de l'état source, séparée des sauvegardes courantes, et conservée hors du périmètre de la migration.
• Testez réellement sa restauration sur un environnement neutre. Vérifiez non seulement que les fichiers reviennent, mais que l'application redémarre et que les données sont cohérentes.
• Documentez le RPO et le RTO : quelle quantité de données peut être perdue, en combien de temps le service peut-il être rétabli. Ces engagements doivent être réalistes et connus du client.

Une perte de données imputée à une sauvegarde défaillante est l'un des sinistres les plus fréquents et les plus coûteux du métier. La RC Pro peut prendre en charge la perte ou l'altération des données du client, mais elle ne remplacera jamais une procédure de sauvegarde sérieuse — et un sinistre causé par une négligence grossière s'indemnise mal.

Voici une trame concrète à adapter et, surtout, à faire valider par écrit par le client avant chaque intervention sensible. Ce document n'est pas de la bureaucratie : c'est à la fois votre méthode et votre preuve en cas de litige.

Le simple fait de faire signer ce document clarifie les responsabilités. Si le client a refusé de payer un environnement de pré-production ou imposé une fenêtre trop courte, c'est tracé. À l'inverse, si vous avez sauté une étape, vous le saurez avant qu'il ne soit trop tard.

Même avec une préparation irréprochable, un aléa peut survenir : un bug de l'éditeur, une incompatibilité non documentée, une coupure réseau au pire moment. Si le service n'est pas rétabli le lundi matin et que le client subit une perte d'exploitation, sa réclamation peut se chiffrer en milliers, voire dizaines de milliers d'euros.

C'est ici que votre RC Pro joue son rôle : elle couvre les dommages immatériels — la perte de chiffre d'affaires de votre client résultant d'une erreur d'exploitation ou d'une faute professionnelle de votre part — ainsi que vos frais de défense si le litige se judiciarise. La perte ou l'altération de données est également prise en charge dans les conditions du contrat.

Deux conditions essentielles pour être réellement protégé :

• Déclarez précisément votre activité de migration et d'exploitation. Une activité non déclarée peut faire tomber la garantie.
• Conservez vos traces : devis, checklist validée, échanges avec le client. En cas de sinistre, ce sont elles qui démontrent votre sérieux et délimitent votre responsabilité.

Pour vérifier que votre couverture correspond à vos prestations réelles, consultez la page assurance infogérance. Une migration bien préparée et bien assurée transforme un moment à haut risque en simple intervention de routine.

Beaucoup de litiges entre infogéreurs et clients ne naissent pas du sinistre lui-même, mais de la façon dont il a été annoncé et géré. Un client tenu informé, qui comprend ce qui se passe et constate votre maîtrise, hésite à engager un contentieux. Un client laissé dans le flou un lundi matin, sans interlocuteur, se braque et cherche un responsable.

Avant la migration, posez le cadre :

• Annoncez la fenêtre et le risque résiduel. Une bascule comporte toujours un aléa ; le dire à l'avance, par écrit, transforme un incident en risque accepté plutôt qu'en surprise reprochée.
• Désignez un point de contact joignable pendant l'intervention, côté infogéreur comme côté client, pour décider ensemble si un imprévu surgit.
• Fixez les critères de réception. Quels tests le client doit-il valider le lundi matin pour considérer la migration comme réussie ? Cette validation formelle clôt votre responsabilité sur la prestation.

Pendant la crise éventuelle, la règle est la transparence factuelle : annoncer un délai réaliste de rétablissement, expliquer la cause sans minimiser ni dramatiser, et tenir vos engagements de mise à jour. C'est aussi ce qui, en cas de réclamation, démontre votre professionnalisme. Là encore, conserver l'historique écrit de ces échanges renforce votre position : la trace prouve à la fois votre diligence et le périmètre exact de ce qui avait été convenu. Une RC Pro bien dimensionnée vous protège financièrement, mais c'est votre rigueur relationnelle et documentaire qui évite, le plus souvent, d'avoir à l'activer.