Presque toutes les conversations sur les sauvegardes commencent au mauvais endroit : combien d’espace, à quelle fréquence, à quel prix. Les deux questions qui définissent réellement votre politique sont autres, et se résument à deux sigles : RPO et RTO.
RPO : combien de données vous pouvez perdre
Le RPO, ou objectif de point de reprise, est la quantité de travail que vous acceptez de perdre, mesurée en temps. Si vous sauvegardez chaque jour à trois heures du matin et que le serveur disparaît à dix-huit heures, vous avez perdu quinze heures de travail. C’est votre RPO réel.
La question pratique à se poser est directe : que se passe-t-il si nous perdons le travail d’aujourd’hui ? Sur un site corporate qui change une fois par mois, presque rien. Sur une boutique en ligne, quinze heures de commandes irrécupérables et des clients qui ont payé sans laisser de trace.
RTO : combien de temps vous pouvez rester à l’arrêt
Le RTO, ou objectif de temps de reprise, est la durée pendant laquelle vous pouvez tenir sans service. Et voici le piège : le RTO n’est pas la durée de la restauration technique. C’est le temps total entre l’incident et le retour en exploitation, ce qui inclut détecter le problème, décider quoi faire, exécuter la reprise et vérifier que tout fonctionne.
Un serveur restauré en vingt minutes peut avoir un RTO réel de quatre heures si personne n’a remarqué la panne avant le lendemain matin. La détection fait partie du RTO, et presque personne ne la compte.
Pourquoi les définir avant d’acheter
Parce que ce sont les deux chiffres qui déterminent ce dont vous avez besoin. Un RPO d’une heure exige des sauvegardes horaires ou une réplication continue, pas une copie nocturne. Un RTO de trente minutes exige des sauvegardes sur stockage rapide et proche, pas dans une archive distante bon marché.
Si vous choisissez le produit d’abord et vous demandez ensuite s’il convient, vous découvrirez généralement que non, au pire moment possible.
Comment les calculer sans se compliquer
Une méthode qui fonctionne : prenez vos services, mettez-les dans un tableau et, pour chacun, répondez à deux questions par un chiffre.
La première : si nous perdons les X dernières heures de données, combien coûte la refonte ou combien perdons-nous ? La seconde : si nous sommes à l’arrêt X heures, quel chiffre d’affaires perdons-nous et quel dommage de réputation en découle ?
Vous verrez immédiatement que tout ne mérite pas le même traitement. La boutique en ligne et la facturation exigent des RPO et RTO courts. Le serveur de développement et l’archive historique tolèrent bien plus. Appliquer une politique unique à tout revient à surpayer le non critique et à rester court sur l’essentiel.
Valeurs typiques, pour se repérer
- Site corporate : un RPO de 24 heures et un RTO de quelques heures suffisent généralement. Une sauvegarde quotidienne.
- Commerce en ligne : RPO de 1 à 4 heures et RTO sous l’heure. Sauvegardes fréquentes sur stockage rapide.
- Facturation ou gestion : RPO en heures, RTO en heures, et longue rétention pour obligations fiscales.
- Développement : RPO et RTO en jours. C’est reconstructible.
Et ensuite, le vérifier
Un RPO et un RTO sur le papier ne valent rien tant que vous ne les mesurez pas. Le RPO se vérifie en regardant l’âge réel de votre dernière sauvegarde ; le RTO se vérifie en chronométrant une vraie restauration. Si vous ne l’avez jamais fait, vos deux chiffres sont des suppositions.
Comment nous les traitons
Nos services de sauvegarde permettent des fréquences et des rétentions différentes par service : vous pouvez donc resserrer le RPO là où cela compte sans le payer sur tout le parc. Et comme nous documentons les temps de restauration mesurés, votre RTO est une donnée et non un espoir. Si vous le souhaitez, nous faisons l’exercice du tableau avec vous avant toute souscription.