Compartir a través de

Restauración mediante Azure Application herramienta de instantánea coherente

En este artículo se proporciona una guía para ejecutar el comando de restauración de la herramienta de instantánea coherente Azure Application que puede usar con Azure NetApp Files.

Nota:

El comando restore solo está disponible para Azure instancias grandes y Azure NetApp Files. Las restauraciones de Azure Managed Disk deben realizarse mediante el portal de Azure o Azure CLI.

Introducción

Realizar una restauración de volumen desde una instantánea se realiza mediante el azacsnap -c restore comando .

Importante

Esto no realiza una recuperación de base de datos, solo una restauración de volúmenes como se describe para cada una de las opciones siguientes.

Opciones de comando

El -c restore comando tiene las siguientes opciones:

  • --restore snaptovol Crea un nuevo volumen basado en una instantánea de volumen. Este comando crea un nuevo volumen "clonado" para cada volumen del archivo de configuración, de forma predeterminada con la instantánea de volumen más reciente como base para crear el nuevo volumen. En el caso de los volúmenes de datos, es posible seleccionar una instantánea para clonar mediante la opción --snapshotfilter <Snapshot Name>, esto solo se completará si todos los volúmenes de datos tienen esa misma instantánea. Este comando no interrumpe la replicación de almacenamiento de principal a secundaria. En su lugar, se crean clones de la instantánea en la misma ubicación y se presentan los puntos de montaje recomendados del sistema de archivos de los volúmenes clonados. Si usa en Azure sistema de instancias grandes, este comando debe ejecutarse en la región de recuperación ante desastres (es decir, el sistema de conmutación por error de destino).

  • --restore revertvolume Revierte el volumen de destino a un estado anterior basado en una instantánea de volumen. Con este comando como parte de la conmutación por error de recuperación ante desastres en la región de recuperación ante desastres emparejada. Este comando detiene la replicación de almacenamiento desde el sitio primario al sitio secundario y revierte los volúmenes de recuperación ante desastres de destino a su última instantánea disponible en los volúmenes de recuperación ante desastres junto con los puntos de montaje del sistema de archivos recomendados para los volúmenes de recuperación ante desastres revertidos. Si usa en Azure sistema de instancias grandes, este comando debe ejecutarse en la región de recuperación ante desastres (es decir, el sistema de conmutación por error de destino).

    Advertencia

    La opción revertvolume es datos destructivos, ya que cualquier contenido almacenado en los volúmenes después de la instantánea elegida para revertir se perderá y no se podrá recuperar.

    Sugerencia

    Después de realizar una reversión, se recomienda volver a montar el volumen para asegurarse de que no hay identificadores de archivo obsoletos. Esto se puede hacer mediante mount -o remount <mount_point>.

  • --dbsid <SAP HANA SID> es el SID de base de datos tal como se especifica en el archivo de configuración al que se aplican los comandos de restauración de volúmenes.

  • [--configfile <config filename>] es un parámetro opcional que permite nombres de archivo de configuración personalizados.

Realización de una conmutación por error de recuperación ante desastres de prueba azacsnap -c restore --restore snaptovol

Este comando es como el comando "completo" de conmutación por error de recuperación ante desastres (--restore revertvolume), pero en lugar de interrumpir la replicación entre el sitio primario y el sitio de recuperación ante desastres, se crea un volumen de clonación a partir de los volúmenes de recuperación ante desastres, lo que permite la restauración de la instantánea más reciente en el sitio de recuperación ante desastres. El cliente puede usar esos volúmenes clonados para probar la recuperación ante desastres sin tener que ejecutar una conmutación por error completa de su entorno de HANA que interrumpe el acuerdo de replicación entre el sitio primario y el sitio de recuperación ante desastres.

  • Se pueden probar varios puntos de restauración diferentes de esta manera, cada uno con su propio punto de restauración.
  • El clon se designa mediante la marca de tiempo en la que se ejecutó el comando y representa los datos más recientes y otra instantánea disponible cuando se ejecuta.

Importante

Esta operación solo se aplica a Azure instancia grande.

  • Cuando se ejecuta este comando, es necesario que el correo electrónico de contacto para las operaciones se comunique con antes de la eliminación de los clones después de 4 semanas.
  • Cada ejecución de este comando creará un nuevo clon que microsoft Operations debe eliminar cuando finalice la prueba.
  • Los volúmenes clonados creados se eliminarán automáticamente después de 4 semanas.

El archivo de configuración (por ejemplo, ) debe contener solo los volúmenes de recuperación ante desastres y no los volúmenes de producción; de lo contrario, DR.jsonlos volúmenes de producción podrían haber creado clones.

Salida del azacsnap -c restore --restore snaptovol comando (para Single-Node escenario)

> azacsnap --configfile DR.json -c restore --restore snaptovol --dbsid H80
* This program is designed for those customers who have previously installed the
  Production HANA instance in the Disaster Recovery Location either as a
  stand-alone instance or as part of a multi-purpose environment.
* This program should be executed from the Disaster Recovery location otherwise
  unintended consequences may result.
* This program is intended to allow the customer to simulate a Disaster Recovery
  failover without actually requiring a failover and subsequent failback.
* Any other restore points must be handled by Microsoft Operations.
* As part of the process, a clone is created of the each of the 'data' and 'other'
  volumes per the configuration file.

Do you wish to continue? (y/n) [n]: y

About to create clones of volumes based on the latest snapshot, these will be
kept for 4 weeks before being automatically deleted by Microsoft Operations.
Enter an email address to contact when deleting clones: <b>person@nowhere.com</b>
Checking state of HLI volumes for SID 'PEW'
Configured volumes (Data and Other) are not ready to clone, will retry in 00:00:10 seconds
Configured volumes (Data and Other) are not ready to clone, will retry in 00:00:10 seconds
Configured volumes (Data and Other) are not ready to clone, will retry in 00:00:10 seconds
Configured volumes (Data and Other) are not ready to clone, will retry in 00:00:10 seconds
Configured volumes (Data and Other) are not ready to clone, will retry in 00:00:10 seconds
Configured volumes (Data and Other) are not ready to clone, will retry in 00:00:10 seconds
Configured volumes (Data and Other) are not ready to clone, will retry in 00:00:10 seconds
Displaying Mount Points by Volume as follows:
10.50.251.34:/hana_data_h80_sapprdhdb80_mnt00001_t020_xdp_rwclone_20200916_0256  /hana/data/H80/mnt00001 nfs  rw,bg,hard,timeo=600,vers=4,rsize=1048576,wsize=1048576,intr,noatime,lock 0 0
10.50.251.36:/hana_log_backups_h80_sapprdhdb80_t020_xdp_rwclone_20200916_0256  /hana/log_backups/H80/01 nfs  rw,bg,hard,timeo=600,vers=4,rsize=1048576,wsize=1048576,intr,noatime,lock 0 0
*******************  HANA Test DR Restore Steps  ******************************
* Complete the following steps to recover your HANA database:           *
* 1. Ensure ALL the target mount points exist to mount the snapshot clones.    *
*    e.g. mkdir /hana/logbackups/H99_SOURCE                                    *
* 2. Add Mount Point Details from 'Displaying Mount Points by Volume' as       *
*    output above into /etc/fstab of DR Server.                                *
* 3. Mount newly added filesystems.                                            *
* 4. Perform HANA Snapshot Recovery using HANA Studio.                         *
********************************************************************************
*  These snapshot copies (clones) are kept for 4 weeks before                  *
*  being automatically removed.                                                *
*  Please contact Microsoft Operations to delete them earlier.                 *
********************************************************************************

Importante

La salida "Mostrar puntos de montaje por volumen" es diferente para los distintos escenarios.

Realización de una conmutación por error de recuperación ante desastres completa azacsnap -c restore --restore revertvolume

Este comando detiene la replicación de almacenamiento desde el sitio primario al sitio secundario, restaura la instantánea más reciente en los volúmenes de recuperación ante desastres y proporciona los puntos de montaje para los volúmenes de recuperación ante desastres.

Este comando DEBE ejecutarse en el servidor de recuperación ante desastres mediante un archivo de configuración (por ejemplo, DR.json) solo con volúmenes de recuperación ante desastres.

Ejecute el comando azacsnap -c restore --restore revertvolumepara realizar una conmutación por error al sitio de recuperación ante desastres. Este comando requiere que se agregue un SID como parámetro. Este es el SID de la instancia de HANA, que debe recuperarse en el sitio de recuperación ante desastres.

Importante

Ejecute este comando solo si planea realizar el ejercicio de recuperación ante desastres o una prueba. Este comando interrumpe la replicación. Debe ponerse en contacto con Microsoft Operations para volver a habilitar la replicación.

En el nivel superior, estos son los pasos para ejecutar una conmutación por error de recuperación ante desastres:

  • Debe apagar la instancia de HANA en el sitio primario . Esta acción solo es necesaria si realmente realiza la conmutación por error al sitio de recuperación ante desastres para evitar incoherencias de datos.
  • Apague la instancia de HANA en el nodo de recuperación ante desastres para el SID de producción.
  • Ejecute el comando azacsnap -c restore --restore revertvolume en el nodo de recuperación ante desastres con el SID que se va a recuperar.
    • El comando interrumpe el vínculo de replicación de almacenamiento del sitio principal al sitio de recuperación ante desastres.
    • El comando restaura los volúmenes "data" y "other" tal como están configurados. Normalmente, esta operación sería para los volúmenes de los /hana/data sistemas de archivos y /hana/logbackups . El /hana/shared sistema de archivos NO se recupera, sino que usa el siD existente /hana/shared en la ubicación de recuperación ante desastres.
    • Montaje de los /hana/data volúmenes y /hana/logbackups : asegúrese de que se agregan al /etc/fstab archivo.
  • Restaure la instantánea DE HANA SYSTEMDB. HANA Studio solo muestra la instantánea de HANA más reciente disponible en la instantánea de almacenamiento restaurada como parte de la ejecución del comando azacsnap -c restore --restore revertvolume de instantánea.
  • Recupere la base de datos del inquilino.
  • Inicie la instancia de HANA en el sitio de recuperación ante desastres para el SID de producción (ejemplo: H80 en este caso).
  • Realice cualquier prueba de base de datos.

Pasos siguientes

  • Last updated on