Azure Data Box を使用した Azure Backup のオフラインバックアップ

[アーティクル]
10/25/2023

この記事では、Azure Data Box を使用して、MARS エージェントから Recovery Services コンテナーに、大規模な初期バックアップデータをオフラインでシード処理する方法について説明します。

Azure Data Box を使うと、Microsoft Azure Recovery Services (MARS) の大規模な初期バックアップをオフラインで (ネットワークを使用せずに) Recovery Services コンテナーにシードできます。このプロセスにより、待機時間の長いネットワークを介して大量のバックアップデータをオンラインで移動する場合に消費される時間とネットワーク帯域幅の両方を節約することができます。 Azure Data Box に基づくオフラインバックアップには、Azure Import/Export サービスに基づくオフラインバックアップに比べて、次の 2 つの利点があります。

Azure と互換性のある独自のディスクとコネクタを用意する必要がありません。 Azure Data Box では、選択された Data Box SKU に関連するディスクを発送します。
Azure Backup (MARS エージェント) は、Azure Data Box のサポートされている SKU に直接バックアップデータを書き込むことができます。この機能を使うと、初期バックアップデータのステージング場所をプロビジョニングする必要がなくなります。また、そのデータをフォーマットしてディスクにコピーするためのユーティリティも必要ありません。

サポートマトリックス

このセクションでは、サポートされているシナリオについて説明します。

サポートされているプラットフォーム

Azure Data Box を使用して MARS エージェントからデータをシード処理するプロセスは、次の Windows SKU でサポートされています。

OS	SKU
ワークステーション
Windows 10 64 ビット	Enterprise、Pro、Home
Windows 8.1 64 ビット	Enterprise、Pro
Windows 8 64 ビット	Enterprise、Pro
Windows 7 64 ビット	Ultimate、Enterprise、Professional、Home Premium、Home Basic、Starter
サーバー
Windows Server 2022 64 ビット	Standard、Datacenter、Essentials
Windows Server 2019 64 ビット	Standard、Datacenter、Essentials
Windows Server 2016 64 ビット	Standard、Datacenter、Essentials
Windows Server 2012 R2 64 ビット	Standard、Datacenter、Foundation
Windows Server 2012 64 ビット	Datacenter、Foundation、Standard
Windows Storage Server 2016 64 ビット	Standard、Workgroup
Windows Storage Server 2012 R2 64 ビット	Standard、Workgroup、Essential
Windows Storage Server 2012 64 ビット	Standard、Workgroup
Windows Server 2008 R2 SP1 64 ビット	Standard、Enterprise、Datacenter、Foundation
Windows Server 2008 SP2 64 ビット	Standard、Enterprise、Datacenter

バックアップデータのサイズとサポートされている Data Box SKU

サーバー 1 台あたりのバックアップデータサイズ (MARS による圧縮後)*	サポートされている Azure Data Box SKU
<=7.2 TB	Azure Data Box ディスク
>7.2 TB かつ <=80 TB**	Azure Data Box (100 TB)

\* 一般的な圧縮率は 10% から 20% の間になります
** 1 台の MARS サーバーの初期バックアップデータが 80 TB を超えると予想される場合は、AskAzureBackupTeam@microsoft.com にご連絡ください。

重要

1 台のサーバーの初期バックアップデータは、1 つの Azure Data Box インスタンスまたは Azure Data Box ディスク内に含まれている必要があり、同じまたは異なる SKU の複数のデバイス間で共有することはできません。ただし、Azure Data Box デバイスには、複数のサーバーからの初期バックアップを含めることができます。

前提条件

Azure サブスクリプションと必要なアクセス許可

このプロセスには、Azure サブスクリプションが必要です。
このプロセスでは、オフラインバックアップポリシーを実行するよう指定されたユーザーが Azure サブスクリプションの "所有者" である必要があります。
Data Box ジョブと、(データをシード処理する必要がある) Recovery Services コンテナーは、同じサブスクリプション内に存在する必要があります。
Azure Data Box ジョブと Recovery Services コンテナーに関連するターゲットストレージアカウントは、同じリージョンに配置することをお勧めします。ただし、これは必須ではありません。

Azure PowerShell 3.7.0 を入手する

これは、このプロセスにとって最も重要な前提条件です。 Azure PowerShell バージョン 3.7.0 をインストールする前に、次のチェックを実行します。

手順 1:PowerShell のバージョンを確認する

Windows PowerShell を開き、次のコマンドを実行します。
```
Get-Module -ListAvailable AzureRM*
```
出力に 3.7.0 よりも後のバージョンが表示される場合は、「手順 2」を実行します。それ以外の場合は「手順 3」に進みます。

手順 2:PowerShell のバージョンをアンインストールする

PowerShell の現在のバージョンをアンインストールします。

PowerShell で次のコマンドを実行して、依存モジュールを削除します。

foreach ($module in (Get-Module -ListAvailable AzureRM*).Name |Get-Unique)  { write-host "Removing Module $module" Uninstall-module $module }

すべての依存モジュールが正常に削除されたことを確認するには、次のコマンドを実行します。
```
Get-Module -ListAvailable AzureRM*
```

手順 3:PowerShell バージョン 3.7.0 をインストールする

AzureRM モジュールが存在しないことを確認したら、次のいずれかの方法を使用してバージョン 3.7.0 をインストールします。

GitHub からこのリンクを使用します。

または、次のことができます。

PowerShell ウィンドウで次のコマンドを実行します。
```
Install-Module -Name AzureRM -RequiredVersion 3.7.0
```

Azure PowerShell は、MSI ファイルを使用してインストールされている可能性もあります。それを削除するには、コントロールパネルの [プログラムのアンインストール] オプションを使用してアンインストールします。

Data Box デバイスを注文して受け取る

MARS と Azure Data Box を使用したオフラインバックアッププロセスでは、MARS エージェントを使用してオフラインバックアップをトリガーする前に、Data Box デバイスが配送完了状態になっている必要があります。要件に最も適した SKU を注文するには、「バックアップデータサイズとサポートされる Data Box SKU」を参照してください。「チュートリアル: Azure Data Box Disk を注文する」の手順に従って Data Box デバイスを注文して受け取ります。

重要

[アカウントの種類] として [BlobStorage] を選択しないでください。 MARS エージェントには、ページ BLOB をサポートするアカウントが必要ですが、これは、 [BlobStorage] が選択されているとサポートされません。 Azure Data Box ジョブのターゲットストレージアカウントを作成するときに [アカウントの種類] として [Storage V2 (general purpose v2)](Storage V2 (汎用 V2)) を選択します。

Screenshot shows how to choose account kind in instance details.

MARS エージェントのインストールと設定

以前にインストールした MARS エージェントをすべてアンインストールします。
この Web サイトから最新の MARS エージェントをダウンロードします。
MARSAgentInstaller.exe を実行し、エージェントをインストールしてバックアップの格納先の Recovery Services コンテナーに登録する手順 "のみ" を実行します。

Note

Recovery Services コンテナーは、Azure Data Box ジョブと同じサブスクリプションに含まれている必要があります。

エージェントが Recovery Services コンテナーに登録されたら、次のセクションの手順に従います。

Azure Data Box デバイスを設定する

注文した Azure Data Box SKU に応じて、次の該当するセクションで説明されている手順を実行します。この手順では、MARS エージェントで初期バックアップデータを識別して転送できるように、Data Box デバイスを設定して準備する方法を示します。

Azure Data Box ディスクを設定する

1 つ以上の Azure Data Box ディスク (それぞれ最大 8 TB) を注文した場合は、ここに記載されている手順に従って、Data Box ディスクを開梱、接続、ロック解除してください。

Note

MARS エージェントがあるサーバーに USB ポートがない可能性があります。そのような状況では、Azure Data Box ディスクを別のサーバーまたはクライアントに接続し、デバイスのルートをネットワーク共有として公開することができます。

Azure Data Box を設定する

Azure Data Box インスタンス (最大 100 TB) を注文した場合は、この手順に従って Data Box インスタンスを設定します。

Azure Data Box インスタンスをローカルシステムとしてマウントする

MARS エージェントはローカルシステムコンテキストで動作するため、Azure Data Box インスタンスが接続されているマウントパスに提供されるのと同じレベルの特権が必要です。

NFS プロトコルを使用して Data Box デバイスをローカルシステムとしてマウントできることを確認するには:

MARS エージェントがインストールされている Windows サーバーで、NFS クライアント機能を有効にします。代替ソース WIM:D:\Sources\Install.wim:4 を指定します。
MARS Agent がインストールされているサーバーに Sysinternals ページから PsExec をダウンロードします。
管理者特権でのコマンドプロンプトを開き、PSExec.exe を含むディレクトリを現在のディレクトリとして次のコマンドを実行します。
```
psexec.exe  -s  -i  cmd.exe
```
上のコマンドによって開かれるコマンドウィンドウは、ローカルシステムコンテキストにあります。このコマンドウィンドウを使用して、Azure ページ BLOB 共有をネットワークドライブとして Windows サーバーにマウントする手順を実行します。
「Data Box に接続する」の手順に従って、NFS 経由で MARS エージェントがインストールされたサーバーを Data Box デバイスに接続します。ローカルシステムのコマンドプロンプトで次のコマンドを実行して、Azure ページ BLOB 共有をマウントします。
```
mount -o nolock \\<DeviceIPAddress>\<StorageAccountName_PageBlob X:  
```
共有がマウントされたら、サーバーから X: にアクセスできるかどうかを確認します。できる場合は、この記事の次のセクションに進んでください。

Azure Data Box デバイスに初期バックアップデータを転送する

お使いのサーバーで Microsoft Azure Backup アプリケーションを開きます。
[操作] ペインで、 [バックアップのスケジュール] を選択します。
バックアップのスケジュールウィザードの手順に従います。
[項目の追加] ボタンを選択して項目を追加します。項目の合計サイズを、注文して受け取った Azure Data Box SKU でサポートされているサイズの制限内に収めます。
[File およびフォルダー] と [システム状態] の適切なバックアップスケジュールとアイテム保持ポリシーを選択します。システム状態は Windows サーバーにのみ適用され、Windows クライアントには適用されません。
ウィザードの [初期バックアップの種類の選択 (ファイルとフォルダー)] ページで、オプション [Transfer using Microsoft Azure Data Box disks](Microsoft Azure Data Box ディスクを使用して転送する) を選択し、 [次へ] を選択します。
メッセージが表示されたら、Azure サブスクリプションの所有者アクセス権があるユーザー資格情報を使用して Azure にサインインします。この操作に成功すると、このようなページが表示されます。

次に、MARS エージェントによって、配送完了状態にあるサブスクリプション内の Data Box ジョブがフェッチされます。
Data Box ディスクを開梱し、接続し、ロックを解除した、正しい Data Box の注文を選択します。 [次へ] を選択します。
[Data Box デバイスの検出] ページで [デバイスの検出] を選択します。この操作により、ローカルに接続された Azure Data Box ディスクが MARS エージェントによってスキャンされ、検出されます。

Azure Data Box インスタンスをネットワーク共有として接続した場合 (USB ポートを使用できないため、または 100 TB の Data Box デバイスを注文してマウントしたため)、最初の検出は失敗します。 Data Box デバイスのネットワークパスを入力するオプションが表示されます。

重要

Azure Data Box ディスクのルートディレクトリへのネットワークパスを指定します。このディレクトリには、PageBlob という名前のディレクトリが含まれている必要があります。

たとえば、ディスクのパスが \\mydomain\myserver\disk1\ で、disk1 に PageBlob というディレクトリが含まれている場合、MARS エージェントウィザードページで入力するパスは \\mydomain\myserver\disk1\ になります。

Azure Data Box 100 TB デバイスを設定した場合は、デバイスのネットワークパスとして「\\<DeviceIPAddress>\<StorageAccountName>_PageBlob」と入力します。
[次へ] を選択し、次のページで [完了] を選択して、Azure Data Box を使用したオフラインバックアップの構成を含むバックアップとアイテム保持ポリシーを保存します。

次のページで、ポリシーが正常に保存されていることを確認します。
前のページで [閉じる] を選択します。
MARS エージェントコンソールの [アクション] ペインで、 [今すぐバックアップ] を選択します。ウィザードページの [バックアップ] を選択します。

MARS エージェントによって、選択したデータの Azure Data Box デバイスへのバックアップが開始されます。このプロセスには数時間から数日かかることがあります。この時間の長さは、ファイル数と、MARS エージェントがインストールされたサーバーと Azure Data Box ディスク間の接続速度によって変わります。

データのバックアップが完了すると、MARS エージェントにこのようなページが表示されます。

Screenshot shows the Backup progress.

バックアップ後の手順

このセクションでは、Azure Data Box ディスクへのデータのバックアップが正常に完了した後に実行する手順について説明します。

こちらの記事の手順に従って、Azure Data Box Disk を Azure に発送します。 Azure Data Box の 100 TB のデバイスを使用した場合は、こちらの手順に従って Azure Data Box デバイスを Azure に発送してください。
Azure portal で Data Box ジョブを監視します。 Azure Data Box ジョブが完了すると、MARS エージェントによって、次回のスケジュールされたバックアップ時に、ストレージアカウントから Recovery Services コンテナーにデータが自動的に移動されます。その後、回復ポイントが正常に作成されると、そのバックアップジョブは "完了したジョブ" としてマークされます。

Note

MARS エージェントにより、ポリシー作成時にスケジュールされた時刻にバックアップがトリガーされます。これらのジョブでは、ジョブが完了するまで "Azure Data Box ジョブの完了を待機中" というフラグが立ちます。
MARS エージェントによって最初のバックアップに対応する回復ポイントが正常に作成されたら、Azure Data Box ジョブに関連するストレージアカウントまたは特定のコンテンツを削除できます。

トラブルシューティング

Microsoft Azure Recovery Services (MARS) エージェントによって、テナントに Microsoft Entra アプリケーションが作成されます。このアプリケーションには、オフラインシード処理ポリシーを構成しているときに作成およびアップロードされる認証用の証明書が必要です。 Azure PowerShell を使用して証明書を作成し、Microsoft Entra アプリケーションにアップロードします。

問題

オフラインバックアップを構成すると、Azure PowerShell コマンドレットのバグが原因で問題が発生する場合があります。 MAB エージェントによって作成された同じ Microsoft Entra アプリケーションに複数の証明書を追加できない場合があります。この問題は、同じサーバーまたは異なるサーバーにオフラインシード処理ポリシーを構成した場合に影響します。

この特定の根本原因によってこの問題が引き起こされたかどうかを確認する

問題が前述のものと同じかどうかを確認するには、次のいずれかの手順を実行します。

検証の手順 1

オフラインバックアップを構成したときに、MAB コンソールに次のエラーメッセージが表示されるかどうかを確認します。

Screenshot shows that Offline Backup policy for the current Azure account isn't getting created.

検証の手順 2

インストールパスの Temp フォルダーを開きます。既定の一時フォルダーのパスは、C:\Program Files\Microsoft Azure Recovery Services Agent\Temp です。CBUICurr ファイルを探し、そのファイルを開きます。
CBUICurr ファイルで、最後の行までスクロールし、エラーメッセージ Unable to create an Azure AD application credential in customer's account. Exception: Update to existing credential with KeyId <some guid> is not allowed の問題と同じかどうかを確認します。

回避策

この問題を解決する回避策として、次の手順を実行し、ポリシーの構成を再試行します。

回避策の手順 1

Data Box ジョブが作成されるサブスクリプションで、管理者アクセス権がある別のアカウントを使用して、MAB UI に表示される PowerShell にサインインします。

回避策の手順 2

他のサーバーでオフラインシード処理が構成されておらず、他のサーバーが AzureOfflineBackup_<Azure User Id> アプリケーションに依存していない場合は、このアプリケーションを削除します。 [Azure portal]>[Microsoft Entra ID]>[アプリの登録] を選択します。