Après cette lecture, vous saurez fixer un RTO à partir de l'impact sur l'activité, chiffrer les moyens de l'atteindre, et le vérifier par un test chronométré.
Définition
L'ISO 22301 le définit comme la période suivant un incident pendant laquelle une activité doit reprendre ou une ressource être rétablie. Il est fixé à l'intérieur du délai au-delà duquel l'impact de la non-reprise devient inacceptable, souvent appelé durée maximale d'interruption tolérable (DMIT).
Les métiers fixent le RTO comme une cible. Ce que l'informatique atteint lors d'un test est le délai de reprise réel, et les deux diffèrent souvent.
Pourquoi c'est important
Le RTO dimensionne l'investissement. Une cible de 15 minutes suppose une bascule prête en permanence, alors que 3 jours peuvent ne demander que de bonnes sauvegardes, et les factures n'ont rien de comparable.
Comment ça fonctionne
Tirez le RTO du bilan d'impact sur l'activité, activité par activité. Traduisez-le en cibles pour les systèmes qui les soutiennent, en incluant leurs dépendances.
Choisissez des moyens de reprise adaptés, et comparez leur coût à l'impact qu'ils évitent.
Testez, et notez le délai atteint. S'il manque la cible, changez les moyens ou faites accepter l'écart par la direction.
Un cas concret
Une boutique en ligne perd 2 000 € par heure quand son site est arrêté : elle fixe donc un RTO de 2 heures. Un test prend 5 heures, dont 4 pour la restauration de la base de données.
Une réplique tiède ramène ce délai à 1 heure 30 pour 1 200 € par mois. La direction approuve : les 3 heures 30 gagnées lors d'une seule panne valent 7 000 €, près de six mois de ce coût.
Bonnes pratiques
- Faites fixer le RTO par le responsable métier, l'informatique conseillant sur le coût.
- Mesurez à partir du moment de la perturbation, et comptez le temps nécessaire pour décider.
- Alignez les RTO des dépendances d'un système.
- Gardez chaque résultat de test à côté de sa cible.
Erreurs fréquentes
- Donner le même RTO à tous les systèmes, ce qui fait trop dépenser pour certains et laisse les autres à court.
- Fixer une cible qu'aucun test n'a jamais atteinte, si bien que le chiffre n'existe que sur le papier.
- Oublier le temps nécessaire pour détecter et déclarer l'événement, souvent une heure ou plus.
- Ignorer une dépendance au RTO plus long, qui fixe alors le délai de reprise réel.
Questions
- Quelle différence entre RTO et RPO ?
- Le RTO dit en combien de temps vous devez être de retour. Le RPO dit combien de données récentes vous pouvez vous permettre de perdre. L'un compte en avant depuis l'incident, l'autre en arrière.
- Qu'est-ce qu'un bon RTO ?
- Un RTO justifié par l'impact et financé. Il n'existe pas de chiffre universel.
- Quelle différence entre RTO et DMIT ?
- La durée maximale d'interruption tolérable est le moment où l'impact devient inacceptable. Le RTO est fixé plus court, pour garder une marge.
- Un RTO est-il la même chose qu'un SLA ?
- Non. Un SLA est un engagement envers un client, souvent sur la disponibilité. Le RTO est une cible de reprise interne, qui doit soutenir le SLA.
- Comment vérifier un RTO ?
- Par un exercice de reprise chronométré dans des conditions réalistes. Additionner des estimations ne prouve rien.