Återställa med azure application consistent snapshot tool

  • Artikel

Den här artikeln innehåller en guide för att köra återställningskommandot för verktyget Azure Application Consistent Snapshot som du kan använda med Azure NetApp Files.

Kommentar

Återställningskommandot är endast tillgängligt för Azure Large Instance och Azure NetApp Files. Alla återställningar av Azure Managed Disk måste göras med hjälp av Azure-portalen eller Azure CLI.

Introduktion

Du gör en volymåterställning från en ögonblicksbild med hjälp av azacsnap -c restore kommandot .

Viktigt!

Detta utför inte en databasåterställning, utan endast en återställning av volymer enligt beskrivningen för vart och ett av alternativen nedan.

Kommandoalternativ

Kommandot -c restore har följande alternativ:

  • --restore snaptovol Skapar en ny volym baserat på en ögonblicksbild av volymen. Det här kommandot skapar en ny "klonad" volym för varje volym i konfigurationsfilen, som standard med hjälp av den senaste ögonblicksbilden av volymen som bas för att skapa den nya volymen. För datavolymer är det möjligt att välja en ögonblicksbild som ska klonas med hjälp av alternativet --snapshotfilter <Snapshot Name>. Detta slutförs endast om ALLA datavolymer har samma ögonblicksbild. Det här kommandot avbryter inte lagringsreplikeringen från primär till sekundär. I stället skapas kloner av ögonblicksbilden på samma plats och rekommenderade filsystemmonteringspunkter för de klonade volymerna visas. Om du använder i Azure Large Instance-systemet ska det här kommandot köras i DR-regionen (det vill:s mål redundanssystem).

  • --restore revertvolume Återställer målvolymen till ett tidigare tillstånd baserat på en ögonblicksbild av volymen. Använda det här kommandot som en del av DR-redundans i den kopplade DR-regionen. Det här kommandot stoppar lagringsreplikeringen från den primära platsen till den sekundära platsen och återställer mål-DR-volymerna till deras senaste tillgängliga ögonblicksbild på DR-volymerna tillsammans med rekommenderade filsystemmonteringspunkter för de återställda DR-volymerna. Om du använder i Azure Large Instance-systemet ska det här kommandot köras i DR-regionen (det vill:s mål redundanssystem).

    Varning

    Alternativet revertvolume är datadestruktivt eftersom allt innehåll som lagras i volymerna efter den ögonblicksbild som valts att återgå till går förlorat och inte kan återställas.

    Dricks

    När du har gjort en återställning rekommenderar vi att volymen monteras på nytt för att säkerställa att det inte finns några inaktuella filhandtag. Det kan du få med hjälp av mount -o remount <mount_point>.

  • --dbsid <SAP HANA SID> är det databas-SID som anges i konfigurationsfilen för att tillämpa volymåterställningskommandona på.

  • [--configfile <config filename>] är en valfri parameter som tillåter anpassade namn på konfigurationsfiler.

Utföra ett test av dr-redundans azacsnap -c restore --restore snaptovol

Det här kommandot är som det "fullständiga" DR-redundanskommandot (--restore revertvolume), men i stället för att bryta replikeringen mellan den primära platsen och haveriberedskapsplatsen skapas en klonvolym från haveriberedskapsvolymerna, vilket gör det möjligt att återställa den senaste ögonblicksbilden på DR-platsen. Dessa klonade volymer kan sedan användas av kunden för att testa Haveriberedskap utan att behöva utföra en fullständig redundansväxling av sin HANA-miljö som bryter replikeringsavtalet mellan den primära platsen och haveriberedskapsplatsen.

  • Flera olika återställningspunkter kan testas på det här sättet, var och en med sin egen återställningspunkt.
  • Klonen anges av tidsstämpeln när kommandot kördes och representerar de senaste data och andra ögonblicksbilder som är tillgängliga vid körning.

Viktigt!

Den här åtgärden gäller endast för Stora Azure-instanser.

  • När det här kommandot körs kräver det kontakt-e-postmeddelandet för åtgärder som ska kontaktas innan klonerna tas bort efter 4 veckor.
  • Varje körning av det här kommandot skapar en ny klon som måste tas bort av Microsoft Operations när testet slutförs.
  • Klonvolymer som skapas tas bort automatiskt efter 4 veckor.

Konfigurationsfilen (till exempel DR.json) ska endast innehålla DR-volymerna och inte produktionsvolymerna, annars kan produktionsvolymerna ha kloner skapade.

Utdata från azacsnap -c restore --restore snaptovol kommandot (för scenario med en nod)

> 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.                 *
********************************************************************************

Viktigt!

Utdata "Visa monteringspunkter efter volym" skiljer sig åt för de olika scenarierna.

Utföra fullständig dr-redundans azacsnap -c restore --restore revertvolume

Det här kommandot stoppar lagringsreplikeringen från den primära platsen till den sekundära platsen, återställer den senaste ögonblicksbilden på DR-volymerna och tillhandahåller monteringspunkterna för DR-volymerna.

Det här kommandot MÅSTE köras på DR-servern med hjälp av en konfigurationsfil (till exempel DR.json) med ENDAST DR-volymer!

Utför en redundansväxling till DR-platsen genom att köra kommandot azacsnap -c restore --restore revertvolume. Det här kommandot kräver att ett SID läggs till som en parameter. Detta är SID för HANA-instansen, som måste återställas på DR-platsen.

Viktigt!

Kör endast det här kommandot om du planerar att utföra DR-övningen eller ett test. Det här kommandot bryter replikeringen. Du måste kontakta Microsoft Operations för att återaktivera replikering.

Här är stegen för att köra en dr-redundans på hög nivå:

  • Du måste stänga av HANA-instansen på den primära platsen. Den här åtgärden behövs bara om du verkligen utför redundansväxlingen till DR-platsen för att undvika datainkonsekvenser.
  • Stäng av HANA-instansen på DR-noden för produktions-SID.
  • Kör kommandot azacsnap -c restore --restore revertvolume på DR-noden med SID som ska återställas.
    • Kommandot bryter lagringsreplikeringslänken från den primära till DR-platsen
    • Kommandot återställer "data" och "andra" volymer enligt konfigurationen. Normalt skulle den här åtgärden vara för volymerna för filsystemen /hana/data och /hana/logbackups . Filsystemet /hana/shared återställs INTE, utan använder det befintliga /hana/shared för SID på dr-platsen.
    • Montera volymerna /hana/data och /hana/logbackups – se till att de läggs till i /etc/fstab filen
  • Återställ HANA SYSTEMDB-ögonblicksbilden. HANA studio visar bara den senaste HANA-ögonblicksbilden som är tillgänglig under lagringsögonblicksbilden som återställs som en del av kommandokörningen azacsnap -c restore --restore revertvolume för ögonblicksbilder.
  • Återställa klientdatabasen.
  • Starta HANA-instansen på DR-platsen för produktions-SID (exempel: H80 i det här fallet).
  • Utför alla databastester.

Nästa steg