1. ライブマイグレーション

ライブマイグレーションは、仮想環境下で稼働中の仮想マシンを、別の物理サーバーに無停止に等しい状態で移行する技術です。

対象となる仮想マシンのメモリイメージが移動する際はごく短いネットワークの瞬断が生じるものの、移行にかかるダウンタイムはほぼゼロ秒です。これにより、仮想マシンの利用者が仮想マシンの移動を意識せずに利用できます。

ライブマイグレーションが実行例としてあがるのが、稼働中の物理サーバーが重くなった時です。稼働中の物理サーバーの負荷が高まると、サーバーダウンのリスクが上昇しますが、ライブマイグレーションにより、既存の物理サーバーの仮想マシンを、別の物理サーバーに移動させることで、負荷が均一化されます。

2. データマイグレーション

データマイグレーションは、異なるデータ形式やアプリケーション間で、データを移動させるプロセスです。主にストレージ容量の拡張やパフォーマンスの向上、データ管理の合理化、コスト削減、新機能の追加を目的としたアップグレードの一部として行われます。

データの移行が十分ではない場合は、不正確なデータを使用することになりかねません。こうしたリスクは、ソースデータが完全に使用可能で適切な場合でも発生する可能性があります。さらに、ソースデータに存在していた問題が、新しいシステムに取り込まれた際に増幅するリスクがあります。そうしたリスクへの対処に役立つのが、データマイグレーションなのです。

データマイグレーションは、計画と実行、検証の3つのフェーズで展開されます。形式はネットワーク経由で大量のデータを転送したり、古いハードウェアから新しいハードウェアへ物理的に移動したりする場合など、多様であり、適切な方法を選ぶとよいでしょう。

3. レガシーマイグレーション

レガシーマイグレーションは、1960年代から90年代ごろまで存在した、「メインフレーム」や「オフコン」と呼ばれる古いコンピューターで作られたシステムを新しく作り変えることです。

保守などに多額の費用を要するうえ、特定のメーカーで作られたコンピューターでしか作動しないシステムから、UNIXやWindowsなどオープンな規格で作られたシステムに刷新することで、自由度を高め、ライセンス料の削減などの効果を得る目的で行われます。

ただし、昨今は、ハードウェアをリプレースしようとしても、業務アプリケーションに対応している古いOSが、新しいハードウェアに対応していないケースが少なくありません。そうした中で、仮想化技術を活用したレガシーマイグレーションに注目が集まっています。

マイグレーションのメリットは、次の3つに集約されます。

それぞれ大きな利点であるため、ぜひ留意しておくとよいでしょう。

1. コスト削減

前述の通り、マイグレーションは既存のアプリケーションを再利用し、新規の開発量を抑えられるため、コスト削減が可能です。

コスト削減効果が発生するのは、マイグレーション時だけではありません。例えば、データサーバーをオンプレミスからクラウドに移行すれば、保守・運用コストの大幅カットが実現されます。

2. 現有資産の有効活用

マイグレーションはシステム再構築に必要な上流工程が不要であり、現有資産を有効活用しながら安全に移行できます。

具体的には、現有資産の構造を新しいシステムへと引き継ぎ、新たなプログラミング言語へと変換するため、現有資産の構造を大幅に変更することはありません。

また、ラッパーと呼ばれる部品で言語の違いを吸収すれば、現有資産と大差がない状態のソースコードを作り出せるため、移行後に現行の保守要員を継続して保守業務に当たらせられるでしょう。

この点、既存のソフトウェア資産を捨て、要件定義から実施し、機能要件をもとに一から新しいシステムを構築するスクラッチとは一線を画す手法といえるでしょう。

3. 新技術の導入が容易

使用する言語をCOBOLなどのレガシー言語からJavaに切り替えるなど、マイグレーションによりオープンなシステムに移行することで、人工知能（AI）やIoT（モノのインターネット）といった新技術の導入が容易になります。

オンプレミスでは利用状況に合わせたリソースの追加ができないだけに、マイグレーションによる新技術の導入は、革新的なデジタルトランスフォーメーション（DX）かもしれません。

マイグレーションは手順に沿って実行すればよいわけではありません。注意点として次の3つが存在します。

最後にこの3つの注意点を解説します。

1. 現有資産の見える化をする

ほかのITプロジェクトと同じように、マイグレーションは、現有資産を見える化を行い、現在のステータスを評価することが重要です。

例えば、データマイグレーションの場合、移行する必要のあるデータ、データの保存場所、現在のデータ形式、移行後のデータ形式を特定する必要があるでしょう。

また、現有資産の見える化と並行して、マイグレーションを完了させるために必要なタスクを網羅したチェックリストの作成もおすすめします。

2. 移行するデータやシステムごとに難易度が変わる点に留意する

マイグレーションは移行するデータやシステムごとに難易度が変わる点に留意しなければなりません。

例えば、業務システムのマイグレーションは難易度が高いと言われています。開発側がプログラムの目的や移行するデータの形式を理解する必要があるほか、リソース規模が拡大すればするほどシステムが複雑化するためです。これらを踏まえ、業務システムのマイグレーションは前工程で業務習得や調査に時間をかけなければなりません。

他方で、サーバーマイグレーションであれば、移行先のシステムに合わせて使用言語を変更する必要があるでしょう。

3. 保守運用・中長期を見据える

マイグレーションは移行したら終了ではなく、保守運用・中長期を見据える必要があります。

具体的には、マイグレーションの完了後は、新たなクラウドシステムやOSが通常の運用を中断することなく、同じ結果を生み出しているかチェックしましょう。

マイグレーションは、費用対効果の高いシステムの導入や、高いスケーラビリティを有したシステムの獲得を図るうえで欠かせません。

また、企業が前時代的なレガシーシステムを刷新し、業務の生産性と事業の収益性の向上を図るためにも不可欠です。

このような効用があるだけに、適切な方法にのっとったマイグレーションは、必ずやビジネスのイノベーションとDXの推進に役立つのは間違いないでしょう。