> For the complete documentation index, see [llms.txt](https://docs.dispel.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.dispel.com/documentation/documentation-ja/shisuru/data-backup-and-recovery.md).

# データ バックアップと復旧

Dispel のデータストレージ、保持、復旧に対するアプローチは、堅牢なセキュリティと運用レジリエンスを提供するよう設計されています。暗号化ストレージソリューション、自動バックアップ機構、地理的に分散した冗長性を組み合わせて、権限のないアクセスやデータ損失からお客様のデータを保護することを目指しています。このドキュメントでは、これらのシステムの仕組み、これらを統制するポリシー、およびデータ復旧が必要な場合に従う手順の技術的詳細を説明します。

## データ所在地 <a href="#h_65e00cfeb6" id="h_65e00cfeb6"></a>

Dispel のクライアントは、次の 2 つのデータ居住地のいずれかを選択できます：

| ダッシュボードの種類  | 位置情報  | プラン             |
| ----------- | ----- | --------------- |
| Dispel - US | 米国    | SaaS            |
| Dispel - EU | ヨーロッパ | SaaS、プライベートクラウド |

## データバックアップ

<figure><img src="https://2841354894-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F5T5Fo32wwisEqZbODG7j%2Fuploads%2Fgit-blob-64aef062f19766817be7bdcc6cbf28d5d073c2c0%2Fimage.png?alt=media" alt=""><figcaption></figcaption></figure>

Dispel は、システム全体に影響を及ぼす予期せぬ事象による壊滅的な損失を防ぐため、すべての顧客データおよびシステムデータの自動バックアップを実行します。自動化されたプロセスにより、可用性ゾーン全体に影響する事象に対して耐障害性を持つストレージへ、すべてのデータをバックアップします。既定では、データは少なくとも24時間ごとに1回バックアップされます。バックアップは暗号化されたデータストレージアーカイブに保存されます。バックアップは監視され、アラートが通知されます。

Dispel が管理するすべてのデータベースは、スナップショット、ベースバックアップ、WAL ファイルをオブジェクトストアに永続化することで継続的な保護を提供します。また、fork および follower データベースは、スナップショットまたは永続ベースバックアップと WAL ファイルを取得し、それらを新しい Postgres インストール上で再生することで実装されます。これらの物理バックアップを高可用性オブジェクトストアに保存することで、ハードウェア障害、データ破損、または大規模なサービス中断が発生した場合に、データベース全体を復旧することも可能になります。既定では、Dispel のサブプロセッサーのオブジェクトストアは重要なデータを保存するための耐久性のあるインフラストラクチャを提供し、オブジェクトの耐久性は 99.999999999% に設計されています。

### バックアップの種類

Dispel はデータベース全体のバックアップを作成します。データベースにコミットされたトランザクションは WAL ファイルとして記録され、スナップショットまたはベースバックアップの上に再生できるため、データベースの状態を完全に再構築する手段を提供します。スナップショットはオブジェクトストアに直接保存されます。ベースバックアップと WAL ファイルは、Postgres で利用可能になり次第、WAL-E と呼ばれるアプリケーションを通じてオブジェクトストアに送信されます。

## データ復元 <a href="#h_29cc3a5682" id="h_29cc3a5682"></a>

データベースは、コールド状態からバックアップから復元することも、既存のデータベースと同期することもできます。これらはそれぞれ *フォーク* と *フォロー* プロセスです。Dispel は、より前のデータベースバックアップにロールバックすることもできます。

いずれの場合も、新しいデータベースインスタンス (N2) が作成され、既存のデータベース (N1) と並行して起動され、その後 API のプライマリデータベースに昇格されます。これは、データベース fork によるデータ復元を示す次のプロセス図に示されています：

<figure><img src="https://2841354894-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F5T5Fo32wwisEqZbODG7j%2Fuploads%2Fgit-blob-ef090b32a2d4a60e1c730676b42d898dfdfb5665%2Fimage.png?alt=media" alt=""><figcaption></figcaption></figure>

### 災害復旧 / 事業継続 <a href="#h_2c98034406" id="h_2c98034406"></a>

当社のプラットフォームは、障害発生時に Postgres データベースを自動的に復元します。Dispel プラットフォームは、クラウド内でアプリケーションを動的にデプロイし、障害を監視し、顧客アプリケーションやデータベースを含む障害発生コンポーネントを復旧するよう設計されています。

## バックアップ保持期間の上限 <a href="#h_ae062a7b1d" id="h_ae062a7b1d"></a>

本番データベースは Amazon Aurora (RDS) 上で稼働しており、自動バックアップは 30 日間のローリング保持期間で構成され、直近 30 日以内の任意の秒への継続的なポイントインタイムリカバリ (PITR) を提供します。自動バックアップには、Amazon S3 に保存される日次スナップショットとトランザクションログが含まれ、すべて KMS で暗号化され、アクセスは認可されたオペレーターに制限されています。ログは、コンプライアンス、監査、フォレンジック調査の要件をサポートするため、最長 1 年またはそれ以上保持される場合があります。

## データエクスポート / アーカイブ

クライアントは、エクスポートおよびアーカイブのために自身のデータのコピーを要求できます。Dispel はネイティブの `pg_dump` PostgreSQL ツールを使用してバックアップファイルを作成し、他の PostgreSQL インストールへのエクスポートを容易にします。生成されるバックアップファイルでは、 `pg_dump`プレーンテキスト形式と比較すると、カスタム形式オプションによりバックアップファイルを大幅に小さくできます。

## データ所有権

クライアントデータはクライアントに帰属し、Dispel のデータは Dispel に帰属します。Dispel がクライアントデータをどのように扱うかについて詳しくは、当社の [プライバシーポリシー](https://legal.dispel.com/policies/privacy-policy).


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.dispel.com/documentation/documentation-ja/shisuru/data-backup-and-recovery.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
