SLO, PRA, sauvegardes : remettre les priorités dans le bon ordre

Beaucoup d’organisations se retrouvent avec des objectifs de disponibilité, des plans de reprise et des stratégies de sauvegarde qui ne parlent pas le même langage. Résultat : des efforts dispersés, des budgets mal positionnés, et un risque qui reste élevé malgré des investissements importants.

Quand les priorités se mélangent

Les SLO (Service Level Objectives) servent à mesurer l’expérience utilisateur ou métier. Les PRA (Plans de reprise d’activité) traitent de la remise en service après incident. Les sauvegardes protègent les données. Si ces trois axes ne sont pas coordonnés, on obtient une sécurité factice : on a des sauvegardes qui ne permettent pas une reprise rapide, ou une disponibilité garantie sur des services qui n’ont pas de vrai plan de remise en route.

Erreur n°1 : définir des SLO sans analyse métier

Un SLO de 99,9 % peut sembler top, mais il n’a de sens que si les services concernés supportent des usages critiques. Sans priorisation métier, des ressources non essentielles peuvent absorber des budgets et des efforts qui devraient aller vers des services plus critiques.

• Ne pas confondre disponibilité et importance métier.
• Éviter les SLO copié-collés sans examen des impacts réels.
• Faire valider les objectifs par les métiers avant de les fixer.

Erreur n°2 : des PRA trop généraux

Un PRA qui dit simplement « reprendre l’activité » n’est pas suffisant. Il faut définir des objectifs de reprise concrets, des rôles clairement assignés et des scénarios réalistes. Sans cela, le plan devient un document théorique qui ne sert à rien en situation de crise.

• Vérifier que les priorités de reprise correspondent aux SLO critiques.
• Identifier les dépendances entre services, données et équipes.
• Tester régulièrement les processus de reprise.

Erreur n°3 : des sauvegardes déconnectées

Si les sauvegardes existent mais qu’elles ne sont pas testées, elles n’ont aucune valeur en cas de sinistre. Un dispositif de sauvegarde efficace doit répondre à des objectifs de point de restauration (RPO) et de temps de restauration (RTO), et être aligné avec les besoins métiers.

• Ne pas garder des sauvegardes non restaurées depuis des mois.
• S’assurer que les périodicités correspondent aux besoins réels.
• Vérifier la cohérence entre sauvegarde, PRA et sufficiency de l’infrastructure.

Comment rétablir l’ordre

Pour rendre l’ensemble cohérent, commencez par poser les questions suivantes :

• Quels services sont vraiment critiques pour le business ?
• quelles données doivent être restaurées en priorité ?
• combien de temps d’interruption est acceptable pour chaque famille de services ?

Ensuite, structurez le dispositif :

• des SLO basés sur les usages métier ;
• des PRA définis par type de dégâts et niveau de criticité ;
• des sauvegardes validées par des tests réguliers et des restaurations réelles.

Un exemple d’alignement efficace

Une société de services cloud a défini trois niveaux de criticité :

• Niveau 1 : services client et passerelles de paiement → RTO 1h, RPO 15 min.
• Niveau 2 : reporting interne et outils de pilotage → RTO 4h, RPO 1h.
• Niveau 3 : archives et services non critiques → RTO 24h, RPO 24h.

Cette classification a permis de concentrer les sauvegardes, les PRA et les ressources de récupération sur ce qui comptait réellement, plutôt que de chercher à tout couvrir au même niveau.

Ce que Kenawek recommande

Nous proposons de :

• valoriser les données et services selon leur impact métier ;
• définir des SLO cohérents avec les PRA ;
• tester les restaurations de sauvegarde dans des scénarios concrets ;
• mettre en place une gouvernance de la résilience partagée entre sécurité, infra et métiers.

Cette approche transforme SLO, PRA et sauvegardes en leviers de résilience opérationnelle, plutôt qu’en coûts isolés.