skip to Main Content

Qu’est-ce qu’un ODR et un OPR ?Il se passe des choses dans le domaine de la technologie, c’est comme ça. Et la manière dont nous sommes touchés a autant à faire que la manière dont nous nous sommes préparés à l’inévitable comme à ce que nous avons fait pour éviter les temps d’arrêt. Alors que se passe-t-il quand les lumières s’éteignent ? Essayez d’imaginer ce qui se passe lorsque vos systèmes d’entreprise tombent en panne. Et je dirais que c’est davantage une question de savoir quand et pas si. Quel est l’impact sur votre entreprise lorsque votre SAP tombe en panne pendant une heure ? Un jour ? Plus longtemps ? Ce qui se passera ensuite dépendra probablement de votre plan de continuité des activités (PCA). Et au cœur de votre PCA, ce qui se passera dépendra de votre tolérance aux temps d’arrêt, ce qui nous amène à poser la question suivante : qu’est-ce qu’un ODR et un OPR ?

Qu’est-ce qu’un ODR ?

Nous en avons discuté avant, mais cela vaut la peine d’y revenir un peu plus en détail. ODR signifie « objectif de délai de rétablissement ». L’ODR est le temps que vous êtes prêt à laisser s’écouler avant que vos systèmes de sauvegarde ne soient opérationnels. Les ODR varient considérablement dans le monde des affaires. Pour les systèmes non critiques, les ODR peuvent être mesurés en heures, voire en jours. Pour les systèmes centraux, les ODR peuvent durer quelques secondes.

L’ODR dépend de l’urgence avec laquelle vous souhaitez que le système se rétablisse. Dans le cas du PGI du SAP, la plupart des entreprises souhaitent que les systèmes basculent assez rapidement vers des instances de sauvegarde. Cependant, cela dépend de l’entreprise. Si votre entreprise expédie des conteneurs toutes les trois semaines, un ODR de 15 minutes ne perturbera probablement pas beaucoup votre entreprise. Cela permettra aux personnes de prendre une pause café pendant que le département informatique se démène pour mettre en place l’environnement de sauvegarde SAP.

Les entreprises à rythme plus rapide et à plus forte intensité de transaction nécessitent généralement des ODR plus courts. Les exemples les plus extrêmes se trouvent dans le secteur financier, où chaque seconde compte. Un échange d’actions ou un virement retardé par une panne peut s’avérer coûteux. La panne peut également affecter la réputation de l’entreprise en question.

Qu’est-ce qu’un OPR ?

L’OPR est « l’objectif de point de rétablissement ». Il indique le moment dans le temps à partir duquel vous souhaitez pouvoir récupérer les informations lorsque vous démarrez vos systèmes de sauvegarde. À titre d’illustration, supposons que M. Smith vous achète un produit à 11 h et que M. Jones l’achète à 11 h 01. Votre système SAP enregistre les transactions à leurs moments respectifs. Ensuite, imaginez que vous ayez une panne à 11 h 02. Jusqu’où voulez-vous récupérer les transactions ? Voulez-vous pouvoir récupérer la transaction de M. Jones une minute plus tôt ou celle de M. Smith deux minutes auparavant ? Votre OPR détermine le point de retour en arrière, c’est-à-dire le point dans le temps à partir duquel vous voulez effectuer une restauration.

Pourquoi l’ODR et l’OPR sont-ils importants dans la continuité des activités ?

L’ODR et l’OPR sont des éléments importants de chaque PCA. Il s’agit des mesures spécifiques relatives aux processus de sauvegarde et de récupération, de disponibilité et de basculement. Et, comme vous pouvez l’imaginer, plus l’ODR et l’OPR sont rapides, plus le coût de mise en œuvre est élevé. Si vous voulez un ODR mesuré en secondes, par exemple, vous devrez adapter le système en conséquence. Une méthodologie courante est celle que l’on appelle le « site miroir ».

Un site miroir est une copie identique de votre environnement SAP existant qui s’exécute dans un emplacement séparé (et si possible sécurisé). Si vous êtes à New York, votre miroir pourrait être en Arizona. Vous pouvez configurer votre environnement SAP pour basculer vers le site miroir en quelques secondes, permettant ainsi aux transactions de continuer dans l’ODR défini.

Les sites miroirs sont coûteux, car ils présentent un double défi. Vous devez les exécuter en parfaite adéquation avec le système principal. C’est une corvée opérationnelle. Pire, vous devez maintenir les deux systèmes en parallèle, en termes administratifs. Si vous mettez à jour un logiciel dans l’un, vous devez le mettre à jour l’autre, etc. C’est un processus qui nécessite beaucoup de temps et de ressources.

Les ODR moins coûteux et plus lents peuvent comprendre des sites de sauvegarde « à chaud » qui doivent être démarrés en même temps que la restauration des sauvegardes de base de données répliquées à intervalles réguliers pendant la journée. Par exemple, si vous effectuez une réplication toutes les heures, votre OPR durera jusqu’à une heure. Même les « sites à froids », où vous devez installer votre environnement SAP à partir de zéro, sont encore moins chers. Cela pourrait prendre des jours. Selon votre entreprise, ce délai peut ne pas avoir d’importance.

Meilleures pratiques de reprise après catastrophe (RC)

Il existe un corpus utile de connaissances des meilleures pratiques que vous pouvez appliquer à vos besoins en matière de RC. Apprenez des bonnes pratiques (et erreurs) des autres. Ce qui suit est une vue d’ensemble de haut niveau. Pour plus de détails, nous vous recommandons notre Cahier de planification de reprise après catastrophe.

Attribuer des priorités de RC en utilisant une approche basée sur les risques

La plupart de nos clients ont une approche multi-niveaux de l’ODR et de l’OPR. Pour leurs systèmes les plus cruciaux, ils investissent dans des ODR rapides et des OPR courts. Pour les systèmes moins essentiels, comme les volumes de stockage de fichiers, ils optent pour un ODR moins coûteux, mais plus lent. La question qui se pose, bien sûr, est de savoir quels actifs et quelles menaces méritent le plus haut niveau d’investissement en RC et lesquels ne le méritent pas ?

Une approche basée sur les risques vous permet de quantifier l’impact des menaces et de planifier la RC en conséquence. Il y a là un certain degré de subjectivité, mais cela vous permet de faire la différence entre la probabilité et les conséquences de scénarios catastrophiques plus ou moins graves. Voici une version simplifiée du processus. Pour chaque actif numérique, par exemple votre PGI du SAP, votre système de messagerie, etc. :

  • Cernez la menace, les éléments susceptibles de perturber les opérations commerciales, telles que les catastrophes naturelles et les cyberattaques.
  • Estimez la probabilité que la catastrophe se produise, par exemple la probabilité que la menace soit exprimée entre 0 et 1.
  • Estimez l’impact en attribuant une note comprise entre 0 et 1 qui indique dans quelle mesure la menace/l’événement affecterait les opérations de votre entreprise.
  • Attribuez une cote de risque, la valeur obtenue en multipliant la probabilité par l’impact de la menace en question.

Comme le montre le tableau ci-dessous, différents systèmes ont des cotes de risque différentes en fonction de l’impact d’une panne. Plus le niveau de risque est élevé, plus le besoin en ODR est élevé.

Menace Système affecté Probabilité Conséquence Évaluation des risques Implications pour ODR/OPR
Ouragan Environnement SAP 0.1 0.9 0.09 Le plus rapide
Ouragan Serveur de messagerie 0.1 0.7 0.07 Rapide

 

Sélection des technologies de RC appropriées

Après avoir évalué les cotes de risque, il est nécessaire de choisir une technologie ou des outils permettant d’atteindre les objectifs d’ODR, d’OPR et d’autres aspects du plan de RC. De nombreux choix sont offerts. Ceux-ci comprennent la réplication de SAP Hypervisor, les sauvegardes de centre de données secondaire, la réplication de base de données, la réplication de stockage, etc. Chaque solution technologique pour la RC a ses avantages et ses inconvénients. Un partenaire RC expérimenté peut vous aider à déterminer l’approche optimale en matière de continuité des activités et de coûts.

Envisager une reprise après catastrophe en tant que service (DRaaS)

La RC peut être suffisamment complexe pour qu’il soit logique de la sous-traiter à un prestataire qui peut faire tout cela en tant que service. Nous pouvons vous aider à cet égard. Notre reprise après catastrophe en tant que service ne constitue qu’une partie d’une solution complète d’infrastructure cloud et informatique. Nous travaillons avec nos partenaires pour allouer des ressources en fonction de :

  • L’ODR et l’OPR
  • Les besoins informatiques actuels
  • La croissance future
  • Les projets spéciaux

Un tarif mensuel abordable vous donne accès aux ressources que vous utilisez. Parallèlement, vous bénéficiez de l’évolutivité DRaaS dans notre cloud géré. En cas de catastrophe, vous pouvez récupérer et passer rapidement à l’échelle supérieure, en respectant les ODR et les OPR prédéterminés. Cela garantit la continuité des activités sans les coûts d’investissement dans l’infrastructure de reprise après catastrophe.

En savoir plus sur DRaaS et d’autres services de RC.