ポイント: SAP BWプロセスチェーンはデータワークフローを自動化しますが、失敗と依存関係の監視に課題があります。Control-Mのようなワークロードオーケストレーションプラットフォームを統合することで、可視性が向上し、システム全体で正確なデータ報告が保証されます。
- プロセスチェーンはRSPCで管理され、RSPCMおよびSM37を介して監視が可能です。
- 完全なオーケストレーションは、クロスシステム依存関係と失敗管理の処理を改善します。
SAP BWプロセスチェーンとは
SAPビジネスウェアハウス（BW）プロセスチェーンは、データロード、変換、アクティベーション、及びハウスキーピングタスクの自動化されたステップのシーケンスであり、トランザクションRSPCで定義され、維持されます。チェーンは、データがソースシステムからレポート用に準備されたInfoProviderに定義された反復可能な順序で移動するように、InfoPackageのロード、データ転送プロセス（DTP）、および属性変更ランをつなぎ合わせます。
ネイティブモニタリングは、限界が始まるところです。チェーンが実行されると、SM37、SAPジョブオーバービューのトランザクションが表示するのは、チェーンを開始するジョブであるBI_PROCESS_TRIGGERです。その内部のステップではありません。RSPCMはチェーンレベルの状態監視を追加しますが、それはBW側のビューに留まります：チェーンを見ますが、上流の抽出、下流のレポート、または非SAPシステムなどBW外の依存関係は見えません。自己完結型のロードを持つ単一のBWシステムでは、それは実行可能です。システムを跨ぐアナリティクス環境では、それはギャップを残します。
静的失敗の問題
BWはSAPと非SAP両方のソースから継続的にデータを引き出します。その絶え間ない動きこそが、失敗を高くつくものにします：もしロードが午前2時に静かに失敗すると、朝の数字は間違っており、誰もそれを知りません。
ネイティブツールは、探しに行った後でのみ何が起こったかを教えます。ステップが失敗し、チェーンが停止したり、もたもたしたりし、最初の信号はしばしばビジネスユーザーがレポートに疑問を持つことです。さらに悪いことに、最も重要な依存関係は、外部システムからのファイル がチェーン開始前に必要であり、ロードを待たなければならない下流のリフレッシュなど、BWの可視性の外に完全に存在します。RSPCはチェーンの内部にあるものをシーケンス化できますが、それの周りにあるものは見ることができません。
完全なオーケストレーションがカバーするもの
プロセスチェーンを ワークロードオーケストレーションプラットフォーム の下に持ってくることで、チェーンレベルでのギャップが最初に埋まります。すべてのプロセスチェーンは、イベントベース、メタチェーン、または直接スケジューリングかどうかにかかわらずスケジュールでき、完全な可視性と制御が得られます。個々の InfoPackages とDTPも同様にオーケストレートできるため、部分的なロードやターゲットリフレッシュも完全なチェーンと同じガバナンスに従います。
失敗処理の性格も変わります。停止したチェーンを一歩一歩診断する代わりに、ジョブ自体で定義された再実行 オプション ― 失敗ポイントから再起動 ― により、失敗したステップからチェーンが再開でき、前にあるすべてを再処理せずに済みます。そして、下流の レポーティングやBWブロードキャスティングは、成功したBWの完了の後にシーケンス化できるため、レポートはそれらの背後にあるデータが到着した後にのみ配布されます。
チェーンはBWで終わらない
現代のアナリティクスパイプラインは、BWの境界で止まることはほとんどなく、オーケストレーションもそうするべきではありません。SAP側では、同じフローには SAP HANAデータベースのジョブ が含まれる可能性があり、SQLプロシージャ、クエリ、および認定HANAプラグインを介したデータ移動、さらにSAP DatasphereタスクチェーンとSAP Analytics Cloudステップが含まれます。
非SAPのレッグは、同じ依存関係グラフに参加します： SnowflakeおよびDatabricksのロード、Talendのジョブ、およびAmazon Web Services（AWS）のステップには、Lambda、Step Functions、QuickSightが含まれます。その結果、BWチェーンはエンドツーエンドのフローのセグメントとなり、独自の条件で監視される島ではなくなります。
朝の準備はSLAとして
BW環境にとって本当の質問は 「チェーンは終了しましたか？」 ではなく、 「明日の朝、数字は正確になりますか？」 です。それは サービスレベル契約（SLA） の質問であり、締め切りの前に答えられるもので、後ではありません。
アナリティクスサービスに付随するSLAジョブは、フローが締め切りに対してどのように進行しているかに基づいて、最初の会議の前にミスを予測します。これにより、オペレーションは介入時間を持ち、介入がまだ役立つときに介入できます。 データ保証 は後半を追加します： データ自体を検証し、誰かがそれについて報告する前に、「チェーンは実行された」と「数字は信頼できる」は別々の会話ではなくなります。
よくある質問
SAP BWプロセスチェーン（RSPC）の失敗とクロスシステム依存関係をどのように扱いますか？
ネイティブBWツールは、クロスシステムのトラブルシューティングを難しくします。SM37はBI_PROCESS_TRIGGERジョブを表示し、RSPCMはBWプロセスチェーンを監視しますが、周囲のシステムに対する可視性はありません。ワークロードオーケストレーションプラットフォームは、両方の問題に対処します：それはすべてのチェーンタイプをスケジュールおよび監視します―イベントベース、メタチェーン、および直接スケジューリング―さらに個々の InfoPackages とDTPも失敗したチェーンを失敗ポイントから再起動でき、完全に再実行するのではなく、それに依存するHANA、Datasphere、SAP Analytics Cloud、および非SAPステップを同じ依存関係グラフに配置します。クロスシステム依存関係は仮定されるのではなく強制され、ビジネスユーザーが間違った数字を見る前に失敗が表面化します。
RSPC、RSPCM、およびSM37のSAP BWプロセスチェーン監視の違いは何ですか？
RSPCはSAP BWプロセスチェーンが構築され、スケジュールされ、維持される場所です。RSPCMはプロセスチェーンの状態に対するBW-focusedモニターを提供します。SM37は、通常、BWプロセスチェーンのBI_PROCESS_TRIGGERとして表示されるSAP バックグラウンドジョブを示します。これらのツールは、BWの実行を管理するのに役立ちますが、上流ファイル、下流レポーティング、クラウドサービス、または非SAP依存関係の単一のエンドツーエンドビューを提供しません。それがワークロードオーケストレーションが価値を追加する場所です：BWチェーンを完全なビジネスワークフローに接続します。
SAP BWプロセスチェーンは、クラウドデータプラットフォームおよび下流のアナリティクスとどのようにオーケストレーションできますか？
SAP BWプロセスチェーンは、チェーンを実行する必要のあるシステムに接続することにより、より広範なアナリティクスワークフローの一部としてオーケストレーションできます。たとえば、オーケストレーションは外部ファイルの到着、SAP HANAまたはSAP Datasphereタスク、データウェアハウスのロード、ETLジョブ、および下流のレポートリフレッシュを調整できます。これにより、BWプロセスチェーンは孤立した技術的スケジュールからエンドツーエンドデータパイプラインの一部に変わり、依存関係を管理し、失敗を早期に検出し、レポートの締め切りを守るのに役立ちます。
次のステップ
エンドツーエンドのオーケストレーションの下でBWチェーンがどのように実行されるかを確認するには、 Control-M for SAPを探ってください。関連する読み物として、 データパイプラインのオーケストレーションに関する概要をご覧ください。
これらの投稿は私自身の見解であり、BMCの立場、戦略、または意見を必ずしも代表するものではありません。