ポイント: SAP Central Process Scheduling (CPS) はサポートが終了し、ユーザーは SAP Business Process Automation や Control-M などの代替品に移行する必要があります。このガイドでは、この移行の影響を概説し、既存のジョブ構成を保持する変換アプローチを提供します。
- CPS からの移行は必須です。これ以上のアップデートはありません。
- Control-M の変換ツールは、既存のジョブ定義をインポートすることで移行を簡素化します。
貴社が SAP Central Process Scheduling by Redwood を通じて SAP ジョブをスケジュールしている場合、状況が変わりました。CPS が属する製品ラインはサポートが終了し、ビジネスクリティカルなバッチ処理を実行するソフトウェアはもはやアップデートや修正を受けません。このガイドでは、その意味、蓄積されたスケジューリングロジックを新しいツールに単純にコピーできない理由、そして変換ベースの移行がそれをサポートされているソフトウェアに移動する方法を説明します。
SAP CPS とは
SAP Central Process Scheduling by Redwood（SAP CPS）は、SAP が SAP NetWeaver プラットフォームの上に提供した中央スケジューリングツールです。組み込みトランザクション SM36 および SM37 がローカルシステム上のジョブをスケジュールおよび監視するのに対し、CPS は時間およびイベント駆動のジョブとジョブチェーンを全 SAP ランドスケープにわたって実行および監視するために設計されています。CPS はバックグラウンド処理のための外部インターフェース (XBP) を介して SAP システムに接続し、SAP 専用のスケジューリング用の無償ライセンスと非 SAP プロセスを追加する有料ライセンスの 2 つのエディションで提供されます。SAP と Redwood Software によって共同開発され、長年にわたり SAP の推奨するローカルバッチ処理からのステップアップとされてきました。
CPS はレガシー製品です。その最後のメジャーバージョンである CPS 8.0 は 2010 年に出荷され、SAP 自身のガイダンスは顧客をその後継製品である SAP Business Process Automation by Redwood（SAP BPA）に向けています。
今日のサポート状況
重要なサポートマイルストーンは CPS ではなく BPA のものです。SAP の S/4HANA Cloud に対する戦略的焦点の一環として、SAP は多くの NetWeaver Java スタックに構築されたアプリケーションのメインストリームメンテナンスを 2024 年 12 月 31 日に終了しました。これには SAP BPA も含まれ、今後のアップグレードや新機能はリリースされません。その前の時点で、SAP のガイダンスはすでに顧客をその後継製品に向けて指し示していました。
まだ CPS または BPA を運用しているチームにとって、実際の立場は明確です: ビジネスクリティカルなバッチ処理は、もはや更新を受けないソフトウェアに依存しています。ベンダー自身の進むべき道は、Redwood のサブスクリプション型、実行ベースの価格モデルの SaaS スケジューラーである RunMyJobs への移行です。それは一つの選択肢です。それだけではなく、CPS が構築されたインターフェースはあなたに第二の選択肢を与えます。
CPS 構成には何が含まれるか
CPS 構成は、単なるジョブのリストではないことがほとんどです。運用の年月の中で、ジョブ定義、プログラムバリアントとパラメータ、カレンダー、スケジューリングルール、クロスシステムジョブチェーン、それらの間の依存関係が蓄積されており、その多くは文書化されていなく、構築した人々の頭の中にあります。蓄積されたロジックは、生のジョブ数ではなく、移行を困難にします。
なぜリフトアンドシフトが不十分なのか
価値が依存関係にあるため、単純なリフトアンドシフトはほとんど機能しません。何百または何千ものジョブ定義とチェーンを手動で再作成することは遅く、エラーが発生しやすく、最も重要なクロスシステムロジックを失います。移行の目標は、ジョブを一つずつコピーすることではなく、構造を保持したまますべてを新しい制御下に置くことです。
再構築するのではなく変換する
Control-M は CPS の移行を再構築ではなく変換として捉えます。Control-M 変換ツールは、既存の SAP ジョブ定義、ジョブ、カレンダーを一緒にインポートし、既に存在するものを列挙した評価レポートを生成します。これにより、範囲が推測されるのではなく、測定されます。ワークフローは定義された段階で実行されます: プロジェクトを選択し、データを評価し、変換を実行し、結果を検証し、変換されたジョブを Control-M にロードします。手動での再入力や、それに伴う転記エラーはプロセスから排除されます。
変換されたジョブが着地する場所
着地ゾーンは CPS が使用していたのと同じインターフェースファミリーです。Control-M は認定された XBP インターフェースを介して SAP に接続するため、変換されたジョブはそれらが既に実行されていた接続に基づいて構築された環境に到着します。そこに到着すると、ネイティブのバックグラウンドスケジューリングが提供できなかった機能を獲得します。エンタープライズスケール: ユーザーによって直接スケジュールされたジョブの傍受、すべての子プロセスが終了するまで後続のジョブが開始されないようにする親子ジョブツリーの検出、そしてサービスレベル契約 (SLA)管理により、期限が切れる前にフラグが立てられます。
カットオーバー前にシミュレートする
スケジューラの移行は、カットオーバーが安全である限りです。稼働前に、Control-M の予測と What-If が変換されたスケジュールに対してバッチ実行をシミュレートするため、生産環境に触れることなくその動作を確認できます。並行実行期間、古いスケジューリングと新しいスケジューリングを並べて実行することで、古いシステムが退役する前に結果が一致することを確認できます。カットオーバーの週末には、メンテナンスウィンドウ制御により、すべてのスケジュールされたジョブをグローバルに停止、保持、再起動できるため、移行中に SAP への書き込みが行われません。
よくある質問
SAP CPS はまだサポートされていますか？
SAP CPS はレガシー製品であり、SAP Business Process Automation by Redwood（SAP BPA）に取って代わられました。SAP は NetWeaver Java スタックからの移行の一環として、2024 年 12 月 31 日に SAP BPA のメインストリームメンテナンスを終了し、さらなるアップグレードは行われません。CPS または BPA を運用している組織は、実際にはもはやメンテナンスされていないソフトウェア上で運用しており、移行を計画するべきです。
SAP CPS を置き換えるためのオプションは何ですか？
ベンダー自身の道は、Redwood のサブスクリプション型 SaaS スケジューラーである RunMyJobs です。企業は、CPS が使用していたのと同じ認定 XBP インターフェースを通じて接続し、既存のジョブ定義を変換することによって手動での再構築を必要としない、確立されたワークロードオートメーションプラットフォームに移行するオプションも持っています。
既存のジョブは手動で再構築する必要がありますか？
いいえ。Control-M 変換ツールは、既存の SAP ジョブやカレンダーをインポートし、すでにスケジュールされているものの評価レポートを生成します。これにより、移行は新たに作成するのではなく、既に存在するものを変換します。
次のステップ
もしあなたが CPS からの移行を計画している場合、次のステップは変換されたジョブがエンドツーエンドオーケストレーションの下でどのように動作するかを確認することです。Control-M for SAP や Control-M デモライブラリにアクセスしてみてください。
これらの投稿は私自身の意見であり、必ずしも BMC の立場、戦略、または意見を表すものではありません。