Haveriberedskap med verktyget Azure Application Consistent Snapshot
Den här artikeln beskriver hur du utför haveriberedskap när du använder verktyget Azure Application Consistent Snapshot som du kan använda med Azure NetApp Files.
Viktigt!
Den här åtgärden gäller endast för Azure Large Instance .
Introduktion
Azure Large Instance-plattformen kan också ha en haveriberedskapsplats konfigurerad där ögonblicksbilder av lagringsvolymer kan replikeras till. Om ögonblicksbilder har konfigurerats korrekt med en sådan konfiguration är det möjligt att utföra en haveriberedskap på den här platsen. Det här dokumentet är avsett att vara en guide för att utföra haveriberedskap för den här installationen.
Krav för konfiguration av haveriberedskap
Följande förutsättningar måste uppfyllas innan du planerar haveriberedskapsredundansen.
- Du har en DR-nod etablerad på DR-platsen. Det finns två alternativ för DR. En är normal DR, och den andra är multipurpose DR.
- Lagringsreplikeringen fungerar. Microsoft-driftteamet utför konfigurationen av lagringsreplikering vid tidpunkten för DR-etableringen automatiskt. Du kan övervaka lagringsreplikeringen med hjälp av kommandot
azacsnap -c details --details replicationpå DR-platsen. - Du har konfigurerat lagringsögonblicksbilder på den primära platsen.
- Du har en HANA-instans installerad på DR-platsen för den primära med samma SID som den primära instansen har.
- Du kan läsa och förstå dr-redundansproceduren som beskrivs i SAP HANA Stora instanser med hög tillgänglighet och haveriberedskap i Azure
- Du har konfigurerat lagringsögonblicksbilder på DR-platsen.
- En konfigurationsfil (till exempel
DR.json) har skapats med DR-lagringsvolymerna och tillhörande information på DR-servern. - Du har slutfört stegen på dr-platsen för att:
- Aktivera kommunikation med lagring.
- Aktivera kommunikation med SAP HANA.
Konfigurera haveriberedskap
Microsoft har stöd för replikering på lagringsnivå för DR-återställning. Det finns två sätt att konfigurera DR.
Det ena är normalt och det andra är multifunktionellt. I den normala dr har du en dedikerad instans på dr-platsen för redundansväxling. I scenariot med flerfunktions-DR har du en annan QA- eller utvecklings-HANA-instans som körs på den stora HANA-instansenheten på DR-platsen. Men du har också installerat en förinstallerad HANA-instans som är vilande och har samma SID som HANA-instansen som du vill redundansväxla till den stora HANA-instansenheten. Microsoft-åtgärder konfigurerar miljön åt dig, inklusive lagringsreplikeringen baserat på indata som anges i servicebegäransformuläret (SRF) vid tidpunkten för registrering.
Viktigt!
Se till att alla förutsättningar uppfylls för dr-installationen.
Övervaka datareplikering från primär till DR-plats
Microsofts driftteam hanterar och övervakar redan DR-länken från den primära platsen till DR-platsen.
Du kan övervaka datareplikeringen från den primära servern till DR-servern med hjälp av kommandot azacsnap -c details --details replicationsnapshot .
Utföra en redundansväxling till DR-platsen
Kör redundanskommandot på DR-platsen (azacsnap -c restore --restore revertvolume).
Viktigt!
Kommandot azacsnap -c restore --restore revertvolume bryter lagringsreplikeringen från produktionsplatsen till DR-platsen. Du måste kontakta Microsoft Operations för att konfigurera replikering igen. När replikeringen är återaktiverad initieras alla data i DR-lagringen för detta SID. Kommandot som utför redundansväxlingen gör den senast replikerade lagringsögonblicksbilden tillgänglig. Om du behöver återställa tillbaka till en äldre ögonblicksbild öppnar du en supportbegäran så att åtgärder kan hjälpa dig att tillhandahålla en tidigare ögonblicksbild som återställts på DR-platsen.
På en hög nivå följer du stegen för redundansväxling av haveritillstånd:
- 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 så att du inte har datainkonsekvenser.
- Stäng av HANA-instansen på DR-noden för produktions-SID.
- Kör kommandot
azacsnap -c restore --restore revertvolumepå DR-noden med SID som ska återställas- Kommandot bryter lagringsreplikeringslänken från den primära till DR-platsen
- Kommandot återställer endast volymen /data och /logbackups, /shared-volymen återställs INTE, utan använder den befintliga /shared för SID på DR-platsen.
- Montera volymen /data och /logbackups – se till att lägga till den i fstab-filen
- Återställ HANA SYSTEMDB-ögonblicksbilden. HANA studio visar bara den senaste TILLGÄNGLIGA HANA-ögonblicksbilden under den lagringsögonblicksbild som återställdes som en del av kommandokörningen
azacsnap -c restore --restore revertvolume. - Återställa klientdatabasen.
- Starta HANA-instansen på DR-platsen för produktions-SID (exempel: H80 i det här fallet).
- Utför testning.
Exempel på haveriberedskap
I den här underavsnittet beskrivs de detaljerade stegen för en redundansväxling till haveriberedskapsplatsen.
Steg 1: Hämta volyminformationen för DR-noden
Kör kommandot df –h för att visa de filsystem och associerade volymer som ska refereras till efter redundansväxlingen.
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
Steg 2: Stäng av HANA på den primära platsen
Om du utför en fullständig redundansväxling av produktionsarbetsbelastningar och det är möjligt att ansluta till den primära produktionsplatsen stänger du av SAP HANA-instanserna som redundansväxlar till DR.
Om du till exempel är inloggad som rot visar följande exempel hur SAP HANA kan stängas av. Ersätt <sid> med DITT SAP HANA SID.
su - <sid>adm
HDB stop
Steg 3: Stäng AV HANA på DR-platsen
Det är viktigt att stänga av SAP HANA på DR-platsen innan du återställer volymerna.
Om du till exempel är inloggad som rot visar följande exempel hur SAP HANA kan stängas av. Ersätt <sid> med DITT SAP HANA SID.
su - <sid>adm
HDB stop
Viktigt!
Kontrollera att HANA-instanserna på DR-platsen är off-line innan du återställer några volymer.
Steg 4: Återställa volymerna
azacsnap -c restore --restore revertvolume --dbsid H80
Utdata från dr-redundanskommandot.
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. *
********************************************************************************
Kommentar
Stegen i slutet av konsolskärmen måste vidtas för att slutföra lagringsförberedelserna för en dr-redundansväxling.
Steg 5: Demontera onödiga filsystem
Kör kommandot umount för att demontera de filsystem/volymer som inte behövs.
umount <Mount point>
Demontera monteringspunkterna för data och loggsäkerhetskopiering. Du kan ha flera datamonteringspunkter i utskalningsscenariot.
Steg 6: Konfigurera monteringspunkterna
Ändra filen /etc/fstab för att kommentera ut posterna för data- och loggsäkerhetskopior för det primära SID (I det här exemplet SID=H80) och lägg till de nya monteringspunktposterna som skapats från den primära platsens DR-volymer. De nya monteringspunktposterna finns i kommandoutdata.
Kommentera ut de befintliga monteringspunkterna som körs på DR-platsen med
#tecknet:#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 0Lägg till följande rader i
/etc/fstabdetta ska vara samma utdata från kommandot
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
Steg 7: Montera återställningsvolymerna
Kör kommandot mount –a för att montera alla monteringspunkter.
mount -a
Om du kör df –h bör du nu se volymerna *_dp monterade.
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
Steg 8: Återställa SYSTEMDB
Från HANA Studio högerklickar du på SYSTEMDB-instansen och väljer "Säkerhetskopiering och återställning" och sedan "Återställ systemdatabas"
Se guiden för att återställa en databas från en ögonblicksbild, särskilt SYSTEMDB.
Steg 9: Återställa klientdatabasen
Från HANA Studio högerklickar du på SYSTEMDB-instansen och väljer "Säkerhetskopiering och återställning" och sedan "Återställ klientdatabas".
Se guiden för att återställa en databas från en ögonblicksbild, särskilt klientdatabaserna.
Kör azacsnap -c backup på DR-platsen
Om du kör ögonblicksbildsbaserade säkerhetskopior på DR-platsen bör HANA-servernamnet som konfigurerats i azacsnap konfigurationsfilen på DR-platsen vara detsamma som namnet på produktionsservern.
Viktigt!
azacsnap -c backup När du kör kan du skapa ögonblicksbilder av lagring på DR-platsen. Dessa replikeras inte automatiskt till en annan plats. Arbeta med Microsoft Operations för att bättre förstå hur du returnerar filer eller data tillbaka till den ursprungliga produktionsplatsen.
Nästa steg
Feedback
Kommer snart: Under hela 2024 kommer vi att fasa ut GitHub-problem som feedbackmekanism för innehåll och ersätta det med ett nytt feedbacksystem. Mer information finns i: https://aka.ms/ContentUserFeedback.
Skicka och visa feedback för