# Qu'est-ce qu'un objectif de temps de reprise (RTO) ?

> Un objectif de temps de reprise (recovery time objective, RTO) est la durée cible après une perturbation définie dans laquelle un système, un service ou une capacité métier spécifié doit être restauré à un niveau convenu.

- URL canonique: https://yellowcube.eu/fr/glossary/recovery-time-objective/
- Éditeur: Yellow Cube
- Langue: fr
- Contact: hello@yellowcube.eu

## Contenu

Il aide à traduire les priorités métier en exigences d'ordre de reprise, d'architecture, de personnel, de fournisseurs et de procédures. Un RTO de quatre heures signifie que la conception de la reprise doit viser à restaurer la capacité définie dans les quatre heures suivant l'événement de départ déclaré.

Un RTO n'est utile que lorsque le périmètre et l'horloge sont explicites. Les équipes doivent identifier ce qui démarre la mesure, quel niveau de service compte comme restauré, quelles dépendances sont incluses, et si des solutions de contournement manuelles satisfont une partie du besoin. Une application peut aussi avoir des objectifs échelonnés — par exemple une fonction critique limitée avant le service complet.

### Points clés

- **Impact métier:** Fixer les cibles à partir des conséquences de l'indisponibilité, des besoins de sûreté, des engagements clients, des obligations réglementaires et du fonctionnement dégradé acceptable.
- **Conception de la reprise:** Utiliser la redondance, la capacité de remplacement, les procédures documentées, la restauration des données, les communications alternatives et des personnes formées adaptées à la cible.
- **Cartographie des dépendances:** Inclure l'identité, le réseau, le DNS, le cloud, les locaux, les données, les fournisseurs et les approbations opérationnelles nécessaires pour délivrer le service rétabli.
- **Tests:** Mesurer la reprise réelle lors d'exercices, en incluant le temps de décision et de validation plutôt que le seul démarrage de l'infrastructure.
- **Limite importante:** Un RTO est un objectif, pas la promesse que chaque scénario sera résolu à temps. Des dépendances non testées, des défaillances généralisées, des sauvegardes compromises, des raccourcis dangereux ou une cible irréaliste peuvent invalider le plan.

### Termes associés

[Objectif de point de reprise (RPO)](<https://yellowcube.eu/fr/glossary/recovery-point-objective/>) · [Durée d'interruption maximale tolérable (MTD)](<https://yellowcube.eu/fr/glossary/maximum-tolerable-downtime/>) · [Reprise après sinistre](<https://yellowcube.eu/fr/glossary/disaster-recovery/>) · [Continuité d'activité](<https://yellowcube.eu/fr/glossary/business-continuity/>) · [Durée moyenne de réponse (MTTR)](<https://yellowcube.eu/fr/glossary/mean-time-to-respond/>) · [Analyse d'impact sur l'activité (BIA)](<https://yellowcube.eu/fr/glossary/business-impact-analysis/>)

### Sources

[NIST glossary: Recovery Time Objective](https://csrc.nist.gov/glossary/term/RTO) · [NIST SP 800-34 Rev. 1: Contingency Planning Guide](https://csrc.nist.gov/pubs/sp/800/34/r1/upd1/final)

## Attribution et portée

Cette version Markdown est générée à partir des mêmes contenus approuvés que la page HTML canonique. Utilisez l’URL canonique pour toute citation.