王子ビジネスセンター株式会社 Vol.1

その後、新たに打ち出された方向性が、COBOLはCOBOLのまま、JCLはJCLのまま移行するリホスト・マイグレーションです。今度は、この分野に実績あるシステムインテグレーター2社に声をかけました。両社ともIBMメインフレームからのマイグレーション実績を有しており、一社の提案はMicro Focus製品を利用するもので、もう一社の提案はJES/CICSの特殊エミュレーターをカスタマイズして行うというものでした。コストを比較した結果、後者は“予算的に合わない”と判断。よりコストパフォーマンスの高かったMicro Focus Enterprise Developer / Enterprise Serverによるリホスト・マイグレーションを選択することにしました。

ここでさらに緒方氏は、一歩踏み込んだプロジェクト推進策を模索します。システムインテグレーターの手を借りずに、自社独力でマイグレーションができないかと考えたのです。マイクロフォーカスのエンジニア、システムインテグレーターとともに検討した結果、Micro Focus 製品の導入は初めてながら、自力マイグレーションは可能という結論に到達。これにより、マイグレーションコストのさらなる圧縮とともに、同社主導で継続的にメンテナンスを行っていくという運用体制の確立も図れることになりました。緒方氏は、2014年10月から正式にスタートしたプロジェクトの中で、この決定が最大のポイントだったと述懐しています。

2015年1月、同社はさっそくLinuxサーバーにMicro Focus Enterprise Developer / Enterprise Serverを導入。COBOL、JCL、MAPなどIBMメインフレーム上の資産はどれも例外なく、ストレートコンバージョンを行うという移行の大前提を決定した後、JES（ジョブ入力サブシステム) やCICSの設計・構築を開始しました。

「CICSの各種管理テーブル設定に関しては、Micro Focus Enterprise Serverであらかじめ用意されている移行ツールを利用しました。IBMメインフレームと同等の3 CICS構成を構想したのですが、これは大変便利に使えました」（緒方氏）

コストダウンが最大の目的だった今回のリホスト・マイグレーションですが、緒方氏は導入効果として“うれしい誤算”があったと語ります。

それはコンピューター処理速度の大幅な向上です。オンライン処理では、メインフレーム時代と比べて1/2以下に、バッチ処理では、同比1/3以下に短縮されました。緒方氏は、この理由として、LinuxサーバーのCPU数とメモリ領域がかなり潤沢で、メインフレームに比べてディスクのI/Oが飛躍的に高速化したことを挙げています。

それでいて、業務システムの操作・使い勝手は今までどおりです。エンドユーザーに対して新たな研修は必要なく、業務効率の低下はまったく発生しませんでした。ただし、文字コードがEBCDICからASCIIへ切り替わったことにより、データの並び順が変わりました。この点だけエンドユーザーに変更を伝えたそうです。

システムサイドでの導入効果としては、プログラム資産のメンテナンス技術者を増員したり、スキルチェンジする必要がなかったことがあります。もちろん、LinuxやMicro Focus製品、オープン系のDB2に関する学習は必要でしたが、COBOLやJCLはメインフレーム時代と同様の資産をメンテナンスすればいいので、今までの基幹システムチームがそのまま担当を続けることが可能でした。

そして、やはり大きなインパクトがあったのがコストダウン効果です。上記のとおり、第１次マイグレーションで150人月のワークロードでした。現在、第２次マイグレーションが進行しており、こちらは350人月に達するであろうと試算されています。調査段階を含めると総計で約550人月のワークロードが見込まれていますが、これはIBMメインフレーム撤去後約3年で投資回収可能という目処が立っています。

第２次マイグレーションは2018年1月本稼働の予定で、その後間を置かずメインフレームも撤去されることになっており、足掛け4年をかけた同社のシステム変革がそこで完成します。この大きな動きを下支えしたのがMicro Focus Enterprise Developer / Enterprise Serverでした。