翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

計画

メインフレームレガシーアプリケーションの要件を効果的にナビゲートするために、組織は多くの場合、メインフレーム環境の包括的な評価から始めます。

アプリケーション検出

この初期フェーズの強力なツールは、メインフレームアプリケーションの構造、依存関係、複雑さに関する深い洞察を提供する Rocket Enterprise Analyzer です。このツールは、モダナイゼーションの取り組みの範囲、潜在的なリスク、最適化の機会を決定するのに役立ちます。

発見すべき重要な側面の 1 つは、メインフレームシステム内のデータの依存関係の複雑なウェブです。これらの依存関係はレガシーコードのレイヤーの下に隠れることが多く、モダナイゼーションの取り組みに大きな影響を与える可能性があります。さまざまなアプリケーションやモジュールがさまざまなデータソースとどのように相互作用するかをマッピングすることで、実装する予定の変更の潜在的な影響をよりよく理解できます。

データ依存関係

データ依存関係を徹底的に評価することで、メインフレーム環境内のデータフロー、データ品質、データガバナンスに関する重要な情報を明らかにすることができます。この知識は、データ移行戦略の計画、モダナイゼーション中のデータ整合性の確保、データ最適化の機会の特定に非常に役立ちます。データを明確に把握することで、どのモダナイゼーションアプローチが既存のオペレーションに対して最も効果的で、最も破壊的でないかについて、より多くの情報に基づいた意思決定を行うことができます。

トランザクションまたはジョブコントロール言語 (JCL) ジョブによってテーブルの使用を識別するトップダウン分析は、ウェーブ計画と優先順位付けを作成する上で重要です。このアプローチは、メインフレームシステムのさまざまなコンポーネント間の関係を明確にし、モダナイゼーションへの戦略的で段階的なアプローチを開発するのに役立ちます。最も頻繁にアクセスされるテーブルとプロセスを特定することで、モダナイゼーションの取り組みに優先順位を付けることができます。まず影響の大きい領域に集中し、重要なビジネスオペレーションへの中断を最小限に抑えながら、よりスムーズな移行を確保できます。

Rocket Enterprise Analyzer を使用してデータの依存関係を検出するだけでなく、多くの組織は独自のカスタムビルドソリューションを使用してメインフレーム環境に関するより深い洞察を得ています。これらの社内ツールは、IBM Db2 カタログと System Management Facility (SMF) レコードで利用可能な豊富な情報を悪用することがよくあります。

キャパシティベンチマーク

メインフレームの再プラットフォームプロジェクトを計画する 1 つのステップは、現在のワークロードの消費量に関する詳細情報を収集することです。このデータは、ターゲットクラウド環境で必要な初期容量を正確に予測してプロビジョニングするのに役立ちます。例えば、IBM Customer Information Control System (CICS) ジョブまたは Information Management System (IMS) ジョブとジョブコントロール言語 (JCL) ジョブから、オンライントランザクションとバッチトランザクションの両方について、1 秒あたり 100 万回の命令 (MIPS) 消費データを収集することをお勧めします。

IBM は、メインフレームコンピューティングにおける MIPS のさまざまな料金モデルを提供しており、これらのモデルの多くはピーク時の使用量を中心としています。これらのピークベースのモデルの中で、最も一般的なのはローリング 4 時間のピークです。

メインフレームコストには、全体的なコストに大きな影響を与える 5 つの主要領域が含まれます。

これら 5 つのコストカテゴリは、MIPS ベースの料金と組み合わせて、ほとんどのメインフレーム予算の中核を形成します。ただし、相対的な比率は、組織のサイズ、業界、特定のメインフレーム使用率パターンによって大きく異なる場合があります。

時間単位の MIPS データは、メインフレームのワークロードパターンとパフォーマンスを包括的に理解するために不可欠です。日単位または月単位の平均とは異なり、時間単位のデータは、1 日を通してシステムのリソース使用率の微妙な変動を明らかにする詳細なインサイトを提供します。この詳細レベルは、クラウド内のアプリケーションのパフォーマンスと容量のニーズを正確に評価するために非常に重要です。

時間単位の MIPS データを分析することで、次の図に示すように、ピーク使用期間を特定し、傾向を特定し、集計データで隠されている可能性のあるボトルネックを特定できます。この詳細度により、より正確な容量計画が可能になり、リソースの割り当てを最適化し、コスト削減とシステム効率の向上につながる可能性があります。

時間単位の MIPS データは、重要なパフォーマンスベンチマークツールとしても役立ちます。これにより、システムのパフォーマンスの詳細なベースラインが確立されます。これは、移行やアップグレードなどのシステム変更を計画または評価する場合に特に役立ちます。変更前と変更後の時間単位の MIPS データを比較することで、これらの変更がシステムのパフォーマンスに与える影響を正確に測定し、メインフレームが引き続き組織のニーズを満たしていることを確認することができます。

時間単位の MIPS データを収集するには、いくつかのオプションがあります。1 つの方法は、SMF レコードを直接使用することです。これらのレコードは、システムアクティビティとリソースの使用状況に関する豊富な情報を提供します。または、IBM Sub-Capacity Reporting Tool (SCRT) などの特殊なツールを使用して、MIPS データの収集と分析のプロセスを簡素化することもできます。

選択した方法にかかわらず、長期間、理想的には数か月にわたってデータを収集することが重要です。この収集期間の延長により、end-of-monthの処理の急増や季節的な変動など、ワークロードの周期的な変動を考慮できます。これらの長期パターンをキャプチャすることで、メインフレームのパフォーマンス特性をより正確かつ包括的に把握できるため、情報に基づいた意思決定とより効果的なキャパシティ管理が可能になります。

ウェーブプランニング

収集した情報を使用して、メインフレームのリプラットフォームイニシアチブに戦略的に優先順位を付けることができます。賢明なアプローチは、非中核的なビジネストランザクションやバッチジョブなど、重要度の低いワークロードから始めて、チームが経験を積み、重要な運用のリスクを最小限に抑えながらプロセスを改良できるようにすることです。さらに、読み取り専用ワークロードを移行の早期候補として考慮すると、これらのワークロードには通常、複雑さが少なく、データの不整合のリスクが低いため、有利です。このアプローチにより、リプラットフォームの取り組みに自信と勢いをつけることができます。

さらに、書き込みまたは更新オペレーションのために Db2 テーブルを共有するワークロードをグループ化すると、移行プロセスを合理化できます。これらの相互接続されたワークロードを特定することで、データの整合性を維持し、複雑な中間ソリューションの必要性を最小限に抑える、まとまりのある移行ウェーブを計画できます。この戦略は、データ競合のリスクを減らすだけでなく、関連するコンポーネントに同時に対処することで、全体的なリプラットフォームタイムラインを最適化します。最終的に、このデータ駆動型の優先順位付けアプローチにより、重要度、複雑さ、相互依存のバランスがとれ、メインフレームのモダナイゼーションプロセスがより効率的かつ成功します。