Delen via

Herstel na noodgevallen met behulp van Azure-toepassing hulpprogramma Voor consistente momentopnamen

  • Artikel

In dit artikel wordt uitgelegd hoe u herstel na noodgevallen uitvoert wanneer u het hulpprogramma Azure-toepassing Consistente momentopname gebruikt dat u kunt gebruiken met Azure NetApp Files.

Belangrijk

Deze bewerking is alleen van toepassing op Azure Large Instance .

Inleiding

Het Azure Large Instance-platform kan ook een site voor herstel na noodgevallen hebben geconfigureerd waarnaar momentopnamen van opslagvolumes kunnen worden gerepliceerd. Als momentopnamen correct zijn geconfigureerd met een dergelijke installatie, is het mogelijk om een herstel na noodgevallen uit te voeren op deze site. Dit document is bedoeld als richtlijn voor het uitvoeren van herstel na noodgevallen voor deze installatie.

Vereisten voor het instellen van herstel na noodgevallen

Aan de volgende vereisten moet worden voldaan voordat u de failover voor herstel na noodgevallen plant.

  • U hebt een DR-knooppunt ingericht op de dr-site. Er zijn twee opties voor dr. Een is normale dr en andere is multipurpose DR.
  • U hebt opslagreplicatie. Het Microsoft Operations-team voert de installatie van opslagreplicatie uit op het moment dat herstel na noodgeval automatisch wordt ingericht. U kunt de opslagreplicatie bewaken met behulp van de opdracht azacsnap -c details --details replication op de DR-site.
  • U hebt opslagmomentopnamen ingesteld en geconfigureerd op de primaire locatie.
  • U hebt een HANA-exemplaar geïnstalleerd op de DR-site voor de primaire instantie met dezelfde SID als het primaire exemplaar.
  • U leest en begrijpt de failoverprocedure voor herstel na noodgeval die wordt beschreven in SAP HANA Large Instances hoge beschikbaarheid en herstel na noodgevallen in Azure
  • U hebt opslagmomentopnamen ingesteld en geconfigureerd op de dr-locatie.
  • Er is een configuratiebestand (bijvoorbeeld DR.json) gemaakt met de DR-opslagvolumes en de bijbehorende informatie op de DR-server.
  • U hebt de stappen op de dr-site voltooid om het volgende te doen:
    • Communicatie met opslag inschakelen.
    • Schakel communicatie met SAP HANA in.

Herstel na noodgeval instellen

Microsoft ondersteunt replicatie op opslagniveau voor herstel na noodgeval. Er zijn twee manieren om DR in te stellen.

De ene is normaal en de andere is multipurpose. In de normale herstel na noodgevallen hebt u een toegewezen instantie op de dr-locatie voor failover. In het scenario voor herstel na noodgeval met meerdere doeleinden hebt u een andere QA- of ontwikkelings-HANA-instantie die wordt uitgevoerd op de HANA-eenheid voor grote instanties op de DR-site. Maar u hebt ook een vooraf geïnstalleerde HANA-instantie geïnstalleerd die inactief is en dezelfde SID heeft als het HANA-exemplaar dat u wilt uitvoeren voor een failover naar die HANA Large Instance-eenheid. Microsoft-bewerkingen stellen de omgeving voor u in, inclusief de opslagreplicatie op basis van de invoer in het serviceaanvraagformulier (SRF) op het moment van onboarding.

Belangrijk

Zorg ervoor dat aan alle vereisten voor de dr-installatie wordt voldaan.

Gegevensreplicatie van primaire naar DR-site bewaken

Het Microsoft Operations-team beheert en controleert de dr-koppeling van de primaire site naar de DR-site. U kunt de gegevensreplicatie van uw primaire server naar dr-server bewaken met behulp van de opdracht azacsnap -c details --details replicationmomentopname.

Een failover uitvoeren naar dr-site

Voer de failover-opdracht uit op de DR-site (azacsnap -c restore --restore revertvolume).

Belangrijk

Met azacsnap -c restore --restore revertvolume de opdracht wordt de opslagreplicatie van de productiesite naar de DR-site verbroken. U moet contact opnemen met Microsoft Operations om de replicatie opnieuw in te stellen. Zodra de replicatie opnieuw is ingeschakeld, worden alle gegevens in dr-opslag voor deze SID geïnitialiseerd. De opdracht waarmee de failover wordt uitgevoerd, maakt de meest recent gerepliceerde opslagmomentopname beschikbaar. Als u wilt terugzetten naar een oudere momentopname, opent u een ondersteuningsaanvraag zodat bewerkingen kunnen helpen bij het bieden van een eerdere momentopname die is hersteld op de DR-site.

Hier volgen de stappen die u moet volgen voor 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, zodat u geen inconsistenties voor gegevens hebt.
  • 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
    • De opdracht herstelt alleen /data en /logbackups volume, /shared volume is NIET hersteld, maar gebruikt de bestaande /shared for SID op de locatie dr.
    • Koppel het volume /data en /logbackups - zorg ervoor dat u het toevoegt aan het fstab-bestand
  • 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 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 tests uit.

Voorbeeld van herstel na noodgevallen

In deze subsectie worden de gedetailleerde stappen beschreven voor een failover naar de site voor herstel na noodgevallen.

Stap 1: de volumedetails van het DR-knooppunt ophalen

Voer de opdracht df –h uit om de bestandssysteemen en de bijbehorende volumes weer te geven waarnaar moet worden verwezen na de failover.

df -h

Filesystem Size Used Avail Use% Mounted on
devtmpfs 378G 8.0K 378G 1% /dev
tmpfs 569G 0 569G 0%
/dev/shm
tmpfs 378G 18M 378G 1% /run
tmpfs 378G 0 378G 0%
/sys/fs/cgroup
/dev/mapper/3600a098038304445622b4b584c575a66-part2 47G 20G 28G 42% /
/dev/mapper/3600a098038304445622b4b584c575a66-part1 979M 57M 856M 7% /boot
172.18.20.241:/hana_log_h80_mnt00003_t020_vol 512G 2.1G 510G 1% /hana/log/H80/mnt00003
172.18.20.241:/hana_log_h80_mnt00001_t020_vol 512G 5.5G 507G 2% /hana/log/H80/mnt00001
172.18.20.241:/hana_data_h80_mnt00003_t020_vol 1.2T 332M 1.2T 1% /hana/data/H80/mnt00003
172.18.20.241:/hana_log_h80_mnt00002_t020_vol 512G 2.1G 510G 1% /hana/log/H80/mnt00002
172.18.20.241:/hana_data_h80_mnt00002_t020_vol 1.2T 300M 1.2T 1% /hana/data/H80/mnt00002
172.18.20.241:/hana_data_h80_mnt00001_t020_vol 1.2T 6.4G 1.2T 1% /hana/data/H80/mnt00001
172.18.20.241:/hana_shared_h80_t020_vol/usr_sap_node1 2.7T 11G 2.7T 1% /usr/sap/H80
tmpfs 76G 0 76G 0% /run/user/0
172.18.20.241:/hana_shared_h80_t020_vol 2.7T 11G 2.7T 1% /hana/shared
172.18.20.241:/hana_data_h80_mnt00001_t020_xdp 1.2T 6.4G 1.2T 1% /hana/data/H80/mnt00001
172.18.20.241:/hana_data_h80_mnt00002_t020_xdp 1.2T 300M 1.2T 1% /hana/data/H80/mnt00002
172.18.20.241:/hana_data_h80_mnt00003_t020_xdp 1.2T 332M 1.2T 1% /hana/data/H80/mnt00003
172.18.20.241:/hana_log_backups_h80_t020_xdp 512G 15G 498G 3% /hana/logbackups/H80_T250

Stap 2: HANA afsluiten op de primaire site

Als u een volledige failover van productieworkloads uitvoert en het mogelijk is om verbinding te maken met de primaire productiesite, sluit u de SAP HANA-exemplaren af die een failover naar herstel na noodgeval uitvoeren.

Als u bijvoorbeeld bent aangemeld als hoofdmap, ziet u in het volgende voorbeeld hoe SAP HANA kan worden afgesloten. Vervang <sid> door uw SAP HANA-SID.

su - <sid>adm
HDB stop

Stap 3: HANA afsluiten op dr-site

Het is belangrijk om SAP HANA op de DR-site af te sluiten voordat u de volumes herstelt.

Als u bijvoorbeeld bent aangemeld als hoofdmap, ziet u in het volgende voorbeeld hoe SAP HANA kan worden afgesloten. Vervang <sid> door uw SAP HANA-SID.

su - <sid>adm
HDB stop

Belangrijk

Zorg ervoor dat de HANA-exemplaren op de DR-site off-line zijn voordat u volumes herstelt.

Stap 4: de volumes herstellen

azacsnap -c restore --restore revertvolume --dbsid H80

Uitvoer van de dr-failover-opdracht.

azacsnap --configfile DR.json -c restore --restore revertvolume --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 complete a Disaster Recovery
  failover.
* Any other restore points must be handled by Microsoft Operations.
* All volumes ('data' and 'other') are reverted to their most recent snapshot.
* The SnapMirror replication relationship between Prod and DR will be broken.

  CAUTION: a failback will be required after running this command and failback
   might not be a quick process and will require multiple steps in coordination
   with Microsoft Operations.

Do you wish to continue? (y/n) [n]: y
Checking state of HLI volumes for SID 'H80'
Configured volumes (Data and Other) are not quiesced for revert, will retry in 00:00:10 seconds
Volumes All Ok to Revert = True
Reverting volume 'hana_data_h80_mnt00001_t020_xdp' to snapshot 'H80_HANA_DATA_30MIN.2020-09-16_0330.0'
DR.json Data Volume #1 'hana_data_h80_mnt00001_t020_xdp' assigning to mountpoint 'mnt00001'
Reverting volume 'hana_log_backups_h80_t020_xdp01' to snapshot 'H80_HANA_LOGS_3MIN_X9.2020-09-16_0339.recent'
DR.json Other Volume #1 'hana_log_backups_h80_t020_xdp01' assigning to mountpoint '01'
HLI Volume revert completed for SID 'H80'
Displaying Mount Points by Volume as follows:
10.50.251.34:/hana_data_h80_mnt00001_t020_xdp  /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_t020_xdp01  /hana/log_backups/H80/01 nfs rw,bg,hard,timeo=600,vers=4,rsize=1048576,wsize=1048576,intr,noatime,lock 0 0
*********************  HANA DR Restore Steps  **********************************
* Please 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.                         *
********************************************************************************

Notitie

De stappen aan het einde van de consoleweergave moeten worden uitgevoerd om de opslagvoorbereiding voor een DR-failover te voltooien.

Stap 5: Overbodige bestandssysteemen ontkoppelen

Voer de opdracht umount uit om de bestandssysteems/volumes te ontkoppelen die niet nodig zijn.

umount <Mount point>

Koppelpunten voor gegevens en back-ups van logboeken ontkoppelen. Mogelijk hebt u meerdere koppelpunten voor gegevens in het uitschaalscenario.

Stap 6: De koppelpunten configureren

Wijzig het bestand /etc/fstab om de gegevens en logboekback-ups van vermeldingen voor de primaire SID uit te voegen (in dit voorbeeld SID=H80) en voeg de nieuwe vermeldingen voor koppelpunten toe die zijn gemaakt op basis van de primaire site DR-volumes. De nieuwe vermeldingen voor het koppelpunt worden opgegeven in de opdrachtuitvoer.

  • Markeer de bestaande koppelpunten die worden uitgevoerd op de DR-site als commentaar met het # teken:

    #172.18.20.241:/hana_data_h80_mnt00001_t020_vol /hana/data/H80/mnt00001 nfs     rw,hard,timeo=600,vers=4,rsize=1048576,wsize=1048576,intr,noatime,lock 0 0
#172.18.20.241:/hana_log_backups_h80_t020 /hana/logbackups/H80 nfs rw,bg,hard,timeo=600,vers=4,rsize=1048576,wsize=1048576,intr,noatime,lock 0 0

  • Voeg de volgende regels toe aan /etc/fstab

    dit moet dezelfde uitvoer van de opdracht zijn

    10.50.251.34:/hana_data_h80_mnt00001_t020_xdp  /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_t020_xdp01  /hana/log_backups/H80/01 nfs rw,bg,hard,timeo=600,vers=4,rsize=1048576,wsize=1048576,intr,noatime,lock 0 0

Stap 7: de herstelvolumes koppelen

Voer de opdracht mount –a uit om alle koppelpunten te koppelen.

mount -a

Als u nu uitvoert df –h , ziet u dat de *_dp volumes zijn gekoppeld.

df -h

Filesystem Size Used Avail Use% Mounted on
devtmpfs 378G 8.0K 378G 1% /dev
tmpfs 569G 0 569G 0% /dev/shm
tmpfs 378G 18M 378G 1% /run
tmpfs 378G 0 378G 0% /sys/fs/cgroup
/dev/mapper/3600a098038304445622b4b584c575a66-part2 47G 20G 28G 42% /
/dev/mapper/3600a098038304445622b4b584c575a66-part1 979M 57M 856M 7% /boot
172.18.20.241:/hana_log_h80_mnt00003_t020_vol 512G 2.1G 510G 1% /hana/log/H80/mnt00003
172.18.20.241:/hana_log_h80_mnt00001_t020_vol 512G 5.5G 507G 2% /hana/log/H80/mnt00001
172.18.20.241:/hana_data_h80_mnt00003_t020_vol 1.2T 332M 1.2T 1% /hana/data/H80/mnt00003
172.18.20.241:/hana_log_h80_mnt00002_t020_vol 512G 2.1G 510G 1% /hana/log/H80/mnt00002
172.18.20.241:/hana_data_h80_mnt00002_t020_vol 1.2T 300M 1.2T 1% /hana/data/H80/mnt00002
172.18.20.241:/hana_data_h80_mnt00001_t020_vol 1.2T 6.4G 1.2T 1% /hana/data/H80/mnt00001
172.18.20.241:/hana_shared_h80_t020_vol/usr_sap_node1 2.7T 11G 2.7T 1% /usr/sap/H80
tmpfs 76G 0 76G 0% /run/user/0
172.18.20.241:/hana_shared_h80_t020_vol 2.7T 11G 2.7T 1% /hana/shared
172.18.20.241:/hana_data_h80_mnt00001_t020_xdp 1.2T 6.4G 1.2T 1% /hana/data/H80/mnt00001
172.18.20.241:/hana_data_h80_mnt00002_t020_xdp 1.2T 300M 1.2T 1% /hana/data/H80/mnt00002
172.18.20.241:/hana_data_h80_mnt00003_t020_xdp 1.2T 332M 1.2T 1% /hana/data/H80/mnt00003
172.18.20.241:/hana_log_backups_h80_t020_xdp 512G 15G 498G 3% /hana/logbackups/H80_T250

Stap 8: de SYSTEMDB herstellen

Klik in HANA Studio met de rechtermuisknop op SYSTEMDB-exemplaar en kies 'Back-up en herstel' en vervolgens 'Systeemdatabase herstellen'

Zie de handleiding voor het herstellen van een database vanuit een momentopname, met name de SYSTEMDB.

Stap 9: De tenantdatabase herstellen

Klik in HANA Studio met de rechtermuisknop op SYSTEMDB-exemplaar en kies 'Back-up en herstel' en vervolgens 'Tenantdatabase herstellen'.

Zie de handleiding voor het herstellen van een database vanuit een momentopname, met name de TENANT-database(s).

Uitvoeren azacsnap -c backup op de DR-site

Als u back-ups op basis van momentopnamen uitvoert op de DR-site, moet de HANA-servernaam die is geconfigureerd in het azacsnap configuratiebestand op de DR-site, hetzelfde zijn als de naam van de productieserver.

Belangrijk

Als u de azacsnap -c backup opslagmomentopnamen uitvoert op de dr-site, worden deze niet automatisch gerepliceerd naar een andere site. Werk samen met Microsoft Operations om beter inzicht te krijgen in het retourneren van bestanden of gegevens naar de oorspronkelijke productiesite.

Volgende stappen