La réplication des bases et la haute disponibilité remplacent-elles un PRA ?
D’après Plan de reprise d’activité
Il faut distinguer le maintien d’un service pendant certaines défaillances et son rétablissement après un sinistre. La réplication répond à des besoins précis, mais doit être replacée dans la stratégie globale de reprise.
Réplication au niveau des bases de données
Au-delà de la VM, on peut répliquer les bases de données elles-mêmes (Oracle Data Guard, SQL AlwaysOn, MySQL Replication, etc.).
Les avantages :
Une connaissance plus fine des transactions (possibilité de replay, log shipping, etc.).
La capacité de faire du read-only sur le site de secours (pour certains scénarios).
On choisit la méthode (synchrone, asynchrone, quasi-temps réel) selon le RPO visé et la latence acceptable.
Différence entre haute disponibilité et reprise
Haute disponibilité (HA) : l’objectif est de maintenir le service en continu, avec très peu de coupures (voire quasi zéro) en cas de panne d’un composant (matériel, logiciel).
Généralement géré via des clusters ou du load-balancing.
Reprise (DR, Disaster Recovery) : l’objectif est de rétablir le service après un sinistre plus large (site out, data center détruit).
C’est typiquement l’objet du PRA.
Les entreprises très critiques combinent HA (pour les pannes partielles) et PRA (pour les sinistres majeurs).