Azure BLOB バックアップのサポート マトリックス
- [アーティクル]
-
-
この記事では、BLOB の運用バックアップと保管済みバックアップについて、利用できるリージョン、サポートされるシナリオ、制限事項について説明します。
サポートされているリージョン
バックアップの種類の選択
BLOB の運用バックアップは、フランス南部、南アフリカ西部を除くすべてのパブリック クラウド リージョンで使用できます。 また、ソブリン クラウド リージョンである、すべての Azure Government リージョンと中国リージョン (中国東部を除く) でも使用できます。
BLOB のコンテナー化されたバックアップは、すべてのパブリック リージョンで使用できます。
制限事項
バックアップの種類の選択
BLOB の運用バックアップでは、ローカル バックアップソリューションを提供するために、BLOB のポイントインタイム リストア、BLOB のバージョン管理、BLOB の論理的な削除、BLOB の変更フィード、および削除ロックが使用されます。 そのため、これらの機能に適用される制限が、運用バックアップにも適用されます。
サポートされるシナリオ:
運用バックアップでサポートされているのは、Standard 汎用 v2 ストレージ アカウントのブロック BLOB のみです。 階層型名前空間が有効なストレージ アカウント (つまり、ADLS Gen2 アカウント) はサポートされていません。
また、ストレージ アカウントのページ BLOB、追加 BLOB、Premium BLOB は復元されず、ブロック BLOB のみが復元されます。
BLOB バックアップは、ストレージ アカウントにプライベート エンドポイントがある場合にもサポートされます。
その他の制限事項:
- 保持期間中にコンテナーを削除した場合、そのコンテナーは、ポイントインタイム リストア操作では復元されません。 復元しようとしている BLOB 範囲に、削除されたコンテナー内の BLOB が含まれている場合、ポイントインタイム リストア操作は失敗します。 コンテナーを削除から保護する詳細については、「コンテナーの論理的な削除」を参照してください。
- 現在の時点から復元ポイントまでの間にホット層とクール層の間で BLOB が移動した場合、BLOB は以前の層に復元されます。 アーカイブ層でのブロック BLOB の復元はサポートされていません。 たとえば、ホット層の BLOB が 2 日前にアーカイブ層に移動され、復元操作によって 3 日前の時点に復元された場合、BLOB はホット層に復元されません。 アーカイブされた BLOB を復元するには、最初にアーカイブ層の外に移動します。 詳細については、「アーカイブ層から BLOB データをリハイドレートする」を参照してください。
- Put Block または Put Block from URL を使用してアップロードされたが、
Put Block List
を使用してコミットされていないブロックは、BLOB の一部ではないため、復元操作の一部としては復元されません。
- アクティブなリースを持つ BLOB は復元できません。 リースがアクティブになっている BLOB が、復元する BLOB の範囲に含まれる場合、復元操作は自動的に失敗します。 復元操作を始める前に、アクティブなリースをすべて中断してください。
- スナップショットは、復元操作の一環として作成または削除されません。 ベース BLOB のみが以前の状態に復元されます。
- 復元される BLOB の中に変更できない BLOB がある場合、このような変更できない BLOB は、選択した復旧ポイントに基づいた状態に復元されません。 ただし、不変性が有効になっていないその他の BLOB は、選択した復旧ポイントに想定どおり復元されます。
BLOB の保管済みバックアップ ソリューションを使用した場合は、"標準の汎用 v2 ストレージ アカウント" のブロック BLOB のみをバックアップできます。
現在、HNS 対応ストレージ アカウントはサポートされていません。 これには、"ADLS Gen2 アカウント"、"NFS 3.0 を使用するアカウント"、BLOB 用 の "SFTP プロトコル" が含まれます。
最大 100 個のコンテナーを使用してストレージ アカウントをバックアップできますこれらのコンテナー内の BLOB の数に制限はありません。 バックアップするコンテナーのサブセット (最大 100 個のコンテナー) を選択することもできます。
- ストレージ アカウントに 100 個を超えるコンテナーが含まれている場合は、バックアップするコンテナーを "最大 100 個" 選択する必要があります。
- ストレージ アカウントのバックアップ構成後に作成された新しいコンテナーをバックアップするには、ストレージ アカウントの保護を変更します。 これらのコンテナーは自動的にはバックアップされません。
バックアップするストレージ アカウントには、少なくとも 1 つのコンテナーが含まれている必要があります。 ストレージ アカウントにコンテナーが 1 つも含まれていない場合、またはコンテナーが選択されていない場合、バックアップを構成する際にエラーが表示されることがあります。
現時点では、バックアップは 1 日に "1 回" だけ実行することができます (スケジュール バックアップとオンデマンド バックアップを含む)。 1 日に複数回バックアップ操作を実行しようとすると、バックアップは失敗します。
ストレージ アカウントの保護 (保管済みバックアップ) を停止した場合、そのストレージ アカウントで作成されたオブジェクト レプリケーション ポリシーは削除されません。 このようなシナリオでは、"OR ポリシー" を手動で削除する必要があります。
クール BLOB とアーカイブ済み BLOB は現在サポートされていません。
バックアップ操作は、 Data Lake Storage API を使用してアップロードされた BLOB ではサポートされていません。
同じ名前のストレージ アカウントを削除して再作成すると、 Object Replication は変更を認識しません。 その結果、今後の復旧ポイントには、古い BLOB とそのバージョンが引き続き含まれます。
同様に、同じ名前のコンテナーを削除して再作成した場合、 Object Replication は変更を追跡せず、今後の復旧ポイントには以前の BLOB とバージョンが引き続き含まれます。
保護を中断して再開するか、source ストレージ アカウントでObject レプリケーション ポリシーを削除するとポリシーによって完全バックアップがトリガーされます。
ユーザー割り当てマネージド ID (UAMI) を使用したバックアップ コンテナーは、Azure Blob Vaulted バックアップと互換性がありません。 コンテナーは BLOB が格納されているストレージ アカウントにアクセスする必要があるため、システム割り当てマネージド ID (SAMI) のみが機能します。 コンテナーでは、このアクセスにシステム割り当てマネージド ID が使用されます。
データ ファクトリを使用してネイティブ レプリケーションを使用して構成されている BLOB コンテナーでは、バックアップの有効化はサポートされていません。
オブジェクト レプリケーションの一部であるコンテナーの保護は、ソースまたは宛先としてサポートされていません。 このようなコンテナーをバックアップしようとすると、バックアップエラーが発生します。
次のステップ
Azure BLOB の Azure BLOB バックアップの概要