Pour permettre la restauration HANA des points de sauvegarde ou la restauration suivante à l'aide des sauvegardes de journaux, des sauvegardes Snapshot de données cohérentes au niveau des applications doivent être créées sur le site principal pour le volume de données HANA. Cela peut être fait par exemple avec l'outil de sauvegarde ANF AzAcSnap (voir aussi "Qu'est-ce que l'outil Snapshot Azure application cohérent pour Azure NetApp Files | Microsoft Docs"). Les sauvegardes Snapshot créées sur le site primaire sont ensuite répliquées sur le site de reprise sur incident.

Dans le cas d'un basculement, la relation de réplication doit être rompue, les volumes doivent être montés sur le serveur de production de reprise après incident et la base de données HANA doit être récupérée, soit vers le dernier point de sauvegarde HANA, soit avec récupération via les sauvegardes de journaux répliquées. Le chapitre "Basculement de reprise d'activité", décrit les étapes requises.

La figure suivante décrit les options de configuration HANA pour la réplication inter-région.

Avec la version actuelle de la réplication inter-région, seules les planifications fixes peuvent être sélectionnées et l'heure de mise à jour de la réplication réelle ne peut pas être définie par l'utilisateur. Les horaires disponibles sont tous les jours, toutes les heures et toutes les 10 minutes. Utilisez ces options de planification, deux configurations différentes selon les exigences RPO : la réplication de volume de données sans journalisation de la réplication des sauvegardes et la réplication des sauvegardes de journaux avec des planifications différentes, toutes les heures ou toutes les 10 minutes. Le RPO le plus faible possible est d'environ 20 minutes. Le tableau suivant récapitule les options de configuration et les valeurs RPO et RTO qui en résultent.