Inventaire
Ce qui bouge, ce qui en dépend, où sont réellement les données, et quels états, quels flux et quelles tâches de nuit cesseront de fonctionner dès que l'adresse de la base aura changé.
Le cas classique : un logiciel de gestion écrit il y a vingt ans, une base dont le moteur n'est plus suivi, un serveur qui ne reçoit plus de correctifs de sécurité et un auteur parti depuis longtemps vers d'autres horizons. Cela fonctionne, jusqu'au jour où cela ne fonctionne plus. Nous déplaçons ces systèmes vers des versions récentes, vers un autre moteur de base ou vers un hébergement chez OVHcloud ou Scaleway. Avec une entreprise qui tourne, il n'y a qu'une tentative : l'essentiel du travail est donc de la préparation, et la bascule elle-même se fait à distance dans une fenêtre convenue.
Le résultat se joue dans la préparation. Le déplacement lui-même est court comparé au travail qui le précède, et quand il est court, c'est justement bon signe.
Ce qui bouge, ce qui en dépend, où sont réellement les données, et quels états, quels flux et quelles tâches de nuit cesseront de fonctionner dès que l'adresse de la base aura changé.
Les opérations dans l'ordre, la durée estimée de chacune et les points de décision où l'on dit consciemment « on continue » ou « on revient en arrière ».
Correspondance des types, des encodages et des structures. Les accents d'un vieux jeu de caractères latin qui ressortent en symboles illisibles sont un classique, et cela se traite avant la bascule, pas le lundi suivant.
Migration complète sur une copie, en environnement de test, chronomètre en main. Le premier essai réserve presque toujours des surprises ; le deuxième beaucoup moins.
Les opérations de remise en service de l'ancien système, écrites et répétées, pour le cas où un défaut sérieux apparaîtrait dans les heures qui suivent la bascule.
Sommes de contrôle, nombre d'enregistrements et échantillons sur les données qui comptent vraiment : créances ouvertes, soldes clients, stocks au jour de la bascule.
La durée de préparation dépend du volume et du nombre de dépendances. La bascule se planifie le plus souvent sur un week-end, et seule la répétition générale dit combien d'heures elle demandera.
Volume des données, dépendances, flux et surtout interruption tolérable : savoir si l'entrepôt travaille le samedi change tout le plan.
Passage complet sur une copie, chaque opération chronométrée, avec la liste des corrections à apporter aux scripts avant la vraie date.
Dans la fenêtre convenue, en suivant le scénario répété, avec un interlocuteur unique en ligne du début à la fin des opérations.
Pendant une période convenue, nous surveillons de près, et l'ancien système reste consultable pour lever les doutes par comparaison.
N'éteignez pas l'ancien système le lendemain de la bascule. Laissez-le accessible en lecture quelques semaines : il ressort presque toujours quelque chose qui n'est pas passé, ou qui est passé de travers. Pensez aussi aux pièces comptables, dont la durée de conservation se compte en années, et à la mise à jour de votre registre des traitements si les données personnelles ont changé d'hébergeur ou de pays.
Le chiffre sort de la répétition générale, parce qu'elle mesure le temps réel sur vos propres volumes ; une estimation donnée avant ne vaut pas grand-chose. La bascule se programme en général du vendredi soir au dimanche, pour que le lundi matin se passe normalement, et vous recevez le déroulé heure par heure avant de valider la date.
Pour certains systèmes, oui : on réplique les données en continu, puis on bascule très brièvement à la fin. C'est plus cher et plus délicat, donc cela se justifie là où une heure d'arrêt coûte vraiment de l'argent, un service de réservation en ligne par exemple. Pour la majorité des entreprises, un week-end suffit largement.
Pour déplacer les données, rarement : nous travaillons sur la base elle-même et nous reconstituons les règles à partir des données et des entretiens avec les utilisateurs. C'est plus ennuyeux si vous vouliez faire évoluer l'ancien programme. Votre avocat doit alors établir quels droits votre entreprise détient, et il se révèle souvent plus raisonnable d'écrire un module neuf.
C'est un choix fréquent et l'occasion est bonne. Nous définissons ensemble la région du centre de données chez un hébergeur comme OVHcloud, Scaleway ou Clever Cloud, en cohérence avec votre documentation RGPD, et le nouveau prestataire rejoint votre registre en qualité de sous-traitant. Si votre secteur impose une qualification particulière, SecNumCloud notamment, elle entre dans le choix dès le départ.
C'est le point que les plans de migration oublient le plus souvent. Des écrans différents, des raccourcis disparus, des états qui ne sortent plus au même format : le premier lundi est toujours rugueux. Nous préparons donc une note des changements visibles, une courte session en visioconférence pour les équipes concernées et une présence renforcée les premiers jours.
Dites-nous ce que vous voulez déplacer, vers quoi, et quelle interruption vous pouvez accepter. Nous commencerons par une répétition sur une copie de vos données.
Votre demande nous est parvenue
Vous recevrez une réponse sous un jour ouvré. Si vous signalez une panne qui immobilise vos équipes, elle passe en priorité.
Cette ville ne figure pas dans la liste. Vérifiez l'orthographe ou choisissez la grande ville la plus proche : nous travaillons à distance, cela ne change rien au périmètre de nos prestations.