Поделиться через

Восстановление с помощью средства создания моментальных снимков с согласованием для приложений Azure

  • Статья

Эта статья содержит руководство по запуску команды для восстановления средства создания моментальных снимков с согласованием для приложений Azure, которое можно использовать с Azure NetApp Files.

Примечание.

Команда восстановления доступна только для крупных экземпляров Azure и Azure NetApp Files. Все операции восстановления управляемого диска Azure должны выполняться с помощью портала Azure или Azure CLI.

Введение

Восстановление тома из моментального снимка выполняется с помощью команды azacsnap -c restore.

Важно!

Выполняется восстановление не базы данных, а только томов, как описано для каждого из параметров ниже.

Параметры команды

Команда -c restore использует следующие параметры.

  • --restore snaptovol Создает новый том на основе моментального снимка тома. Эта команда создает новый клонированные тома для каждого тома в файле конфигурации по умолчанию с помощью последнего моментального снимка тома в качестве базы для создания нового тома. Для томов данных можно выбрать моментальный снимок для клонирования с помощью параметра --snapshotfilter <Snapshot Name>, это будет завершено только в том случае, если все тома данных имеют тот же моментальный снимок. Эта команда не прерывает репликацию хранилища из основной системы в дополнительную. Вместо этого клоны моментального снимка создаются в том же расположении и представлены рекомендуемые точки подключения файловой системы клонированных томов. При использовании в системе крупных экземпляров Azure эта команда должна выполняться в регионе аварийного восстановления (то есть целевой системе отработки отказа).

  • --restore revertvolume Возвращает целевой том до предыдущего состояния на основе моментального снимка тома. Использовать эту команду следует в рамках отработки отказа аварийного восстановления в сопряженный регион аварийного восстановления. Эта команда останавливает репликацию хранилища из основного сайта на дополнительный и отменяет изменения на целевых томах аварийного восстановления до последнего доступного моментального снимка на томах аварийного восстановления вместе с рекомендуемыми точками подключения файловой системы для томов аварийного восстановления, изменения которых отменены. При использовании в системе крупных экземпляров Azure эта команда должна выполняться в регионе аварийного восстановления (то есть целевой системе отработки отказа).

    Предупреждение

    Параметр отменить изменения volume — это деструктивные данные, так как любое содержимое, хранящееся в томах после того, как моментальный снимок, выбранный для отменить изменения, будет потерян и не может быть восстановлен.

    Совет

    После выполнения отменить изменения volume рекомендуется повторно подключить том, чтобы обеспечить отсутствие устаревших дескрипторов файлов. Это можно сделать с помощью mount -o remount <mount_point>.

  • --dbsid <SAP HANA SID> — это идентификатор безопасности базы данных, указанный в файле конфигурации, к которой применяются команды восстановления тома.

  • [--configfile <config filename>] — необязательный параметр, который позволяет использовать настраиваемые имена файлов конфигурации.

Выполните тестовую отработку отказа и аварийное восстановление azacsnap -c restore --restore snaptovol

Эта команда похожа на "полную" команду отработки отказа и аварийного восстановления (--restore revertvolume), однако вместо прерывания репликации между основным сайтом и сайтом аварийного восстановления из томов аварийного восстановления создается том клонирования, который позволяет выполнить восстановление последнего моментального снимка на сайте аварийного восстановления. Затем клиент может использовать эти клонированные тома для тестирования аварийного восстановления без выполнения полной отработки отказа среды HANA, которая нарушает соглашение о репликации между основным сайтом и сайтом аварийного восстановления.

  • Таким образом можно проверить несколько различных точек восстановления, каждая из которых имеет собственную точку восстановления.
  • Клон обозначается меткой времени в момент выполнения команды и представляет последние данные, а также другой моментальный снимок, доступный при запуске.

Важно!

Эта операция применяется только к крупному экземпляру Azure.

  • При выполнении этой команды требуется контактный адрес электронной почты для выполнения операций, чтобы установить связь до удаления клонов по истечении 4 недель.
  • При каждом выполнении этой команды будет создаваться новый клон, который должен быть удален службой Microsoft Operations после выполнения теста.
  • Все созданные тома клонирования будут автоматически удалены через 4 недели.

Файл конфигурации (например, DR.json) должен содержать только тома аварийного восстановления, а не рабочие тома. В противном случае для рабочих томов могут быть созданы клоны.

Выходные данные команды azacsnap -c restore --restore snaptovol (для сценария с отдельным узлом)

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

Важно!

Выходные данные команды "Отображение точек подключения по томам" зависят от сценария.

Выполнение полной отработки отказа и аварийного восстановления azacsnap -c restore --restore revertvolume

Эта команда останавливает репликацию хранилища из основного на дополнительный сайт, восстанавливает последний моментальный снимок томов аварийного восстановления и предоставляет точки подключения для них.

Эту команду необходимо выполнять на сервере аварийного восстановления с помощью файла конфигурации (например, DR.json) ТОЛЬКО с томами аварийного восстановления.

Выполните отработку отказа на сайт аварийного восстановления с помощью команды azacsnap -c restore --restore revertvolume. Для этой команды требуется добавить идентификатор безопасности в качестве параметра. Это идентификатор безопасности экземпляра HANA, который необходимо восстановить на сайте аварийного восстановления.

Важно!

Эту команду следует выполнять только в том случае, если вы планируете выполнить упражнение аварийного восстановления или проверку. Эта команда прерывает репликацию. Для повторного включения репликации необходимо обратиться в службу Microsoft Operations.

Ниже приведены обобщенные шаги для выполнения отработки отказа аварийного восстановления.

  • Необходимо завершить работу экземпляра HANA на основном сайте. Это действие требуется только в том случае, если вы действительно выполняете отработку отказа на сайт аварийного восстановления с целью предотвращения несогласованности данных.
  • Завершите работу экземпляра HANA на узле аварийного восстановления для рабочего идентификатора безопасности.
  • Выполните команду azacsnap -c restore --restore revertvolume на узле аварийного восстановления с ИД безопасности, который требуется восстановить.
    • Команда закрывает канал репликации хранилища с основного сайта на сайт аварийного восстановления.
    • Команда восстанавливает тома Data и Other в соответствии с настройками. Как правило, эта операция выполняется для томов файловых систем /hana/data и /hana/logbackups. Файловая система /hana/shared НЕ восстанавливается, а использует вместо этого существующий /hana/shared в качестве идентификатора безопасности в расположении аварийного восстановления.
    • Подключите тома /hana/data и /hana/logbackups. Убедитесь, что они добавлены в файл /etc/fstab.
  • Восстановите моментальный снимок HANA SYSTEMDB. HANA Studio показывает только последний моментальный снимок HANA, доступный в моментальном снимке хранилища, который был восстановлен в ходе выполнения команды моментального снимка azacsnap -c restore --restore revertvolume.
  • Восстановите базу данных клиента.
  • Запустите экземпляр HANA на сайте аварийного восстановления для рабочего идентификатора безопасности (например, в этом случае — H80).
  • Выполните любое тестирование базы данных.

Следующие шаги