> ## Documentation Index
> Fetch the complete documentation index at: https://private-7c7dfe99-parallel-read-in-order-multi-part.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

# データレジリエンス

> このガイドでは、災害復旧の概要を説明します。

export const Image = ({img, alt, size = "lg", background}) => {
  const normalizedSize = ["sm", "md", "lg"].includes(size) ? size : "lg";
  const backgroundColor = background === "white" ? "white" : background === "black" ? "rgb(31 31 28)" : undefined;
  return <div className={`ch-image-${normalizedSize}`}>
      <Frame>
        <img src={img} alt={alt} style={{
    backgroundColor
  }} />
      </Frame>
    </div>;
};

このページでは、ClickHouse Cloud の災害復旧に関する推奨事項と、障害発生時にお客様が復旧するためのガイダンスを説明します。
現在、ClickHouse Cloud は自動フェイルオーバーおよび複数の地理的リージョン間での自動同期をサポートしていません。

<Tip>
  お客様は、サービスの規模や構成に応じた具体的な RTO を把握するため、定期的にバックアップからの復元テストを実施する必要があります。
</Tip>

<div id="definitions">
  ## 定義
</div>

まず、いくつかの用語を確認しておくと役立ちます。

**RPO (Recovery Point Objective)**: 障害発生後に許容される、時間で表した最大のデータ損失量です。例: RPO が 30 分の場合、障害発生時に DB は 30 分以内の時点のデータまで復元できる必要があります。これは当然、バックアップをどのくらいの頻度で取得するかに依存します。

**RTO (Recovery Time Objective)**: 障害発生後、通常運用を再開しなければならないまでに許容される最大停止時間です。例: RTO が 30 分の場合、障害発生時にチームは 30 分以内にデータとアプリケーションを復元し、通常運用を再開できることを意味します。

**Database Backups and Snapshots**: バックアップは、データの別個のコピーを保持することで、耐久性の高い長期保存を実現します。スナップショットはデータの追加コピーを作成せず、通常はより高速で、より優れた RPO を実現します。

<div id="database-backups">
  ## データベースのバックアップ
</div>

プライマリサービスのバックアップを保持しておくことで、プライマリサービスでダウンタイムが発生した場合に、そのバックアップを使って復元できます。
ClickHouse Cloud は、バックアップについて以下の機能をサポートしています。

1. **デフォルトのバックアップ**

デフォルトでは、ClickHouse Cloud は 24 時間ごとにサービスの[バックアップ](/ja/products/cloud/guides/backups/index)を取得します。
これらのバックアップはサービスと同じリージョンに保存され、ClickHouse CSP (cloud service provider) のストレージバケット内で作成されます。
プライマリサービス内のデータが破損した場合は、そのバックアップを使用して新しいサービスに復元できます。

2. **外部バックアップ (お客様自身のストレージバケット内) **

同じリージョン内または別のリージョンにある、お客様のアカウント内のオブジェクトストレージへ[バックアップをエクスポート](/ja/products/cloud/guides/backups/bring-your-own-backup/export-backups-to-own-cloud-account)できます。
クラウドをまたぐバックアップエクスポートのサポートは近日提供予定です。
リージョン間バックアップおよびクラウド間バックアップには、該当するデータ転送料金が適用されます。

<Note>
  この機能は現在、PCI/HIPAA サービスでは利用できません
</Note>

3. **設定可能なバックアップ**

お客様は、RPO を改善するために、[バックアップを設定](/ja/products/cloud/guides/backups/configurable-backups)して、最短で 6 時間ごとに実行されるようにできます。
また、保持期間をより長く設定することもできます。

現在サービスで利用可能なバックアップは、ClickHouse Cloud コンソールの「backups」ページに一覧表示されます。
このセクションでは、各バックアップの成功 / 失敗ステータスも確認できます。

<div id="restoring-from-a-backup">
  ## バックアップからの復元
</div>

1. ClickHouse Cloud の バケット 内にあるデフォルトバックアップは、同じリージョン内の新しいサービスに復元できます。
2. 外部バックアップ (顧客の オブジェクトストレージ 内) は、同じリージョンまたは別のリージョンの新しいサービスに復元できます。

<h2 id="backup-and-restore-duration-guidance">
  バックアップと復元の所要時間の目安
</h2>

バックアップと復元にかかる時間は、データサイズ、スキーマの複雑さ、およびテーブル数によって大きく異なります。以下の数値は社内テストでの観測結果であり、性能を保証するものではありません。

弊社のテストでは、約 1 TB のバックアップには約 10〜15 分、20 TB のバックアップには約 1 時間かかりました。より大きなデータセットでは、それに比例して時間が長くなります。数百 TB 以上のバックアップには何時間もかかることがありますが、サイズが大きいほどスケールメリットも得られます。

復元は通常、同等のバックアップよりも時間がかかります。特に、インクリメンタルバックアップの長いチェーンを含む復元では、完全バックアップとチェーン内の後続するすべてのインクリメンタルバックアップを適用する必要があるためです。非常に大規模なサービスの復元には、1 日以上かかる場合があります。

所要時間はデータ、スキーマ、バックアップ設定に大きく依存するため、目標復旧時間を設定する前に、ご自身のデータで復元をテストすることを強く推奨します。

<Note>
  現在、同一リージョン内か異なるリージョン間かを問わず、2 つの ClickHouse Cloud インスタンス間での自動フェイルオーバーはサポートされていません。
  現在、同一リージョン内か異なるリージョン間かを問わず、異なる ClickHouse Cloud サービス間でのデータの自動同期はありません。つまり、Active-Active レプリケーションはサポートされていません。
</Note>

<div id="recovery-process">
  ## 復旧プロセス
</div>

このセクションでは、各ケースで利用できるさまざまな復旧オプションと、その手順について説明します。

<div id="primary-service-data-corruption">
  ### プライマリサービスのデータ破損
</div>

この場合、データはバックアップから同一リージョン内の別のサービスに[復元できます](/ja/products/cloud/guides/backups/review-and-restore-backups#restore-a-backup)。
デフォルトのバックアップポリシーを使用している場合、バックアップは最大24時間前のものになる可能性があります。6時間間隔の設定可能なバックアップを使用している場合は、最大6時間前のものになる可能性があります。

<h4 id="restoration-steps">
  復元手順
</h4>

既存のバックアップから復元するには、次の手順に従います。

1. ClickHouse Cloud コンソールの「バックアップ」セクションに移動します。
2. 復元元にするバックアップの「Actions」にある三点メニューをクリックします。
3. 新しいサービスに名前を付け、このバックアップから復元します

<Image img="https://mintcdn.com/private-7c7dfe99-parallel-read-in-order-multi-part/RIApJQXHeIIpcfQr/images/cloud/guides/restore_backup.webp?fit=max&auto=format&n=RIApJQXHeIIpcfQr&q=85&s=a5e0bf2c415e8fcd0e9cb23804af753e" size="md" alt="バックアップから復元" width="1171" height="433" data-path="images/cloud/guides/restore_backup.webp" />

<div id="primary-region-downtime">
  ### プライマリリージョンのダウンタイム
</div>

[バックアップをエクスポート](/ja/products/cloud/guides/backups/bring-your-own-backup/export-backups-to-own-cloud-account)して、ご利用のクラウドプロバイダーのバケットに保存できます。
リージョン障害が懸念される場合は、別のリージョンにバックアップをエクスポートすることを推奨します。
リージョン間データ転送の料金が発生する点にご注意ください。

プライマリリージョンがダウンした場合、別のリージョンにあるバックアップを、そのリージョンの新しいサービスに復元できます。

バックアップを別のサービスに復元したら、DNS、ロードバランサー、接続文字列の設定が新しいサービスを参照するよう更新する必要があります。
これには、次の作業が含まれる場合があります。

* 環境変数またはシークレットの更新
* 新しい接続を確立するためのアプリケーションサービスの再起動

<Note>
  現在、[透過的データ暗号化 (TDE)](/ja/products/cloud/guides/security/cmek#transparent-data-encryption-tde) を利用しているサービスでは、外部バケットへのバックアップ / 復元はサポートされていません。
</Note>

<div id="additional-options">
  ## 追加オプション
</div>

検討できる追加オプションがいくつかあります。

1. **別個のクラスターへのデュアルライト**

このオプションでは、異なるリージョンに 2 つの別個のクラスターを構成し、両方にデュアルライトできます。
複数のサービスを運用することになるためコストは高くなりますが、1 つのリージョンが利用不能になった場合でも、より高い可用性を確保できます。

2. **CSP のレプリケーションを利用する**

このオプションでは、クラウドサービスプロバイダーのネイティブのオブジェクトストレージ レプリケーション機能を利用してデータを複製します。
たとえば BYOB では、プライマリリージョンで自分が所有するバケットにバックアップをエクスポートし、[AWS cross region replication](https://docs.aws.amazon.com/AmazonS3/latest/userguide/replication.html) を使ってそれを別のリージョンに複製できます。