バッチ処理プログラムのオープン移行で生じた
パフォーマンスと開発生産性問題
導入前に比べ、処理性能は6倍以上、開発生産性は5倍以上に

1.　メインフレームを超える高速なデータ処理速度
2.　エンジニアを夢中にさせる高い開発生産性
3.　複雑なデータ加工処理もこのツール1つで実現

数年にわたるメインフレームのダウンサイジング・プロジェクトの総仕上げとして着手されたバッチ処理プログラムのオープン環境移行。JavaやPL/SQLを使ってスクラッチから再構築を開始しましたが、社内エンジニア2名で300本あまりあるプログラムを書き換えていくのは至難の業で、その上データ処理件数が増えると、処理性能が大きく低下したり、データベースのOracleに大きな負荷がかかってしまう事態が発生しました。情報システム課は、“このままでは、2010年度中に主要なバッチ処理プログラムの移行を完了するという年初の計画を達成できない”という大きな危機感を抱きました。

アシストとの相談の結果、ETLツールを試してみた中で最も有望な候補となったのが、データ統合アクセラレータSyncsort DMExpress（以下、DMExpress）でした。実際、2ヶ月かけて試用して性能検証を行ったところ、作成したプログラムは、このプロジェクト最大の要件だった、“メインフレームクラスの処理速度”を十分満たしていました。また同社は、コスト管理と技術スキルの蓄積という観点から、社内エンジニアによる自社開発を望んでいましたが、試用によりDMExpressの開発生産性の高さが実感できました。高い処理性能、高い開発生産性を評価して、DMExpressを採用することにしました。

開発技術研修1日コースを受講した社内エンジニア8名全員が意欲的な開発担当者となり、次々と担当のバッチ処理プログラムをDMExpressで再構築していきました。非常に複雑なデータ加工もこのツールだけで開発できることもあって、それまで開発に8時間かかったプログラムがDMExpressで30分で完成するなど、導入前に比べて非常に高い開発生産性を発揮しました。また処理性能も、40分かかっていたものが20秒に、12分かかっていたものが45秒になるなど、驚異的なスピード改善を果たしました。その結果、計画どおり今年中に主要なバッチ処理プログラムがオープン移行できる目処が立ちました。

事例詳細は、PDFをダウンロードしてご覧いただけます。