Sdílet prostřednictvím

Obnovení pomocí nástroje Aplikace Azure Konzistentní snímek

  • Článek

Tento článek obsahuje průvodce spuštěním příkazu pro obnovení nástroje Aplikace Azure Konzistentní snímek, který můžete použít se službou Azure NetApp Files.

Poznámka:

Příkaz pro obnovení je k dispozici pouze pro Azure Large Instance a Azure NetApp Files. Veškeré obnovení spravovaného disku Azure se musí provést pomocí webu Azure Portal nebo Azure CLI.

Úvod

Obnovení svazku ze snímku se provádí pomocí azacsnap -c restore příkazu.

Důležité

To neprovádí obnovení databáze, pouze obnovení svazků, jak je popsáno pro každou z níže uvedených možností.

Možnosti příkazů

Příkaz -c restore má následující možnosti:

  • --restore snaptovol Vytvoří nový svazek založený na snímku svazku. Tento příkaz vytvoří nový "klonovaný" svazek pro každý svazek v konfiguračním souboru, ve výchozím nastavení pomocí nejnovějšího snímku svazku jako základu pro vytvoření nového svazku. U datových svazků je možné vybrat snímek, který se má klonovat pomocí této možnosti --snapshotfilter <Snapshot Name>, tento postup se dokončí jenom v případě, že všechny datové svazky mají stejný snímek. Tento příkaz nepřeruší replikaci úložiště z primární na sekundární. Místo toho se klony snímku vytvoří ve stejném umístění a zobrazí se doporučené přípojné body systému souborů klonovaných svazků. Pokud používáte v systému Azure Large Instance, tento příkaz by se měl spustit v oblasti zotavení po havárii (to znamená cílový systém převzetí služeb při selhání).

  • --restore revertvolume Vrátí cílový svazek do předchozího stavu na základě snímku svazku. Tento příkaz použijete jako součást převzetí služeb při selhání zotavení po havárii do spárované oblasti zotavení po havárii. Tento příkaz zastaví replikaci úložiště z primární lokality do sekundární lokality a vrátí cílové svazky zotavení po havárii k nejnovějšímu dostupnému snímku na svazcích zotavení po havárii spolu s doporučenými přípojnými body systému souborů pro vrácené svazky zotavení po havárii. Pokud používáte v systému Azure Large Instance, tento příkaz by se měl spustit v oblasti zotavení po havárii (to znamená cílový systém převzetí služeb při selhání).

    Upozorňující

    Možnost revertvolume je data destruktivní jako jakýkoli obsah uložený ve svazcích, jakmile se snímek, který se rozhodnete vrátit, bude ztracen a není možné je obnovit.

    Tip

    Po provedení revertvolume se doporučuje znovu připojit svazek, aby se zajistilo, že neexistují žádné zastaralé popisovače souborů. To můžete udělat pomocí rutiny mount -o remount <mount_point>.

  • --dbsid <SAP HANA SID> je identifikátor SID databáze, jak je uvedeno v konfiguračním souboru, aby se použily příkazy pro obnovení svazku.

  • [--configfile <config filename>] je volitelný parametr, který umožňuje vlastní názvy konfiguračních souborů.

Provedení testovacího převzetí služeb při selhání zotavení po havárii azacsnap -c restore --restore snaptovol

Tento příkaz se podobá "úplnému" příkazu převzetí služeb při selhání zotavení po havárii (--restore revertvolume), ale místo přerušení replikace mezi primární lokalitou a lokalitou pro zotavení po havárii se vytvoří klonovaný svazek ze svazků zotavení po havárii, což umožňuje obnovení nejnovějšího snímku v lokalitě zotavení po havárii. Tyto klonované svazky pak může zákazník použít k otestování zotavení po havárii, aniž by musel provést úplné převzetí služeb při selhání prostředí HANA, které přeruší smlouvu o replikaci mezi primární lokalitou a lokalitou pro zotavení po havárii.

  • Tímto způsobem lze testovat více různých bodů obnovení, z nichž každý má svůj vlastní bod obnovení.
  • Klon je určen časovým razítkem při spuštění příkazu a představuje nejnovější data a další snímek dostupný při spuštění.

Důležité

Tato operace se vztahuje pouze na azure Large Instance.

  • Když se tento příkaz spustí, vyžaduje kontaktní e-mail, aby se operace lialy před odstraněním klonů po 4 týdnech.
  • Každé spuštění tohoto příkazu vytvoří nový klon, který musí operace Microsoftu odstranit při ukončení testu.
  • Všechny vytvořené klonové svazky se automaticky odstraní po 4 týdnech.

Konfigurační soubor (například DR.json) by měl obsahovat pouze svazky zotavení po havárii, nikoli produkční svazky, jinak by mohly být vytvořené klony svazků produkčního prostředí.

azacsnap -c restore --restore snaptovol Výstup příkazu (pro scénář s jedním uzlem)

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

Důležité

Výstup Displaying Mount Points by Volume (Zobrazení přípojných bodů podle svazku) se pro různé scénáře liší.

Provedení úplného převzetí služeb při selhání zotavení po havárii azacsnap -c restore --restore revertvolume

Tento příkaz zastaví replikaci úložiště z primární lokality do sekundární lokality, obnoví nejnovější snímek svazků zotavení po havárii a poskytne přípojné body svazků zotavení po havárii.

Tento příkaz se musí spustit na serveru zotavení po havárii pomocí konfiguračního souboru (například DR.json) se svazky zotavení po havárii.

Proveďte převzetí služeb při selhání do lokality zotavení po havárii spuštěním příkazu azacsnap -c restore --restore revertvolume. Tento příkaz vyžaduje přidání identifikátoru SID jako parametru. Toto je identifikátor SID instance HANA, který je potřeba obnovit v lokalitě zotavení po havárii.

Důležité

Tento příkaz spusťte pouze v případě, že plánujete provést cvičení zotavení po havárii nebo test. Tento příkaz přeruší replikaci. Chcete-li znovu povolit replikaci, musíte kontaktovat operace Microsoftu.

Na vysoké úrovni jsou tady kroky pro provedení převzetí služeb při selhání zotavení po havárii:

  • Je nutné vypnout instanci HANA v primární lokalitě. Tato akce je nutná pouze v případě, že skutečně provádíte převzetí služeb při selhání do lokality zotavení po havárii, abyste se vyhnuli nekonzistence dat.
  • Vypněte instanci HANA na uzlu zotavení po havárii pro produkční identifikátor SID.
  • Spusťte příkaz azacsnap -c restore --restore revertvolume na uzlu zotavení po havárii s identifikátorem SID, který se má obnovit.
    • Příkaz přeruší propojení replikace úložiště z primární lokality do lokality zotavení po havárii.
    • Příkaz obnoví nakonfigurované svazky "data" a "jiné". Obvykle by tato operace byla určena pro svazky pro /hana/data systémy souborů a /hana/logbackups systémy souborů. /hana/shared Systém souborů NENÍ obnoven, ale používá existující /hana/shared identifikátor SID v umístění zotavení po havárii.
    • Připojte svazky /hana/data a /hana/logbackups svazky – ujistěte se, že jsou přidané do /etc/fstab souboru.
  • Obnovte snímek HANA SYSTEMDB. Hana Studio zobrazuje jenom nejnovější snímek HANA dostupný v rámci snímku úložiště obnoveného v rámci provádění příkazu azacsnap -c restore --restore revertvolume snímku.
  • Obnovte databázi tenanta.
  • Spusťte instanci HANA v lokalitě zotavení po havárii pro produkční identifikátor SID (příklad: H80 v tomto případě).
  • Proveďte jakékoli testování databáze.

Další kroky