Para permitir la recuperación de punto de guardado de HANA o una recuperación posterior mediante los backups de registros, es necesario crear backups de Snapshot de datos coherentes con las aplicaciones en el sitio principal para el volumen de datos de HANA. Esto se puede realizar, por ejemplo, con la herramienta de copia de seguridad ANF AzAcSnap (consulte también "Qué es una herramienta Snapshot coherente con las aplicaciones de Azure para Azure NetApp Files | Microsoft Docs"). Los backups de Snapshot creados en el sitio principal se replican a continuación en el site de recuperación ante desastres.

En caso de conmutación por error ante desastres, la relación de replicación debe estar rota, los volúmenes deben montarse en el servidor de producción de DR, y se debe recuperar la base de datos HANA, ya sea en el último punto de guardado de HANA o con recuperación directa mediante los backups de registro replicados. El capítulo "Recuperación tras fallos", describe los pasos necesarios.

La siguiente figura muestra las opciones de configuración de HANA para la replicación entre regiones.

Con la versión actual de la replicación entre regiones, sólo se pueden seleccionar programaciones fijas y el usuario no puede definir el tiempo real de actualización de la replicación. Los horarios disponibles son diarios, cada hora y cada 10 minutos. Con estas opciones de programación, tiene sentido usar dos configuraciones diferentes según los requisitos del objetivo de punto de recuperación: La replicación de volúmenes de datos sin la replicación de backup de registros y el backup de registros con programaciones diferentes, cada hora o cada 10 minutos. El objetivo de punto de recuperación más bajo posible es de unos 20 minutos. En la tabla siguiente se resumen las opciones de configuración y los valores resultantes de RPO y RTO.