本番データベースで安全に作業する方法

本番環境を見た目で区別する

ステージングや開発環境に接続しているつもりで、本番環境でコマンドを実行してしまったことはありませんか？私はあります。その日は残りの時間をかけて、ひどく怒ったお客様のためにデータセットを手作業で復元する羽目になりました。

解決策は、本番環境に接続しているときにそれが一目でわかるようにすることです。

簡単な方法は、本番データベースに別の見た目を設定することです。

Beekeeper Studio では、私は本番データベースを red、ステージングデータベースを yellow にしています。Beekeeper のステータスバーは選んだ色に合わせて変わるので、本番環境に接続しているときは常にはっきりわかります。

変更は適用前に確認する

Adam Smith という名前のお客様が2人いると、間違った Adam に無料でサブスクリプションをアップグレードしてしまいがちです。なぜ知っているかは聞かないでください。

私はこの失敗を何度かしています。自分のミスのこともありましたが、変更を自動適用して何が起きたのか分かりにくくする、紛らわしいデータベース GUI のせいのこともありました。

Beekeeper Studio は保留中の変更を明示的に表示するよう設計しているので、apply をクリックする前に何が起きるかを確認できます。個人的には Copy to SQL ボタンを使い、SQL を直接実行してトランザクション内で結果を確認してから適用するのが好きです（後述）。これも Beekeeper Studio に組み込まれたワークフローです。

危険な SQL はトランザクション内で実行する

私はデータベーストランザクションが大好きです。ミスをしたときにいつでも押せる大きな undo ボタンをもらったようなものです。

不思議なことに、私は何年もの間、データベース GUI でトランザクションを使っていませんでした。仕組みは理解していて、Ruby on Rails アプリでは頻繁に使っていたのに、トランザクションが今どの状態なのかを明確に示してくれる UI に出会えなかったのです。かえってミスをしやすくなる気がして、まったく使わずにいました。

この「よくわからない」という不安があったからこそ、私たちは Beekeeper Studio のトランザクション UI の調整にとんでもない時間をかけ、トランザクションを明確で透明、かつ使いやすいものにしました。動画を見れば、手動トランザクションモード中であることや、モードに入る・抜けるための操作がはっきりわかります。

トランザクションを開いたままにしない

意外でしたか？トランザクションの素晴らしさを語ったばかりですが、実は悪い面もあります。トランザクションを開いたままにすると、他の全員に対してデータベース全体をロックしてしまうことがあります。トランザクションを開いたまま週末に帰宅するのは良い考えではありません。

たとえばトランザクションを使って変更を加え、そのままランチに出かけたとします。トランザクションは開いたままでしたか？そうでないことを願います。あなたが小籠包を食べている間、全員をデータベースから締め出しているかもしれません。

トランザクションを開いたままにしても通常はデータベース全体がロックされるわけではありませんが、本番環境の他のトランザクションをブロックすれば障害を引き起こす可能性があります。

私はこの被害を実際に目にしてきました。だからこそ Beekeeper Studio は、タイムアウト（通常10分）後にトランザクションを自動的にロールバックします。変更は失われますが、障害を起こすことはありません。

読み取り専用モードでミスを防ぐ

うっかりミスは避けられないこともあります。そのため Beekeeper には Read Only モードがあります。認証情報にフルアクセス権があっても、Beekeeper が変更を止めてくれます。

使い方は簡単です。接続を Read Only に設定すれば、破壊的なクエリの実行、テーブルの削除、全ユーザーの名前を Test User に変えてしまうといった事故を防げます。

変更を加えたい場合は、明示的に読み取り専用モードを解除する必要があります。

本番データベースのための妥当な安全策

すべてを正しく行い、Beekeeper Studio を使って本番作業のリスクを減らしていても、次のようなシステムレベルの安全策を用意しておくのが賢明です。

• 復元が必要な場合に備えて、定期的なバックアップを用意しておく
• バックアップからの復元を定期的に練習しておく
• プライマリノードがダウンした場合に備えて、スタンバイのセカンダリノードを用意しておく
• 認証情報を複数人で共有しない
• データベースの認証情報の権限は必要最小限に絞る
• 本番環境の変更にはチケットによる手順を設け、整理して進める
• （可能であれば）すべての変更を本番で実行する前に開発環境とステージング環境でテストする

Beekeeper は本番環境のために作られています

このガイドが、本番環境でより自信を持って作業する助けになれば幸いです。

Beekeeper の使いやすさへのこだわりは見た目の良さだけにとどまりません。本番環境で自信を持って作業でき、思わぬミスを避けられるようにワークフローを設計しています。

私たちと同じように、本番環境をうっかり削除しない日々をお楽しみください :-)。