Condividi tramite


Eseguire il ripristino con lo strumento snapshot coerente con app Azure lication

Questo articolo fornisce una guida per l'esecuzione del comando di ripristino dello strumento snapshot coerente app Azure cation che è possibile usare con Azure NetApp Files.

Nota

Il comando di ripristino è disponibile solo per Istanze Large di Azure e Azure NetApp Files. Tutti i ripristini di Azure Managed Disk devono essere eseguiti usando il portale di Azure o l'interfaccia della riga di comando di Azure.

Introduzione

L'esecuzione di un ripristino del volume da uno snapshot viene eseguita usando il azacsnap -c restore comando .

Importante

In questo modo non viene eseguito un ripristino del database, ma solo un ripristino di volumi, come descritto per ognuna delle opzioni seguenti.

Opzioni di comando

Il -c restore comando include le opzioni seguenti:

  • --restore snaptovol Crea un nuovo volume basato su uno snapshot del volume. Questo comando crea un nuovo volume "clonato" per ogni volume nel file di configurazione, per impostazione predefinita usando lo snapshot del volume più recente come base per creare il nuovo volume. Per i volumi di dati è possibile selezionare uno snapshot da clonare usando l'opzione --snapshotfilter <Snapshot Name>, questa operazione verrà completata solo se tutti i volumi di dati hanno lo stesso snapshot. Questo comando non interrompe la replica di archiviazione da primaria a secondaria. I cloni dello snapshot vengono invece creati nello stesso percorso e vengono presentati i punti di montaggio del file system consigliati dei volumi clonati. Se si usa nel sistema di istanze Large di Azure, questo comando deve essere eseguito nell'area di ripristino di emergenza, ovvero il sistema di failover di destinazione.

  • --restore revertvolume Ripristina lo stato precedente del volume di destinazione in base a uno snapshot del volume. Uso di questo comando come parte del failover di ripristino di emergenza nell'area di ripristino di emergenza abbinata. Questo comando arresta la replica di archiviazione dal sito primario al sito secondario e ripristina i volumi di ripristino di emergenza di destinazione allo snapshot disponibile più recente nei volumi di ripristino di emergenza insieme ai punti di montaggio del file system consigliati per i volumi di ripristino di emergenza ripristinati. Se si usa nel sistema di istanze Large di Azure, questo comando deve essere eseguito nell'area di ripristino di emergenza, ovvero il sistema di failover di destinazione.

    Avviso

    L'opzione revertvolume è distruttiva dei dati perché qualsiasi contenuto archiviato nei volumi dopo che lo snapshot scelto per ripristinare andrà perso e non è recuperabile.

    Suggerimento

    Dopo aver eseguito un ripristino, è consigliabile rimontare il volume per assicurarsi che non siano presenti handle di file non aggiornati. A tale scopo, usare mount -o remount <mount_point>.

  • --dbsid <SAP HANA SID> è il SID del database come specificato nel file di configurazione a cui applicare i comandi di ripristino del volume.

  • [--configfile <config filename>] è un parametro facoltativo che consente nomi di file di configurazione personalizzati.

Eseguire un failover di ripristino di emergenza di test azacsnap -c restore --restore snaptovol

Questo comando è simile al comando failover di ripristino di emergenza completo (--restore revertvolume), ma invece di interrompere la replica tra il sito primario e il sito di ripristino di emergenza, viene creato un volume clone dai volumi di ripristino di emergenza, consentendo il ripristino dello snapshot più recente nel sito di ripristino di emergenza. Tali volumi clonati sono quindi utilizzabili dal cliente per testare il ripristino di emergenza senza dover eseguire un failover completo dell'ambiente HANA che interrompe il contratto di replica tra il sito primario e il sito di ripristino di emergenza.

  • In questo modo è possibile testare più punti di ripristino diversi, ognuno con il proprio punto di ripristino.
  • Il clone viene designato dal timestamp in corrispondenza del momento in cui è stato eseguito il comando e rappresenta i dati più recenti e altri snapshot disponibili durante l'esecuzione.

Importante

Questa operazione si applica solo all'istanza large di Azure.

  • Quando questo comando viene eseguito, è necessario che il messaggio di posta elettronica di contatto per le operazioni venga contattato prima dell'eliminazione dei cloni dopo 4 settimane.
  • Ogni esecuzione di questo comando crea un nuovo clone che deve essere eliminato dalle operazioni Microsoft al termine del test.
  • Tutti i volumi clone creati verranno eliminati automaticamente dopo 4 settimane.

Il file di configurazione ,ad esempio , DR.jsondeve contenere solo i volumi di ripristino di emergenza e non i volumi di produzione, altrimenti i volumi di produzione potrebbero avere cloni creati.

Output del azacsnap -c restore --restore snaptovol comando (per uno scenario a nodo singolo)

> 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

L'output "Visualizzazione dei punti di montaggio per volume" è diverso per i vari scenari.

Eseguire il failover di ripristino di emergenza completo azacsnap -c restore --restore revertvolume

Questo comando arresta la replica di archiviazione dal sito primario al sito secondario, ripristina lo snapshot più recente nei volumi di ripristino di emergenza e fornisce i punti di montaggio per i volumi di ripristino di emergenza.

Questo comando DEVE essere eseguito nel server di ripristino di emergenza usando un file di configurazione (ad esempio, DR.json) con solo volumi di ripristino di emergenza.

Eseguire un failover nel sito di ripristino di emergenza eseguendo il comando azacsnap -c restore --restore revertvolume. Questo comando richiede l'aggiunta di un SID come parametro. Si tratta del SID dell'istanza di HANA, che deve essere ripristinata nel sito di ripristino di emergenza.

Importante

Eseguire questo comando solo se si prevede di eseguire l'esercizio di ripristino di emergenza o un test. Questo comando interrompe la replica. Per riabilitare la replica, è necessario contattare Microsoft Operations.

A livello generale, ecco i passaggi per l'esecuzione di un failover di ripristino di emergenza:

  • È necessario arrestare l'istanza di HANA nel sito primario . Questa azione è necessaria solo se si esegue realmente il failover nel sito di ripristino di emergenza per evitare incoerenze dei dati.
  • Arrestare l'istanza di HANA nel nodo di ripristino di emergenza per il SID di produzione.
  • Eseguire il comando azacsnap -c restore --restore revertvolume nel nodo di ripristino di emergenza con il SID da ripristinare.
    • Il comando interrompe il collegamento di replica dell'archiviazione dal sito primario al sito di ripristino di emergenza
    • Il comando ripristina i volumi "data" e "other" come configurato. In genere, questa operazione sarebbe per i volumi per i /hana/data file system e /hana/logbackups . Il /hana/shared file system NON viene recuperato, ma usa l'esistente /hana/shared per SID nel percorso di ripristino di emergenza.
    • Montare i /hana/data volumi e /hana/logbackups : assicurarsi che vengano aggiunti al /etc/fstab file
  • Ripristinare lo snapshot HANA SYSTEMDB. HANA Studio mostra solo lo snapshot HANA più recente disponibile nello snapshot di archiviazione ripristinato come parte dell'esecuzione del comando azacsnap -c restore --restore revertvolume snapshot.
  • Ripristinare il database tenant.
  • Avviare l'istanza di HANA nel sito di ripristino di emergenza per il SID di produzione (ad esempio: H80 in questo caso).
  • Eseguire qualsiasi test del database.

Passaggi successivi