Service · Développement sur mesure

Migration de systèmes et de bases de données

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.

Répétition
complète avant la vraie bascule
Fenêtre
calculée sur des mesures
Retour arrière
écrit et déjà éprouvé
Contrôles
totaux et volumes comparés

Ce que comprend la prestation

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.

Cadrer le périmètre avec un ingénieur

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é.

Plan de migration

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 ».

Conversion des données

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.

Répétition générale

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.

Plan de retour

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.

Vérification

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.

Comment se déroule la mission

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.

01

Évaluation

Volume des données, dépendances, flux et surtout interruption tolérable : savoir si l'entrepôt travaille le samedi change tout le plan.

02

Répétition générale

Passage complet sur une copie, chaque opération chronométrée, avec la liste des corrections à apporter aux scripts avant la vraie date.

03

Bascule

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.

04

Observation

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.

Questions fréquentes

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.

Préparons la migration

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.

Horaires
du lundi au vendredi, 8h-18h, réponse sous un jour ouvré
Réunions
En ligne, sur Teams ou Google Meet

Nous utilisons uniquement les cookies nécessaires : ils font fonctionner le site et mémorisent la ville que vous avez choisie. Nous ne vous suivons pas à des fins publicitaires. Les détails figurent dans la politique de confidentialité.