次の方法で共有

チュートリアル:Azure CLI を使用して Azure VM 内の SAP HANA データベースを復元する

  • [アーティクル]

このチュートリアルでは、Azure CLI を使用して SAP HANA データベース インスタンスと SAP HANA システム レプリケーション (HSR) のインスタンスを復元する方法について説明します。

Azure CLI は、コマンドラインやスクリプトで Azure リソースを作成および管理するために使用します。 このドキュメントでは、Azure CLI を使用して、バックアップされた SAP HANA データベースを Azure VM に復元する方法について詳しく説明します。 これらの手順は、Azure portal を使用して実行することもできます。

Note

  • 現在、元の場所への回復 (OLR) は HSR ではサポートされていません。
  • HSR インスタンスへの復元はサポートされていません。 ただし、HANA インスタンスのみへの復元はサポートされています。

CLI コマンドを実行するには、Azure Cloud Shell を使用します。

このチュートリアルでは、Azure Backup を使用してバックアップされている SAP HANA データベースが Azure VM 上で実行されていることを前提としています。 CLI を使用して Azure の SAP HANA データベースをバックアップする方法を使用して SAP HANA データベースをバックアップした場合は、次のリソースを使用しています。

  • 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

ご覧のとおり、上記の一覧には、完全バックアップ、差分バックアップ、ログ バックアップという 3 つの復旧ポイントが含まれています。

Note

az backup recoverypoint show-log-chain コマンドレットを使用して、すべての連続したログ バックアップ チェーンの開始ポイントと終了ポイントを表示することもできます。

データベースを復元するための前提条件

データベースを復元する前に、次の前提条件が満たされていることを確認してください。

  • データベースの復元先にできるのは、同じリージョン内の SAP HANA インスタンスのみです。
  • ターゲット インスタンスは、ソースと同じコンテナーまたは同じリージョンの別のコンテナーに登録されている必要があります。
  • Azure Backup は、同じ VM 上にある 2 つの異なる SAP HANA インスタンスを識別できません。 そのため、同じ VM 上の一方のインスタンスから他方のインスタンスにデータを復元することはできません。

データベースを復元する

Azure Backup は、Azure VM 上で実行されている SAP HANA データベースを次のように復元できます。

  • ログ バックアップを使用して、特定の日付または時刻 (秒) に復元する。 選択された時刻を基に、Azure Backup は完全、差分、または一連のログ バックアップから、必要になる適切なバックアップを自動的に判別します。
  • 特定の完全バックアップまたは差分バックアップに復元することで、特定の復旧ポイントに復元する。

データベースを復元するには、az restore restore-azurewl コマンドレットを使用します。これには、入力の 1 つとして復旧構成オブジェクトが必要です。 このオブジェクトは、az backup recoveryconfig show コマンドレットを使用して生成できます。 復旧構成オブジェクトには、復元を実行するためのすべての詳細が含まれています。 いずれかの復元モード (OriginalWorkloadRestore または AlternateWorkloadRestore)。

Note

OriginalWorkloadRestore - 元のソースと同じ SAP HANA インスタンスにデータを復元します。 このオプションでは、元のデータベースが上書きされます。
AlternateWorkloadRestore - データベースを別の場所に復元し、元のソース データベースを保持します。

別の場所に復元する

別の場所にデータベースを復元するには、復元モードとして AlternateWorkloadRestore を使用します。 次に、復元ポイントを選択する必要があります。以前の特定の時点または以前の復元ポイントのいずれかを選択できます。

このチュートリアルでは、以前の復元ポイントに復元します。 データベースの復元ポイントの一覧を表示して、復元先のポイントを選択します。 このチュートリアルでは、7660777527047692711 という名前の復元ポイントを使用します。

上記の復元ポイント名と復元モードを使用し、az backup recoveryconfig show コマンドレットを使用して復旧構成オブジェクトを作成します。 このコマンドレットの残りの各パラメーターの意味を見てみましょう。

  • --target-item-name これは、復元されたデータベースが使用する名前です。 この例では、restored_database という名前を使用しました。
  • --target-server-name これは、Recovery Services コンテナーに正常に登録され、復元対象のデータベースと同じリージョンにある SAP HANA サーバーの名前です。 このチュートリアルでは、hxehost という名前の、保護したものと同じ SAP HANA サーバーにデータベースを復元します。
  • --target-server-type SAP HANA データベースを復元するには、HANAInstance を使用する必要があります。

データベースの種類を選ぶ

復元操作を開始するには、次のコマンドを実行します。


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 コマンドレットを実行します。 このコマンドを使用するには、recoveryconfig.json という名前のファイルに保存されている上記の 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" を選択します。 この復元ポイントは、dd-mm-yyyy, dd-mm-yyyy-hh:mm:ss の形式で指定できます。 復元先として有効な特定の時点を選択するには、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 コマンドレットを実行します。 このコマンドを使用するには、recoveryconfig.json という名前のファイルに保存されている上記の 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

Note

セカンダリ リージョンで使用できるバックアップ データの RPO は 12 時間です。 このため、CRR をオンにすると、セカンダリ リージョンの RPO は 12 時間 + ログ頻度期間 (15 分以上に設定できます) になります。

ファイルとして復元

バックアップ データをデータベースとしてではなくファイルとして復元するために、ここでは復元モードとして RestoreAsFiles を使用します。 次に、復元ポイントを選択します。以前の特定の時点または以前の復元ポイントのいずれかを選択できます。 指定されたパスにファイルがダンプされると、それらのファイルをデータベースとして復元したい任意の SAP HANA マシンにそれらを移すことができます。 これらのファイルを任意のマシンに移動できるので、サブスクリプションやリージョンをまたいでデータを復元できるようになりました。

このチュートリアルでは、過去における特定の時点 (28-11-2019-09:53:00) を復元先として選択し、バックアップ ファイルのダンプ先に、同じ SAP HANA サーバー上の /home/saphana/restoreasfiles を選択します。 この復元ポイントは、dd-mm-yyyy または dd-mm-yyyy-hh:mm:ss の形式で指定できます。 復元先として有効な特定の時点を選択するには、az backup recoverypoint show-log-chain コマンドレットを使用します。これにより、連続したログ チェーン バックアップの間隔が一覧表示されます。

上記の復元ポイント名と復元モードを使用し、az backup recoveryconfig show コマンドレットを使用して復旧構成オブジェクトを作成します。 このコマンドレットの残りの各パラメーターの意味を見てみましょう。

  • --target-container-name これは、Recovery Services コンテナーに正常に登録され、復元対象のデータベースと同じリージョンにある SAP HANA サーバーの名前です。 このチュートリアルでは、hxehost という名前の、保護したものと同じ SAP HANA サーバーにデータベースをファイルとして復元します。
  • --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 コマンドレットを実行します。 このコマンドを使用するには、recoveryconfig.json という名前のファイルに保存されている上記の 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 ファイル共有でこれらのファイルに簡単にアクセスできます。

Note

ターゲットとなる登録済み VM にマウントされている Azure ファイル共有でデータベース バックアップ ファイルを復元するには、Azure ファイル共有に対する読み取り/書き込みアクセス許可がルート アカウントに含まれていることを確認します。

選択した復元ポイントの種類 (ポイント イン タイムまたは完全および差分) に基づいて、宛先パスに 1 つまたは複数のフォルダーが作成されるのを確認できます。 Data_<date and time of restore> という名前のフォルダーには完全バックアップが格納され、Log という名前の別のフォルダーにはログ バックアップと他のバックアップ (差分、増分など) が格納されます。

注意

[特定の時点に復元] を選択した場合、(ターゲット VM にダンプされた) ログ ファイルに、復元用に選択された特定の時点を超えるログが含まれる場合があります。 すべての HANA サービスのログ バックアップが、選択した特定の時点に一貫して正常に復元できることを確実にするために、Azure Backup によってこれが行われます。

Note

チェーン全体を復元せず、ファイルのサブセットのみを復元する場合は、こちらに記載されている手順に従ってください。

これらの復元されたファイルを、データベースとして復元する先の SAP HANA サーバーに移動します。 さらに、次の手順に従ってデータベースを復元します。

  1. 次のコマンドを使用して、バックアップ ファイルが格納されているフォルダーまたはディレクトリに対してアクセス許可を設定します。

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

  2. <SID>adm として、次のコマンド セットを実行します。

    su - <sid>adm

  3. 復元用のカタログ ファイルを生成します。 完全バックアップの JSON メタデータ ファイルから BackupId を抽出します。これは後で行う復元操作で使用されます。 完全バックアップとログ バックアップがそれぞれ異なるフォルダーにあることを確認し、これらのフォルダー内のカタログ ファイルと 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 マシンとは異なる SID または名前を持つデータベースであることが指定されます。 そのため、バックアップが作成されたのと同じ HANA サーバーで復元を実行する場合には、これを指定する必要はありません。
      • <PathToGeneratedCatalogInStep3> - 手順 3. で生成されたカタログ ファイルへのパス
      • <DataFileDir> - 完全バックアップが格納されているフォルダー
      • <LogFilesDir> - ログ バックアップと、差分および増分バックアップ (存在する場合) が格納されているフォルダー
      • <BackupIdFromJsonFile> - 手順 3. で抽出された BackupId

    • 特定の完全または差分バックアップに復元するには、次のようにします。

      復元されたデータベースを新しく作成する場合は、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 マシンとは異なる SID または名前を持つデータベースであることが指定されます。 そのため、バックアップが作成されたのと同じ HANA サーバーで復元を実行する場合には、これを指定する必要はありません。
      • <PathToGeneratedCatalogInStep3> - 手順 3. で生成されたカタログ ファイルへのパス
      • <DataFileDir> - 完全バックアップが格納されているフォルダー
      • <LogFilesDir> - ログ バックアップと、差分および増分バックアップ (存在する場合) が格納されているフォルダー
      • <BackupIdFromJsonFile> - 手順 3. で抽出された BackupId

クロス サブスクリプション復元

クロス サブスクリプション復元 (CSR) を使用すると、復元アクセス許可が使用可能な場合は、任意のサブスクリプションとテナントの下の任意のコンテナーに柔軟に復元できます。 既定では、CSR はすべての Recovery Services コンテナー (既存のコンテナーと新しく作成されたコンテナー) で有効になっています。

注意

  • Recovery Services コンテナーからサブスクリプション間の復元をトリガーできます。
  • CSR はストリーミング/Backint ベースのバックアップでのみサポートされ、スナップショット ベースのバックアップではサポートされていません。
  • CSR を使用したリージョン間復元 (CRR) はサポートされていません。
az backup vault create

コンテナーの作成と更新中にコンテナーの CSR 状態を設定できるようにするパラメーター cross-subscription-restore-state を追加します。

az backup recoveryconfig show

SQL または HANA データソースのサブスクリプション間復元をトリガーするときに、ターゲット サブスクリプションを入力として指定できるようにするパラメータ --target-subscription-id を追加します。

例:

   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}

次のステップ