Après cette lecture, vous saurez fixer un RPO pour chaque ensemble de données et le traduire en une fréquence de sauvegarde vérifiable.
Définition
L'ISO 22301 le définit comme le point auquel les informations utilisées par une activité doivent être restaurées pour que l'activité puisse fonctionner à la reprise. Un RPO d'une heure signifie perdre au plus la dernière heure de données.
Pourquoi c'est important
Il décide de la fréquence de copie des données : des sauvegardes nocturnes ne peuvent pas tenir un RPO de 15 minutes.
La bonne cible dépend de ce qui peut être reconstitué. Certaines données perdues peuvent être ressaisies depuis le papier ou le système d'un partenaire, d'autres sont tout simplement perdues.
Comment ça fonctionne
Demandez au responsable métier ce qui serait perdu et comment le reconstituer. Fixez le RPO par ensemble de données, car un chiffre unique pour l'entreprise sera faux pour la plupart d'entre eux.
Choisissez les moyens : sauvegardes quotidiennes ou horaires, envoi des journaux de transactions, ou réplication synchrone. L'intervalle ne doit pas dépasser le RPO.
Testez une restauration et regardez la date de la dernière transaction récupérée. Cette date est votre RPO réel.
Un cas concret
Les rendez-vous d'une clinique peuvent être reconstitués à partir des SMS envoyés, donc 4 heures sont acceptables. Ses dossiers patients ne peuvent pas l'être : le RPO est de 15 minutes, tenu par l'envoi des journaux vers un second site.
Un test restaure les dossiers jusqu'à 11 minutes avant la panne simulée, et le rapport de test consigne ce chiffre.
Bonnes pratiques
- Gardez aussi des copies plus anciennes, au cas où une corruption passerait inaperçue pendant des jours.
- Surveillez que les sauvegardes se terminent réellement, et lisez les échecs.
- Vérifiez ce que chaque fournisseur SaaS conserve, et pendant combien de temps.
Erreurs fréquentes
- Supposer qu'une sauvegarde qui s'est exécutée est une sauvegarde qui se restaure.
- Demander un RPO de zéro partout, sans le chiffrer.
- Oublier les données des services SaaS, parce que personne à l'informatique n'a jamais mis en place leurs sauvegardes.
- Lire le RPO dans le calendrier des sauvegardes. Seule une restauration montre ce que vous récupéreriez vraiment.
Questions
- Un RPO peut-il être nul ?
- Proche de zéro, avec la réplication synchrone, à un certain coût et avec des limites de distance. Il ne vous protégera pas de la corruption, qui est copiée elle aussi.
- Qui fixe le RPO ?
- Le responsable de l'activité métier, l'informatique conseillant sur le coût de chaque cible.
- Quel est l'effet d'un rançongiciel sur le RPO ?
- Le chiffrement a pu s'exécuter sans être remarqué, et la dernière copie saine peut donc être plus ancienne que la cible. C'est pour cela qu'on garde des copies plus anciennes.
- Que signifie un RPO de 24 heures ?
- L'entreprise accepte de perdre jusqu'à une journée de données. En pratique, une sauvegarde chaque nuit est le minimum pour le tenir.
- Des sauvegardes plus fréquentes ralentissent-elles les systèmes ?
- C'est possible, selon la technique. Les instantanés et l'envoi des journaux limitent l'effet par rapport aux copies complètes.
- Le RPO est-il le même pour tous les systèmes ?
- Il ne devrait pas l'être. Un site web public et une comptabilité tolèrent des pertes très différentes.