データ・セグメント圧縮によるストレージ・コストの削減

家庭用ゲームソフトの開発・販売を中核事業として 成長を続ける株式会社カプコンでは、基幹システムとしてSAP R/3を導入、さらにSAP BWを活用し、さまざまなデータを分析し経営に反映させている。そして、それらのシステムを支えるデータベースとして、Oracle9i Databaseを採用している。今回はOracle9i Database採用の経緯から、SAP BW利用時に必ず直面するであろう課題と、その解決手段、さらに今後の展望などについて、同社IT統括情報システム室 システムインフラチーム長 水野和人氏にお話を伺った。

信頼性重視でOracle9i Databaseを採用

カプコンでは基幹システムとしてSAP R/3を採用し、Windowsサーバ上で利用している。SAP R/3のデータベースとして採用しているのがOracle9i Databaseだ。最近の流れとして、SAP R/3をWindows上で使うケースでは、データベースはSQL Serverを採用するケースも少なくない。カプコンがOracle Databaseを採用する理由について、水野氏は次のように語る。「私自身データベースの選択にはこだわりを持っています。それは、基幹システムのような信頼性が求められるシステムについては、データベースにも相応の性能が必要だということです。SAP R/3の場合も、データベースにはいくつかの選択肢がありますが、信頼性や細かな設定が可能なチューニング性などを考えると、安心できるのはOracle9i Databaseということになりますね」。

SAP BW運用でストレージ容量が課題に

データ増大に対処するために「データ・セグメント圧縮」機能を利用

それではカプコンは一体どのようにしてデータ増大の問題を解決したのだろうか。実はカプコンがストレージ増設を検討していた頃、日本オラクルからOracle9i Databaseの機能の一つである「データ・セグメント圧縮」、いわゆるデータ圧縮を行ってはどうかということが提案されていた。それはデータを圧縮することで、データ容量を減らし、ストレージをより効率的に利用することで、データ増大に対応しようという、ストレージの増設とはまったく異なるアプローチによる解決手法であった。水野氏は期待と不安、入り交じる気持ちでこの提案を聞いたという。「私の固定観念かもしれませんが、『圧縮』を行うと、データ容量という部分では当然メリットがあるものの、CPUに負荷をかけることになり、レスポンスが低下するだろうと思っていたのです。しかし詳しい説明を聞くと、Oracle9i Databaseのデータ・セグメント圧縮機能はOracle9i Database内で完結するためCPUに負荷をかけることがなく、使い方によってはレスポンスの向上も見込めるということでした。この話を聞いて、技術者としてとても好奇心がくすぐられましたね」

その後カプコン社内でもデータ圧縮の採用が認可され、実際に圧縮作業が行われることとなった。圧縮作業を行う上でポイントになってくるのは、どのデータを、どの程度圧縮するかということだ。この部分のチューニング具合で、レスポンスに差が出てくる。そこで、圧縮の基本的な部分については日本オラクルが検証を行い、開発サーバ、評価サーバ、本番サーバの3台を用意し、さまざまな圧縮パターンを試してみることとなった。これらの作業についてはサーバメーカーの日本HPからのサポートもあり、非常にスムーズに進み、最終的には1ヵ月程度で運用を開始することができた。

データ圧縮の結果、データ容量は約60％に

さまざまな検証を行った結果、カプコンでのSAP BW運用には、上位5テーブルのみ圧縮するという対応がもっとも効果的であることがわかった。そして、その圧縮により、全体のデータ容量は約60％となり、40％分のストレージが開放されたのだ。実際はこれ以上に圧縮が可能なデータもあったものの、運用上あまり意味のない部分の圧縮は見送られた。そして現在、さすがに導入から4年が経ったこともあり、現在のストレージ容量は400GBまで増加している。しかし、導入後のデータ増加の推移を見る限り、仮にデータ圧縮を行っていなかったとしたら、現在テラバイトクラスのストレージが必要になっていたことも予想されるそうだ。こうした結果を踏まえ水野氏は圧縮機能の導入について、このように感じている。「結果的にストレージの増設を行ったものの、400GBで済んでいるということは、データ圧縮が非常に効果的だったということだと思います。またユーザからも特にレスポンスが低下したという話しもなく、非常に満足しています。」

SAP、Oracle Databaseのバージョンアップを予定

カプコンでは現在、SAP R3からSAP ECC、SAP BWからSAP BI　7.0へのバージョンアップを予定している。さらに同じタイミングでデータベースも現行のOracle9i DatabaseからOracle Database 10gへ移行する予定だ。そして、まずはこれらの移行を滞りなく完了させることと、移行後もこれまで同様にデータ圧縮を行っていくことが、現在もっとも重要なミッションとなっている。またこれとは別に、何らかのカタチでディザスタリカバリ環境を構築していきたいとも考えているそうだ。今後日本オラクルに期待することとして、水野氏は次のように述べている。「今回のデータ・セグメント圧縮機能もそうですが、Oracle Databaseの良さのひとつに、『○○したい』と思った時に、多くの場合それを実現する機能が用意されているという点があります。手さえ動かせば、いかようにもチューニングすることができるのです。ただし、そうした機能がなかなか紹介されていないように感じます。ぜひそうした情報を、提案や、宣伝といったカタチで提供してもらえればと思います。また、経営層にも理解しやすい、例えば「管理が楽になる」というだけでなく、その結果管理コストがこれだけ削減できるといったところまで踏み込んだ情報であると嬉しいですね」。