マイグレーション

概要

マイグレーションとは、システム・アプリ・データベース・データなどを、現在の環境から別の環境へ移し替えて動かす「移行」のこと。ITではオンプレ（オンプレ：自社運用のサーバー）からクラウドへ、旧OSや旧DBから新バージョンへ、といった文脈で使われる。

何を移行するのか（対象の例）

• サーバー／OS：物理・仮想・クラウド間の移行
• アプリケーション：稼働基盤やミドルウェア（ミドルウェア：OSとアプリの間の共通基盤）の変更に対応
• データベース：DB製品やバージョン変更、スキーマ変更を含むことも
• データ：データ転送、形式変換、整合性チェック
• 運用：監視、バックアップ、権限、手順書なども一緒に移行が必要

進め方（典型的な流れ）

事前調査・設計

• 現状把握（依存関係、性能要件、データ量、停止許容時間）
• 移行方式の決定（段階移行／一括移行、オンライン／オフライン等）
• リスク洗い出しと対策

移行の実行

• 移行ツールや手作業でデータ・設定を移す
• テスト（機能・性能・セキュリティ・復旧）
• 切り替え（カットオーバー：本番を新環境へ切り替える）

移行後

• 監視強化と安定化、最適化
• 旧環境の停止・廃止（撤去、ライセンス解約、データ保全）

方式の例（よく出る分類）

• リホスト：環境だけを移す（改修は最小限）
• リプラットフォーム：一部を調整して移す（DB変更など）
• リファクタリング：設計を整理しつつ移す（改修は大きめ）
• リビルド：作り直して移す
• リプレース：別製品に置き換える

これらは「モダナイゼーション（モダナイゼーション：現代化）」の手段として語られることも多い。

メリット

• 老朽化対策、サポート切れ回避
• コスト最適化（保守費・設備費の削減）
• 性能・拡張性・可用性（カヨウセイ：止まりにくさ）の改善
• セキュリティの底上げ

注意点（失敗しやすいポイント）

• 依存関係の見落とし（周辺システム連携、バッチ、外部API）
• データ不整合（文字コード、タイムゾーン、NULL扱いなど）
• 性能劣化（I/O、ネットワーク、ライセンス差）
• 切り替え手順の不足（ロールバック：元に戻す手順がない）
• 移行後の運用変更（監視・権限・バックアップ設計が変わる）

似た用語との違い

• バージョンアップ：同じ製品の更新が中心
• 更改（コウカイ）：ハード・ソフトを新しくする総称（更新）
• モダナイゼーション：移行に加え、設計や運用の刷新まで含みやすい