データバックアップ
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
Sitecore Content Hubには、すべてのデータに対して文書化されたバックアップ ポリシーがあります。バックアップがプライマリ データと同じPaaS/IaaSインフラストラクチャでホストされないように、対策を講じています。バックアップがホストされている場合、バックアップシステムは別のプロバイダーによって保守されます。
12時間の目標復旧時間と24時間の目標復旧ポイント (最大時間値) を使用して、30日間のバックアップを提供します。Content Hubのクラウド環境では、リソースには次の特定のバックアップ ルールがあります。
|
資源 |
形容 |
|---|---|
|
RedisのDB |
Redis DBのバックアップは、毎晩実行されるようにスケジュールされています。これらは、1か月間毎日、52週間毎週保持されます。 |
|
エラスティックサーチ |
ElasticSearchインデックスのバックアップは、追加専用データを保持するため、3週間保持されます。 |
オブジェクトのロック
Content Hubアセットは、コンテナー内のバイナリ ラージ オブジェクトをホストするAzureストレージ アカウントに格納されます。ストレージ アカウントを削除から保護するために、Content HubではAzure object locking手法が実装されています。これにより、ソフトウェア または人間の介入によってストレージ アカウントが誤って削除されるのを防ぎます。
詳細については、「 予期しない変更を防ぐためのリソースのロック」を参照してください。
geo冗長ストレージ
Content Hubアセットは、General Records Schedule (GRS) レプリケートされたストレージ アカウントに格納されます。このレプリケーションは、すべてのデータがセカンダリ リージョンの別のデータ センターに同期されていることを確認します。データは、Microsoftがプライマリ リージョンとセカンダリ リージョンからフェールオーバーを開始する場合、読み取り専用として使用できます。
詳細については、「 ビジネス継続性とディザスター リカバリー (BCDR): Azureペア リージョン」を参照してください。
論理的な削除
Azureストレージ アカウントのバイナリ ラージ オブジェクト コンテナーでは、資産はソフト削除メカニズムで保護されます。この論理的な削除は、実際の削除が一定時間遅延することを意味します。
-
運用BLOBは30日後に物理的に削除されます。
-
QA BLOBは7日後に物理的に削除されます。
-
DEV BLOBはすぐに削除されます。
詳細については、「 BLOBの論理的な削除」を参照してください。
データエスクロー
オフサイトのデータ保護のために、データがバックアップされ、独立したクラウドプラットフォームで利用可能であることを確認するためのdata escrowオプションを選択できます。この場合、RedisデータベースとストレージBLOBは、独立したプラットフォーム上のストレージにレプリケートされます。