Illustration d’un scénario de migration de projet, générée par IA

Définissez le périmètre des autorisations relatives aux données et aux accès

Confirmez l’autorisation d’utiliser les documents du projet, les données historiques, les protocoles des appareils et les interfaces. Privilégiez les fichiers d’exportation ou les interfaces autorisées fournis par la plateforme d’origine, et n’obtenez pas de données par des moyens non autorisés.

La migration ne se limite pas aux courbes historiques

La hiérarchie du projet, les paramètres et points de mesure, les valeurs initiales, les coordonnées, les unités, les facteurs d’échelle des instruments, la propriété des équipements, les seuils d’alerte et les conventions de rapport doivent tous être vérifiés. Les pièces jointes, les comptes rendus d’intervention et les règles historiques peuvent devoir être organisés séparément.

Commencez par un petit échantillon, puis développez

Sélectionnez des paramètres de surveillance représentatifs et un segment de données historiques, puis comparez les grandeurs, les horodatages, les valeurs cumulées, les vitesses de variation et les données manquantes. Après validation, importez les données par lots en conservant les fichiers d’origine et les enregistrements de correspondance.

Planifier la bascule après validation en parallèle

Les appareils compatibles peuvent d’abord faire l’objet d’une validation en parallèle sur la nouvelle plateforme afin de vérifier la stabilité de la remontée des données, les notifications d’alerte et les résultats des rapports. La fenêtre de bascule, la procédure de retour arrière et les responsabilités doivent être clairement définies ; les appareils ne permettant pas un fonctionnement en parallèle doivent faire l’objet d’un plan de tests d’intégration distinct.

L’essai de migration peut commencer par un ensemble de points de mesure. Effectuez d’abord la validation, puis décidez d’une bascule complète.
← Retour aux ressources et analyses