データの復元とバックアップ
This page provides an overview of the backup and restore options available for use with Bitbucket Data Center and Server:
ご質問がある場合は、「FAQ - データの復元とバックアップ」を参照してください。
Bitbucket バックアップの基本
有効なバックアップ計画が不可欠です。
- システム障害の発生時にデータが失われるのを防ぐため
- システム障害の発生後に Bitbucket を復元するため
- Bitbucket のアップグレード プロセスの一環として
会社のポリシーに沿ったデータ復旧計画を確立することを強く推奨します。少なくとも、次の観点を考慮する必要があります。
- Bitbucket をどの頻度でバックアップするべきか。アトラシアンでは、1 日 1 回以上バックアップを実行することを推奨しています。
- どの程度のダウンタイムが許容されるか。ダウンタイムが必要なバックアップ戦略を使用する際は、ユーザーに与える影響が最小限となるようにバックアップをスケジュールすることをおすすめします (例: 営業時間外)。
- バックアップをどの程度の期間保持する必要があるか。アトラシアンでは、バックアップを 1 か月以上保持することを推奨しています。
- バックアップをどこに保存する必要があるか。バックアップはオフサイトの場所に保存することをおすすめします。
- 緊急時にデータをどの程度素早く簡単に復元する必要があるか。実際の緊急時にバックアップ戦略が機能するよう、定期的にステージング環境でバックアップを復元することをおすすめします。
一貫性を保つことの重要性
All backup strategies for Bitbucket need to capture the state of three fundamental data sources:
- The home directory on the file system, which contains your repository data, log files, plugins, and so on (see Set the home directory for more detail).
- If you’re using Mesh to manage your repositories, each Mesh node’s home directory, which contains your repository data and Mesh log files.
- データベース。プル リクエスト、コメント、ユーザー、グループ、権限などについてのデータが含まれます。
These data sources hold the entire state of a Bitbucket instance. To backup the complete state of your instance, you need to take consistent snapshots of each using one of the strategies below. If you attempt to restore snapshots containing inconsistencies then there is a risk of corruption or data loss in your repositories and pull requests.
(リモート Elasticsearch インスタンスがある場合、検索インデックスは Elasticsearch のデータ ディレクトリに保持されますが、これは必要に応じてホーム ディレクトリおよびデータベースのデータから完全に再構築できるため、バックアップに含める必要はありません。)
Bitbucket のバックアップ計画
Bitbucket では、一貫性のあるバックアップを作成するための複数の戦略を提供しています。それぞれの概要については次の表をご覧ください。各オプションには技術的な要件とダウンタイム時間とのトレードオフがあります。インスタンスの規模、ファイル システムやデータベースの技術、復元ポイントの目的、およびバックアップ作成時のダウンタイムに対するユーザーの許容度に応じて戦略を選択します。
| ゼロ ダウンタイム バックアップ | DIY Backup | Backup Client | |
|---|---|---|---|
| 要約 | 内部整合性が確保されたデータベースのスナップショットと、ブロック レベルのファイルシステムのスナップショットとを使用して、ダウンタイムを完全に排除する技術。 | 増分コピーまたはベンダー固有のスナップショット テクノロジーを使用してダウンタイムを最小化する手法 | シンプルだが、高可用性環境には不適切。 Bitbucket Server インスタンスをロックし、ベンダーに依存しない形式でホーム ディレクトリとデータベース全体のバックアップを作成する外部ユーティリティ。 |
| ダウンタイム |  バックアップ時のダウンタイムなし。 |
|
|
| 製品の最小バージョン | Bitbucket 4.8+ | Stash 2.12 〜 Bitbucket 4.0+ | Stash 2.7 〜 Bitbucket 4.0+ |
| Bitbucket Server | サポート対象。Bitbucket は復元後、ホーム ディレクトリとデータベースとの間の不一致を許容します (解決を試行するわけではありません)。 | サポート対象 | サポート対象 |
| Bitbucket Data Center |
Note that Mesh does not yet automatically resolve inconsistencies between replicas at restore time. For more details, see BSERV-13312 - Getting issue details... STATUS |
Note that Mesh does not yet automatically resolve inconsistencies between replicas at restore time. For more details, see BSERV-13312 - Getting issue details... STATUS |  サポート対象外 (1 つのクラスタ ノードで実行している場合を含む)。 |
| 最小要件 |
| お使いのファイル システムおよびデータベース ベンダーのスナップショット ツールを使用する必要があります。サンプル スクリプトが提供されます。 | 特別な要件はありません。すぐに利用を開始できます。 |
| バックアップ形式 | ベンダー固有のデータベース スナップショットと全ディスク ボリュームのブロック レベルのファイルシステム スナップショット。 | ベンダー固有のデータベース ダンプとファイル システムのスナップショット。 | データベース ベンダーに依存しない。 |
| 関連ドキュメント | Bitbucket のゼロ ダウンタイム バックアップ | Bitbucket DIY Backup | Bitbucket Server Backup Client |
少ない。一貫性のあるスナップショットを作成するために Bitbucket を短時間ロックする必要があります。ダウンタイムは数秒程度に抑えることができます。