メインフレーム（ホスト）からの段階的な移行｜ベンダー撤退の時期と進め方
「基幹システムがメインフレーム（ホスト）で動いており、メーカーの撤退が発表された」「COBOLの技術者が減り、移行を考えざるを得ない」。メインフレームで動く基幹システムの移行は、規模が大きく、一度に入れ替えようとすると失敗のリスクも大きくなります。
この記事では、国内メーカーの撤退の時期と、段階的に移行する進め方を解説します。
- 富士通は2030年度に販売終了・2035年度に保守終了、日立も販売・保守の終了時期を公表している
- 保守終了の時期より先に、COBOLやホストを分かる人の期限が来ることが多い
- 一度に入れ替えるより、周辺の機能から少しずつ切り出す段階移行がリスクを抑えやすい
- 最初の一歩は、プログラム・データ・連携の棚卸しと、移行の順番を決めること
国内メーカーのメインフレームの状況
国内メーカーでは、メインフレーム事業の縮小・撤退の動きが進んでいます。公表・報道されている主な時期は次のとおりです。
| メーカー | 販売の終了 | 保守の終了 |
|---|---|---|
| 富士通 | 2030年度 | 2035年度 |
| 日立製作所（VOS3） | 2027年11月 | 2034年12月 |
日本IBMとNECは、メインフレームの提供を続けています。正確な時期と対象機種は、必ずメーカーや販売店に確認してください。
保守の終了は数年先でも、移行には数年かかります。さらに、社内や保守会社でCOBOL・JCL・ホストの運用を分かる人が先に退職してしまうと、調査そのものが難しくなります。
関連記事COBOLシステムの移行方法と費用の考え方｜GnuCOBOL（OpenCOBOL）・Java化・作り直しの比較
一度に入れ替える移行と、段階的な移行
一度に入れ替える（一括移行）
- 切り替え日にすべてを新システムへ移す
- 移行期間は短くできる
- 問題が起きると、業務全体が止まる
- テストの範囲が大きく、見落としが出やすい
段階的に移す（段階移行）
- 周辺の機能から、少しずつ新システムへ移す
- 新旧のシステムを一定期間つないで動かす
- 問題が起きても、影響の範囲が小さい
- 期間は長くなるが、学びを次の段階に生かせる
規模の大きい基幹システムでは、段階移行のほうが失敗のリスクを抑えやすいといえます。ただし、新旧のシステムの間でデータをやり取りする仕組み（連携）を作る必要があり、その設計が段階移行の要になります。
段階移行の進め方
- 棚卸しプログラム、ジョブ（JCL）、データ、帳票、外部との連携をすべて一覧にする
- 業務の単位に分ける受注、在庫、請求、会計など、業務ごとにプログラムとデータをまとめる
- 移す順番を決める他との依存が少なく、効果が見えやすい業務から始める（例：帳票・照会・Web受付）
- 新旧をつなぐ仕組みを作るホストのデータを新システムに渡す連携を作り、二重入力を避ける
- 業務ごとに移して突き合わせる各段階で、新旧の結果を突き合わせてから切り替える
- 最後にホストを止めるすべての業務が移ったら、データを保存してホストを停止する
関連記事新旧システムの突き合わせテスト（並行稼働）の進め方｜計算結果が合わないときの調べ方
関連記事レガシーマイグレーションの手法（リホスト・リライト・リビルド）｜モダナイゼーションとの違い
よくある質問
- メインフレームの移行には、どのくらいの期間がかかりますか？
- 規模によりますが、調査から最後の業務を移すまで数年かかることが一般的です。保守の終了時期から逆算すると、すでに計画を始めるべき時期に入っている会社も多くあります。
- ホストのプログラムを自動で変換する方法はありますか？
- COBOLを別の環境で動かす移行（リホスト）や、別の言語に変換する方法があります。期間を短くできる一方、プログラムの構造や属人化は残ります。業務ごとに、変換と作り直しを使い分けるのが現実的です。
- 段階移行で、新旧のデータが食い違うことはありませんか？
- 連携の設計とテストが不十分だと、食い違いが起きます。どちらのシステムを正とするか、更新のタイミング、食い違いを検知する仕組みを、最初に決めておくことが大切です。
まとめ
国内メーカーのメインフレームは、販売・保守の終了が公表されています。移行には数年かかるうえ、ホストを分かる人の期限が先に来ることも多いため、早めの棚卸しが欠かせません。一度に入れ替えるより、照会や帳票などの周辺の機能から段階的に移すと、リスクを抑えながら進められます。
無料ツール古いシステムのリスク早見表｜AS/400・オフコン・Notes・VB6・Accessなど製品ごとのサポート状況と移行先
この記事に関連するサービス
システムリプレイス
老朽化したシステムやサポートが終わるシステムを新しく置き換えます。仕様書がないシステムも、画面・データ・プログラムの解析から対応し、段階的な移行で業務を止めずに切り替えます。 サービスの詳細を見る
