Commencer par les fonctions critiques
Toutes les informations GTB n’ont pas le même impact. Une perte d’historique de confort n’est pas comparable à l’arrêt du froid, à l’absence d’alarme technique ou à la perte de ventilation d’un local sensible. Établissez une analyse fonctionnelle de criticité avec le propriétaire, l’exploitant, la maintenance et les métiers utilisateurs. Pour chaque fonction, documentez la conséquence d’une panne, le temps maximal tolérable, les conditions de sécurité et l’action manuelle possible.
Distinguer supervision, commande et procédé
La disparition de l’hypervision ne doit pas nécessairement arrêter les équipements. Les automates locaux doivent conserver les séquences essentielles lorsque le serveur central ou le réseau de supervision est indisponible. Il faut décrire précisément ce qui continue localement, ce qui se fige, ce qui bascule et ce qui déclenche une alarme.
Concevoir des modes dégradés explicites
Un mode dégradé doit être écrit dans l’analyse fonctionnelle : valeurs de repli, commandes locales, priorités énergétiques, maintien hors-gel, ventilation minimale ou stratégie de température. Les opérateurs doivent pouvoir identifier clairement que le système fonctionne en mode dégradé.
Sécuriser alimentations et communications
Les automates, équipements réseau, serveurs et passerelles critiques doivent être associés à une stratégie d’alimentation cohérente : source secourue, onduleur lorsque nécessaire, surveillance de batterie et procédure de remplacement. Le réseau doit éviter les points uniques de panne injustifiés.
Sauvegarder ce qui permet de reconstruire
Une sauvegarde utile contient programmes automates, paramètres, bases de données, synoptiques, certificats, licences, historiques nécessaires et documentation de version. Elle doit être protégée et sa restauration testée. Copier des fichiers sans vérifier leur intégrité et les droits d’accès ne constitue pas un plan de reprise.
Organiser les accès et la cybersécurité
La continuité ne justifie pas des accès permanents et non maîtrisés. Prévoyez des comptes nominatifs, une procédure d’urgence, une segmentation adaptée et la révocation des accès obsolètes. Une reprise rapide ne doit pas introduire une vulnérabilité durable.
Écrire un plan de reprise opérationnel
Le plan indique qui constate, qui décide, qui intervient et dans quel ordre. Ajoutez coordonnées d’astreinte, dépendances, pièces critiques, sauvegardes disponibles et critères de retour au régime normal. Une fiche utilisable sous contrainte complète la documentation détaillée.
Tester par scénarios
La recette simule la perte du serveur, d’un automate, d’un segment réseau, d’une alimentation et d’un capteur critique. Vérifiez comportement local, alarme, bascule, traçabilité et retour à la normale. Répétez les tests après les changements majeurs.
Piloter l’amélioration continue
Suivez incidents, temps de détection, temps de reprise, défauts récurrents et écarts constatés lors des exercices. Supernova CSE accompagne l’analyse de criticité, l’architecture fonctionnelle, les modes dégradés, les protocoles d’essais et le commissioning des GTB/GTC.