SAP ワークロードの移行に関する FAQ

既存の SAP ワークロードを IBM Cloud に移行するにはどうすればいいですか?

既存の IBM Cloud® for SAP ワークロードは、次のいずれかの方法で移行できます。

オンプレミスのデータ・センターから Cloud IaaS にそのまま移行します。この方法は一般に「リフト・アンド・シフト」と呼ばれます。
ベンダー間またはバージョン間で移行します。
- データベース・サーバーのベンダーまたはバージョンの変更 (例えば、IBM Db2 から SAP HANA)
- アプリケーション・サーバーのバージョンの変更 (例えば、SAP NetWeaver AS ABAP 7.0 から SAP NetWeaver AS ABAP 7.52)
- ビジネス・アプリケーションのバージョンの変更 (例えば、SAP ECC から SAP S/4HANA)

ワークロードの移行は、ネットワーキングとストレージの変更が伴うため、SAP システムに影響を与えるインフラストラクチャー・レベルの変更です。

ワークロードの移行は、新しいソフトウェアが使用されているため、SAP システムのインストール済み環境に影響を与えるアプリケーション・レベルの変更です。

オンプレミスデータセンターで稼働している VMware ベースの SAP ワークロードについては、既存のセットアップ状況にもよりますが、 IBM Cloud for VMware へのこれらの仮想マシンの移行は、 VMware HCXを使用することで簡素化できる可能性があります

既存の SAP HANA データベースまたはリレーショナル・データベースを IBM Cloud の SAP HANA 認定サーバーに移行するにはどうすればいいですか?

Cloud Infrastructure-as-a-Service (IaaS) には移行またはマイグレーション・サービスは含まれていません。

移行アクティビティーまたはマイグレーション・アクティビティーは、お客様が実行する必要があります。

IBM Cloud では SAP アプリケーション・レベルのサービスは提供していませんが、さまざまな IBM Cloud ビジネス・パートナー (IBM サービスを含む) が IBM Cloud® for SAP ポートフォリオを使用してサービス機能を提供しています。

この表は、サービスと、IBM Cloud® for SAP のサービスを提供できるビジネス・パートナー・タイプの要約を示しています。

サービスパートナーの種類
サービス・パートナー・タイプ	提供元	説明
コンサルティング、アドバイザリー、および実装	SAP「グローバル・システム・インテグレーター」(GSI) プロバイダー	これらのプロバイダーは、SAP の実装およびデプロイメント・プロジェクトに対するアドバイスを提供して、プロジェクトを実行します。
アプリケーション管理	SAP「アプリケーション管理サービス」(AMS) プロバイダー	これらのプロバイダーは、SAP Applications の既存のデプロイメントを管理および保守します (オプション: 機能または開発の増分変更)。
エンドツーエンドのマネージド・サービス	SAP「マネージド・サービス・プロバイダー」(MSP)	これらのプロバイダーは、SAP の実装とデプロイメントを実行し、インフラストラクチャー、OS、SAP 技術アプリケーション、および SAP ビジネス・アプリケーションを管理します。これらのサービスには通常、機能または開発の増分変更は含まれません。

例えば、IBM Cloud と IBM サービスとの提携で使用可能なサービスには、以下のようなものがあります。

GSIと IBM サービス： SAP コンサルティングおよび実装サービス
AMSおよび IBM サービス： SAP アプリケーション管理および開発ソリューション
MSPと IBM サービス：マネージドアプリケーション SAP

概要レベルで、既存の SAP システムを Cloud に移行およびマイグレーションするためのオプションには何がありますか?

この表は、既存の SAP システムを Cloud に移行およびマイグレーションするためのオプションの概要を示しています。詳しくはは、SAP ワークロードの移行およびマイグレーションに関する必要なすべての SAP 資料を参照してください。また、SAP のシステム実装者に連絡してください。

SAP ワークロードの移行および移行アプローチの一覧
SAP ワークロードの移行およびマイグレーション・アプローチ	説明	一般的な使用法	故障時	マイグレーション前/マイグレーション後の作業	データ転送
SWPM を使用する異種システム・コピー	異なる CPU アーキテクチャー、OS、またはデータベースに移行するか、再プラットフォーム化します。 SWPM のシステム・コピーのエクスポート/インポートを使用します。	従来のマイグレーション・アプローチを使用して SAP HANA DB に移行する場合など、より大きな移行に備えてデータベース・サーバーを変更する場合に一般的に使用されます。	ある	多大な準備と後処理が必要です。	システム・コピー・エクスポート・ダンプ
SWPM を使用する同種システム・コピー (SAP HANA DB を実行しているシステム・コピーの唯一のオプション)	より新しい OS またはデータベースのバージョンに移行するか、再プラットフォーム化します。 CPU アーキテクチャーまたはエンディアンネスの間の移行には使用できません。 SWPM による SAP データベース・バックアップを使用します。	新規 SAP HANA ターゲットに移行するか、既存の AnyDB を使用する新規 OS ターゲットに移行します。既存のシステムの新しいサンドボックスを (論理システム名を変更して、または変更せずに) 作成するためにも使用されます。	はい。ターゲットへのフェイルオーバーにおける準備、フリーズの変更、および (ログ・ファイルの) 同期のデルタ変更によっては、ダウン時間が短縮される可能性があります。	異種システム・コピーの場合よりも準備は少なくて済みます。シナリオに応じて、中程度から多量の後処理が必要です (ほとんどの場合、論理システム名が変更されます。例: BDLS)。	SAP データベース・バックアップ
クラウド上に複製されたデータベース・ミラーを使用する SAP HANA システム・レプリケーション (HSR)	2 次フェイルオーバー・サイトがクラウド上でホストされます。	HA および DR シナリオ	はい、最小限です。設計やフェイルオーバー要因（例えば、コスト最適化またはパフォーマンス）によって異なります	セットアップと実行は、SAP Landscape Management (LaMa) を使用して自動化できます。	ログまたはメモリー・シッピング。SYNCMEM、FULLSYNC、SYNC、または ASYNC モード
SAP LaMa を使用して移行を調整するシステムの再配置	実行中インスタンスまたはシャットダウン・インスタンスを物理的または仮想的に再配置します。 SAP LaMa を使用します。 SAP HANA DB MDC テナントは再配置できません。	個々の SAP インスタンスを、既にセットアップされている新しいインフラストラクチャー・ランドスケープに移行します。	あり、最小限。実行中のシステムが、停止し、未準備の状態になり、準備し、始動するときにダウン時間が発生します。	SAP LaMa を使用すると、再配置を自動化できます。	VMware 用の LaMa または LaMa アダプターを使用するパッケージ・ネットワーク転送
SUM の DMO を使用したシステム移行の実行 (マイグレーション、ユニコード変換、アップグレードなどのタスクの組み合わせ)	アプリケーション・サーバー (NetWeaver) のアップグレードまたは SAP HANA へのデータベース変換でサポートされています。 NW PAS とデータベース・サーバーの移行とアップグレードのすべてが同時に実行されます。	SAP HANA のビジネス・スイートへのマイグレーション、または SAP S/4HANA コンバージョン・マイグレーション (ブラウンフィールド) の一部	はい。 SUM の DMO を使用してシステム移行を実行する前に、ターゲット・ランドスケープ (例えば、IBM Cloud) 内の PAS ターゲットおよびデータベース・ホストの両方を準備しておく必要があります。	かなりの準備が必要です。	システム・エクスポートは、ソース・ランドスケープ内で実行されます。インポートは、ターゲット・ランドスケープ内で実行されます。エクスポートとインポートを並行して実行することもできます。
シェル・コンバージョンによる選択的データ移行	カスタマイズおよび開発のみで、SAP システムのシェルを作成します。その後、SAP ECC または SAP S/4HANA へのアップグレード/コンバージョンを行います。選択したデータを ECC からアップグレード後のシェル・システムに移行します。	事業分割シナリオ (事業部門の売却など) や、SAP S/4HANA での変換/コンバージョン・プロジェクトで使用されます。	あり、最小限。ターゲットを事前に構築してテストできます (コンバージョン・ステップのテストと修復を繰り返します)。データを事前にターゲットに複製することができるため、デルタ・データ同期および古いシステムのターゲットによる置換でのみダウン時間が発生します。	かなりの準備が必要です。	SAP Landscape Transformation Replication Server。直接の SAP エンゲージメントによって処理されます。
Mix & Match を使用した選択的なデータ移行	複数のシステム構成をマージして必要な構成を持つ新しい SAP システムを作成します。その後、SAP S/4HANA へのアップグレードまたはコンバージョンを行います。	企業合併シナリオ (買収など) や複数の SAP システムの統合 (例えば、地理的リージョンまたは事業単位ごとの ERP)、および SAP S/4HANA での変換/コンバージョン・プロジェクトで使用されます。	あり、最小限。ターゲットを事前に構築してテストできます (コンバージョン・ステップのテストと修復を繰り返します)。データを事前にターゲットに複製することができるため、デルタ・データ同期および古いシステムのターゲットによる置換でのみダウン時間が発生します。	かなりの準備が必要です。	SAP Landscape Transformation Replication Server。直接の SAP エンゲージメントによって処理されます。