PRA PCA

Pour pallier à un sinistre ou à des dysfonctionnements, la virtualisation permet aujourd’hui la mise en oeuvre de plan de reprise d’activité et de plan de continuité d’activité avec nettement moins de contraintes qu’en utilisant des serveurs physiques.

Cependant, tout n’est pas éligible ni stratégique pour être dupliqué ou redondé car cela a un coût.

Le PRA OVEA ? C'est le bon plan !

Les plans de reprise d’activité doivent donc être bien réfléchis au regard de ce qui est essentiel à votre activité.

Pour mettre en oeuvre votre Plan de Reprise d’Activité, OVEA vous propose une duplication complète dans un autre Datacenter de l’infrastructure mise à votre disposition, avec une liaison de 20 Gbits/s entre les deux Datacenters (principal et secondaire).

En cas de sinistre un temps de reprise est nécessaire pour la bascule vers l’infrastructure de secours qui devra se mettre en route.

Le PCA OVEA, prenez de l'avance sur le sinistre !

Le plan de continuité d’activité vous permet de ne pas subir d’interruption dans votre activité car non seulement vos données sont redondées sur deux sites distants, mais elles sont aussi synchronisées quasiment en temps réel et en fonctionnement, l’une prenant le relais de l’autre en cas de sinistre.

Vos avantages

  • Une liaison fibre optique OVEA entre les deux datacenters de qualité et maitrisée
  • Souplesse et élasticité
  • Configuration des environnements et test de bascule effectués en amont
  • Coût nettement inférieur à de l’internalisation

LES PRÉCAUTIONS À PRENDRE POUR LA MISE EN OEUVRE DE VOTRE PRA / PCA

  • Etablir la liste des applications et données critiques indispensables à votre activité et qui nécessitent rééellement un PRA/PCA
  • S’assurer qu’elles peuvent être utilisées dans cette procédure
  • Choisir l’ordre de redémarrage et/ou bascule pour chaque applicatif
  • Allez le plus possible dans le détail en amont de la mise en place de votre plan
  • Définir les indicateurs de sécurité que sont le RPO et le RTO.
  • RPO : Recovery Point Objectif. C’est à dire le temps écoulé depuis la dernière sauvegarde effectuée. Il faut pouvoir le mesurer afin de quantifier la perte de données le cas échéant. Si la création de données est abondante sur un espace de temps court il faut donc dimuner ce RPO car en cas de sinistre se prolongeant la perte de données serait importante.
  • RTO : Recovery Time Objective, c’est le laps de temps que l’on estimera nécessaire ou tolérable pour remettre en état de fonctionnement le ou les services. Plus l’utilisation d’un service est critique pour l’entreprise plus il faut réduire ce temps.

Découvrez comment assurer la continuité de votre système d’informations

Téléchargez notre infographie

Infographie système d'informations