メインフレームからSystem iへ全面リプレースの際に基幹データの工場への展開が課題となり、「JOURNAL/400」を導入し、DB2/400 から Oracle へのリアルタイムにレプリケーションを実現しました。

従来、他社のメインフレームとミッドレンジ機を使用してシステムを構築・運用してきた。当初はミッドレンジ機を、静岡・茨城・福島の各工場に配置し、運用も各工場のシステム要員による分散体制で行ってきたが、ネットワーク回線が広帯域化し低料金になってきたことから各ミッドレンジ機を本社サーバールームに移設し、集中管理してきた。これで運用管理の負荷は、以前と比べてかなり軽減されたものの、メインフレームの運用コストがふくらみ、これへの対処が必要になったことと、メインフレームベンダーのサポート力、技術力に疑問と不安を感じていたため、システムの抜本的な変更を検討することになった。

同社ではそれまで、個々の製品の製造現場で使用する生産管理系システムは、各工場の現場担当者が開発する体制としてきた。その理由は、製品ごとに扱うデータが異なり専門性の高いシステムとなるため、現場のニーズに即したシステムを作るには現場担当者が担当したほうがよいという考えからだが、その体制は新システムへの切り替え後も継続することとした。
そこで課題となったのが、新システムへの移行に伴う製造現場への影響をいかに最小限に抑えるか、という点であった。従来、各工場の生産担当者は端末（PC）を利用して本社の工場系基幹データを取り込み、各生産管理システムに展開しており、新システムでも、この環境を極力変更しないように、仕組みを構築することが不可欠であった。

結果、ヴィンキュラムジャパン社製のリアルタイム・ミラーリングツール「JOURNAL/400」を採用しました。基幹システム上の工場系データを「JOURNAL/400」のレプリケーション機能を使って各工場のサーバーに複製し、それを現場担当者が利用すれば従来と同様の環境にすることができます。これにより工場ユーザーへの影響を最小限に抑えることが可能です。また、レプリケーションサーバーを各工場に配置することにより本社-工場間のネットワーク負荷を軽減でき、工場のユーザー端末から本社システムへの直接アクセスをなくすことにより、セキュリティも確保できるいうことも考えられました。（図１参照） 

詳しくは事例提供会社ヴィンキュラムジャパンＷｅｂサイトをご覧ください

URL:www.vinculum-japan.co.jp/unity_solution/example/okamoto.html

今回の「JOURNAL/400」導入により、以下の効果が得られました。
①基幹プラットフォームのリプレースがあったにもかかわらず、工場での利用環境に影響なく移行できた
②本社-工場間のネットワーク負荷軽減
③工場のユーザー端末から本社システムへの直接アクセスをなくすことによるセキュリティ確保
④自社開発に比べて低コストで実現

詳しくは事例提供会社ヴィンキュラムジャパンＷｅｂサイトをご覧ください

URL:www.vinculum-japan.co.jp/unity_solution/example/okamoto.html