Panne d’automate : avez-vous vraiment une stratégie de restauration fiable ?
Dans un atelier de production, la panne d’un automate sans sauvegarde disponible peut immobiliser une ligne pendant plusieurs heures, voire plusieurs jours si le programme d’origine a disparu avec le CPU défaillant. Ce scénario, trop souvent vécu sur le terrain, est pourtant largement évitable. Mettre en place une stratégie de sauvegarde des configurations automates solide n’est pas une contrainte supplémentaire : c’est un filet de sécurité opérationnel qui conditionne directement votre capacité à relancer la production après un incident.
Comprendre ce qu'il faut sauvegarder
La sauvegarde d’un automate industriel ne se limite pas au programme utilisateur. Selon les équipements en place, il faut couvrir plusieurs niveaux :
- Le programme automate (blocs OB, FC, FB, DB) avec l’ensemble des variables et des configurations matérielles
- Les paramètres réseau (adresses IP, configurations Profinet, topologie)
- Les paramètres variateurs et périphériques intelligents associés
- Les recettes et valeurs de consigne persistantes dans les DB de données
- La configuration de l’IHM (Siemens WinCC, Schneider Vijeo, etc.)
Les niveaux de sauvegarde : du minimum au robuste
Il n’existe pas de stratégie universelle. Tout dépend du niveau de criticité de votre machine et du temps d’arrêt tolérable. On distingue généralement trois approches :
Sauvegarde manuelle périodique : export du projet TIA Portal vers un réseau partagé ou un support physique (clé USB industrielle, carte SD). Simple à mettre en oeuvre, mais dépendante de la rigueur humaine. La date de la dernière sauvegarde est rarement tracée.
Archivage versionné avec gestion des révisions : la sauvegarde seule ne suffit pas si on ne sait pas quelle version correspond à quelle évolution de la machine. Coupler la sauvegarde à un outil de gestion de versions (Git, SVN) permet de tracer l’historique des modifications, d’identifier la dernière version stable et de revenir à une révision antérieure en cas de régression.
Où stocker les sauvegardes ?
Le stockage des configurations PLC suit les mêmes règles de bon sens que n’importe quelle politique de sauvegarde informatique. La règle dite “3-2-1” reste une référence valable :
- 3 copies de la sauvegarde
- sur 2 supports différents (réseau local + support amovible, par exemple)
- dont 1 hors site ou en cloud sécurisé
Dans le contexte industriel, “hors site” peut signifier un serveur NAS dans un autre bâtiment ou un espace de stockage cloud chiffré (Azure, AWS S3). Cette dernière option, souvent négligée, est pourtant précieuse lors d’une intervention d’urgence : le technicien de maintenance trouve directement la configuration sur le terrain, sans dépendre de l’infrastructure informatique de l’entreprise.
Contactez nos experts pour choisir l'approche adaptée à votre environnement.
La protection des fichiers de sauvegarde mérite aussi attention. Chiffrer les archives et en restreindre l’accès évite qu’une configuration critique soit consultée ou modifiée par des personnes non autorisées.
Préparer la restauration : le vrai test de la sauvegarde
La procédure de restauration doit être documentée et testée périodiquement, idéalement sur un automate de test ou lors d’une mise hors production planifiée. Les points à valider sont les suivants :
- Intégrité du fichier de sauvegarde (pas de corruption)
- Compatibilité de la version logicielle (version TIA Portal vs firmware CPU)
- Redémarrage propre sans alarme résiduelle
- Cohérence des paramètres réseau après restauration
Exemples
Limites et contraintes à anticiper
La gestion des sauvegardes automates se heurte à quelques difficultés pratiques. La compatibilité des versions logicielles est souvent sous-estimée : un projet TIA Portal créé sous V17 ne s’ouvre pas directement sous V16. Lors d’une restauration d’urgence, si la version installée sur le PC de maintenance ne correspond pas, cela peut bloquer l’intervention. Il faut donc archiver conjointement le projet et la version logicielle utilisée, voire conserver un portable de maintenance avec plusieurs versions installées.
La gestion des droits de protection (Know-How Protection sur TIA Portal) peut aussi compliquer une restauration si les mots de passe ne sont pas documentés de manière sécurisée.
Enfin, dans les architectures multi-constructeurs ou les machines anciennes, l’outil de sauvegarde peut ne pas couvrir tous les équipements. Variateurs, visualiseurs, modules de communication spécifiques requièrent des outils propriétaires supplémentaires.
Conclusion
Mettre en place une stratégie de sauvegarde des configurations automates est avant tout une démarche de bon sens opérationnel. Elle ne nécessite pas d’investissement lourd pour atteindre un niveau de protection satisfaisant. Commencer par les bases : un export hebdomadaire du projet TIA Portal vers un réseau partagé ou une clé USB stockée dans le coffret. Puis faire évoluer progressivement vers l’automatisation et le versionnage.
L’objectif n’est pas zéro risque, mais un temps de reprise maîtrisé après incident. Documentez vos procédures, testez vos restaurations au moins une fois par an, et tracez les versions. Ces trois actions suffisent à faire la différence entre une panne de 30 minutes et une immobilisation de plusieurs jours.
