CockroachDB：決定版ガイド

第12章 バックアップとディザスタリカバリ バックアップと災害復旧

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

高可用性は、ほとんどの最新アプリケーションにとって唯一の選択肢である。前の章では、最も極端な状況を除き、あらゆる状況に耐えられる分散CockroachDBクラスタを構成する方法を見てきた。

とはいえ、最もレジリエンスの高いレプリケーション方式を採用したクラスタであっても、回復できない事態に遭遇する可能性はある。例えばサイバー攻撃の結果、複数のデータセンターが連携して障害を起こし、クラスタ内の全データが回復不能になる可能性がある。

また、クラスタインフラは無傷のままでも、その中のデータが破損してしまう状況もある。インスタンスンス：データベース管理者（DBA）が開発システムで作業しているつもりで不注意にデータを修正したり、ランサムウェア攻撃で全データを消去しようとしたり、アプリケーションのバグが時間の経過とともにデータを微妙に破損させたりする。

CockroachDBには、データ破損からの復旧を支援する多くの機能があるが（主にAS OF SYSTEM TIME 節に基づく）、バックアップは、データベースのデータの損失や破損に対する究極の保険を提供する。

バックアップはまた、比較的遠い過去のデータの段階を回復する能力も提供する。これは、規制の点から、あるいはデータが論理的に破損し、ある時点からの「やり直し」が必要になった場合に必要となる。

バックアップと高可用性の比較

CockroachDBのような分散データベースでは、バックアップと高可用性のパターンが、OracleやSQL Serverのようなモノリシックデータベースのもの とは大きく異なる。Oracleのようなモノリシック・データベースでは、レプリケーションもバックアップも、ライトアヘッドトランザクション・ログ（OracleではREDOログと呼びます）に基づいている。このログは、耐久性のあるコミットレコードの最初の受信者であり、（高可用性を目的とした）スタンバイデータベースへのレプリケーションのソースとして、また、合計障害時に静的バックアップからデータベースを「ロールフォワード」するためにも使用される。

CockroachDBでは、ラフト・ログはモノリシック・データベースのトランザクション・ログと同じ論理的機能を果たすが、リカバリのベースとなる単一のログはなく、その結果、手順も少し異なる。要するに、CockroachDBにおけるHAとディザスタリカバリの支配的なパターンには以下が含まれる：

• データの冗長性分散コピーを使用して、予測可能なインフラ障害が発生した場合でも可用性を維持する。

• データベースのバックアップを定期的に取り、レプリケーションを圧迫するような災害から守る。

これら2つのテクニックを組み合わせることで、予見可能なインフラ障害に対する高可用性を提供するとともに、インフラ全体が故障した場合やデータベースが論理的に破損した場合のフォールバック・ソリューションも提供する。

バックアップ

CockroachDBバックアップは、災害やデータ破損の問題が発生した場合に迅速に復元できるCockroachDBデータのオフラインコピーを作成する主要な手段である。

バックアップは、クラスタ全体または個々のデータベースやテーブルの 。Enterprise版のバックアップには、現在のデータ状態だけでなく、バックアップ時にデータベースが知っていたすべての履歴（デフォルトでは25時間分のデータ）も含めることができる。 ...