COLUMN

1.システムのマイグレーションとは「システムを新しい環境へ移行すること」

前述の通り、システムマイグレーションとは「システムを新しい環境へ移行すること」です。

この章では、システムマイグレーションについてより詳しく知りたい人のために、以下の基礎知識について解説します。

どれも、システムのマイグレーションを理解するうえで重要な知識です。詳細に解説していきますので、ぜひご確認ください。

システムマイグレーションの多くは「レガシーマイグレーション」
システムマイグレーションで特に多いのが、古いシステム（レガシーシステム）を、最新環境に移行する「レガシーマイグレーション」です。 「3. システムのマイグレーションを行う効果3つ」で後ほど解説しますが、レガシーシステムは、システムの老化によるさまざまな「解決するべき課題」を抱えています。 具体例として「COBOLエンジニアの減少で保守・運用が困難なため、金融系システム（COBOL）をPythonに移行する」というケースがあります。 Pythonは学習者が増えており、エンジニア不足で保守・運用が困難になるリスクは少ないでしょう。レガシーマイグレーションを行うことで、システムが抱える課題を解決できる可能性があります。

1-1.システムのマイグレーションの目的

システムのマイグレーションを行う目的は、単にシステムを新しい環境（プラットフォーム）に移行するだけではありません。

具体的には、下記のような、新システムに移行する際に機能の追加や改良を行うことで生産性の向上なども期待できます。

詳しくは「3. システムのマイグレーションを行う効果3つ」でも解説しますので、ぜひご参考ください。

1-2.システムのマイグレーションの手法4つ

システムのマイグレーションとは「システムを新しい環境へ移行すること」だと解説しました。なかには、具体的に何をするのかすぐにイメージできない人もいるかと思います。

ここでは、システムのマイグレーションの手法と「システムの何をどうするのか」について、分かりやすく解説します。

具体的に、以下の4種類の手法があります。

ラッピング	既存システムのメインフレームを再利用し、外部のオープン系システムから アクセスできるようにする手法
リホスト	システムを別の環境（プラットフォーム）に移行する手法
リライト
リビルド

システムのマイグレーションを行う時にどの手法を採用するかは、解決したい課題や状況によって変わります。手法により移行できる範囲は、下記の表のように異なります。

手法	業務の流れ	要件	開発言語	メインフレーム
ラッピング	変わらない	変わらない	変わらない	再利用
リホスト	変わらない	変わらない	変わらない	撤廃
リライト	変わらない	変わらない	変わる	撤廃
リビルド	変わる	変わる	変わる	撤廃

それぞれの手法について、詳しくみてみましょう。

1-2-1.ラッピング

ラッピングとは、既存システムのメインフレームを再利用し、外部のオープン系システムからアクセスできるようにする手法です。

メリット	デメリット
修正範囲が少なく、難易度が低い 移行期間が短く済みやすい	システムの欠点・リスクを継承してしまう 運用コスト削減効果が低い

ラッピングは修正範囲が狭いため、移行期間が短く済みやすいのが特徴です。

しかし一方で、システムはそのままであるため、機能の追加や改善は期待することが難しいです。

1-2-2.リホスト

リホストは、システムの要件や開発言語を変更せずに、別の環境に移行する手法です。

低リスク・低コストでできるマイグレーションですが、システムが抱える課題の改善や改良しづらいという欠点があります。

メリット	デメリット
修正範囲が少なく、難易度が低い 移行期間が短く済みやすい	システムの欠点・リスクを継承してしまう

以下のようなケースでは、リホストによるマイグレーションが向いています。

具体的には、オンプレミス環境で稼働しているシステムをクラウド環境にマイグレーションしたい方は、リホストによるマイグレーションが有効でしょう。

1-2-3.リライト

リライトでは、システムの持つロジックは維持したまま、新しい別の言語でプログラムを書き直します。

メリット	デメリット
新しい技術に対応しやすい	システムの欠点・リスクを継承してしまう 保守や運用が現在より困難になる可能性がある

レガシーシステムに多いCOBOL等で書かれたシステムをJavaや.netといった新しい開発言語で書き直すことで、以下のような効果が期待できます。

ただし、属人化が進み、開発言語を使用できる人材が不足している環境では、注意が必要です。具体的には、下記のようなデメリットが生じる可能性があります。

1-2-4.リビルド

リビルドとは、システムの要件から見直し、一から作り変える手法です。他の手法とは違い、唯一、現行システムの課題を根本的に解決できます。

メリット	デメリット
新機能を導入できる システムの欠点・リスク改善につながる （レガシーの解消につながる）	移行に時間がかかると想定される 移行にコストがかかると想定される 移行失敗のリスクが他の方法より高い 過去の運用ノウハウが使えなくなる

時間や手間がかかりやすい反面、理想的なシステムを構築しやすく、下記のような効果が見込めます。

システムマイグレーションには「データの移行（データマイグレーション）」も必要
データの移行（データマイグレーション）とは、古いシステムから新しいシステムへデータを移行することです。 業務で使用するためには、システムだけではなく、データも移動しなければなりません。 場合によっては、データの書き換えが必要なケースもあります。 システムのマイグレーションを行う際には、データのマイグレーションも必要だということを覚えておきましょう。

1-3.システムのマイグレーションと混同しやすい単語との違い

システムマイグレーションについて調べていると、似ている単語を見かけ、混乱してしまうこともあるかと思います。

システムマイグレーションと混同しやすい単語には、主に、以下の4つが挙げられます。

• 横にスクロールします

システムマイグレーションと混同しやすい単語は、それぞれマイグレーションと無関係ではありません。

違いに注目して、混同しないように注意してください。

2.システムマイグレーションの方式3つ

前章では、システムマイグレーションの意味や基本的な知識について解説しました。

とはいえ、実際にどのようにシステムをマイグレーションするかどうかはわからないですよね。

システムをマイグレーションする方式には、以下の3種類があります。

それぞれの方式には一長一短があり、ケースによって使い分けるのが理想です。

ここからは、システムをマイグレーションする3つの方式について解説します。

2-1.一括移行

一括移行では、ある時点で現行システムの機能を全て休止し、一括で新システムへ切り替えます。

メリット
新旧システムの連携が不要で、移行コストが少ない 移行にかかる工数が少ない システム移行後にトラブルが発生しても、旧システムに戻せばすぐに業務再開できる
デメリット
週末・連休など、システムを全停止する時間が必要となる 全機能を一斉に切り替えるため、トラブル発生リスクが高まる トラブルが発生し旧システムに戻すこととなった場合、費用・機会損失が大きくなる

一括移行は、下記のような企業におすすめです。

2-2.段階移行

段階移行では、業務を止めずに現行システムを部分ごとに休止して、段階的に移行していきます。

ただし、常に、

「〇〇の機能は現行システムで稼働している」

「XXの機能は新システムで稼働させる」

などの管理が求められるため、新旧システムの連携が必要です。

メリット
システムの停止時間が短い（短い停止を繰り返す） トラブルが発生しても、その影響を小さくすることができる
デメリット
旧システムと新システムの連携が必要となる 連携のために、ツールの設計・実装が必要となり工数・コストが増える

段階移行は、下記のような企業におすすめです。

2-3.並行運用

並行運用では、現行のシステムと新システムを同時に運用し、新システムに問題がないことを確認できた時点で切り替えます。

両システムを同時に運用するため作業量やコストがかかりますが、業務に影響するトラブルが発生するリスクが少なく、安全性の高い方式です。

メリット
新システムで不具合が発生しても、旧システムが稼働し続けているため、影響が少なく済む システムを停止する時間が必要ない トラブル発生リスクが少ない
デメリット
新旧システム間でデータを同期させるために、工数・コストがかかる テスト結果の比較検証・新旧システムの監視など、作業負担が増大する

並行運用は、下記のような企業におすすめです。

3.システムのマイグレーションを行う効果3つ

システムのマイグレーションを行うことで、どのようなメリットがあるのでしょうか。具体的には、以下の3つの効果があります。

システムマイグレーションの3つの効果
情報セキュリティ向上につながる メンテナンスコストの削減が期待できる ユーザビリティ向上によって生産性アップにつながる

この章では、上記の3つの効果について、それぞれ詳しく解説します。

3-1.情報セキュリティ向上につながる

システムマイグレーションを行うことで、システムの情報セキュリティ面が改善され、会社や顧客の情報を守ることにつながります。

システムマイグレーションを検討するきっかけの一つに「現行システムでは情報セキュリティ面で不安がある」というケースがあります。

例えば、物理的なサーバーやストレージは機器の劣化や破損によって、保管しているデータが失われることがあります。

一部の国産メーカーには、メインフレーム事業から撤退している企業もあり、現行機種に対するサポートを受けられないケースも珍しくありません。

システムマイグレーションを行い、最新の環境に移行することで、

といったメリットが期待できます。

3-2.メンテナンスコストの削減が期待できる

システムマイグレーションを行うことで、メンテナンスコストの削減効果が期待できます。

老朽化したレガシーシステムは、エンジニア不足やシステムの複雑化などが原因で、メンテナンスなど運用のためのコストがかかる場合が多い状況です。

さらにメーカーによるサポートが終了してしまうと、自社で保守・運用を行う必要が出てきます。

システムマイグレーションによってシステムをオープン化することで、

などの理由により、保守・運用やメンテナンスにかかるコストを大幅に削減できる可能性があります。

3-3.ユーザビリティ向上によって生産性アップにつながる

システムのマイグレーションを行うと、新機能や新サービスを導入でき、ユーザビリティの向上・生産性のアップにつながりやすいです。

特に「1-2-4.リビルド」で解説したリビルドは、一からシステムを構築するため、下記のような生産性のアップが期待できます。

上記で挙げた「新機能」は、具体的は、次のような機能の追加と成果が考えられます。

• 横にスクロールします

システムマイグレーションは単にシステムを移行するだけではなく、ユーザビリティの向上・生産性のアップも期待できるのです。

4.事前確認すべきシステムのマイグレーションのリスク3つ

前述の通り、システムマイグレーションはメリットが大きい業務です。

しかしその反面難易度が高く、失敗した時の損失が非常に大きくなりやすいです。

短期間で何度も行う業務ではないため、知識や経験のある技術者がいない企業も、珍しくありません。

特に受注案件では注意が必要で、マイグレーションによってデータの破損や消失を起こしてしまうと、訴訟に至るケースもあります。

このため、御社が「システムマイグレーションを絶対に失敗したくない」と考えるのは自然なことです。

システムのマイグレーションを成功させるためにも、必ず以下の点を事前に確認して、リスクに備えましょう。

システムマイグレーションで事前に確認するべき3つのリスク
作業量を読み間違えて移行計画が頓挫する 意図が伝わらずシステムの移行が完遂できない 現行システムが抱えている課題が解決しない

この章では、上記のシステムのマイグレーションのリスクについて、詳しく確認していきます。

4-1.作業量を読み間違えて移行計画が頓挫する

システムのマイグレーションでは、移行計画を軽視した結果、作業量を読み間違えて事前の見積もりよりも、膨大な移行時間がかかるケースがあります。

作業の全体像が把握しづらく、綿密な移行計画のないシステムマイグレーションは、移行計画が遅延したり、頓挫したりするケースが少なくありません。

マイグレーションでは、下記のような内容を行います。

上記の作業は、新旧システムのスペックや構成、接続されている端末数、移行の手法などによって、手順や作業量が大きく変わります。

綿密な移行計画を立てた上で、考えられるトラブルを想定することも重要です。具体的には、下記のようなトラブルが想定されるでしょう。

• 横にスクロールします

予想していないタイミングでトラブルが発生すると、対処に時間がかかり、マイグレーションが頓挫する可能性があります。

移行計画の遅延や頓挫は、想定外の業務停止など機会損失につながりやすいです。

計画通りに完遂するためには、トラブルも視野に入れた、綿密な移行計画の立案が大切です。

4-2.意図が伝わらずシステムの移行が完遂できない

特に、リビルドでのマイグレーションでは、クライアントの希望や意図が伝わらず、マイグレーションが完遂できない「要件定義の失敗」に注意が必要です。

具体的には、下記の表のような原因で要件定義の失敗が発生すると、クライアントの意図がマイグレーションに反映されていないトラブルが発生します。

上記のようなトラブルは、下記のような方法で対策できる可能性があるでしょう。

4-3.現行システムが抱えている課題が解決しない

システムマイグレーションでは、手法の選択を間違えると「現行システムが抱える課題が解決できない」というトラブルとなる恐れがあります。

このトラブルは、特にレガシーマイグレーションにおいて、リホスト・リライトをした時に発生しやすくなります。

レガシーマイグレーションは、本来、劣化したシステムの生産性や保守性を向上させるために行います。

しかし、リホスト・リライトのみを実行する場合は、古いプログラムをそのまま継承するため、既存システムの問題を根本的に解決しづらいのです。

そのため、システムマイグレーションを行っても、すぐに同じ課題が発生する可能性があります。

例えば「主な目的は情報セキュリティ機能の向上だが、一部業務の自動化も行いたい」というマイグレーション案件の場合を、想定しましょう。下記の表をご覧ください。

	新システムの機能の例
リライトのみした場合	情報セキュリティ機能が向上 業務の自動化はできない
リビルドした場合	情報セキュリティ機能が向上 業務の自動化が可能

上記のように、リライトのみした場合では現行システムの課題が解決できず、新システムの機能に差が出てしまう可能性があります。

システムのマイグレーションにおいて、解決するべき課題がある場合や付与したい新機能がある場合は、複数の方法を組み合わせて行うことが推奨されます。

5.【STEPで解説】システムマイグレーションの実施手順

システムのマイグレーションについて知識が深まったところで、実際にマイグレーションを行う手順についても確認したいですよね。

システムのマイグレーションは、以下の手順で実施します。

①	現行システム／データの調査・立案
②	システムマイグレーション計画書の作成
③	移行プログラムの作成
④	移行リハーサルの実施
⑤	システムのマイグレーション作業の実施
⑥	新システムのテスト

それでは、それぞれの工程を詳しく見ていきましょう。

5-1.現行システム／データの調査・立案

システムマイグレーションを成功させるためには、現行システムについて正しく理解することが重要です。

現行システムについて理解するためには、以下のように現行システムの仕様について調査を行います。

上記の情報を把握して、新システムとの互換性などを検討します。例えば、以下の項目を調査・判断していきます。

データマイグレーションに備えた調査も行う
システムマイグレーションの調査・立案を行う際には、データの整理（データクレンジング）も行いましょう。 「1-2. システムのマイグレーションの手法4つ」でふれたように、システムマイグレーションにはデータのマイグレーションも必要です。 古いシステムには、不要なデータも蓄積されています。 データクレンジングでは、以下のようなデータを削除したり、別の保存媒体に移行するなどを行います。 破損しているデータ 重複しているデータ 欠けているデータ アクセスされていないデータ あらかじめ上記のようなデータを整理することで、スムーズなデータマイグレーションにつながります。

5-2.システムマイグレーション計画書の作成

現行システムの状況について調査したら、その情報をもとに具体的な計画を記した計画書を作成します。

計画書の完成度がマイグレーションの成否を左右するといっても過言ではありません。

内容だけではなく業務の流れや、かかる工数、全体スケジュールも記載するなど、わかりやすく作ることが大切です。

以下は、システムのマイグレーション計画書に盛り込むべき項目の例です。計画書を作成する際に、ご参考ください。

5-2-1.システムの目的

計画書では、初めにシステムの用途や目的を明記しておきましょう。

などの、メリットがあります。

5-2-2.システムマイグレーションの方法

実際に、システムのマイグレーションを行う方法を明記します。

下記のような方法を、現状の環境において、最適な方法で行えるよう、検討しましょう。

5-2-3.要件定義

実行するマイグレーションに関して、必要な情報を整理して明記しましょう。

下記のような要件定義を、まとめていきます。

5-2-4.移行体制

移行本番や、新システムや移行ツールの開発・運用に関する担当者を決め、明確にします。

具体的には、下記のような内容を設定します。

ほかにも、システムを運用する人材を教育する「教育担当者」などを設定するケースもあります。

5-2-5.スケジュール

マイグレーションを成功させるためには、より確実で綿密なスケジュールを立てることが大切です。

具体的には、以下のステップで作成するのがおすすめです。

スケジュールの遅れや前倒しに備えて、工程の開始条件などもメモをとっておくのがよいでしょう。

5-2-6.移行リハーサルの方法

「5-4. 移行リハーサルの実施」で解説するリハーサルについても、あらかじめ詳しく計画します。

例えば、下記のような項目について、明記しておきましょう。

5-2-7.リカバリー策

万が一、マイグレーションが失敗したり、トラブルが発生した時のために、必ずあらかじめリカバリー策を考えておきましょう。

下記のような、複数のシチュエーションを想定して、リカバリー策を検討しておく必要があります。

また、リカバリー策としては、以下のような方法が考えられます。

どれほどリハーサルを重ねても、想定外のトラブルが発生するリスクは無視できません。事前に対策を考えることを、忘れずに行ってください。

5-3.移行プログラムの作成

実際に開発が始まったら、現行のシステムから新システムに移行するためのプログラムを作成します。

場合によっては、既存の移行ツールを最適化して使用するケースもあります。

5-4.移行リハーサルの実施

システム移行計画書に従って、移行実施手順のリハーサルを行います。

リハーサル環境では、本番と同じ手順でシステムのマイグレーションを行い、下記の項目を確認します。

また、リハーサルの中で、以下のような当日のタイムスケジュールを確定していきます。

なお、リハーサルは課題や不明瞭な点が解消されるまで繰り返し行うとよいでしょう。

本番で予定通りに移行作業を終えられるように、可能な限り懸念点を払拭しておくのが大切です。

5-5.システムのマイグレーション作業の実施

リハーサルで問題がないと判断できたら、システムマイグレーション本番となります。

リハーサルで作成したタイムスケジュールを基準に、本番環境で作業を進めていきます。

現行のシステムに影響が出る場合は、あらかじめシステム利用者に、下記の項目を連絡しておきましょう。

5-6.新システムのテスト

マイグレーションが完了したら、以下のような点について、新システムのテストをします。

万が一問題が発生した場合は、問題について調査し、すぐに対応しましょう。

6.システムマイグレーションを成功させるポイント3つ

前章で解説した手順で実施しても、必ずマイグレーションが成功するとは限りません。

システムマイグレーションを成功させるためには、以下の3つのポイントをチェックすることが大切です。

システムマイグレーションを成功させる3つのポイント
マイグレーションする対象を正確に洗い出す 移行当日に行う作業は最低限にする 移行リハーサルの環境はより本番に近づける

ここからは、上記のポイントについて、それぞれ解説します。

6-1.マイグレーションする対象を正確に洗い出す

「5-1. 現行システム／データの調査・立案」でふれたように、システムマイグレーションを成功させるポイントは、現行システムについて正しく理解することです。

システム・アプリケーションはもちろん、データやファイルに至るまで正確に洗い出すことが重要です。

現行システムやデータへの理解が浅く、移行漏れが発生した場合、以下のようなトラブルが発生するリスクがあります。

システムのマイグレーションは、事前準備を入念に行うことで、スムーズに完遂する確率が高くなります。

6-2.移行当日に行う作業は最低限にする

システムのマイグレーションを行う当日はできるだけ、作業が少なくなるよう計画しましょう。

できる限りの工程を事前に消化することで、以下のようなメリットが期待できます。

また、移行当日の作業量を減らすためには、以下のような施策が効果的です。

移行当日の作業量を減らすことは、本番でのトラブル発生リスクを減少させることにつながります。

6-3.移行リハーサルの環境はより本番に近づける

本番前の移行リハーサルは、できるだけ本番環境に近い環境で行いましょう。

「5-4. 移行リハーサルの実施」で解説したように、移行リハーサルは、本番で予定通りに移行作業を終えられるように、懸念点を払拭するための工程です。

もしも本番とは異なる環境でリハーサルを行った場合、移行本番に想定外の不具合が発生するリスクが発生します。

移行作業の正確性やプログラムの処理時間を正確に計測するためにも、下記の項目などが、同じになるよう注意しましょう。

リハーサルでは、実際に業務や本番環境で起こる可能性がある不具合を、事前に見つけ出すことが大切です。

7.オンプレミス環境からクラウドへのシステム移行をお考えならNTT東日本のクラウド導入・運用サービスを

ここまで、システムマイグレーションの知識や具体的な方法について、解説してきました。

なかには「システムをクラウドマイグレーションしたい」と考えている人も多いのではないでしょうか。

クラウドマイグレーションを希望する企業の方におすすめしたいのが、NTT東日本のクラウド導入・運用サービスです。

弊社では、次の3つの特徴で、御社のクラウドマイグレーションを支援します。

7-1.ワンストップサポートによる手間とコストの最小化

弊社では、クラウドサービスの設計構築から運用代行を、ゼロからワンストップで行うトータルサポートサービスを提供しています。

システムのクラウドマイグレーションや保守・運用には、以下のような多くの工程が必要です。

上記のように必要な工程が多く、全てを自社で行うことは非常に困難です。弊社サービスなら、以下のサービスをワンストップでサポートします。

担当者の負担や会社のコストを最小化しつつ、セキュアなクラウド環境構築やIT業務効率化を実現します。

7-2.24時間365日体制の監視・保守などセキュアな環境構築

クラウドは、ネットに繋がれているため、外部からの攻撃に不安を感じている人もいるでしょう。

弊社サービスでは、以下のようなサービスでセキュアなクラウド環境を構築・維持します。

これにより、不具合対応のための夜間出勤・休日出勤といった担当者の業務負担をなくすことが可能です。

安心してクラウドサービスをご利用いただけます。

7-3.クラウド認定のプロによる中立的に提案・サポート

弊社サービスでは、AWS・Microsoft Azureの認定を受けるプロが、御社にとって本当にベストなクラウド環境をご提案いたします。

例えば、以下のような御社の悩みも中立的な立場から回答・サポートいたします。

御社の真の目的やコストパフォーマンス、細かな希望要件をもとに、最適なサービスの選定・移行順序をプロがしっかりと見定めます。

クラウドソリューションのお問合せはこちら

• Amazon Web Services(AWS)は、米国その他の諸国における、Amazon.com, Inc.またはその関連会社の商標です。
• Microsoft Azureは、Microsoft Corporationの米国及びその他の国における登録商標または商標です。

8.まとめ

この記事では、システムマイグレーションについて解説しました。

御社のシステムマイグレーションが成功に近づくために、改めて内容をまとめて紹介します。

〇システムマイグレーションとは「システムを新しい環境へ移行すること」を指します。

〇システムマイグレーションには、下記のような手法があります。

手法	業務の流れ	要件	開発言語	メインフレーム
ラッピング	変わらない	変わらない	変わらない	再利用
リホスト	変わらない	変わらない	変わらない	撤廃
リライト	変わらない	変わらない	変わる	撤廃
リビルド	変わる	変わる	変わる	撤廃

〇システムマイグレーションを行うと期待できる効果は、下記のとおりです。

システムマイグレーションの3つの効果
セキュリティ向上につながる メンテナンスコストの削減が期待できる ユーザビリティ向上によって生産性アップにつながる

〇システムマイグレーションのリスクは、下記のとおりです。

システムマイグレーションで事前に確認するべき3つのリスク
作業量を読み間違えて移行計画が頓挫する 意図が伝わらずシステムの移行が完遂できない 現行システムが抱えている課題が解決しない

〇システムマイグレーションは、以下の手順で実施します。

①	現行システム／データの調査・立案
②	システムマイグレーション計画書の作成
③	移行プログラムの作成
④	移行リハーサルの実施
⑤	システムのマイグレーション作業の実施
⑥	新システムのテスト

〇システムマイグレーションを成功させるためのポイントは、以下の3つです。

システムマイグレーションを成功させる3つのポイント
マイグレーションする対象を正確に洗い出す 移行当日に行う作業は最低限にする 移行リハーサルの環境はより本番に近づける