Share via

Przywracanie przy użyciu narzędzia migawki spójnej aplikacja systemu Azure

  • Artykuł

Ten artykuł zawiera przewodnik dotyczący uruchamiania polecenia przywracania narzędzia aplikacja systemu Azure Spójne migawki, którego można używać z usługą Azure NetApp Files.

Uwaga

Polecenie przywracania jest dostępne tylko dla dużych wystąpień platformy Azure i usługi Azure NetApp Files. Wszelkie operacje przywracania dysku zarządzanego platformy Azure należy wykonać przy użyciu witryny Azure Portal lub interfejsu wiersza polecenia platformy Azure.

Wprowadzenie

Przywracanie woluminu z migawki odbywa się przy użyciu azacsnap -c restore polecenia .

Ważne

Nie wykonuje to odzyskiwania bazy danych, tylko przywracanie woluminów zgodnie z opisem dla każdej z poniższych opcji.

Opcje poleceń

Polecenie -c restore ma następujące opcje:

  • --restore snaptovol Tworzy nowy wolumin na podstawie migawki woluminu. To polecenie tworzy nowy wolumin "sklonowany" dla każdego woluminu w pliku konfiguracji domyślnie przy użyciu najnowszej migawki woluminu jako podstawy do utworzenia nowego woluminu. W przypadku woluminów danych można wybrać migawkę do sklonowania przy użyciu opcji --snapshotfilter <Snapshot Name>. Zostanie to ukończone tylko wtedy, gdy wszystkie woluminy danych mają tę samą migawkę. To polecenie nie przerywa replikacji magazynu z podstawowej do pomocniczej. Zamiast tego klony migawki są tworzone w tej samej lokalizacji i prezentowane są zalecane punkty instalacji systemu plików sklonowanych woluminów. Jeśli używasz w systemie dużych wystąpień platformy Azure, to polecenie powinno być uruchamiane w regionie odzyskiwania po awarii (czyli docelowym systemie trybu failover).

  • --restore revertvolume Przywraca wolumin docelowy do wcześniejszego stanu na podstawie migawki woluminu. Za pomocą tego polecenia w ramach trybu failover odzyskiwania po awarii do sparowanego regionu odzyskiwania po awarii. To polecenie zatrzymuje replikację magazynu z lokacji głównej do lokacji dodatkowej i przywraca docelowe woluminy odzyskiwania po awarii do najnowszej dostępnej migawki na woluminach odzyskiwania po awarii wraz z zalecanymi punktami instalacji systemu plików dla przywróconych woluminów odzyskiwania po awarii. Jeśli używasz w systemie dużych wystąpień platformy Azure, to polecenie powinno być uruchamiane w regionie odzyskiwania po awarii (czyli docelowym systemie trybu failover).

    Ostrzeżenie

    Opcja revertvolume jest destruktywna danych, ponieważ każda zawartość przechowywana w woluminach po przywróceniu migawki zostanie utracona i nie będzie można jej odzyskać.

    Napiwek

    Po wykonaniu revertvolume zaleca się ponowne zamontowanie woluminu, aby upewnić się, że nie ma nieaktywnych dojść do plików. Można to zrobić z pomocą polecenia mount -o remount <mount_point>.

  • --dbsid <SAP HANA SID> to identyfikator SID bazy danych określony w pliku konfiguracji w celu zastosowania poleceń przywracania woluminu do.

  • [--configfile <config filename>] jest opcjonalnym parametrem umożliwiającym stosowanie niestandardowych nazw plików konfiguracji.

Przeprowadzanie testu pracy w trybie failover odzyskiwania po awarii azacsnap -c restore --restore snaptovol

To polecenie przypomina "pełne" polecenie trybu failover odzyskiwania po awarii (--restore revertvolume), ale zamiast przerywać replikację między lokacją główną i lokacją odzyskiwania po awarii, wolumin klonowania jest tworzony z woluminów odzyskiwania po awarii, co umożliwia przywrócenie najnowszej migawki w lokacji odzyskiwania po awarii. Te sklonowane woluminy są następnie używane przez klienta do testowania odzyskiwania po awarii bez konieczności wykonywania pełnego trybu failover środowiska HANA, które przerywa umowę replikacji między lokacją główną a lokacją odzyskiwania po awarii.

  • W ten sposób można przetestować wiele różnych punktów przywracania, z których każdy ma własny punkt przywracania.
  • Klon jest wyznaczony przez sygnaturę czasową podczas wykonywania polecenia i reprezentuje najnowsze dane i inne migawki dostępne podczas uruchamiania.

Ważne

Ta operacja dotyczy tylko dużego wystąpienia platformy Azure.

  • Po wykonaniu tego polecenia wymagany jest kontaktowy adres e-mail do obsługi operacji do kontaktowania się z przed usunięciem klonów po 4 tygodniach.
  • Każde wykonanie tego polecenia spowoduje utworzenie nowego klonu, który musi zostać usunięty przez operacje firmy Microsoft po zakończeniu testu.
  • Wszystkie utworzone woluminy klonowania zostaną automatycznie usunięte po 4 tygodniach.

Plik konfiguracji (na przykład DR.json) powinien zawierać tylko woluminy odzyskiwania po awarii, a nie woluminy produkcyjne, w przeciwnym razie woluminy produkcyjne mogły zostać utworzone klony.

Dane wyjściowe polecenia (w scenariuszu azacsnap -c restore --restore snaptovol z jednym węzłem)

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

Ważne

Dane wyjściowe "Wyświetlanie punktów instalacji według woluminu" różnią się w różnych scenariuszach.

Wykonywanie pełnego trybu failover odzyskiwania po awarii azacsnap -c restore --restore revertvolume

To polecenie zatrzymuje replikację magazynu z lokacji głównej do lokacji dodatkowej, przywraca najnowszą migawkę na woluminach odzyskiwania po awarii i udostępnia punkty instalacji woluminów odzyskiwania po awarii.

To polecenie musi zostać wykonane na serwerze odzyskiwania po awarii przy użyciu pliku konfiguracji (na przykład DR.json) tylko z woluminami odzyskiwania po awarii!

Wykonaj przejście w tryb failover do lokacji odzyskiwania po awarii, wykonując polecenie azacsnap -c restore --restore revertvolume. To polecenie wymaga dodania identyfikatora SID jako parametru. Jest to identyfikator SID wystąpienia platformy HANA, który należy odzyskać w lokacji odzyskiwania po awarii.

Ważne

Uruchom to polecenie tylko wtedy, gdy planujesz wykonać ćwiczenie odzyskiwania po awarii lub test. To polecenie powoduje przerwanie replikacji. Aby ponownie włączyć replikację, należy skontaktować się z firmą Microsoft Operations.

Poniżej przedstawiono procedurę wykonywania trybu failover odzyskiwania po awarii:

  • Należy zamknąć wystąpienie platformy HANA w lokacji głównej . Ta akcja jest wymagana tylko wtedy, gdy naprawdę wykonujesz tryb failover w witrynie odzyskiwania po awarii, aby uniknąć niespójności danych.
  • Zamknij wystąpienie platformy HANA w węźle odzyskiwania po awarii dla produkcyjnego identyfikatora SID.
  • Wykonaj polecenie azacsnap -c restore --restore revertvolume w węźle odzyskiwania po awarii z identyfikatorem SID, aby odzyskać.
    • Polecenie przerywa połączenie replikacji magazynu z lokacji podstawowej do lokacji odzyskiwania po awarii
    • Polecenie przywraca woluminy "data" i "inne" zgodnie z konfiguracją. Zazwyczaj ta operacja dotyczy woluminów dla /hana/data systemów plików i /hana/logbackups . System /hana/shared plików NIE jest odzyskany, ale używa istniejącego /hana/shared identyfikatora SID w lokalizacji odzyskiwania po awarii.
    • Instalowanie woluminów /hana/data i /hana/logbackups — upewnij się, że zostały dodane do /etc/fstab pliku
  • Przywróć migawkę bazy danych HANA SYSTEMDB. Program HANA Studio pokazuje tylko najnowszą migawkę platformy HANA dostępną w ramach migawki magazynu przywróconej w ramach wykonywania polecenia azacsnap -c restore --restore revertvolume migawki.
  • Odzyskiwanie bazy danych dzierżawy.
  • Uruchom wystąpienie HANA w lokacji odzyskiwania po awarii dla produkcyjnego identyfikatora SID (przykład: H80 w tym przypadku).
  • Przeprowadź dowolne testowanie bazy danych.

Następne kroki