Backup Exec を使用した Microsoft 365 のバックアップ

問題

Backup Exec を使用した Microsoft 365 のバックアップ

解決策

Backup Exec で Microsoft 365 などのオンライン SaaS リソースを保護できます。

オンプレミスのワークロードを保護するジョブ (NTFS ファイルシステム、データベースなど) とは異なり、クラウドリソースをバックアップするジョブのパフォーマンスは、Backup Exec の制御外の要因に大きく依存します。例えば、Backup Exec サーバーとデータセンター間の外部ネットワーク帯域幅、Microsoft 365 API 調整ポリシーなどです。

注意: Microsoft では、リソースの過剰使用を防ぐために、サービスへの同時呼び出しの数を制限するためにスロットリングを適用しています。スロットリングのしきい値を超えると、Microsoft はそのクライアントからのそれ以上のリクエストを一定期間制限します。このように調整することで、圧倒的な数のリクエストが発生した場合に、Microsoft サービスの最適なパフォーマンスと信頼性を維持できます。Microsoft API ごとに、スロットリングの制限と動作が異なります。

Backup Exec は、これらすべての要因を考慮して最適なパフォーマンスを得るために最善を尽くし、緩和策を組み込んでいます。

1. 使用可能なネットワーク帯域幅を効果的に利用するために、Backup Exec Microsoft 365 保護ジョブはデフォルトでマルチストリームが有効になっています。バックアップ データは並列ストリームでダウンロードされます。
2. 主にネットワークまたはスロットリングの問題で発生する障害に対応するための再試行ロジックを組み込んでいます。
3. スロットリングが検出されると、Backup Exec はスロットリングによる失敗を回避するためにリクエストを自動的に削減します。
4. データはバッチで照会されます。

Microsoft 365 Exchange と OneDrive プラグインのパフォーマンスチューニングの詳細については、以下の記事を参照してください。

Performance Tuning M365 Exchange Plugin
Performance Tuning OneDrive Plugin

バックアップ ジョブの種類

永久増分

永久増分機能が Backup Exec Microsoft 365 の保護ジョブに組み込まれています。これは、バックアップ ジョブが、選択した Exchange Online メールボックス、OneDrive ボリュームなどの新規または変更されたアイテムのみをダウンロードすることを意味します。

初回のバックアップジョブは、事実上、完全バックアップジョブになります。したがって、メールボックス、OneDrive ボリュームなどの Microsoft 365 エンティティの数、そのようなエンティティ内のアイテムの数、アイテムのサイズ、使用可能なインターネット帯域幅などによっては、最初のバックアップジョブとカスタムの完全バックアップジョブが完了するまでに時間がかかることがあります。

完全統合

完全統合は、前回の完全バックアップ以降のすべてのバックアップセットを結合し、新しい完全バックアップセットを作成します。これにより、増分バックアップチェーンの長さが管理しやすくなり、保持期間が終了した後のバックアップセットの有効期限が短縮されます。

Backup Exec Microsoft 365 保護ジョブでは、従来の定期的な完全バックアップジョブが完全統合ジョブに置き換えられます。完全統合ジョブは、ネットワーク帯域幅を節約し、クラウドリソースにアクセスしないためバックアップウィンドウを短縮します。

完全統合ジョブは、クラウドリソースからデータをダウンロードする必要がないため、常に単一ストリームです。

完全統合ジョブの頻度は、従来の完全バックアップジョブの頻度と同じようにする必要があります。デフォルト設定では、頻度は週に 1 回です。前回の完全統合ジョブから次回の完全統合ジョブの間に永久増分バックアップジョブが多すぎる場合は、完全統合ジョブの完了に時間がかかることがあります。そのため、2 回の完全統合ジョブの間に増分バックアップのチェーンが長すぎないようにすることをお勧めします。

増分バックアップジョブの時間帯以外の時間帯に完全統合ジョブをスケジュールすることをお勧めします。

図1.

カスタム完全

定期的にカスタム完全バックアップを実行する必要はありませんが、実施がサポートされています。カスタム完全バックアップジョブは、ジョブで選択したクラウドリソースからすべてのアイテムをダウンロードします。カスタム完全バックアップジョブは、メールボックス、OneDrive ボリュームなどの Microsoft 365 エンティティの数、そのエンティティのアイテム数、アイテムのサイズ、利用可能なインターネット帯域幅などによって完了までに長い時間がかかることがあります。

Microsoft 365 ジョブ設定

図2.

必要な最小ストリーム数

バックアップに使用するストリームの最小数を選択します。使用可能なストリームが最小数よりも少ない場合は、ジョブが失敗します。

ここで設定する値は、ジョブで指定されたストレージデバイスに定義された「同時並行処理」の設定値以下であることを確認します。この数値はジョブのパフォーマンスには影響せず、ほとんどの場合、デフォルト値のままにしておくことができます。
 

バックアップに使用するストリームの適切な数

Backup Exec Microsoft 365 ジョブでインターネット帯域の利用を最適化するために、そのジョブで使用するストリーム数を変更できます。変更後は、次回のジョブの実行時にその影響を観察することができます。

以下の表を参考に、必要に応じてデフォルトの数10から変更します。

更に広い帯域幅のストリーム数は Backup Exec サーバーのハードウェアと特定の環境によって異なり、実験によって決定する必要があります。

「必要な最小ストリーム数」 で指定されたストリーム数は、ターゲット重複排除ストレージデバイスの「同時並行処理」を上限とする並行処理数となります。「必要な最小ストリーム数」 を差し引いた後の「バックアップに使用するストリームの適切な数」で指定された追加のストリーム数は、Backup Execによってプログラム的に処理されます。

例：
「必要な最小ストリーム数」が 1 に設定され、「バックアップに使用するストリームの適切な数」が 10 に設定され、重複排除ストレージの「同時並行処理」が 4 に設定されている場合。
次に、ジョブに同じ数以上のエンティティが選択されていると仮定すると、「バックアップに使用するストリームの適切な数」 10 を使用するために、ジョブは重複排除ストレージデバイスで構成されている同時並行処理数から 1 つのストリームを使用し、残りの 9 つはプログラムで処理されます。このとき、重複排除ストレージ上の残りの同時並行処理数 3 は、重複排除ストレージデバイスをターゲットとする他のジョブで使用可能になります。

バックアップジョブのジョブログには、バックアップジョブによって使用されたストリーム数が記録されます。