この記事では、 Azure Backup サービスと Microsoft Azure Recovery Services (MARS) エージェントまたは Azure Backup エージェントを使用して Windows マシンをバックアップする方法について説明します。
[前提条件]
Windows Server のファイルとフォルダーを Azure にバックアップする前に、次の前提条件を確認してください。
- Azure Backup で MARS エージェントを使用して Windows マシンをバックアップする方法について説明します。
- セカンダリ MABS または Data Protection Manager サーバーで MARS エージェントを実行する バックアップ アーキテクチャ を確認します。
- MARS エージェントで サポートされているバックアップ シナリオ を確認します。
- バックアップするマシンでインターネット アクセスを確認します。
- 完了していない場合は、MARS エージェントをインストールします。
バックアップ ポリシーの作成
バックアップ ポリシーでは、データのスナップショットを取得して復旧ポイントを作成するタイミングを指定します。 また、復旧ポイントを保持する期間も指定します。 MARS エージェントを使用してバックアップ ポリシーを構成します。
Azure Backup では、夏時間 (DST) は自動的には考慮されません。 この既定設定により、実際の時刻とスケジュールされたバックアップ時刻の間で矛盾が生じる可能性があります。
新しいバックアップ ポリシーを作成するには、次の手順に従います。
MARS エージェントをダウンロードして登録したら、エージェント コンソールを開きます。 エージェントは、コンピューターで Microsoft Azure Backupを検索すると見つかります。
[アクション] で、 [バックアップのスケジュール] を選択します。
バックアップのスケジュール ウィザードで、[ 作業の開始>次へ] を選択します。
[バックアップする項目の選択] で、 [項目の追加] を選択します。
[項目の選択] ボックスで、バックアップする項目を選択し、 [OK] を選択します。
[バックアップする項目の選択] ページで、 [次へ] を選択します。
[ バックアップ スケジュールの指定] ページで、毎日または毎週のバックアップを実行するタイミングを指定します。 次に、[次へ] を選択します。
バックアップの作成時に復旧ポイントが作成されます。
環境内で作成される復旧ポイントの数は、バックアップ スケジュールによって異なります。
毎日のバックアップは 1 日に 3 回までスケジュールできます。 次の例では、午前 0 時と午後 6 時に 2 つの毎日のバックアップが行われます。
毎週のバックアップを実行することもできます。 次の例では、毎週日曜日と水曜日の午前 9 時 30 分と午前 1 時にバックアップが作成されます。
[ アイテム保持ポリシーの選択 ] ページで、データの履歴コピーを格納する方法を指定します。 次に、[次へ] を選択します。
保持期間の設定では、保存する復旧ポイントと、それらを保存する期間を指定します。
日次リテンション期間の設定では、日次リテンション期間に指定された時刻に、指定した日数の間、最新の復旧ポイントが保持されることを示します。 または、毎月のアイテム保持ポリシーを指定して、毎月 30 日に作成された復旧ポイントを 12 か月間保存する必要があることを示すことができます。
毎日および毎週の復旧ポイントの保持期間は、通常、バックアップ スケジュールと一致します。 そのため、スケジュールによってバックアップがトリガーされると、毎日または毎週の保持ポリシーで指定されている期間、(バックアップ操作によって作成される) 復旧ポイントが格納されます。
次に例を示します。
- 午前 0 時と午後 6 時の毎日のバックアップは、7 日間保持されます。
- 土曜日の午前 0 時と午後 6 時に作成されたバックアップは、4 週間保持されます。
- 月の最後の土曜日の午前 0 時と午後 6 時に作成されたバックアップは、12 か月間保持されます。
- 3 月の最後の土曜日に作成されたバックアップは、10 年間保持されます。
[ 初期バックアップの種類の選択 ] ページで、ネットワーク経由で初期バックアップを作成するか、オフライン バックアップを使用するかを決定します。 ネットワーク経由で初期バックアップを実行するには、[ネットワーク経由で自動的に行う] を選択します>次へ。
オフライン バックアップの詳細については、「オフライン バックアップ に Azure Data Box を使用する」を参照してください。
[ 確認 ] ページで情報を確認し、[完了] を選択 します。
ウィザードでバックアップ スケジュールの作成が完了したら、 [閉じる] を選択します。
エージェントがインストールされている各マシンにポリシーを作成します。
初期バックアップをオフラインで実行する
初期バックアップは、ネットワーク経由で自動的に実行することも、オフラインでバックアップすることもできます。 初期バックアップのオフライン シード処理は、転送に大量のネットワーク帯域幅を必要とする大量のデータがある場合に便利です。
オフライン転送を実行するには、次の手順に従います。
バックアップ データをステージングの場所に書き込みます。
AzureOfflineBackupDiskPrep ツールを使用して、ステージング場所から 1 つ以上の SATA ディスクにデータをコピーします。
このツールは、Azure Import ジョブを作成します。 詳細については、「 Azure Import/Export サービスとは」を参照してください。
SATA ディスクを Azure データセンターに送信します。
データセンターでは、ディスク データが Azure ストレージ アカウントにコピーされます。 Azure Backup によってストレージ アカウントからコンテナーにデータがコピーされ、増分バックアップがスケジュールされます。
オフライン シード処理の詳細については、「 オフライン バックアップに Azure Data Box を使用する」を参照してください。
ネットワークスロットリングを有効にする
MARS エージェントでネットワーク帯域幅を使用する方法は、ネットワーク調整を有効にすることで制御できます。 調整は、勤務時間中にデータをバックアップする必要があるが、バックアップおよび復元アクティビティで使用される帯域幅を制御する必要がある場合に役立ちます。
Azure Backup のネットワーク調整では、ローカル オペレーティング システム でサービス品質 (QoS) が使用されます。
バックアップのネットワーク調整は、Windows Server 2012 以降、および Windows 8 以降で使用できます。 オペレーティング システムで最新のサービス パックが実行されている必要があります。
ネットワークスロットリングを有効にするには:
MARS エージェントで、[プロパティの 変更] を選択します。
[調整] タブで、 [バックアップ操作用のインターネット使用帯域幅の調整を有効にする] をオンにします。
勤務時間中と勤務時間外に許可される帯域幅を指定します。 帯域幅の値は 512 Kbps から始まり、最大 1,023 Mbps になります。 その後、OK を選択します。
オンデマンド バックアップを実行する
オンデマンド バックアップを実行するには、これらの手順に従います。
MARS エージェントで、[ 今すぐバックアップ] を選択します。
![スクリーンショットは、Windows Server の [今すぐバックアップ] オプションを示しています。](media/backup-configure-vault/backup-now.png)
MARS エージェントのバージョンが 2.0.9254.0 以降の場合は、オンデマンド バックアップ用 に定期的にバックアップされるボリュームのサブセット を選択します。 定期的なバックアップ用に構成されたファイル/フォルダーのみをオンデマンドでバックアップできます。
MARS エージェントのバージョンが 2.0.9169.0 以降の場合は、カスタム保持日を設定します。 [ バックアップ期間の保持 ] セクションで、カレンダーから日付を選択します。
[確認] ページで設定を確認し、[バックアップ] を選択します。
[閉じる] を選択してウィザードを閉じます。 バックアップが完了する前にウィザードを閉じると、ウィザードはバックグラウンドで引き続き実行されます。
![スクリーンショットは、Windows Server の [今すぐバックアップ] オプションを示しています。](media/backup-configure-vault/backup-now.png#lightbox)
初回バックアップが完了すると、ジョブの 完了 状態がバックアップ コンソールに表示されます。
オンデマンド バックアップ ポリシーの保持動作
次の表は、さまざまなバックアップ スケジュールのデータ保有期間を示しています。
| バックアップスケジュール オプション | データ保有期間 |
|---|---|
| 一日 |
既定のリテンション期間: "毎日のバックアップのリテンション期間 (日数) と同じです。 例外: 長期的なリテンション期間 (週、月、年) に設定された毎日のスケジュールされたバックアップが失敗した場合、障害の直後にトリガーされるオンデマンド バックアップは、長期保有と見なされます。 それ以外の場合、次にスケジュールされたバックアップは長期保有と見なされます。 シナリオの例: 木曜日の午前 8 時にスケジュールされたバックアップが失敗しました。 このバックアップは毎週、毎月、または毎年の期間で保持することが検討されるべきです。 そのため、金曜日の午前 8 時に次にスケジュールされたバックアップの前にトリガーされた最初のオンデマンド バックアップには、毎週、毎月、または毎年のリテンション期間のタグが自動的に付けられます。 このバックアップは、木曜日の午前 8 時のバックアップに置き換えられます。 |
| 週 |
既定の保持期間: 1 日。 毎週のバックアップ ポリシーを持つデータ ソースに対して作成されたオンデマンド バックアップは、翌日に削除されます。 データ ソースの最新のバックアップである場合でも、削除されます。 例外: 長期的なリテンション期間 (週、月、または年) に設定された週単位のスケジュールされたバックアップが失敗した場合、障害の直後にトリガーされるオンデマンド バックアップは、長期保有と見なされます。 それ以外の場合、次にスケジュールされたバックアップは長期保有と見なされます。 シナリオの例: 木曜日の午前 8 時にスケジュールされたバックアップが失敗しました。 このバックアップは、月単位または年単位のリテンション期間と見なされる予定でした。 そのため、木曜日の午前 8 時に次にスケジュールされたバックアップの前にトリガーされる最初のオンデマンド バックアップには、毎月または毎年のリテンション期間のタグが自動的に付けられます。 このバックアップは、木曜日の午前 8 時のバックアップに置き換えられます。 |
詳細については、「 バックアップ ポリシーの作成」を参照してください。
注
この情報は、2.0.9169.0 より前の MARS エージェント バージョンにのみ適用されます。
次のステップ
- Azure でファイルを復元する方法について説明します。
- ファイルとフォルダーのバックアップに関する一般的な質問を見つける