ポイント: SM36およびSM37はジョブのスケジューリングおよびモニタリングのための重要なSAPトランザクションコードですが、そのシステム固有の性質がより広範な使用を制限します。Control-Mは、企業全体のオーケストレーション、可視性、および自動化を提供することにより、これらのコードを強化し、運用を合理化し、複雑さを軽減します。
- Control-Mは、SAPエコシステム全体にわたる可視性を提供します。
- Snam S.p.A.は、Control-Mを採用した後、ワークフローエラーが40％減少したと報告しました。
SAPのネイティブなジョブスケジューリングおよびモニタリングツール、トランザクションコード（t-code）SM36とSM37は、多くのSAPシステムの基本コンポーネントです。Control-Mは、リソース集約型の再開発を必要とせずに、これらの長年のシステムスタプルから新しい価値を引き出すことを可能にします。このブログではその方法を説明します。
個々の企業は、日々のタスクを管理するために、数千のSM36およびSM37 t-codeを無数のサーバーおよびSAPインスタンスに開発しているかもしれません。SM36およびSM37コードは明らかにSAPシステムに重要な役割を果たしています。時には、ユーザーからは、SM36およびSM37の場所があまりにも明確に定義されていると問題を指摘されることがあります。SM36およびSM37はシステム固有であるため、それらが存在するシステムのジョブをスケジュールおよびモニタリングするためにのみ使用できます。それは、単一のサーバーまたはSAPインスタンス内で完全に実行される孤立したジョブにはうまく機能します。しかし、より大きなワークフローがその孤立から抜け出す必要がある場合、たとえば、クラウドベースのシステムからのデータストリームを受け入れたり、別のサーバーのデータベースを更新したりする場合には、これらのシステム用に追加のSM36およびSM37コードを開発する必要があります。
ただし…
…組織がControl-M（セルフホステッドまたはSaaS）を介してSM36およびSM37 t-codeを強化する場合。Control-Mスイートは、企業全体のIT環境におけるワークフローの実行を調整します。これはシステム固有ではなく、ハイブリッドクラウド環境全体で非常に複雑で複数の要素を持つワークロードを実行するために広く使用されています。SAPユーザーにとって、Control-Mは、企業全体でのすべてのSAPジョブとそれに依存するジョブの完全なビューを提供します。ここでは、Control-MがSM36および37とどのように連携して、いくつかの制限を克服するのに役立つかを詳しく見ていきます。
SM36およびSM37はシステムを稼働させる
SM36およびSM37は、SAP環境内で日々稼働する数千のジョブをスケジュールおよびモニタリングするための優れたツールです。これらのジョブには、ファイル転送、データベースの更新、レポートの実行、ビジネスユーザーへの更新のプッシュなどが含まれる場合があります。SM36、SM37、およびその他のt-codeは、通常、SAPの高度ビジネスアプリケーションプログラミング（ABAP）で開発されるため、それらを作成して維持する責任は、社内またはサービスプロバイダーのSAP専門家にあります。前述のとおり、SM36およびSM37はシステム固有です。ファイル転送やその他のジョブタイプが異なるSAPインスタンスまたは異なるバージョンのSAPで実行する必要がある場合、各インスタンス用に別々のt-codeを開発する必要があります。データが一つのシステムから別のシステムに引き渡される場合や、他のワークフローが同様に異なるシステムを横断する場合には、これらの状況に対処するためにSM36およびSM37ジョブを開発する必要があります。このような取り決めは、多くの企業の標準的な業務手続きです。そのプロセスは機能しますが、ややリソース集約型で透明性があまりありません。
SM36およびSM37の熟練リソース要件に関連するいくつかの状況が、歴史的に問題を引き起こしてきました。1つは、ジョブの失敗や説明のつかない遅延がある場合です。もう1つは、ジョブワークフローがそれが存在するシステムの外部のシステムと相互作用する必要がある場合です。これらの状況を簡単に見てみましょう。
SM36およびSM37のジョブパフォーマンスの問題や明白な失敗は、複雑なエコシステム内では診断やデバッグが難しい場合があります。なぜなら、IT管理者はジョブが触れる各システムのすべての関連t-codeのログを確認する必要があるからです。多くの遅延や失敗は、ワークフローの1つのコンポーネントが時間通りに準備できていないことに起因します。たとえば、ファイル転送が遅い場合、ファイルからデータを必要とするレポートの実行が開始できません。このような問題は、自動化されたオーケストレーションで解決（防止）できますが、これがないと手動でデバッグする必要があります。
パッチやアップグレードのインストールは、ジョブの失敗が発生するリスクのある期間です。SM36およびSM37を使用する組織では、毎年、毎月、四半期ごとのアップデートや特別なパッチには、アップグレードのためにすべての受信および送信ジョブを手動で停止し、更新が完了したら再起動する必要があります。それは時間がかかり、ビジネスクリティカルなプロセスを危険にさらします。
システムがより複雑になるにつれて、ワークフローの失敗の可能性が高まります。なぜなら、ワークフローを異なるシステム全体でオーケストレーションする必要があるからです。企業がワークフローをオーケストレートできる能力は、その可視性にどれだけ依存しているかにかかっています。データストリームやその他の依存ジョブのステータスが引き渡しが発生した後（または予定通りに発生しなかった場合）まで見えない場合、失敗を防ぐために必要な可視性がありません。
Control-Mがどのように役立つか
Control-Mは、SM36およびSM37のジョブスケジューリングおよびモニタリングにオーケストレーション機能を追加します。それは、これらのツールに関連する主要な問題を解決し、IT環境全体の広がりにわたる可視性（依存関係に関連するジョブの失敗を予見し防止するのに役立ちます）と、ジョブ自体への詳細な掘り下げを提供し、予防または迅速な修正を可能にします。
Control-Mは、場所に関係なく、SAPエコシステム全体のジョブに対する可視性を提供します。ワークフローのステータスを確認または変更したい場合、複数のシステムで各ステップのステータスを確認する必要がなく、Control-Mのユーザーインターフェースにアクセスするだけで済みます。Control-Mは全体のステータスを表示し、任意の依存ジョブを掘り下げて確認するオプションを提供します。ユーザーは、単一のコンポーネントのSM37チェックを行うのと同じか、それ以下の労力で、全体のワークフローのステータスを確認できます。それにより、SAP環境の管理がはるかにリソース集約型でなくなります。
例を挙げてみましょう。システム管理者は通常、ST22ダンプ分析を実行してSM36またはSM37のジョブの失敗を調査します。Control-Mがない場合、ログやショートダンプは手動で中断する必要があります。その手順には時間がかかり、複数のSAPインスタンスで繰り返す必要があるかもしれません。Control-Mを使用すれば、管理者はログを引き出してレビューする必要がなく、自動的にログを監視できるため、手動の介入が不要です。そして、Control-Mの依存関係を自動的に監視する能力により、1つのジョブに潜在的な問題が迅速に特定され、他のジョブに影響を与える前に対処されます。これにより、Control-Mは管理者のサポート時間を増やすことなくアップタイムを向上させます。
イタリアに本拠を置くエネルギーインフラオペレーターのSnam S.p.A.は、Control-MをSAP環境に導入した後、ワークフローエラーを40％削減したと報告しました。この環境には、SAP ERPセントラルコンポーネント（ECC）およびSAP S/4HANAが含まれています。専門のSAPスタッフの解放も、同社がビジネスサービスの市場投入までの時間を20％改善するのに役立ちました。プログラムの詳細についてはこちらをご覧ください。
これらは、Control-Mを介してSM36およびSM37コードをオーケストレーションすることで、日常業務の複雑さを軽減し、時間を節約するいくつかの方法です。Control-Mは、SAP S/4HANAまたは他のバージョンへの移行中にもいくつかの利点を提供します。このホワイトペーパーが説明しています。
Control-Mは、SM36およびSM37にとって非常に良い補完物です。なぜなら、それはサイロを打破し、どれほど複雑であってもSAP環境全体で機能し、企業がすべてのワークフロージョブを手動で作成して監視するために数人の熟練SAP専門家に依存するのを打破するからです。そのセルフサービス機能により、ITはワークフローを制御し続けながら、ビジネスユーザーが自分のリクエストを処理できる安全な方法で市民開発を可能にします。何よりも、Control-MはすべてのSM36およびSM37ジョブとSAPエコシステム全体に対する可視性を提供します。
これらの投稿は私自身の意見であり、必ずしもBMCの立場、戦略、または意見を表すものではありません。