Failover (basculement) et failback (restauration): quelle est la différence ?

Les catastrophes, qu’elles soient naturelles ou d’origine malveillante, frappent rarement quand on s’y attend. Dans le cadre d’une reprise après sinistre, vous avez besoin de récupérer votre infrastructure numérique rapidement et efficacement. Le basculement et la restauration sont des outils de continuité des opérations qui participent à maintenir le bon fonctionnement des activités virtuelles lorsque votre site de production a été mis hors service.

Envisagez-les comme des éléments complémentaires essentiels d’un plan robuste de reprise après sinistre. L’opération de basculement transfère la production du site primaire vers un site de sauvegarde (de restauration). L’opération de restauration la renvoie vers le site primaire d’origine (ou vers un nouveau) après résolution du problème (ou de l’événement planifié).

En cas de panne de grande ampleur, vous pouvez restaurer rapidement tout système affecté en « basculant » vers une copie. Dans ce cas, le basculement correspond au transfert des charges de travail critiques depuis un système de production primaire compromis vers un site de reprise désigné ; il restaure ainsi les opérations de production. Il limite également les effets disruptifs en assurant le maintien des opérations en cas de panne système potentiellement handicapante.

La copie distante (hors site) du système est initialisée, pendant le basculement, pour remplacer le système d’origine. Selon la nature de la défaillance, vous pouvez basculer vers la dernière image du système ou vers une image de restauration spécifiquement choisie. Copier fréquemment des images du système vous permet de conserver de nombreuses versions, et ainsi de limiter les pertes de données. Basculer vers une copie gérée de votre système est un moyen peu coûteux de vous protéger contre les défaillances informatiques.

Après la restauration du site primaire — et la résolution de tous les risques de sécurité et autres problèmes associés à la panne —, vous pouvez restaurer vos opérations sur votre système de production. Cette restauration vous permet de récupérer l’image du système, tel qu’il était avant le sinistre, sur votre système de production d’origine (ou un autre site de production sélectionné), et de récupérer les charges de travail depuis le système copié. Des modifications incrémentielles sont cependant à prévoir dans le système de reprise suite au basculement. Vous devez donc synchroniser le système de production restauré (ou le nouveau système de production) avec le système copié avant l’opération de restauration, de manière à éviter toute perte d’informations critiques. Lorsque vous procédez à une restauration, seules les données temporaires (modifiées) conservées dans le système de reprise doivent être renvoyées vers le système de production (nouveau ou restauré).
 

Synthèse sur le basculement et la restauration

Basculement vs. restauration

Lorsqu’une erreur est détectée, un flux de travail de basculement renvoie les sources de données vers un système de reprise, tandis qu’un flux de travail de restauration restaure les données dans leur état d’origine après une attaque de ransomware ou autre perte de données d’entreprise.

Voici à quoi s’attendre avec les opérations de basculement/restauration :

1.  Dans le cadre du plan de reprise après sinistre, la première étape consiste à copier le site de production primaire vers un site de reprise désigné. Les données situées sur le système copié reflètent celles du système source à l’instant de la copie. En cas d’incident, un basculement automatique vers le système de reprise est déclenché.
2.  Au cours d’un événement de basculement, les charges de travail de production sont transférées vers le site de reprise, mais certaines modifications peuvent se produire à mesure que les opérations se poursuivent. Toute modification survenue pendant un événement de défaillance est enregistrée dans un stockage virtuel associé au système de reprise.
3. Une fois que l’interruption ou les pertes de données liées à la panne sont résolues et que toute menace connue est supprimée, les activités peuvent reprendre sur le site de production primaire. À ce stade, l’opération de restauration s’exécute ; les charges de travail de production sont récupérées depuis le site de reprise, et les données de mise à jour temporaires sont transférées vers le système primaire. Le système de production (nouveau ou restauré) et le système de reprise peuvent ensuite être synchronisés.

Solution Rubrik 

Notre solution de réplication et de reprise après sinistre intègre les opérations de basculement et de restauration à un plan de gestion aussi fluide que complet. Rubrik automatise, sans interruption, les tests de basculement et la migration des applications vers le cloud afin de réduire les risques et de répondre aux exigences de conformité. Le logiciel de reprise après sinistre de Rubrik surveille les tâches de réplication et le statut de basculement, assure un suivi de la conformité aux règles de réplication, et accumule de manière proactive les messages d’erreur et d’avertissement. Nous simplifions l’orchestration de la reprise après sinistre grâce aux fonctions de basculement/restauration, de test et de migration vers le cloud.

Découvrez comment Rubrik peut vous aider à protéger vos données grâce à des solutions de réplication et de reprise après sinistre de premier ordre.