1. データのバックアップ

データのバックアップ

Version:
日本語翻訳に関する免責事項

このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。

Sitecore Content Hub™ は、すべてのデータのバックアップ ポリシーを文書化しています。私たちは、バックアップがプライマリ データと同じ PaaS/IaaS インフラストラクチャでホストされないよう対策を講じています。バックアップがホストされている場合、バックアップ システムは別のプロバイダーが管理します。

30 日間のバックアップでは、12 時間の目標復旧時間と 24 時間の目標復旧時点 (最大時間値) を提供しています。Content Hub のクラウド環境では、リソースには次の特定のバックアップ ルールがあります。

リソース説明
Redis DBRedis DB バックアップは、毎晩実行するようにスケジュールされています。このバックアップは、毎日 1 か月間、および毎週 52 週間保持されます。
ElasticSearchElasticSearch インデックスのバックアップは、追加のみのデータを保持するため、3 週間保持されます。

オブジェクトのロック

Content Hub アセットはコンテナ内のバイナリ ラージ オブジェクトをホストする Azure ストレージ アカウントに保管されます。ストレージ アカウントを削除から保護するため、Content Hub には Azure オブジェクトのロック技術が実装されています。これにより、ソフトウェアと人間の介入の両方によるストレージ アカウントの誤削除を防ぎます。

注意

詳細については、「リソースのロックによる予期せぬ変更の防止」を参照してください。

地理的に冗長なストレージ

Content Hub のアセットは、General Records Schedule (GRS) の複製されたストレージ アカウントに保存されます。このレプリケーションにより、すべてのデータがセカンダリ リージョンの別のデータ センターに同期されていることが確認されます。データは、Microsoft がプライマリ リージョンとセカンダリ リージョンからフェイルオーバーを開始した場合は、読み取り専用として使用できます。

注意

詳細については、「Azure でのリージョン間レプリケーション: 事業継続とディザスター リカバリー」を参照してください。

論理的な削除

Azure ストレージ アカウントのバイナリ ラージ オブジェクトのコンテナでは、アセットは論理的な削除メカニズムで保護されています。論理的な削除とは、実際の削除が一定時間遅延することを意味します。

  • プロダクション BLOB は 30 日後に完全に削除されます。

  • QA BLOB は 7 日後に完全に削除されます。

  • DEV BLOB はすぐに削除されます。

注意

詳細については、「BLOB の論理的な削除」を参照してください。

データ エスクロー

オフサイトのデータ保護のために、データが確実にバックアップされ、独立したクラウド プラットフォームで利用可能にするデータ エスクロー オプションをオプト インできます。この場合、Redis データベースとストレージ BLOB は、独立したプラットフォーム上のストレージに複製されます。

この記事を改善するための提案がある場合は、 お知らせください!