独自のディスクを使用したオフライン シード処理 (Azure Import/Export サービスを使用)
重要
このバージョンの Data Protection Manager (DPM) がサポート終了に達しました。 DPM 2022 にアップグレードすることをお勧めします。
System Center Data Protection Manager は、Azure Backupと統合され、Azure へのデータの初期完全バックアップ中にネットワークとストレージのコストを節約するいくつかの組み込みの効率を利用します。 初回完全バックアップでは通常、大量のデータが転送されます。その後の差分/増分のみを転送するバックアップと比べると、多くのネットワーク帯域幅が必要です。 Azure Backup では、初回バックアップが圧縮されます。 Azure Backup では、オフライン シード処理のプロセスに従い、ディスクを使って圧縮された初期バックアップ データをオフラインで Azure にアップロードできます。
Azure Backup のオフライン シード処理は、Azure Import/Export サービスと密接に統合されています。これにより、ディスクを使用した Azure へのデータ転送が可能になります。 待ち時間の長い低帯域幅のネットワーク経由で転送する必要がある初期バックアップ データのテラバイト (TB) がある場合は、オフライン シード処理ワークフローを使用して、1 つ以上のハード ドライブの初期バックアップ コピーを Azure データセンターに発送できます。 この記事では、この System Center DPM のワークフローを完了するための概要と詳細な手順について説明します。
Note
Microsoft Azure Recovery Services (MARS) エージェントのオフライン バックアップのプロセスは、System Center DPM とは異なります。 MARS エージェントでオフライン バックアップを使用する方法について詳しくは、こちらの記事を参照してください。 Azure Backup エージェントを使用して実行されるシステム状態のバックアップに対しては、オフライン バックアップがサポートされていません。
概要
Azure Backupと Azure Import/Export のオフライン シード機能により、ディスクを使用してデータを Azure にオフラインでアップロードするのは簡単です。 オフライン バックアップの手順は次のとおりです。
- バックアップ データは、ネットワーク経由で送信されるのではなく、"ステージングの場所" に書き込まれます
- "ステージング場所" にあるデータは、次に、AzureOfflineBackupDiskPrep ユーティリティを使用して 1 台以上の SATA ディスクに書き込まれます
- このユーティリティによって、Azure Import ジョブが自動的に作成されます
- 次に、SATA ドライブが最も近い Azure データセンターに発送されます
- Azure へのバックアップ データのアップロードが完了すると、Azure Backupバックアップ データがバックアップ コンテナーにコピーされ、増分バックアップがスケジュールされます。
[前提条件]
オフライン バックアップ ワークフローを開始する前に、次の前提条件が満たされていることを確認してください。
Recovery Services コンテナーを作成しました。 作成方法については、こちらの記事に記載されている手順を参照してください。
最新バージョンの Microsoft Azure Recovery Services エージェントのみが SC DPM にインストールされ、Recovery Services コンテナーに登録されていることを確認してください。
SC DPM 2019 に更新プログラムのロールアップ 1 がインストールされています。
Note
DPM 2019 UR1 以降では、オフライン シード処理は Azure Active Directory を使用して認証されます。
エージェントAzure Backup実行しているコンピューターで、Microsoft Edge またはインターネット エクスプローラー 11 がインストールされ、JavaScript が有効になっていることを確認します。
Recovery Services コンテナーと同じサブスクリプションを使って、Azure ストレージ アカウントを作成します。
Azure Active Directory アプリケーションを作成するために 必要なアクセス許可 があることを確認します。 オフライン バックアップ ワークフローは、Azure ストレージ アカウントに関連付けられているサブスクリプションに Azure Active Directory アプリケーションを作成します。 アプリケーションの目的は、オフライン バックアップ ワークフローに必要な Azure Import Service へのセキュリティで保護されたスコープ付きアクセスをAzure Backupに提供することです。
Azure ストレージ アカウントを含むサブスクリプションに Microsoft.ImportExport リソース プロバイダーを登録します。 リソース プロバイダーを登録するには:
メイン メニューで、 [サブスクリプション] を選択します。
複数のサブスクリプションをサブスクライブしている場合は、オフライン バックアップに使っているサブスクリプションを選びます。 使っているサブスクリプションが 1 つだけの場合は、そのサブスクリプションが表示されます。
サブスクリプション メニューで、 [リソース プロバイダー] を選択してプロバイダーの一覧を表示します。
プロバイダーの一覧で、Microsoft.ImportExport まで下にスクロールします。 状態が [未登録] である場合は、 [登録] を選択します。
ステージング場所を作成します。これには、初期コピーを保持するのに十分なディスク領域がある、内部または外部の、ネットワーク共有やコンピューター上の追加のドライブなどを使用できます。 たとえば、500 GB のファイル サーバーをバックアップしようとしている場合は、ステージング領域が 500 GB 以上であることを確認します。 たとえば、500 GB のファイル サーバーをバックアップする場合は、ステージング領域が 500 GB 以上あることを確認します (圧縮処理により、使用量はこれよりも少なくなります)。
Azure に送信されるディスクについては、2.5 インチ SSD または 2.5 インチまたは 3.5 インチ SATA II/III 内部ハード ドライブのみが使用されていることを確認してください。 最大 10 TB のハード ドライブを使用できます。 サービスでサポートされているドライブの最新セットについては、Azure Import/Export サービスのドキュメントを確認してください。
SATA ドライブは、"ステージング場所" からこの SATA ドライブへのバックアップ データのコピーを実行するコンピューター ("コピー コンピューター" と呼ばれます) に接続されている必要があります。 "コピー コンピューター" で BitLocker が有効になっていることを確認してください
ワークフロー
このセクションの情報は、データを Azure データセンターに配信して Azure Storage にアップロードできるように、オフライン バックアップ ワークフローを完了するのに役立ちます。 インポート サービスまたはプロセスの何らかの側面について質問がある場合は、前に参照した インポート サービスの概要 に関するドキュメントを参照してください。
オフライン バックアップを開始する
オンライン保護を使用して新しい保護グループを作成するか、既存の保護グループにオンライン保護を追加すると、次の画面が表示されます。 初期のオンライン レプリケーション方法を選択するには、 [独自のディスクを使用して転送] を選択し、 [次へ] を選択します。
注意
DPM 2019 Update Roll Up 1 では、既存の保護グループの [オンライン保護の追加] を選択すると、コンソールが停止することがあります。 この問題を解決するには、サポート技術情報の記事に記載されている修正プログラムを適用します。
Azure のサインイン ページが開きます。 Azure のユーザー アカウントを使用してサインインします。このアカウントには、Azure サブスクリプションに対する所有者ロールの権限が付与されています。
[独自のディスクの使用] ページで入力を指定します。
この画面では、次の内容を入力します。
[ステージングの場所] :初期バックアップのコピーの書き込み先となる、一時的なストレージの場所です。 ステージングの場所は、ネットワーク共有またはローカル コンピューター上にある場合があります。 コピー コンピューターとソース コンピューターが異なる場合は、ステージングの場所の完全なネットワーク パスを指定することをお勧めします。
[Azure ストレージ アカウント] :Azure 発行設定ファイルに関連付けられている Azure サブスクリプション内にあるストレージ アカウントの名前です。
Azure ストレージ コンテナー:バックアップ データをインポートする先の Azure ストレージアカウントのストレージ BLOB の名前。
[Azure サブスクリプション ID] :Azure 発行設定ファイルをダウンロードしたサブスクリプションの Azure サブスクリプション ID です。
[Azure Import ジョブ名] :Azure Import サービスと Azure Backup によって、ディスクで Azure に発送されたデータの転送を追跡するために使用される、一意の名前です。
ディスクの準備に必要な ステージングの場所 と指定した Azure インポート ジョブ名 を保存します。
ワークフローを完了して、保護を作成または更新します。 また、オフライン バックアップ コピーを開始するには、[ 保護グループ ] を右クリックし、[ 回復ポイントの作成 ] オプションを選択します。 次に、 [オンライン保護] オプションを選択します。
[監視] ウィンドウでオンライン レプリカの作成ジョブを監視します。 ジョブは、「Azure Import ジョブの完了を待機しています」という警告と共に成功するはずです。
![[バックアップ情報の表示] ページのスクリーンショット。](media/backup-server/complete-recovery-point.png?view=sc-dpm-2022)
操作が完了すると、ステージング場所を使用してディスクを準備できるようになります。
SATA ドライブの準備と Azure への発送
AzureOfflineBackupDiskPrep ユーティリティを使用して、最も近い Azure データセンターに発送する SATA ドライブを準備します。 このユーティリティは、Azure Backup エージェントのインストール ディレクトリ (次のパス) から入手できます。
\Microsoft Azure Recovery Services Agent\Utils\
このディレクトリに移動し、AzureOfflineBackupDiskPrep ディレクトリを、SATA ドライブが接続されている別のコンピューターにコピーします。 SATA ドライブが接続されているコンピューターについて、次のことを確認します。
コピー コンピューターから、「オフライン バックアップの開始」のワークフローで指定したのと同じネットワーク パスを使ってオフライン シード処理ワークフローのステージングの場所にアクセスできます。
コピー コンピューターで BitLocker が有効になっています。
Azure PowerShell 3.7.0 がコピー コンピューターにインストールされます (DPM サーバーで AzureOfflineBackupDiskPrep ユーティリティを実行している場合は必要ありません)。
最新の互換性のあるブラウザー (Microsoft Edge または Internet Explorer 11) がインストールされていて、JavaScript が有効になっている。
コピー用コンピューターで Azure Portal にアクセスできる。 必要に応じて、コピー用コンピューターをソース コンピューターと同じにすることができます。
重要
ソース コンピューターが仮想マシンである場合は、コピー コンピューターはソース コンピューターとは異なる物理サーバーまたはクライアント コンピューターである必要があります。
AzureOfflineBackupDiskPrep ユーティリティのディレクトリを現在のディレクトリとして、コピー コンピューター上で管理者特権でコマンド プロンプトを開き、次のコマンドを実行します。
.\AzureOfflineBackupDiskPrep.exe s:<Staging Location Path>パラメーター 説明 s:<ステージングの場所のパス> 「オフライン バックアップの開始」のワークフローで入力したステージングの場所へのパスを指定するために使用する、必須の入力です。 p:<PublishSettingsFile へのパス> Azure 発行設定ファイルへのパスを指定するために使用される省略可能な入力です。 このコマンドを実行すると、準備が必要なドライブに対応する Azure Import ジョブを選択するようにユーティリティによって求められます。 指定されたステージング場所に関連付けられているインポート ジョブが 1 つのみの場合は、次のような画面が表示されます。
Azure への転送を準備する、マウント済みディスクのドライブ文字を入力します (末尾のコロンを除く)。
メッセージが表示されたら、ドライブをフォーマットすることを確認します。
Azure サブスクリプションへのサインインを求められます。 資格情報を入力します。
次に、ツールによって、ディスクの準備とバックアップ データのコピーが開始されます。 指定されたディスクにバックアップ データ用の十分な領域がない場合に備えて、ツールからメッセージが表示されたら、追加のディスクをアタッチすることが必要になる場合があります。
ツールが正常に実行されると、最後に、コマンド プロンプトで 3 つの情報が提供されます。
- 提供した 1 つまたは複数のディスクが、Azure への発送用に準備されます。
- インポート ジョブが作成されたことの確認が表示されます。 インポート ジョブには指定した名前が使われています。
- ツールで、Azure データセンターの発送先住所が表示されます。
コマンドの実行が完了したら、発送情報を更新することができます。
ツールから提供された住所にディスクを発送し、後で参照できるように追跡番号を保持しておきます。
重要
2 つの Azure Import ジョブで同じ追跡番号を使用することはできません。 1 つの Azure Import ジョブでユーティリティによって準備されたドライブを、1 つの荷物にまとめて発送し、その荷物に対する一意の追跡番号が 1 つだけ存在するようにしてください。 別の Azure Import ジョブの一環として準備されたドライブを、1 つの荷物にまとめることはできません。
Azure Import ジョブの発送の詳細を更新する
次の手順では、Azure インポート ジョブの送付の詳細を更新します。 この情報には、以下に関する詳細が含まれます。
- ディスクを Azure に配達する配送業者の名前
- ディスクの返送先の詳細
Azure サブスクリプションにサインインします。
[メイン] メニューの [すべてのサービス] を選択し、[すべてのサービス] ダイアログで「インポート」と入力します。 [インポート/エクスポート ジョブ] が表示されたら、それを選択します。
[インポート/エクスポート ジョブ] メニューの一覧が開き、選択したサブスクリプション内のすべてのインポート/エクスポート ジョブの一覧が表示されます。
複数のサブスクリプションがある場合は、バックアップ データのインポートに使用するサブスクリプションを選択してください。 次に、新しく作成されたインポート ジョブを選択して詳細を表示します。
インポート ジョブの [設定] メニューで、[ 出荷情報の管理 ] を選択し、返送の詳細を入力します。
配送業者からの追跡番号を取得したら、[Azure Import job overview]\(Azure インポート ジョブの概要\) ページでバナーを選択し、次の詳細を入力します。
重要
Azure インポート ジョブを作成してから 2 週間以内に、配送業者の情報と追跡番号が更新されたことを確認します。 2 週間以内にこの情報を確認しないと、ジョブが削除され、ドライブが処理されない可能性があります。
ドライブの処理の所要時間
Azure インポート ジョブの処理にかかる時間は、出荷時間、ジョブの種類、コピーするデータの種類とサイズ、提供されるディスクのサイズなどの要因によって異なります。 Azure Import/Export サービスには SLA はありませんが、ディスクを受信した後、サービスは Azure ストレージ アカウントへのバックアップ データコピーを 7 日から 10 日で完了するように努めています。 次のセクションでは、Azure インポート ジョブの状態を監視する方法について詳しく説明します。
Azure Import ジョブの状態の監視
Azure portal からインポート ジョブの状態を監視するには、 [インポート/エクスポート ジョブ] ページに移動して、ジョブを選択します。 インポート ジョブの状態の詳細については、「 Storage Import Export サービス」を参照してください。
ワークフローを完了する
インポート ジョブが完了すると、ストレージ アカウントで初期バックアップ データを使用できるようになります。 予定されている次回のスケジュール バックアップで、Azure Backup によってストレージ アカウントからデータのコンテンツが Recovery Services コンテナーにコピーされます。
予定されている次回のオンライン レプリカ作成ジョブで、Data Protection Manager は、初回バックアップ コピーに対する増分バックアップを実行します。
次のステップ
- Azure Import/Export ワークフローに関して不明な点がある場合は、Microsoft Azure Import/Export サービスを使用して BLOB ストレージにデータを転送する方法に関する記事を参照してください。
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示