DPM および MABS の Azure Data Box を使用したオフライン シード処理
Note
この機能は、Data Protection Manager (DPM) 2019 UR2 (以降) と MABS v3 UR2 (以降) に適用されます。
この記事では、Azure Data Box を使用して、DPM および MABS から Azure Recovery Services コンテナーに初期バックアップ データをオフラインでシード処理する方法について説明します。
Azure Data Box を使うと、大規模な初期 DPM または MABS バックアップをオフラインで (ネットワークを使用せずに) Recovery Services コンテナーにシード処理できます。 このプロセスにより、待機時間の長いネットワークを介して大量のバックアップ データをオンラインで移動する場合に消費される時間とネットワーク帯域幅の両方を節約することができます。
Azure Data Box に基づくオフライン バックアップには、Azure Import/Export サービスに基づくオフライン バックアップに比べて、次の 2 つの利点があります。
Azure と互換性のある独自のディスクとコネクタを調達する必要はありません。 Azure Data Box では、選択された Data Box SKU に関連するディスクを発送します。
Data Protection Manager (MARS エージェント) は、サポートされている Azure Data Box の SKU にバックアップ データを直接書き込むことができます。 この機能を使うと、初期バックアップ データのステージング場所をプロビジョニングする必要がなくなります。 また、そのデータをフォーマットしてディスクにコピーするためのユーティリティも必要ありません。
サポートされているプラットフォーム
次のプラットフォームがサポートされています。
- Windows Server 2019 64 ビット (Standard、Datacenter、Essentials)
- Windows Server 2016 64 ビット (Standard、Datacenter、Essentials)
バックアップ データのサイズとサポートされている Data Box SKU
次の Data Box SKU がサポートされています。
| サーバー 1 台あたりのバックアップ データ サイズ (MARS による圧縮後)* | サポートされている Azure Data Box SKU |
|---|---|
| <= 7.2 TB | Azure Data Box Disk |
| > 7.2 TB かつ <= 80 TB** | Azure Data Box (100 TB) |
* 一般的な圧縮率は 10 - 20% の間になります
** 1 つのデータ ソースの初期バックアップ データが 80 TB を超えると予想される場合は、SystemCenterFeedback@microsoft.com にご連絡ください。
重要
1 つのデータ ソースの初期バックアップ データは、1 つの Azure Data Box または Azure Data Box Disk 内に含まれている必要があり、同じまたは異なる SKU の複数のデバイス間で共有することはできません。 しかし、Azure Data Box には、複数のデータ ソースからの初期バックアップが含まれている場合があります。
始める前に
DPM または MABS で実行されている MARS エージェントは、最新バージョン (2.0.9171.0 以降) にアップグレードする必要があります。
以下のことを確認してください。
Azure サブスクリプションと必要なアクセス許可
有効な Azure サブスクリプション。
オフライン バックアップ ポリシーを実行しようとしているユーザーは、Azure サブスクリプションの所有者である必要があります。
Microsoft Entra アプリケーションの作成に必要なアクセス許可があることを確認します。 オフライン バックアップ ワークフローでは、Azure ストレージ アカウントに関連付けられたサブスクリプション内に Microsoft Entra アプリケーションが作成されます。 このアプリケーションは、Azure Backup サービスに、オフライン バックアップ ワークフローに必要な Azure Import サービスへのセキュリティ保護されてスコープ指定されたアクセスを許可します。
Data Box ジョブと Recovery Services コンテナー (データのシード処理が必要) は、同じサブスクリプションで使用できる必要があります。
Note
ターゲット ストレージ アカウントと Recovery Services コンテナーを同じリージョンに配置することをお勧めします。 しかし、これは必須ではありません。
Data Box デバイスを注文して受け取る
オフライン バックアップをトリガーする前に、必要な Data Box デバイスが確実に "配信済み" の状態になるようにします。 要件に最適な SKU を注文するには、「バックアップ データのサイズとサポートされている Data Box SKU」を参照してください。 Data Box デバイスを注文して受け取るには、こちらの記事の手順に従ってください。
重要
[アカウントの種類] として [BlobStorage] を選択しないでください。 DPM または MABS サーバーには、ページ BLOB をサポートするアカウントが必要ですが、これは、 [BlobStorage] が選択されているとサポートされません。 Azure Data Box ジョブのターゲット ストレージ アカウントを作成するときは、[アカウントの種類] として [Storage V2 (汎用 V2)] を選択します。
Azure Data Box デバイスをセットアップする
Azure Data Box デバイスを受け取ったら、注文した Azure Data Box SKU に応じて、以下の該当するセクションの手順を行い、DPM または MABS サーバーで初期バックアップ データを特定して転送するための Data Box デバイスを設定して準備します。
Azure Data Box Disk をセットアップする
1 つまたは複数の Azure Data Box Disk (それぞれ最大 8 TB) を注文した場合は、こちらに記載されている手順に従って、Data Box Disk を開梱、接続、ロック解除してください。
Note
DPM または MABS サーバーに USB ポートがない可能性があります。 そのようなシナリオでは、Azure Data Box Disk を別のサーバーまたはクライアントに接続し、デバイスのルートをネットワーク共有として公開することができます。
Azure Data Box をセットアップする
Azure Data Box (最大 100 TB) を注文した場合は、こちらに記載されている手順に従って Data Box を設定してください。
ローカル システムとして Azure Data Box をマウントする
DPM または MABS サーバーはシステム コンテキストで動作するため、Azure Data Box が接続されているマウント パスに提供されるのと同じレベルの特権が必要です。 以下の手順に従って、確実に、Data Box デバイスを NFS プロトコルを使用してローカル システムとしてマウントできるようにします。
DPM または MABS サーバーで NFS のクライアント機能を有効にします。 代替ソースを指定します: WIM:D:\Sources\Install.wim:4
https://download.sysinternals.com/files/PSTools.zip から DPM または MABS サーバーに PSExec をダウンロードします。
管理者特権でのコマンド プロンプトを開き、PSExec.exe を含むディレクトリを現在のディレクトリとして次のコマンドを実行します。
psexec.exe -s -i cmd.exe上記のコマンドの結果として開かれるコマンド ウィンドウは、ローカル システム コンテキストにあります。 このコマンド ウィンドウを使用して、Azure ページ BLOB 共有をネットワーク ドライブとして Windows サーバーにマウントする手順を行います。
こちらの手順に従って、DPM または MABS サーバーを NFS 経由で Data Box デバイスに接続し、ローカル システムのコマンド プロンプトで次のコマンドを実行して、Azure ページ BLOB 共有をマウントします。
mount -o nolock \\<DeviceIPAddres>\<StorageAccountName_PageBlob X:マウントしたら、お使いのサーバーから X: にアクセスできるか確認してください。 できる場合は、この記事の次のセクションに進んでください。
Azure Data Box デバイスに初期バックアップ データを転送する
DPM または MABS サーバーで、新しい保護グループを作成する手順に従います。 既存の保護グループにオンライン保護を追加する場合は、既存の保護グループを右クリックし、 [オンライン保護の追加] を選択して、手順 8 から開始します。
[グループ メンバーの選択] ページで、バックアップするコンピューターとソースを指定します。
[データの保護方法の選択] ページで、短期および長期のバックアップの処理方法を指定します。 必ず、 [オンライン保護を利用する] を選択してください。
[短期的な目標値の選択] ページで、ディスク上の短期記憶域へのバックアップ方法を指定します。
[ディスク割り当ての確認] ページで、保護グループに割り当てられる記憶域プールのディスク領域を確認します。
[レプリカの作成方法の選択] ページで、 [自動でネットワーク経由] を選択します。
[整合性チェック オプションの選択] ページで、整合性チェックを自動化する方法を選択します。
[オンライン保護データの指定] ページで、オンライン保護を有効にするメンバーを選択します。
[オンライン バックアップ スケジュールの指定] ページで、Azure への増分バックアップの頻度を指定します。
[オンライン保持ポリシーの指定] ページでは、毎日、毎週、毎月、毎年のバックアップから作成される回復ポイントを Azure に保持する方法を指定します。
ウィザードの [オンライン レプリケーションの選択] 画面で、 [Microsoft 所有のディスクを使用して転送] オプションを選び、 [次へ] を選択します。
メッセージが表示されたら、Azure サブスクリプションの所有者アクセス権があるユーザー資格情報を使用して Azure にサインインします。 サインインが成功した後、次の画面が表示されます。
その後、"配送済み" 状態にあるサブスクリプション内の Data Box ジョブが、DPM または MABS サーバーによってフェッチされます。
Note
初回のサインインには、通常よりも時間がかかります。 Azure PowerShell モジュールがバックグラウンドでインストールされ、Microsoft Entra アプリケーションも登録されます。
- 次の PowerShell モジュールがインストールされます。
- AzureRM.Profile 5.8.3
- AzureRM.Resources 6.7.3
- AzureRM.Storage 5.2.0
- Azure.Storage 4.6.1 - Microsoft Entra アプリケーションは、"AzureOfflineBackup_<ユーザーのオブジェクト GUID>" として登録されます。
- 次の PowerShell モジュールがインストールされます。
Data Box ディスクを開梱し、接続し、ロックを解除した、正しい Data Box の注文を選択します。 [次へ] を選択します。
[Data Box の検出] 画面で、Data Box デバイスのパスを入力してから、 [デバイスを検出する] を選択します。
重要
Azure Data Box ディスクのルート ディレクトリへのネットワーク パスを指定します。 このディレクトリには、次に示すように、PageBlob という名前のディレクトリが含まれている必要があります。
たとえば、ディスクのパスが
\\mydomain\myserver\disk1\で、disk1 に PageBlob というディレクトリが含まれている場合、DPM または MABS サーバー ウィザードで指定するパスは\\mydomain\myserver\disk1\になります。 Azure Data Box の 100 TB デバイスをセットアップする場合は、デバイスへのネットワーク パスとして\\<DeviceIPAddress>\<StorageAccountName>_PageBlobを指定します。[次へ] を選択します。 [概要] ページで、設定を確認し、 [グループの作成] を選択します。
次の画面で、保護グループが正常に作成されていることを確認します。
上の画面で [閉じる] を選択します。
これにより、データの初期レプリケーションが DPM または MABS ディスクに対して発生します。 保護が終了すると、 [状態] ページにグループの保護状態が [OK] と表示されます。
Azure Data Box デバイスへのオフラインバックアップ コピーを開始するには、 [保護グループ] を右クリックしてから、 [回復ポイントの作成] オプションを選択します。 次に、 [オンライン保護] オプションを選択します。
![[回復ポイントの作成]](media/offline-seeding-azure-data-box/create-recovery-point.png?view=sc-dpm-2022)
DPM または MABS サーバーによって、選択したデータの Azure Data Box デバイスへのバックアップが開始されます。 これには、データのサイズや、DPM または MABS サーバーと Azure Data Box Disk の間の接続速度に応じて、数時間から数日かかることがあります。
ジョブの状態は [監視] ペインで監視できます。 データのバックアップが完了すると、以下のような画面が表示されます。
バックアップ後の手順
Azure Data Box Disk へのデータのバックアップに成功したら、これらの手順に従います。
こちらの記事の手順に従って、Azure Data Box Disk を Azure に発送します。 Azure Data Box 100 TB デバイスを使用した場合は、これらの手順に従って、Azure Data Box を Azure に発送します。
Azure portal で Data Box ジョブを監視します。 Azure Data Box ジョブが "完了" になると、DPM または MABS サーバーによって、次回のスケジュールされたバックアップ時に、ストレージ アカウントから Recovery Services コンテナーにデータが自動的に移動されます。 その後、回復ポイントが正常に作成された場合は、バックアップ ジョブが "完了したジョブ" としてマークされます。
Note
DPM または MABS サーバーによって、保護グループの作成時にスケジュールされた時刻にバックアップがトリガーされます。 しかし、これらのジョブでは、ジョブが完了するまで "Azure Data Box ジョブの完了を待機中" というフラグが設定されます。
DPM または MABS サーバーによって、初期バックアップに対応する回復ポイントが正常に作成された後、Azure Data Box ジョブに関連するストレージ アカウント (または特定のコンテンツ) を削除できます。
トラブルシューティング
DPM サーバー上の Data Protection Manager エージェントは、テナントに Microsoft Entra アプリケーションを自動的に作成します。 このアプリケーションには、オフライン シード処理ポリシーを構成しているときに作成およびアップロードされる認証用の証明書が必要です。
証明書の作成と Microsoft Entra アプリケーションへのアップロードには、Azure PowerShell を使います。
問題
オフライン バックアップの構成時に、Azure PowerShell コマンドレットでのコードの既知の欠陥が原因で、MAB エージェントによって作成された同じ Microsoft Entra アプリケーションに複数の証明書を追加できません。 これは、同じまたは別のサーバーに対してオフライン シード処理ポリシーを構成している場合に影響があります。
問題がこの特定の根本原因によって発生しているかどうかを確認する
エラーが確実に上記の問題が原因で発生していることを確認するには、次のいずれかの手順を行います。
手順 1
オフライン バックアップの構成時に、DPM または MABS コンソールに次のエラー メッセージのいずれかが表示されるかどうかを確認します。
このサーバーの認証情報を Azure にアップロードできなかったため、現在の Azure アカウントのオフライン バックアップ ポリシーを作成できません。 (ID: 100242)
Import ジョブの状態を調べるクエリを実行し、Recovery Services コンテナーにバックアップ データを移行するために必要な Azure に対するサービス呼び出しを行えません。 (ID:100230)
手順 2.
- インストール パスの Temp フォルダーを開きます (既定の一時フォルダーのパスは、C:\Program Files\Microsoft Azure Recovery Services Agent\Temp です)。CBUICurr ファイルを見つけて、そのファイルを開きます。
- CBUICurr ファイルで、最後の行までスクロールし、エラーの原因が "Unable to create a Microsoft Entra application credential in customer's account. Exception: Update to existing credential with KeyId <some guid> isn't allowed (お客様のアカウントには Azure AD アプリケーション資格情報を作成できません。例外: KeyId が
の既存の資格情報を更新することはできません)" であるかどうかを確認します。
回避策
この問題を解決するには、次の手順を行い、ポリシーの構成を再試行します。
Data Box ジョブが作成されるサブスクリプションで、管理者アクセス権がある別のアカウントを使用して、DPM または MABS サーバー UI に表示される Azure サインイン ページにサインインします。
他のサーバーでオフライン シード処理が構成されておらず、他のサーバーが
AzureOfflineBackup_<Azure User Id>アプリケーションに依存していない場合は、Azure portal > [Microsoft Entra ID] > [アプリの登録] からこのアプリケーションを削除します。Note
アプリケーション
AzureOfflineBackup_<Azure User Id>に他のオフライン シード処理が構成されていないこと、およびこのアプリケーションに依存している他のサーバーがないことを確認します。 [公開鍵] セクションの [設定] > [キー] に移動します。 他の公開キーは追加しないでください。 参考のために次のスクリーンショットをご覧ください。
手順 3.
オフライン バックアップを構成しようとしている DPM または MABS サーバーから、次の操作を行います。
[Manage computer certificate application]\(コンピューター証明書の管理アプリケーション\)>[個人用] タブの順に開き、
CB_AzureADCertforOfflineSeeding_<ResourceId>という名前の証明書を探します。上記の証明書を選択し、 [すべてのタスク] を右クリックして、秘密キーなしの .cer 形式で [エクスポート] します。
ポイント 2 に記載されている Azure オフライン バックアップ アプリケーションにアクセスします。 [設定]>[キー]>[公開キーのアップロード] で、上の手順でエクスポートされた証明書をアップロードします。
サーバーで、 [ファイル名を指定して実行] ウィンドウに「regedit」と入力して、レジストリを開きます。
レジストリ Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Config\CloudBackupProvider に移動します。 CloudBackupProvider を右クリックし、
AzureADAppCertThumbprint_<Azure User Id>という名前の新しい文字列値を追加します。Note
Azure ユーザー ID を取得するには、次のいずれかの操作を実行します。
- Azure に接続された PowerShell から、
Get-AzureRmADUser -UserPrincipalName "Account Holder's email as defined in the portal"コマンドを実行します。 - CurrentUserId という名前のレジストリ パス
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\DbgSettings\OnlineBackupに移動します。
- Azure に接続された PowerShell から、
上の手順で追加された文字列を右クリックし、 [変更] を選択します。 値として、ポイント 2 でエクスポートした証明書の拇印を入力し、 [OK] を選択します。
拇印の値を取得するには、証明書をダブルクリックし、[詳細] を選択して、拇印フィールドが表示されるまで下にスクロールします。 [拇印] を選択して、値をコピーします。
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示