システム変換は、既存の SAP ERP 顧客が、既存の SAP ERP ソリューションを SAP S/4HANA に変換するために適用することを選択できる移行シナリオです。これには、ビジネスデータの保持、カスタム開発、および設定が含まれます。このシナリオを選択する顧客は、最初に変更を最小限に抑え、その後選択的にイノベーションを進めたい場合があります。
システム変換シナリオでは (代替方法が存在しますが)、SAP S/4HANA アプリケーションを実行するために顧客が新しいハードウェアに投資する可能性が高くなります。これは、データベースがメモリ内で実行されるなどの要因によるものです。顧客は初期サイジングを実行し、プロジェクトの開始時にサイジング結果に基づいて新しいハードウェアを調達します。
これらは、既存の SAP ERP システムを新しい SAP S/4HANA システムに変換する際に実行される主要なステップの一部です。
システム変換の主なステップは以下のとおりです。
ERP システムの準備：カスタムコードのクリーンアップとデータボリュームの削減
データベース移行：SAP HANA データベースに移動（ソースが HANA 以外の DB 上にある場合のみ）
システム更新: 新規アプリケーションおよびテーブルの提供
- データ変換: テーブル内容を新規データモデルに変換します
- ソフトウェア設定: SAP S/4HANA の必須項目およびシンプル化項目を導入し、既存のプロセスの大部分を再利用します。
Software Update Manager (SUM) は、データベース移行、ソフトウェア更新、およびデータ変換ステップを促進するツールです。SUM により、ターゲットデータベースにシャドウリポジトリが作成されます。シャドウシステムは、シャドウインスタンスとシャドウリポジトリで構成されます。
Database Migration Option (DMO) は、Software Update Manager (SUM) ツールのオプション機能です。3 つのシステム変換プロセス (データベース移行 + システム更新 + データ変換) を 1 つのステップ手順にまとめます。
System Move により、新しいデータセンタへの移行を容易にするステップが追加されます。この機能により、複数のステップをまとめてパッケージ化し、対象ハイパースケーラで古いサーバから新しいサーバへの切替を容易にするためのシステム移動を追加することで、システム変換の複雑さ、ダウンタイム、移行時間、およびコストが削減されます。
リフトアンドシフトアプローチ
リフトアンドシフトは、新しいランドスケープに変更することなくシステム全体を移行します。たとえば、
SAP S/4HANA On-Premise 2020 から SAP S/4HANA Cloud, private edition 2020 へ。
技術概要図は、SUM (Software Update Manager) プロセスの概要を示しています。Software Update Manager は、SAP ベーシスチームが SAP オンプレミスソフトウェアのアップグレードに使用するツールです。このツールは、SAP ECC システムを SAP S/4HANA にアップグレードするためのシステム変換シナリオでも使用されます。
このプロセスで使用されるその他のツールには、以下が含まれます。
SAP Readiness Check：SAP S/4HANA で作業するために SAP ECC で調整する必要があるコンポーネントを特定する
メンテナンスプランナ: アップグレードパスの計算を担当します。
DMO: 任意のデータベースから SAP HANA データベースへのデータベース移行およびデータ構造変換を担当
SUM プロセスは、既存の SAP ERP サンドボックスシステムの変換から開始されます。変換の開始時に、SUM によってサンドボックスで一連のチェックが実行されます。チェックの実行後、SUM は失敗し、変換に適していないコンポーネントが指定されます。この一覧は、変換を正常に完了するために実行されるアクティビティのベースラインとして機能します。
すべての SUM 前提条件が SAP S/4HANA で動作するように調整または調整されると、SUM プロセスが再度開始され、サンドボックスシステムが変換されます。このアクティビティは、プロジェクトチームが満足するまで複数回実行することができます。問題がなければ、チームは開発システム、品質システム、および本稼動システムの変換の計画を開始します。
DMO は Software Update Manager 1.0 SP09 以降で利用でき、AS ABAP ベースのシステムで使用できます。これは、他のターゲットデータベースタイプにも使用できます。
処理順序は、SUM のシャドウシステム機能に基づいています。SUM により、ダウンタイムフェーズまで対象データベースにシャドウリポジトリが登録されますが、並行して SAP HANA データベースが設定されます (クライアント、スキーマなど)。その後、SAP システムのデータベース接続が対象データベースに切り替えられ、ダウンタイムが開始されます。アプリケーションデータの移行 (データ変換を含む) 後、アップグレードが終了し、SAP システムがターゲットデータベースで実行されます。ソースデータベースは引き続き実行され、その中のアプリケーションデータは変更されないため、プロセスが正常に完了するまで、全体でフォールバックのままです。
SAP ERP 6.0 から SAP S/4HANA への移行では、影響を受ける可能性がある関連する変更に関する情報が、シンプル化項目カタログからシンプル化項目別にグループ化されて提供されます。SAP Readiness Check では、分析対象システムに適用される可能性があるシンプル化項目のサブセットが提供されます。
以下の領域は、SAP Readiness Check for SAP S/4HANA の対象です。
アドオンおよびビジネス機能
SAP アドオン、ビジネス機能、およびサードパーティアドオンは、SAP S/4HANA との互換性についてチェックする必要があります。
SAP ソフトウェアが一覧表示され、評価されます。
サードパーティソフトウェアは一覧表示のみです。
カスタムコードとカスタム開発
SAP シンプル化データベースに基づく、SAP S/4HANA コンプライアンスと比較したカスタムコード分析
SAP Readiness Check では、影響を受けるオブジェクトの部品表/配合表 (BOM) および SAP Custom Development Projects (CDP) が提供されます。
プロジェクトの実行中に従うべき詳細なカスタムコード管理アクティビティ。
データボリューム管理
ソースシステムのデータ量の分析
推奨される SAP Fiori アプリ
SAP Fiori のデプロイメントは、SAP S/4HANA オンプレミスの新規導入の場合と同じ考慮事項に従います。これは、ここに示すように、実装の UX トラックの大まかな計画に従うことで、プロジェクトチームが処理する必要があるアクティビティです。評価済システムのトランザクション使用履歴に基づいて推奨される SAP Fiori アプリは、UX 範囲の決定に追加で役立ちます。
SAP S/4HANA サイジング
SAP S/4HANA サイジングチェックでは、サイジングシミュレーションを実行し、サイジング値およびデータボリューム管理の可能性に関する情報を提供することができます。適切な対象 SAP S/4HANA システムサイズを計算するには、現在の SAP ERP データベースサイズから計算された初期ターゲット SAP S/4HANA サイズ、将来のデータベース増加、考えられるデータボリュームの削減、および潜在的な新機能を考慮します。
シンプル化項目チェックは、以下の 2 つの目的で使用されます。
関連性チェック: シンプル化項目チェックを実行している特定のシステムに関連するシンプル化項目を特定します。これは、システムへのシステム変換の機能的および技術的な影響の評価に役立ちます。
整合性チェック: 変換プロセス中に、システムが新規データ構造および新規プロセスに移行されます。変換ルーチンが自動的に行われるように、システム内の整合性のあるデータに依存します。シンプル化項目チェックにより、システム変換が失敗する原因となる可能性があるデータ不整合または必須の準備アクティビティの欠落が特定された場合は、実際のシステム変換が開始される前に修正または除外できるように、これらの問題が認識されます。
シンプル化項目チェックは、SAP NetWeaver 7.5 以降の任意のシステムにあるシンプル化データベースを使用して実行および比較することができます。
システム変換を実行する場合、通常、SAP S/4HANA ソリューションをサポートするために新しいハードウェアがプロビジョニングされます。これにより、一時的な二重ランドスケープ (保守およびプロジェクト) が発生します。プロジェクトランドスケープは、本稼動の正確なシステムコピーです (データが匿名化されています)。
プロジェクトチームが変換アクティビティを開始すると、保守チームは保守環境を通じて通常の変更と同様に業務を続行します。つまり、更新変更が更新ランドスケープを通過するたびに、プロジェクトランドスケープが同期されなくなります。レトロフィットを使用して、プロジェクト環境と更新ランドスケープの同期を維持します。レトロフィットにより、変更がプロジェクトランドスケープにコピーされ、環境の同期が保持されます。