データベース

Cloud Spanner がポイントインタイムリカバリ機能への対応を開始

2021年3月31日

https://storage.googleapis.com/gweb-cloudblog-publish/images/cloud_spanner.max-2600x2600.jpg

Google Cloud Japan Team

※この投稿は米国時間 2021 年 3 月 18 日に、Google Cloud blog に投稿されたものの抄訳です。

水平スケーリングに対応したリレーショナルデータベース Cloud Spanner が、このたびポイントインタイムリカバリ（PITR）機能への対応を開始しました。これにより、ユーザーエラーによる予期せぬデータの削除やアップデートからデータを完全に保護することができるようになりました。Spanner ではすでにバックアップと復元およびインポート / エクスポートに対応しているため、バックアップまたはエクスポートを実施した時点の状態にデータベースを復元できます。PITR 機能により、Spanner では過去のデータをマイクロ秒という細かい時間単位で復元できる連続的なデータ保護が可能になりました。これにより、各企業では破損したデータをすばやく修正してビジネスのリスクや損失を軽減し、カスタマーエクスペリエンスへの影響を最小限に抑えることができます。

PITR は使い方が簡単で柔軟性も高いため、よりきめ細かくデータ保護を行えるようになります。データベースのバージョン保持期間（version retention period）を設定するだけで、全バージョンのデータやスキーマを 1 時間～7 日間保持できます。残りの作業は Spanner により自動的に実施されます。論理データが破損した場合、状況に応じてデータベースを完全復元するか、データベースの特定部分だけを復元するかを選択できます。後者を選択した場合、データベース全体を復元する必要がないため、貴重な時間やリソースを節約できます。

実際によくある例を 2 つ挙げます。まず 1 つ目の例です。とある多国籍金融企業のデータベース管理者であるジョンは、稼働中のライブテーブルを誤って削除してしまいました。そして次の日、顧客からの苦情によってこのミスに気が付きました。次に 2 つ目の例です。とある国内向けオンライン小売店のサイト信頼性エンジニアであるキムは、新しい決済処理エンジンを導入しました。しかし、スキーマ変更を繰り返すうちに消費者の決済データベースが破損してしまいました。Spanner の PITR 機能でバージョン保持期間を正しく設定していた場合、ジョンもキムもこのピンチから救われるのです。ジョンはステイル読み取りを行い、クエリ条件や過去のタイムスタンプを指定し、その結果をライブデータベースに書き込むことで、テーブルを復元できます。キムは過去のタイムスタンプを指定してバックアップまたはエクスポート機能を使い、データベース全体のバックアップまたはエクスポートを行うことで、新しいデータベースへ復元またはインポートが可能です。

PITR によるデータベース全体の設定や復元

バージョン保持期間はデータベースのレベルに含まれているため、まず目的のデータベース詳細ページで新しい保持期間を設定することが必要です。デフォルトでは、作成されるデータベースごとに 1 時間に設定されています。PITR 機能により、この保持期間を 7 日間まで延ばせるようになりました。日/時/分という粒度の設定が可能です。

UI コンソールでは、データベース保持期間を以下の図のとおりに設定します。