マスター・データを IBM Master Data Management にマイグレーション

組織に既存のマスター・データ管理デプロイメントが IBM InfoSphere Master Data Management (InfoSphere MDM) 上にある場合は、既存のマスター・データとマッチング・アルゴリズムを IBM Master Data Management サービスにマイグレーションして、最新のクラウド・ネイティブ MDM 機能と他のサービスとの相互接続性を活用できます。

制限: IBM Master Data Management マイグレーション・サービスは、現在、IBM InfoSphere Master Data Management Advanced Edition バージョン 14.0 からのデータのマイグレーションのみをサポートしています。

マスター・データのマイグレーションは、単なる技術的なリフト・アンド・シフトではなく、戦略的なモダナイゼーション・イニシアチブです。 InfoSphere MDM からマスター・データをマイグレーションするには、IBM Master Data Management マイグレーション・サービスを使用できます。このサービスには、マイグレーション・プロセスを簡素化し、重要なマスター・データの構造と整合性を確保する使いやすい API が含まれています。マイグレーション・サービスは、既存の InfoSphere MDM Publisher デプロイメントを使用して、InfoSphere MDM から IBM Master Data Management サービスへデータを移動します。

IBM Master Data Management マイグレーション・プロセスは、システムのダウン時間を最小限に抑え、使いやすさを最大限に高めるように設計されています。

IBM Master Data Management マイグレーション・サービス API は、反復可能で監査可能なマイグレーションのためのプログラム制御を提供します。マイグレーション・サービス API を使用してマスター・データをマイグレーションすると、データの既存の構造が維持されます。既存のマスター・データ・エンティティー、関係、グループ、およびマッチング・アルゴリズムはすべてそのまま変更されずに変更されません。

段階的なマイグレーションの計画

InfoSphere MDM から IBM Master Data Management へのマイグレーションは、ビジネス継続性を優先する「アップグレードのような」方法論に従います。従来のマイグレーション方法では、長期のダウン時間が必要でしたが、このプロセスでは、遷移中に両方のシステムの並行操作が可能になり、最終的なカットオーバー前に徹底的な検証が可能になります。

マイグレーション・プロセスは、リスクを軽減し、データ保全性を確保するように設計された 4 つの段階で構成されています。

ステージ 1: 初期マイグレーション（本番ダウン時間なし）

最初のステージでは、本番稼働環境に影響を与えずに、マイグレーションの基盤を確立します。

単一 API トリガー: データ・モデル、アルゴリズム、および運用データの移行を開始します。
データ・モデルの移行: ワークベンチ・プロジェクト分析は、データ・モデル定義を自動的に転送します。
アルゴリズムの移行: マッチングおよびリンク・アルゴリズムは、ワークベンチ分析によって移行されます。
運用データの移行: MDM Publisher (別のOpenShiftクラスターにデプロイ) は、IBM Master Data Managementマイグレーション・サービスと統合して、運用データを転送します。
プロキシー・サービスのセットアップ: InfoSphere MDM スタイル (物理 MDM または仮想 MDM) に応じてプロキシー層を準備するためのメタデータ生成。

このステージでは、InfoSphere MDM は通常の本番稼働を続行し、ターゲットIBM Master Data Management環境にマイグレーション済みの内容が取り込まれます。

ステージ 2: テスト・マイグレーション・モード (本番ダウン時間なし)

2 番目のステージでは、2 つのシステムの同時操作によってマイグレーションを検証します：

同時操作: InfoSphere MDM Advanced Edition と IBM Master Data Management は同時に動作しますが、別々に動作します。 IBM Master Data Management でテストを完了でき、InfoSphere MDM 上の実動データに影響を与えることはありません。
データ検証: マイグレーションされたデータと機能の包括的な検証。
パフォーマンステスト: 最適化とパフォーマンスのベンチマーク。
トラフィック・ルーティングのテスト: テスト・トラフィックは、プロキシー・サービスを介して IBM Master Data Management にルーティングできますが、本番データおよび着信要求は InfoSphere MDM に残ります。

このステージでは、実動データに影響を与えずに徹底的なテストを実行できるため、実動カットオーバー前に問題を特定して解決することができます。 InfoSphere MDM は引き続きアクティブな本番システムとして機能し、IBM Master Data Management はテスト環境としてのみ使用されます。 2つのシステム間の同期はありません。本番で行われたデータ変更は、新しくマイグレーションされた IBM Master Data Management システムに自動的に伝搬されることはありません。進行中のすべてのビジネス・オペレーションは、引き続き InfoSphere MDM インスタンスでのみ実行されます。

ステージ 3: Switch stage (生産ダウン時間なし)

3 番目のステージでは、IBM Master Data Management に実動トラフィックを移行し、InfoSphere MDM の可用性を維持します。

読み取り専用モード: InfoSphere MDM インスタンスは読み取り専用に設定されます (照会トランザクションは引き続き有効です)。
差分データ・ロード: マイグレーション・サービスは、増分運用データの変更をロードします。
トラフィック転送: アプリケーション・トラフィックは、IBM Master Data Management プロキシー API にリダイレクトされます。
モニタリングおよび安定化: 両方のシステムは稼働し続け、本番トラフィックは IBM Master Data Management に流れます。
ロールバック機能: InfoSphere 必要に応じて、MDM はロールバックのために引き続き利用可能です。

このステージでは、ユーザーは履歴データについてクエリー InfoSphereMDMを引き続き行うことができますが、すべてのデータ更新はIBM Master Data Managementに流れます。

ステージ 4: InfoSphere MDM カットアウト (計画保守期間)

最終ステージでは、IBM Master Data Management が実稼働で安定したことが確認された後、マイグレーションを完了します。

最終検証: IBM Master Data Managementの安定性とパフォーマンスの包括的な検証。
廃止: InfoSphere MDM Advanced Edition インスタンスは廃止されています。
永続ルーティング: すべてのトラフィックは、プロキシー・サービスを介して永続的に IBM Master Data Management にルーティングされます。
最終調整: IBM Master Data Managementの構成とパフォーマンスの最適化。

このステージでは、計画された保守時間枠が必要です。これは、IBM Master Data Management が安定した本番稼働を実証した後にのみスケジュールする必要があります。

ダウンタイムに関する考慮事項

IBM Master Data Management マイグレーション戦略では、慎重に計画することにより、実動への影響を最小限に抑えます：

並列でのほとんどのアクティビティー: ステージ 1 と 2 は、生産のダウンタイムなしで行われます。
読み取り専用アクセスの維持: ステージ 3 の間、InfoSphere MDM は照会トランザクションに使用可能です。
単一保守ウィンドウ: ステージ 4 でダウン時間が必要になるのは、IBM Master Data Management が本番で安定したことが確認された後のみです。
ロールバック機能: InfoSphere ステージ 3 では、緊急ロールバックのために MDM は引き続き利用可能です。