株式会社システム・テクノロジー・アイ2005/5/26バックアップ管理バックアップを取得して、重要なデータを守ることも大切なセキュリティ対策です。外部攻撃を受けて、データを失うことと、ディスク障害によるデータ損失も会社に与える損害は同じです。注文データを失えば、注文には応えられません。ユーザーからのクレームの山となり、会社の信用は地に堕ちます。確実なバックアップを取得しておくことが、DB管理者の役割です。会社のビジネスは日々動き、そのためのフォーメーションも変化します。それに伴い、データベースも変わります。ユーザーの追加や表の追加、データベースファイルの追加など、データベース設定に変更を行う際は、それによってバックアップ手順にも変更が生じないかを検討する必要があります。最後に、セキュリティを厳しくすることで、社員の生産性が落ちたり、モチベーションが下がったりすることにも対策を取っていくべきです。ノートPCを自宅に持ち帰ることを禁ずるならば、VPNを導入するなどの代替策を準備しましょう。セキュリティ強化のために、データアクセスまでの手順を慎重にするならば、アクセスが必要な人間にはその手順をしっかり伝えたいものです。データにアクセスする権限がない社員には、データが表示されないような設定にしていることで、データ漏えいの疑いがかからなくなることを理解してもらいましょう。今回でこの連載は終了します。本連載を何かしらのヒントとして、完全管理された必要最低限のデータベースアクセス、そして使いやすいデータベースシステムを目指していただければ幸いです。コラム:バックアップの意外な実態Oracleの運用セミナーでのある日の会話。受講生:「OracleのRmanユーティリティを使用して、毎晩バックアップしています。このバックアップを使用したことはないので、本当にリカバリできるかは自信がありませんけどね」もちろん、謙遜を含んでの言葉であるので、そのまま受け取るつもりはないのだが、こういうケースは、意外に多く、真実の声であったりする。原因は、担当者の怠慢でもなんでもなく環境の問題である。本番のバックアップファイルをリカバリテストできる環境をつくれるのは、カットオーバー前だけである。なると、カットオーバー前のテストの質が問題になる。このあたりは結構グレーゾーンである。厳密なテストをしていても、「このシステムは安心か」といわれれば、そうでもないと答えざるを得ない。カットオーバー前にテストしたSEがそのまま運用の担当になることは珍しいからだ。それ故、DB管理者が「本当にリカバリできるのか?」と、不安になるのは当たり前である。リカバリに立ち合ったわけでもなく、現在の環境はカットオーバー時とは多少異なるだろう。この不安は、DB管理者個人の不安ではなく、企業そのものの不安であるはずなのであるが、ディスク障害が起きない限り、この不安が現実のものになることはない。ディスクは日進月歩で高速化しかつ安全化している。RAID構成であれば、同時に3本のディスクに障害が発生しない限り、システムは稼働し続けるしデータの損失もない。ディスクベンダは故障が起きれば、誠心誠意努力して復旧してくれる。「ただし、最後の最後は、バックアップを戻してリカバリしてください」が、現実である。自分の城は、自分で守らねばならないのだ。1人のSEとしての願望は、定期的なテスト環境の貸し出しをハードベンダにお願いしたい。10が備える多彩なセキュリティ対策機能を丸ごと理解するには、5つのスタックに分けて順に押さえていくことが早道だ。連載第1回は、Windows起動前の「デバイスの保護」とHyper-Vを用いたセキュリティ構成について紹介する。WannaCryがホンダやマクドにも。(2017/7/11)2017年6月のセキュリティクラスタでは、「WannaCry」の残り火にやられたホンダや亜種に感染したマクドナルドに注目が集まった他、ランサムウェアを作成して配布した中学3年生、ランサムウェアに降伏してしまった韓国のホスティング企業など、5月に引き続きランサムウェアの話題が席巻していました。(2017/7/5)人員リソースや予算の限られた中堅・中小企業にとって、大企業で導入されがちな、過剰に高機能で管理負荷の高いセキュリティ対策を施すのは現実的ではない。Threat)対策の観点から考える。