Руководство. Восстановление баз данных 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.
Просмотр точек восстановления для базы данных с резервным копированием.
Чтобы просмотреть полный список существующих точек восстановления для базы данных, используйте командлет 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, расположенном в том же регионе;
- Целевой экземпляр должен быть зарегистрирован в том же хранилище, что и источник или другое хранилище в том же регионе.
- Azure Backup не может обнаруживать два разных экземпляра SAP HANA на одной виртуальной машине. Это означает, что восстановление данных из одного экземпляра в другой экземпляр на той же виртуальной машине невозможно.
Восстановление базы данных
В Azure Backup можно выполнить восстановление баз данных SAP HANA, запущенных на виртуальных машинах Azure, следующим образом.
- Восстановление до состояния на определенную дату или время (с точностью до секунд) с помощью резервных копий журналов. На основе выбранного времени Azure Backup автоматически определяет соответствующие полные или разностные резервные копии и цепочку резервных копий журналов, необходимых для восстановления.
- Восстановление конкретной полной или разностной резервной копии по определенной точке восстановления.
Чтобы восстановить базу данных, используйте командлет az restore restore-azurewl, который принимает в качестве входных данных объект конфигурации восстановления. Этот объект можно создать с помощью командлета az backup recoveryconfig show. Объект конфигурации восстановления содержит все сведения для выполнения восстановления. Среди прочего он определяет режим восстановления: OriginalWorkloadRestore или AlternateWorkloadRestore.
Примечание.
OriginalWorkloadRestore обозначает восстановление данных в том же экземпляре SAP HANA, где находилась исходная база данных-источник. В этом варианте перезаписывается исходная база данных.
AlternateWorkloadRestore обозначает восстановление базы данных в альтернативное расположение с сохранением исходной базы данных-источника.
Восстановление в альтернативном расположении
Чтобы восстановить базу данных в альтернативном расположении, используйте режим восстановления AlternateWorkloadRestore. Для него нужно выбрать точку восстановления, например последнюю из существующих или любую другую.
В рамках этого руководства восстановление выполняется до последней точки восстановления. Просмотрите список точек восстановления для базы данных и выберите наиболее подходящую. В рамках этого руководства используется точка восстановления с именем 7660777527047692711.
Используя указанное выше имя точки восстановления и режим восстановления, создадим объект конфигурации восстановления с помощью командлета az backup recoveryconfig . Давайте узнаем, что означают остальные параметры в этом командлете.
- --target-item-name содержит имя, которое будет использоваться для восстанавливаемой базы данных. В нашем примере используется имя restored_database.
- --target-server-name обозначает имя сервера SAP HANA, который зарегистрирован в хранилище Служб восстановления и размещается в том же регионе, что и восстанавливаемая база данных. В рамках этого руководства мы восстановим базу данных на том же защищенном сервере SAP HANA с именем hxehost.
- --target-server-type должен иметь значение HANAInstance для восстановления баз данных SAP HANA.
Выберите тип базы данных:
Чтобы запустить операцию восстановления, выполните следующую команду:
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.
Восстановить в дополнительный регион
Чтобы восстановить базу данных в дополнительном регионе, укажите в конфигурации восстановления целевое хранилище и сервер, расположенные в дополнительном регионе.
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 минут).
Восстановление в виде файлов
Чтобы восстановить данные резервной копии в виде файлов, а не базы данных, мы будем использовать режим восстановления 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, где они будут восстановлены в качестве базы данных. Затем выполните следующие действия для восстановления базы данных:
Задайте разрешения для папки или каталога, в которых хранятся файлы резервных копий, с помощью следующей команды.
chown -R <SID>adm:sapsys <directory>Выполните следующий набор команд как
<SID>adm.su - <sid>admСоздайте файл каталога для восстановления. Извлеките значение BackupId из файла метаданных JSON для полной резервной копии. Оно будет использоваться далее в операции восстановления. Убедитесь, что полные резервные копии и резервные копии журналов находятся в разных папках, и удалите файлы каталогов и файлы метаданных JSON в этих папках.
hdbbackupdiag --generate --dataDir <DataFileDir> --logDirs <LogFilesDir> -d <PathToPlaceCatalogFile>В приведенной выше команде:
<DataFileDir>— папка, содержащая полные резервные копии.<LogFilesDir>— папка, содержащая резервные копии журналов, разностные и добавочные резервные копии (если они есть).<PathToPlaceCatalogFile>— папка, в которой должен быть размещен созданный файл каталога.
Выполните восстановление с использованием созданного файла каталога: в 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}