RTO et RPO : le plan de continuité qui rétablit l'activité

Parce que la copie n'est qu'un point de départ. Imaginez un serveur qui rend l'âme un lundi matin, avec une sauvegarde faite la veille sur un disque USB. La copie existe ; l'entreprise reste à l'arrêt. Pour rétablir l'activité, il manque quatre choses :

• Du matériel de remplacement Le serveur en panne ne peut pas recevoir les données en retour.
• Des compétences et des identifiants Un technicien qui connaît le système et dispose des mots de passe et des clés de licence.
• Des heures de travail Transférer les données, relancer les applications et valider le résultat.
• Reconnecter le bureau Postes, imprimantes et autorisations qui pointaient vers l'ancienne machine.

C'est dans ces quatre étapes qu'une panne d'une matinée se transforme en une semaine sans facturation. Beaucoup de PME ne le découvrent qu'une fois l'incident survenu.

RTO: Recovery Time Objective. La durée maximale d'arrêt que l'activité tolère avant que les pertes ne deviennent sérieuses.

RPO: Recovery Point Objective. La fenêtre de données que l'on accepte de perdre, comptée à rebours à partir de l'incident. Avec une dernière sauvegarde à minuit, un problème à 17 h coûte toute la journée de travail.

Lus ensemble : un RTO de 4 heures et un RPO d'1 heure signifient « nous sommes opérationnels en 4 heures et, au pire, nous perdons la dernière heure ». C'est une décision métier. Le partenaire IT traduit ces valeurs en architecture et en prix, et plus elles sont serrées, plus c'est cher. Exiger une reprise instantanée pour tous les systèmes, c'est gaspiller le budget.

Quatre étapes pour les définir en une réunion

1. Lister les dépendances: messagerie, ERP et facturation, dossiers partagés, logiciel métier, téléphonie, site web.
2. Interroger sur l'impact: à chaque responsable : « à partir de combien d'heures d'arrêt commençons-nous à perdre des clients ou du chiffre d'affaires ? » La réponse donne le RTO.
3. Interroger sur le travail à refaire: « combien d'heures de travail sommes-nous prêts à refaire ? » On en déduit le RPO.
4. Exiger une preuve: transmettre la liste au prestataire et demander la solution accompagnée de l'exercice qui la valide.

Scénario illustratif : société de services, 40 postes, facturation quotidienne, une partie de l'équipe en télétravail. Les chiffres servent de repère, pas de recette.

L'écart entre la première et la dernière ligne est l'argument économique : protéger l'archive comme l'ERP, c'est dépenser sans gain ; protéger l'ERP comme l'archive, c'est accepter un risque que personne n'a validé.

La base reste la règle 3-2-1 : trois copies, deux supports distincts, dont une hors des locaux. Aujourd'hui, cela ne suffit plus. Les attaques modernes localisent et détruisent les sauvegardes accessibles par le réseau avant de chiffrer les serveurs ; il faut donc une copie immuable, que personne ne peut supprimer pendant une durée fixée, et un dernier test de restauration sans erreur. L'agence américaine CISA recommande de conserver des sauvegardes chiffrées et déconnectées du réseau pour les données critiques, et de vérifier régulièrement leur intégrité et leur disponibilité.

Ceux qui travaillent sur Microsoft 365 ont un angle mort supplémentaire : la corbeille native ne conserve les données que peu de temps. Nous expliquons le problème dans pourquoi Microsoft 365 a besoin de sa propre sauvegarde.

• Panne matérielle Disque, serveur, switch ou pare-feu qui cesse de répondre.
• Attaque informatique Ransomware ou accès frauduleux qui chiffre ou supprime les données, sauvegardes comprises lorsqu'elles sont sur le même réseau.
• Erreur d'un utilisateur Dossier supprimé, document écrasé, compte effacé par erreur.
• Coupure d'électricité ou de connexion Plusieurs heures sans réseau électrique, comme le 28 avril 2025. Nous analysons cette journée dans huit heures sans électricité ni internet : le bureau aurait-il tenu ?
• Sinistre dans le bâtiment Incendie, dégât des eaux ou vol de matériel.

L'União de Freguesias de Massamá e Monte Abraão a retenu DataRoad en 2022, par procédure publique, pour un projet qui réunit les trois couches évoquées : un nouveau serveur d'entreprise, installé et configuré ; un onduleur pour protéger les systèmes et les maintenir en fonctionnement ; et une sauvegarde d'entreprise sur deux fronts, locale et cloud, mise en place puis validée. Les informations et configurations précédentes ont été migrées vers la nouvelle infrastructure sans perte.

La couche locale garantit une restauration rapide. La couche cloud couvre le sinistre dans le bâtiment. La validation transforme les deux en engagements vérifiés, et non en suppositions.

Au minimum chaque trimestre, avec la restauration d'un serveur dans un environnement isolé et le temps consigné. Chaque année, avec un exercice complet auquel assiste la direction. Sans ce registre, RTO et RPO ne sont que des intentions.

Nous avons décrit la procédure dans le test de restauration de 30 minutes à exiger de votre prestataire. Si l'incident est déjà en cours, lisez d'abord que faire dans les premières heures d'une récupération de données.

Dans le cadre d'un contrat IT Unlimited, DataRoad - IT Services and Consulting fixe les objectifs de reprise avec la direction, dimensionne les sauvegardes managées et supervisées pour les atteindre et conserve le registre de chaque test. La couche continuité d'activité et reprise après sinistre ajoute la séquence de redémarrage, les priorités et le plan de communication pendant l'incident.

Lorsque l'activité ne peut pas attendre le jour ouvré suivant, la formule Premium 365 étend la couverture aux nuits, week-ends et jours fériés.

Nous fixons avec vous les objectifs de chaque système, mesurons ce que votre infrastructure de sauvegarde permet aujourd'hui et vous remettons le plan de correction par priorités. Proposition sans engagement. Plus de 10 postes · contrat d'assistance · support à distance, sur site et téléphonique.

Appelez le +351 211 459 950 * ou écrivez à sales@dataroad.pt. One Step Ahead of IT.

*Appel vers un fixe portugais.

• NIST SP 800-34 : définition du RTO
• NIST SP 800-34 : définition du RPO
• CISA : guide de réponse aux ransomwares