Panne SI : que faire quand l’indisponibilité dépasse 72 heures ?

Le 7 mai 2026, une salle de datacenter AWS en Virginie a surchauffé. Plusieurs unités de refroidissement de la zone use1-az4 ont lâché, les serveurs se sont coupés et le retour complet a pris entre 19 et 28 heures selon les services. Le 23 septembre, Infomaniak, l'alternative européenne que beaucoup de DSI regardent en ce moment, a perdu l'ensemble de ses services pendant 2 h 15 après une modification de sa configuration DNS.

À Daejeon, l'incendie du 26 septembre 2025 a touché 647 systèmes de l'État coréen, en a détruit 96 et a emporté 858 To jamais sauvegardés. Un mois de restauration annoncé.

Vos PRA et PCA couvrent ce pour quoi ils ont été écrits, un scénario connu et court avec un retour à la normale prévu. Au-delà de 72 heures, la question change de nature. Quels services faut-il tenir coûte que coûte, lesquels peuvent attendre, et qui l'a décidé avant la crise ?

Vous repartez avec :

• La cotation de la criticité d'un service sur 4 axes (impact métier et financier, risque réglementaire, sécurité des personnes, privation côté usager), avec les 2 axes toujours actifs et les 2 qui s'activent selon votre secteur
• Les 4 modulateurs qui font bouger la note, dont la non-régression : un service doté d'un repli non numérique déjà pratiqué descend d'un cran, parce que la criticité se mesure sur le couple service et repli
• Une approche de la continuité basé sur la robustesse SI

Pour DSI, CTO, RSSI, directeurs IT, architectes SI, responsables continuité d'activité et responsables risques d'organisations de plus de 500 salariés, secteur public comme privé.