Share via


Herstellen met behulp van Azure-toepassing hulpprogramma Consistente momentopname

Dit artikel bevat een handleiding voor het uitvoeren van de herstelopdracht van het hulpprogramma Azure-toepassing Consistente momentopname die u kunt gebruiken met Azure NetApp Files.

Notitie

De herstelopdracht is alleen beschikbaar voor Azure Large Instance en Azure NetApp Files. Herstelbewerkingen van Azure Managed Disk moeten worden uitgevoerd met behulp van Azure Portal of Azure CLI.

Introductie

Het uitvoeren van een volumeherstel vanuit een momentopname wordt uitgevoerd met behulp van de azacsnap -c restore opdracht.

Belangrijk

Hiermee wordt geen databaseherstel uitgevoerd, alleen een herstel van volume(s) zoals beschreven voor elk van de onderstaande opties.

Opdrachtopties

De -c restore opdracht heeft de volgende opties:

  • --restore snaptovol Hiermee maakt u een nieuw volume op basis van een momentopname van een volume. Met deze opdracht maakt u een nieuw gekloond volume voor elk volume in het configuratiebestand, standaard met behulp van de meest recente momentopname van het volume als basis om het nieuwe volume te maken. Voor gegevensvolumes is het mogelijk om een momentopname te selecteren die moet worden gekloond met behulp van de optie --snapshotfilter <Snapshot Name>. Dit wordt alleen voltooid als alle gegevensvolumes dezelfde momentopname hebben. Met deze opdracht wordt de opslagreplicatie van primair naar secundair niet onderbroken. In plaats daarvan worden klonen van de momentopname op dezelfde locatie gemaakt en worden aanbevolen koppelpunten van het bestandssysteem van de gekloonde volumes weergegeven. Als u gebruikmaakt van het Azure Large Instance-systeem, moet deze opdracht worden uitgevoerd in de regio DR (dat wil gezegd het doel-failoversysteem).

  • --restore revertvolume Hiermee wordt het doelvolume teruggezet naar een eerdere status op basis van een momentopname van het volume. Gebruik deze opdracht als onderdeel van dr-failover in de gekoppelde DR-regio. Met deze opdracht wordt de opslagreplicatie van de primaire site naar de secundaire site gestopt en worden de doel-DR-volumes teruggezet naar de meest recente beschikbare momentopname op de DR-volumes, samen met aanbevolen koppelpunten voor het bestandssysteem voor de teruggedraaide DR-volumes. Als u gebruikmaakt van het Azure Large Instance-systeem, moet deze opdracht worden uitgevoerd in de regio DR (dat wil gezegd het doel-failoversysteem).

    Waarschuwing

    De optie revertvolume is gegevens die destructief zijn omdat alle inhoud die is opgeslagen in de volumes nadat de momentopname is gekozen om terug te keren verloren gaat en niet kan worden hersteld.

    Fooi

    Nadat u een revertvolume hebt uitgevoerd, wordt het aanbevolen het volume opnieuw te koppelen om ervoor te zorgen dat er geen verlopen bestandsingangen zijn. U kunt dit doen met mount -o remount <mount_point>.

  • --dbsid <SAP HANA SID> is de database-SID zoals opgegeven in het configuratiebestand om de opdrachten voor volumeherstel toe te passen.

  • [--configfile <config filename>] is een optionele parameter die aangepaste configuratiebestandsnamen toestaat.

Een test-DR-failover uitvoeren azacsnap -c restore --restore snaptovol

Deze opdracht is net als de opdracht 'volledige' dr-failover (--restore revertvolume), maar in plaats van de replicatie tussen de primaire site en de site voor herstel na noodgevallen te verbreken, wordt een kloonvolume gemaakt uit de volumes voor herstel na noodgevallen, waardoor de meest recente momentopname op de DR-site kan worden hersteld. Deze gekloonde volumes kunnen vervolgens door de klant worden gebruikt om herstel na noodgevallen te testen zonder een volledige failover van hun HANA-omgeving uit te voeren die de replicatieovereenkomst tussen de primaire site en de site voor herstel na noodgevallen onderbreekt.

  • Meerdere verschillende herstelpunten kunnen op deze manier worden getest, elk met hun eigen herstelpunt.
  • De kloon wordt aangewezen door het tijdstempel op het moment waarop de opdracht is uitgevoerd en vertegenwoordigt de meest recente gegevens en andere momentopnamen die beschikbaar zijn wanneer deze worden uitgevoerd.

Belangrijk

Deze bewerking is alleen van toepassing op Azure Large Instance.

  • Wanneer de opdracht wordt uitgevoerd, moet het e-mailadres van de contactpersoon voor bewerkingen worden gebruikt om na 4 weken contact op te leggen met het verwijderen van de kloons.
  • Bij elke uitvoering van de opdracht wordt een nieuwe kloon gemaakt die moet worden verwijderd door Microsoft Operations wanneer de test is voltooid.
  • Alle gemaakte kloonvolumes worden na 4 weken automatisch verwijderd.

Het configuratiebestand (bijvoorbeeld DR.json) moet alleen de DR-volumes bevatten en niet de productievolumes, anders kunnen de productievolumes kloons hebben gemaakt.

Uitvoer van de azacsnap -c restore --restore snaptovol opdracht (voor scenario met één knooppunt)

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

Belangrijk

De uitvoer 'Koppelpunten per volume weergeven' verschilt voor de verschillende scenario's.

Volledige DR-failover uitvoeren azacsnap -c restore --restore revertvolume

Met deze opdracht wordt de opslagreplicatie van de primaire site naar de secundaire site gestopt , wordt de meest recente momentopname op de DR-volumes hersteld en worden de koppelpunten voor de DR-volumes geleverd.

Deze opdracht MOET worden uitgevoerd op de DR-server met behulp van een configuratiebestand (bijvoorbeeld DR.json) met ALLEEN DR-volumes!

Voer een failover naar dr-site uit door de opdracht azacsnap -c restore --restore revertvolumeuit te voeren. Voor deze opdracht moet een SID als parameter worden toegevoegd. Dit is de SID van het HANA-exemplaar dat moet worden hersteld op de DR-site.

Belangrijk

Voer deze opdracht alleen uit als u van plan bent om de dr-oefening of een test uit te voeren. Met deze opdracht wordt de replicatie verbroken. U moet contact opnemen met Microsoft Operations om replicatie opnieuw in te schakelen.

Hier volgen de stappen voor het uitvoeren van een DR-failover op hoog niveau:

  • U moet het HANA-exemplaar afsluiten op de primaire site. Deze actie is alleen nodig als u de failover naar de DR-site echt uitvoert om inconsistenties van gegevens te voorkomen.
  • Sluit het HANA-exemplaar op het DR-knooppunt af voor de productie-SID.
  • Voer de opdracht azacsnap -c restore --restore revertvolume uit op het DR-knooppunt met de SID die moet worden hersteld.
    • Met de opdracht wordt de koppeling voor opslagreplicatie van de primaire naar de DR-site verbroken
    • Met de opdracht worden de volumes 'gegevens' en 'andere' hersteld zoals geconfigureerd. Normaal gesproken is deze bewerking voor de volumes voor de /hana/data en /hana/logbackups bestandssysteem. Het /hana/shared bestandssysteem wordt NIET hersteld, maar maakt gebruik van de bestaande /hana/shared voor SID op de dr-locatie.
    • Koppel de /hana/data en /hana/logbackups volumes: zorg ervoor dat ze aan het /etc/fstab bestand worden toegevoegd
  • Herstel de HANA SYSTEMDB-momentopname. In HANA Studio ziet u alleen de meest recente HANA-momentopname die beschikbaar is onder de opslagmomentopname die is hersteld als onderdeel van de uitvoering van de opdracht voor momentopnamen azacsnap -c restore --restore revertvolume .
  • Herstel de tenantdatabase.
  • Start het HANA-exemplaar op de DR-site voor de productie-SID (voorbeeld: H80 in dit geval).
  • Voer databasetests uit.

Volgende stappen