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

Руководство. Восстановление баз данных SAP HANA на виртуальных машинах Azure с помощью Azure CLI

В этом руководстве описывается восстановление экземпляра базы данных SAP HANA и экземпляра репликации системы SAP HANA (HSR) с помощью Azure CLI.

Azure CLI используется для создания ресурсов Azure и управления ими из командной строки или с помощью скриптов. В этой документации содержатся сведения о восстановлении базы данных SAP HANA из резервной копии на виртуальной машине Azure с помощью Azure CLI. Эти действия можно также выполнить с помощью портала Azure.

Примечание.

  • Исходное восстановление расположения (OLR) в настоящее время не поддерживается для HSR.
  • Восстановление экземпляра HSR не поддерживается. Однако поддерживается восстановление только экземпляра HANA.

Вы можете выполнять команды интерфейса командной строки с помощью Azure Cloud Shell.

В этом руководстве предполагается, что у вас есть база данных SAP HANA на виртуальной машине Azure, для которой выполняется резервное копирование с помощью Azure Backup. Если для настройки резервного копирования базы данных SAP HANA вы следовали инструкциям из руководства по резервному копированию баз данных SAP HANA в Azure c помощью CLI, вы используете следующие ресурсы:

  • Группа ресурсов с именем saphanaResourceGroup.
  • Хранилище с именем saphanaVault.
  • Защищенный контейнер с именем VMAppContainer;Compute;saphanaResourceGroup;saphanaVM.
  • Резервное копирование базы данных или элемента с именем saphanadatabase;hxe;hxe.
  • Ресурсы в регионе westus2 .

Дополнительные сведения о поддерживаемых конфигурациях и сценариях см. в таблице поддержки резервного копирования SAP HANA.

Просмотр точек восстановления для резервной копии базы данных SAP HANA

Чтобы просмотреть полный список существующих точек восстановления для базы данных, используйте командлет az backup recoverypoint list, как показано ниже.

Выберите тип базы данных:

Чтобы просмотреть доступные точки восстановления, выполните следующую команду:

az backup recoverypoint list --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --container-name VMAppContainer;Compute;saphanaResourceGroup;saphanaVM \
    --item-name saphanadatabase;hxe;hxe \
   --output table

Список точек восстановления будет выглядеть следующим образом.

Name                      Time                               BackupManagementType   Item Name               RecoveryPointType
-------------------       ---------------------------------  ---------------------  ----------------------  ------------------
7660777527047692711       2019-12-10T04:00:32.346000+00:00   AzureWorkload          SAPHanaDtabase;hxe;hxe  Full
7896624824685666836       2019-12-15T10:33:32.346000+00:00   AzureWorkload          SAPHanaDtabase;hxe;hxe  Differential
DefaultRangeRecoveryPoint                                    AzureWorkload          SAPHanaDtabase;hxe;hxe  Log

В приведенном выше списке вы видите три точки восстановления, по одной для полной копии, разностной копии и резервной копии журналов.

Примечание.

С помощью командлета az backup recoverypoint show-log-chain можно также просмотреть начальные и конечные точки каждой непрерывной цепочки резервных копий журналов.

Предварительные требования для восстановления базы данных SAP HANA

Перед восстановлением базы данных убедитесь, что выполняются следующие условия.

  • базу данных можно восстановить только в экземпляре SAP HANA, расположенном в том же регионе;
  • Целевой экземпляр должен быть зарегистрирован в том же хранилище, что и исходный, или в другое хранилище в том же регионе.
  • Azure Backup не может обнаруживать два разных экземпляра SAP HANA на одной виртуальной машине. Это означает, что восстановление данных из одного экземпляра в другой экземпляр на той же виртуальной машине невозможно.

Восстановление базы данных SAP HANA

В Azure Backup можно выполнить восстановление баз данных SAP HANA, запущенных на виртуальных машинах Azure, следующим образом.

  • Восстановление до состояния на определенную дату или время (с точностью до секунд) с помощью резервных копий журналов. На основе выбранного времени Azure Backup автоматически определяет соответствующие полные или разностные резервные копии и цепочку резервных копий журналов, необходимых для восстановления.
  • Восстановление данных из конкретной полной или разностной резервной копии до определенной точки восстановления.

Чтобы восстановить базу данных, используйте командлет az restore restore-azurewl, который принимает в качестве входных данных объект конфигурации восстановления. Этот объект можно создать с помощью командлета az backup recoveryconfig show. Объект конфигурации восстановления содержит все сведения для выполнения восстановления. Среди прочего он определяет режим восстановления: OriginalWorkloadRestore или AlternateWorkloadRestore.

Примечание.

OriginalWorkloadRestore обозначает восстановление данных в том же экземпляре SAP HANA, где находилась исходная база данных-источник. В этом варианте перезаписывается исходная база данных.
AlternateWorkloadRestore обозначает восстановление базы данных в альтернативное расположение с сохранением исходной базы данных-источника.

Восстановление базы данных SAP HANA в альтернативном расположении

Чтобы восстановить базу данных в альтернативном расположении, используйте режим восстановления AlternateWorkloadRestore. Затем необходимо выбрать точку восстановления, которая может быть как предыдущим моментом времени, так и одной из предыдущих точек восстановления.

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

Используя указанное выше имя точки восстановления и режим восстановления, создадим объект конфигурации восстановления с помощью командлета az backup recoveryconfig . Давайте узнаем, что означают остальные параметры в этом командлете.

  • --target-item-name содержит имя, которое будет использоваться для восстанавливаемой базы данных. В нашем примере используется имя restored_database.
  • --target-server-name обозначает имя сервера SAP HANA, который зарегистрирован в хранилище Служб восстановления и размещается в том же регионе, что и восстанавливаемая база данных. В рамках этого руководства мы восстановим базу данных на том же защищенном сервере SAP HANA с именем hxehost.
  • Для восстановления баз данных SAP HANA необходимо использовать HANAInstance с параметром --target-server-type.

Выберите тип базы данных:

Чтобы запустить операцию восстановления, выполните следующую команду:


az backup recoveryconfig show --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --container-name VMAppContainer;Compute;saphanaResourceGroup;saphanaVM \
    --item-name saphanadatabase;hxe;hxe \
    --restore-mode AlternateWorkloadRestore \
    --rp-name 7660777527047692711 \
    --target-item-name restored_database \
    --target-server-name hxehost \
    --target-server-type HANAInstance \
    --workload-type SAPHANA \
    --output json

В ответ на приведенный выше запрос вы получите примерно такой объект конфигурации восстановления.

{"restore_mode": "AlternateLocation", "container_uri": " VMAppContainer;Compute;saphanaResourceGroup;saphanaVM ", "item_uri": "SAPHanaDatabase;hxe;hxe", "recovery_point_id": "7660777527047692711", "item_type": "SAPHana", "source_resource_id": "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/saphanaResourceGroup/providers/Microsoft.Compute/virtualMachines/saphanavm", "database_name": null, "container_id": null, "alternate_directory_paths": null}

Теперь выполните командлет az restore restore-azurewl для восстановления базы данных. Чтобы использовать эту команду, мы предоставим приведенный выше код в формате JSON, сохраненный в файл с именем recoveryconfig.json.

az backup restore restore-azurewl --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --restore-config recoveryconfig.json \
    --output table

Выходные данные будут выглядеть следующим образом:

Name                                  Resource
------------------------------------  -------
5b198508-9712-43df-844b-977e5dfc30ea  SAPHANA

В ответе вы получите имя задания. Это имя задания позволяет отслеживать состояние задания с помощью командлета az backup job show.

Восстановление и перезапись

Чтобы восстановить базу данных в исходном расположении, мы укажем режим восстановления OrignialWorkloadRestore. Затем необходимо выбрать точку восстановления, которая может быть как предыдущим моментом времени, так и одной из предыдущих точек восстановления.

В этом руководстве мы выберем предыдущую точку во времени "28-11-2019-09:53:00", чтобы восстановиться. Эту точку восстановления можно указать в следующих форматах: дд-мм-гггг, дд-мм-гггг-чч:мм:сс. Чтобы выбрать корректный момент для восстановления, используйте командлет az backup recoverypoint show-log-chain, который отображает интервалы непрерывных цепочек резервных копий журналов.

az backup recoveryconfig show --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --container-name VMAppContainer;Compute;saphanaResourceGroup;saphanaVM \
    --item-name saphanadatabase;hxe;hxe \
    --restore-mode OriginalWorkloadRestore \
    --log-point-in-time 28-11-2019-09:53:00 \
    --output json

В ответ на приведенный выше запрос вы получите примерно такой объект конфигурации восстановления.

{"restore_mode": "OriginalLocation", "container_uri": " VMAppContainer;Compute;saphanaResourceGroup;saphanaVM ", "item_uri": "SAPHanaDatabase;hxe;hxe", "recovery_point_id": "DefaultRangeRecoveryPoint", "log_point_in_time": "28-11-2019-09:53:00", "item_type": "SAPHana", "source_resource_id": "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/saphanaResourceGroup/providers/Microsoft.Compute/virtualMachines/saphanavm", "database_name": null, "container_id": null, "alternate_directory_paths": null}"

Теперь выполните командлет az restore restore-azurewl для восстановления базы данных. Чтобы использовать эту команду, мы предоставим приведенный выше код в формате JSON, сохраненный в файл с именем recoveryconfig.json.

az backup restore restore-azurewl --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --restore-config recoveryconfig.json \
    --output table

Выходные данные будут выглядеть следующим образом:

Name                                  Resource
------------------------------------  --------
5b198508-9712-43df-844b-977e5dfc30ea  SAPHANA

В ответе вы получите имя задания. Это название задания можно использовать для отслеживания состояния задания с помощью командлета az backup job show.

Восстановление базы данных SAP HANA во вторичный регион

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

az backup recoveryconfig show --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --container-name VMAppContainer;compute;hanasnapshotcvtmachines;hanasnapcvt01 \
    --item-name SAPHanaDatabase;h10;h10 \
    --restore-mode AlternateWorkloadRestore \
    --from-full-rp-name 293170069256531 \
    --rp-name 293170069256531 \
    --target-server-name targethanaserver \
    --target-container-name VMAppContainer;compute;saphanaTargetRG;targethanaserver \
    --target-item-name h10 \
    --target-server-type HANAInstance \
    --workload-type SAPHANA \
    --target-resource-group saphanaTargetRG \
    --target-vault-name targetVault \
    --backup-management-type AzureWorkload

Ниже приводится ответ на вышеуказанную команду, который будет объектом конфигурации восстановления:

{
  "alternate_directory_paths": null,
  "container_id": "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/saphanaTargetRG/providers/Microsoft.RecoveryServices/vaults/targetVault/backupFabrics/Azure/protectionContainers/vmappcontainer;compute;saphanaTargetRG;targethanaserver",
  "container_uri": "VMAppContainer;compute;hanasnapshotcvtmachines;hanasnapcvt01",
  "database_name": "SAPHanaDatabase;h10;h10",
  "filepath": null,
  "item_type": "SAPHana",
  "item_uri": "SAPHanaDatabase;h10;h10",
  "log_point_in_time": null,
  "recovery_mode": null,
  "recovery_point_id": "293170069256531",
  "restore_mode": "AlternateLocation",
  "source_resource_id": "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/saphanaResourceGroup/providers/Microsoft.Compute/virtualMachines/hanasnapcvt01",
  "workload_type": "SAPHanaDatabase"
}

Используйте эту конфигурацию восстановления в командлете az restore restore-azurewl. Установите флаг --use-secondary-region, чтобы восстановить базу данных в дополнительном регионе.

az backup restore restore-azurewl --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --recovery-config recoveryconfig.json \
    --use-secondary-region \
    --output table

Выходные данные будут следующими:

Name                                  Operation           Status      Item Name            Backup Management Type    Start Time UTC                    Duration
------------------------------------  ------------------  ----------  -------------------  ------------------------  --------------------------------  --------------
00000000-0000-0000-0000-000000000000  CrossRegionRestore  InProgress  H10 [hanasnapcvt01]  AzureWorkload             2021-12-22T05:21:34.165617+00:00  0:00:05.665470

Примечание.

RPO для данных резервного копирования, доступных во вторичном регионе, составляет 12 часов. Таким образом, при включении CRR RPO для вторичного региона составляет 12 часов плюс длительность частоты журнала (которая может составлять не менее 15 минут).

Восстановление базы данных SAP HANA в виде файлов

Чтобы восстановить данные резервной копии в виде файлов, а не базы данных, мы будем использовать режим восстановления RestoreAsFiles. Затем нужно выбрать предыдущую точку восстановления, например точку восстановления на определенный момент времени или любую другую. Когда файлы будут скопированы в указанное расположение, их можно будет использовать на любом компьютере SAP HANA, где их нужно восстановить в качестве базы данных. Так как эти файлы можно переместить на любой компьютер, теперь вы можете восстанавливать данные в разных подписках и регионах.

Мы выберем предыдущую точку восстановления на определенный момент времени (28-11-2019-09:53:00) и укажем расположение дампа файлов резервных копий как /home/saphana/restoreasfiles на том же сервере SAP HANA. Эту точку восстановления можно указать в следующих форматах: дд-мм-гггг и дд-мм-гггг-чч:мм:сс. Чтобы выбрать корректный момент для восстановления, используйте командлет az backup recoverypoint show-log-chain, который отображает интервалы непрерывных цепочек резервных копий журналов.

Используя указанные выше имя точки восстановления и режим восстановления, создайте объект конфигурации восстановления, выполнив командлет az backup recoveryconfig show. Давайте узнаем, что означают остальные параметры в этом командлете.

  • --target-container-name обозначает имя сервера SAP HANA, который зарегистрирован в хранилище Служб восстановления и размещается в том же регионе, что и восстанавливаемая база данных. В этом руководстве показано, как восстановить базу данных в виде файлов на том же защищенном сервере SAP HANA с именем hxehost.
  • --rp-name. Для восстановления до точки во времени точке восстановления будет присвоено имя DefaultRangeRecoveryPoint.
az backup recoveryconfig show --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --container-name VMAppContainer;Compute;saphanaResourceGroup;saphanaVM \
    --item-name saphanadatabase;hxe;hxe \
    --restore-mode RestoreAsFiles \
    --log-point-in-time 28-11-2019-09:53:00 \
    --rp-name DefaultRangeRecoveryPoint \
    --target-container-name VMAppContainer;Compute;saphanaResourceGroup;saphanaVM \
    --filepath /home/saphana/restoreasfiles \
    --output json

В ответ на приведенный выше запрос вы получите примерно такой объект конфигурации восстановления:

{
  "alternate_directory_paths": null,
  "container_id": "/Subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/saphanaResourceGroup/providers/Microsoft.RecoveryServices/vaults/SAPHANAVault/backupFabrics/Azure/protectionContainers/VMAppContainer;Compute;SAPHANA;hanamachine",
  "container_uri": "VMAppContainer;compute;saphana;hanamachine",
  "database_name": null,
  "filepath": "/home/",
  "item_type": "SAPHana",
  "item_uri": "SAPHanaDatabase;hxe;hxe",
  "log_point_in_time": "04-07-2020-09:53:00",
  "recovery_mode": "FileRecovery",
  "recovery_point_id": "DefaultRangeRecoveryPoint",
  "restore_mode": "AlternateLocation",
  "source_resource_id": "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/saphanaResourceGroup/providers/Microsoft.Compute/virtualMachines/hanamachine"
}

Теперь выполните командлет az restore restore-azurewl для восстановления базы данных в виде файлов. Чтобы использовать эту команду, мы предоставим приведенный выше код JSON, сохраненный в файл с именем recoveryconfig.json.

az backup restore restore-azurewl --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --restore-config recoveryconfig.json \
    --output json

Выходные данные будут выглядеть следующим образом:

{
  "eTag": null,
  "id": "/Subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/SAPHANARESOURCEGROUP/providers/Microsoft.RecoveryServices/vaults/SAPHANAVault/backupJobs/bbbb1b1b-cc2c-dd3d-ee4e-ffffff5f5f5f",
  "location": null,
  "name": "bbbb1b1b-cc2c-dd3d-ee4e-ffffff5f5f5f",
  "properties": {
    "actionsInfo": [
      "Cancellable"
    ],
    "activityId": "7ddd3c3a-c0eb-11ea-a5f8-54ee75ec272a",
    "backupManagementType": "AzureWorkload",
    "duration": "0:00:01.781847",
    "endTime": null,
    "entityFriendlyName": "HXE [hxehost]",
    "errorDetails": null,
    "extendedInfo": {
      "dynamicErrorMessage": null,
      "propertyBag": {
        "Job Type": "Restore as files"
      },
      "tasksList": [
        {
          "status": "InProgress",
          "taskId": "Transfer data from vault"
        }
      ]
    },
    "jobType": "AzureWorkloadJob",
    "operation": "Restore",
    "startTime": "2020-07-08T07:20:29.336434+00:00",
    "status": "InProgress",
    "workloadType": "SAPHanaDatabase"
  },
  "resourceGroup": "saphanaResourceGroup",
  "tags": null,
  "type": "Microsoft.RecoveryServices/vaults/backupJobs"
}

В ответе вы получите имя задания. Это название задания можно использовать для отслеживания состояния задания с помощью командлета az backup job show.

Файлы, которые сбрасываются в целевой контейнер:

  • файлы резервной копии базы данных;
  • файлы каталога;
  • файлы метаданных JSON (для каждого задействованного файла резервной копии).

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

Примечание.

Чтобы восстановить файлы резервной копии базы данных в общей папке Azure, подключенной к целевой зарегистрированной виртуальной машине, убедитесь, что у привилегированной учетной записи есть разрешения на чтение и запись в общей папке Azure.

В зависимости от типа выбранной точки восстановления (моментальная точка или полное и разностное восстановление) вы увидите одну или несколько папок, созданных в целевом месте. Одна из папок с именем Data_<date and time of restore> содержит полные резервные копии, а другая папка с именем Log — резервные копии журналов и другие резервные копии (например, разностные и добавочные).

Примечание.

Если вы выбрали Восстановление до точки во времени, то файлы журнала (записанные на целевую виртуальную машину) иногда могут содержать журналы, относящиеся к времени после выбранной точки восстановления. Azure Backup делает это для того, чтобы гарантировать, что резервные копии журналов для всех служб HANA были доступны для стабильного и успешного восстановления до выбранной точки во времени.

Примечание.

Если вы хотите восстанавливать не всю цепочку, а только подмножество файлов, выполните действия, описанные здесь.

Переместите эти восстановленные файлы на сервер SAP HANA, где они будут восстановлены в качестве базы данных. Затем выполните следующие действия для восстановления базы данных:

  1. Задайте разрешения для папки или каталога, в которых хранятся файлы резервных копий, с помощью следующей команды.

    chown -R <SID>adm:sapsys <directory>

  2. Выполните следующий набор команд как <SID>adm.

    su - <sid>adm

  3. Создайте файл каталога для восстановления. Извлеките значение BackupId из файла метаданных JSON для полной резервной копии. Оно будет использоваться далее в операции восстановления. Убедитесь, что полные резервные копии и резервные копии журналов находятся в разных папках, и удалите файлы каталогов и файлы метаданных JSON в этих папках.

    hdbbackupdiag --generate --dataDir <DataFileDir> --logDirs <LogFilesDir> -d <PathToPlaceCatalogFile>

    В приведенной выше команде:

    • <DataFileDir> — папка, содержащая полные резервные копии.
    • <LogFilesDir> — папка, содержащая резервные копии журналов, разностные и добавочные резервные копии (если они есть).
    • <PathToPlaceCatalogFile> — папка, в которой должен быть размещен созданный файл каталога.

  4. Восстановите с использованием вновь сгенерированного файла каталога: или через HANA Studio, или с помощью запроса на восстановление HDBSQL, используя этот новый каталог. Запросы HDBSQL перечислены ниже.

    • Восстановить к определенному моменту времени:

      Если вы создаете новую восстановленную базу данных, выполните команду HDBSQL, чтобы создать новую базу данных <DatabaseName>, а затем прервите работу базы данных для восстановления. Но если восстанавливается только существующая база данных, выполните команду HDBSQL, чтобы прервать работу базы данных.

      Затем выполните следующую команду для восстановления базы данных:

      RECOVER DATABASE FOR <DatabaseName> UNTIL TIMESTAMP '<TimeStamp>' CLEAR LOG USING SOURCE '<DatabaseName@HostName>'  USING CATALOG PATH ('<PathToGeneratedCatalogInStep3>') USING LOG PATH (' <LogFileDir>') USING DATA PATH ('<DataFileDir>') USING BACKUP_ID <BackupIdFromJsonFile> CHECK ACCESS USING FILE
      • <DatabaseName> — имя новой или существующей базы данных, которую необходимо восстановить.
      • <Timestamp> — точная метка времени для восстановления до точки во времени.
      • <DatabaseName@HostName> — имя базы данных, резервная копия которой используется для восстановления, и имя узла или сервера SAP HANA, на котором находится эта база данных. Параметр USING SOURCE <DatabaseName@HostName> определяет, что резервная копия данных (используемая для восстановления) относится к базе данных с другим идентификатором безопасности или именем, отличающимся от целевого компьютера SAP HANA. Поэтому для восстановления на том же сервере HANA, с которого выполняется резервное копирование, его не нужно указывать.
      • <PathToGeneratedCatalogInStep3> — путь к файлу каталога, созданному на шаге 3.
      • <DataFileDir> — папка, содержащая полные резервные копии.
      • <LogFilesDir> — папка, содержащая резервные копии журналов, разностные и добавочные резервные копии (если они есть).
      • <BackupIdFromJsonFile> — значение BackupId, извлеченное на шаге 3.

    • Для восстановления из определенной полной или дифференциальной резервной копии

      Если вы создаете новую восстановленную базу данных, выполните команду HDBSQL, чтобы создать новую базу данных <DatabaseName>, а затем прервите работу базы данных для восстановления. Но если восстанавливается только существующая база данных, выполните команду HDBSQL, чтобы прервать работу базы данных:

      RECOVER DATA FOR <DatabaseName> USING BACKUP_ID <BackupIdFromJsonFile> USING SOURCE '<DatabaseName@HostName>'  USING CATALOG PATH ('<PathToGeneratedCatalogInStep3>') USING DATA PATH ('<DataFileDir>')  CLEAR LOG
      • <DatabaseName> — имя новой или существующей базы данных, которую необходимо восстановить.
      • <Timestamp> — точная метка времени для восстановления из состояния в определённый момент времени.
      • <DatabaseName@HostName> — имя базы данных, резервная копия которой используется для восстановления, и имя узла или сервера SAP HANA, на котором находится эта база данных. Параметр USING SOURCE <DatabaseName@HostName> определяет, что резервная копия данных (используемая для восстановления) относится к базе данных с другим идентификатором безопасности или именем, отличающимся от целевого компьютера SAP HANA. Поэтому для восстановления на том же сервере HANA, с которого выполняется резервное копирование, его не нужно указывать.
      • <PathToGeneratedCatalogInStep3> — путь к файлу каталога, созданному на шаге 3.
      • <DataFileDir> — папка, содержащая полные резервные копии.
      • <LogFilesDir> — папка, содержащая резервные копии журналов, разностные и добавочные резервные копии (если они есть).
      • <BackupIdFromJsonFile> — значение BackupId, извлеченное на шаге 3.

Восстановление через подписки

При использовании восстановления между подписками (CSR) у вас есть возможность восстановить данные в любую подписку и в любое хранилище внутри вашего клиента, если доступны разрешения на восстановление. По умолчанию CSR включен во всех хранилищах служб восстановления (существующие и только что созданные хранилища).

Примечание.

  • Вы можете активировать восстановление между подписками из хранилища служб восстановления.
  • Поддержка CSR осуществляется только для резервных копий с потоковой передачей и Backint и не поддерживается для резервного копирования на основе моментальных снимков.
  • Межрегиональное восстановление (CRR) с CSR не поддерживается.
az backup vault create

Добавьте параметр cross-subscription-restore-state , позволяющий задать состояние CSR хранилища во время создания и обновления хранилища.

az backup recoveryconfig show

Добавьте параметр --target-subscription-id , позволяющий предоставить целевую подписку в качестве входных данных при активации перекрестного восстановления подписки для источников данных SQL или HANA.

Пример:

   az backup vault create -g {rg_name} -n {vault_name} -l {location} --cross-subscription-restore-state Disable
   az backup recoveryconfig show --restore-mode alternateworkloadrestore --backup-management-type azureworkload -r {rp} --target-container-name {target_container} --target-item-name {target_item} --target-resource-group {target_rg} --target-server-name {target_server} --target-server-type SQLInstance --target-subscription-id {target_subscription} --target-vault-name {target_vault} --workload-type SQLDataBase --ids {source_item_id}

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

  • Last updated on