コラム：バックアップの意外な実態

　Oracleの運用セミナーでのある日の会話。

講師：「会社で担当されている役割は、開発者ですか、DB管理者ですか？」
受講生：「主に、データベースの管理作業です」
講師：「担当されているシステムは、開発中ですか、カットオーバー済みですか？」
受講生：「すでに、本番稼働中です」
講師：「では、データベースのバックアップなどは、どのように実行されていますか？」
受講生：「OracleのRmanユーティリティを使用して、毎晩バックアップしています。ただし、このバックアップを使用したことはないので、本当にリカバリできるかは自信がありませんけどね」

　もちろん、謙遜を含んでの言葉であるので、そのまま受け取るつもりはないのだが、こういうケースは、意外に多く、真実の声であったりする。原因は、担当者の怠慢でもなんでもなく環境の問題である。本番のバックアップファイルをリカバリテストできる環境をつくれるのは、カットオーバー前だけである。となると、カットオーバー前のテストの質が問題になる。

　本当に、ディスクが障害したとしてのテスト、全ファイルの障害のテストをしているのか？ 非常に深刻なケースのリカバリは、再現テストが大変なので、テストの除外対象になっていないか？ このあたりは結構グレーゾーンである。

　厳密なテストをしていても、「このシステムは安心か」といわれれば、そうでもないと答えざるを得ない。カットオーバー前にテストしたSEがそのまま運用の担当になることは珍しいからだ。それ故、DB管理者が「本当にリカバリできるのか？」と、不安になるのは当たり前である。リカバリに立ち合ったわけでもなく、現在の環境はカットオーバー時とは多少異なるだろう。

　この不安は、DB管理者個人の不安ではなく、企業そのものの不安であるはずなのであるが、ディスク障害が起きない限り、この不安が現実のものになることはない。

　ディスクは日進月歩で高速化しかつ安全化している。RAID構成であれば、同時に3本のディスクに障害が発生しない限り、システムは稼働し続けるしデータの損失もない。ディスクベンダは故障が起きれば、誠心誠意努力して復旧してくれる。

　「ただし、最後の最後は、バックアップを戻してリカバリしてください」が、現実である。自分の城は、自分で守らねばならないのだ。

　ただ、1人のSEとしての願望は、定期的なテスト環境の貸し出しをハードベンダにお願いしたい。もちろん、テープ装置など複数のベンダが絡むのが通常であるので、そのあたりも各ベンダ間で仲良く調整してもらえるとありがたい！