ワークフロー実行の監視 monitoring-workflow-execution

この節では、ワークフローの実行を監視する方法について説明します。

この節では、一連のワークフローの状態（一時停止、停止、エラーあり）を監視できるワークフローの作成方法に関する使用例も示します。

さらに、インスタンスの管理者は、監査記録 ​を使用して、アクティビティ、ワークフローに最後に加えられた変更およびワークフローの状態を確認できます。監査記録について詳しくは、このページを参照してください。

進捗状況の表示 displaying-progress

ツールバーの各アイコンを使用して、進行情報を表示し、実行を監視することができます。

「進行情報を表示」アイコンを使用して、ステータスとアクティビティの結果を実行画面に表示できます。

このオプションを選択した場合、実行したアクティビティは青で、保留中のアクティビティは点滅表示で、警告はオレンジで、エラーは赤色で表示されます。また、アウトバウンドトランジションのアクティビティの結果を表示し、1 秒を超えた場合に、アクティビティのプロパティで定義された結果ラベルと、ジョブの期間をその後に表示します。

ログの表示 displaying-logs

ログには、ワークフローの履歴または監査証跡が含まれます。ログには、すべてのユーザーアクション、実行されたすべての操作、および発生したすべてのエラーが記録されます。次の操作をおこなうことができます。

ログに、ターゲティングワークフローのアクティビティに関連する実行メッセージのリストが時系列で表示されます。

ログのパージ purging-the-logs

ワークフローの履歴は自動でパージされません。すべてのメッセージは、デフォルトで保持されます。履歴は、ファイル／アクション ​メニューを選択するか、リストの上にあるツールバー内の「アクション」ボタンをクリックすることでパージできます。「履歴をパージ」を選択します。アクション ​メニューで使用可能なオプションについて詳しくは、アクションツールバーの節を参照してください。

ワークテーブルとワークフローのスキーマ worktables-and-workflow-schema

ワークフローは、特定のアクティビティ経由で操作されるワークテーブルを伝達します。
Adobe Campaign では、データ管理アクティビティ経由で、ワークフローの作業用テーブルの列の編集、名前変更およびエンリッチメントが可能です。例えば、契約の共同受益者に関する追加情報を集める際に、クライアントのニーズに従った命名法に応じて列の名前を付けることができます。

さらに、各種作業のディメンション間にリンクを作成したり、ディメンションの変更を定義することもできます。例えば、データベース内に記録された各契約について、契約のメイン所有者を指名し、追加情報内の共同所有者データを使用します。

ワークフローが停止すると、ワークフローのワークテーブルは自動的に削除されます。
作業用テーブルを保持したい場合、リストの更新 ​アクティビティを使用してリストに保存します（リストの更新を参照）。

エラーの管理 managing-errors

エラーが発生すると、ワークフローが一時停止し、エラー発生時に実行中だったアクティビティが赤く点滅します。「監視」タブのワークフロー概要で「ワークフロー」リンクをクリックすると、以下に示すように、エラーのあるワークフローのみ表示できます。

Adobe Campaign エクスプローラーでは、デフォルトでワークフローリストに「失敗」列が表示されます。

ワークフローでエラーが発生すると、そのワークフローのスーパーバイザーグループに所属しているオペレーターに、メールによる通知が送られます（プロファイルにメールアドレスが記載されている場合）。このグループは、ワークフロープロパティの「スーパーバイザー」フィールドで選択されています。

通知の内容は、「ワークフローマネージャーの通知」デフォルトテンプレート内に設定されています。このテンプレートは、ワークフロープロパティの「実行」タブで選択されています。通知には、エラーの発生したワークフローの名前と、問題のタスクが記載されます。

通知の例：

通知内のリンクをクリックすると、web モードの Adobe Campaign クライアントコンソールが表示され、ログインすると、エラーの発生したワークフローに対処することができます。

エラーが発生した場合に一時停止せず実行を継続するように、ワークフローを設定することもできます。それには、ワークフローの​ プロパティ ​を編集し、「エラー管理」セクションの「エラーの場合」フィールドで「無視」オプションを選択します。無視できる連続エラー数を指定します。連続エラーがこの数を超えると、プロセスが一時停止します。

この場合、エラータスクは中止になります。このモードは、キャンペーンを定期的アクションで後から再試行するように設計されたワークフローに最適です。

処理エラー processing-errors

アクティビティについては、「エラーを処理」オプションに、エラー発生時に有効にされる特定のトランジションが表示されます。この場合、ワークフローはエラーモードに入らず、実行は継続されます。

対象となるエラーは、ファイルシステムエラーです（ファイルを移動できない、ディレクトリにアクセスできない、など）。

このオプションは、無効な値など、アクティビティの設定に関するエラーは処理しません。設定の誤りに関するエラー（ディレクトリが存在しないなど）では、このトランジションは有効になりません。

エラーの発生後、手動または自動でワークフローが一時停止した場合、「開始」ボタンを押すと、一時停止した位置からワークフローの実行が再開します。エラーが発生したアクティビティ（一時停止したアクティビティ）は、再実行されます。それより前のアクティビティは再実行されません。

すべてのワークフローを再実行するには、「再起動」ボタンを使用します。

既に実行済みのアクティビティを変更した場合、ワークフローの実行を再開した際に、変更内容は反映されません。

実行前のアクティビティを変更した場合、ワークフローの実行を再開した際に、変更内容は反映されます。

一時停止したアクティビティを変更した場合、ワークフローを再開した際に、変更内容が正確に反映されません。

可能であれば、変更をおこなった場合には、ワークフローを完全に再起動することをお勧めします。

インスタンスの監視 instance-supervision

インスタンスの監視 ​ページでは、Adobe Campaign サーバーのアクティビティを確認したり、エラーが発生したワークフローと配信のリストを表示することができます。

このページにアクセスするには、「監視 」タブに移動し、「一般ビュー」リンクをクリックします。

すべてのワークフローを表示するには、「ワークフロー」リンクをクリックします。ドロップダウンリストを使用して、ステータス別にプラットフォーム内のワークフローを表示します。

エラーが発生したワークフローのリンクをクリックし、そのワークフローを開いてログを表示します。

同時複数実行の防止 preventing-simultaneous-multiple-executions

1 つのワークフローでは、同時に複数の実行が可能です。場合によっては、これが発生するのを防ぐ必要があります。

例えば、1 時間ごとにワークフローの実行をトリガーするようにスケジューラーを設定できますが、ワークフロー全体の実行に 1 時間以上かかる場合があります。ワークフローが既に実行中の場合、実行をスキップしたいことがあります。

ワークフロー開始時にシグナルアクティビティがある場合、ワークフローが実行中であればシグナルをスキップしたいことがあります。

一般的な原則を次に示します。

解決策としては、インスタンス変数を使用します。インスタンス変数は、ワークフローのすべての並列実行で共有されます。

次に、シンプルなテストワークフローを示します。

スケジューラー ​は、1 分ごとにイベントをトリガーします。次の「テスト」アクティビティは、isRunning インスタンス変数をテストして、実行を継続するかどうかを判定します。

はい ​分岐の​ テスト ​の直後のアクティビティの​ 初期化スクリプト ​にインスタンス変数を設定する必要があります。

instance.vars.isRunning = true

はい ​分岐の最後のアクティビティは、その​ 初期化スクリプト ​で変数を false に戻す必要があります。

instance.vars.isRunning = false

注意：

使用例については、データ更新の調整の節で説明しています。

データベースのメンテナンス database-maintenance

ワークフローは、多くのワークテーブルを使用します。ワークテーブルは、メンテナンスしないと、領域を消費し、プラットフォーム全体の低速化を招きます。

管理／プロダクション／テクニカルワークフロー ​ノードからアクセスできる​ データベースクリーンアップ ​ワークフローを使用すると、古いデータを削除して、データベースの急激な増加を回避できます。ワークフローは、ユーザーの操作なしで自動的にトリガーされます。

また、特定のテクニカルワークフローを作成して、ディスク容量を消費する不必要なデータをパージできます。この節を参照してください。

一時停止したワークフローの処理 handling-of-paused-workflows

デフォルトでは、ワークフローを一時停止してもワークテーブルはパージされません。
ビルド 8880 以降では、長期間一時停止状態が続いているワークフローは自動的に停止され、作業用テーブルがパージされます。この動作は次のようにトリガーされます。

停止までの期間は NmsServer_PausedWorkflowPeriod オプションを通じて設定できます。

ワークフローのスーパーバイザーには通知が届きます。作成者および最後にワークフローを変更したユーザーにも通知が届きます。管理者には通知は届きません。

ステータスに応じたワークフローのフィルタリング filtering-workflows-status

Campaign Classic インターフェイスを使用すると、事前定義された​ 表示 ​を使用して、インスタンス上のすべてのワークフローの実行ステータスを監視できます。これらの表示にアクセスするには、管理／監査／ワークフローステータス ​ノードを開きます。

以下の表示を使用できます。

デフォルトでは、これらの表示は​ 監査 ​フォルダー内でアクセスできます。ただし、フォルダーツリーで選択した場所に再作成できます。これにより、管理権限のない標準ユーザーも利用できるようになります。

手順は次のとおりです。

また、これらの表示に加えて、実行ステータスに応じてワークフローのリストをフィルタリングできるフィルターフォルダーを設定できます。手順は次のとおりです。

詳しくは、次の節を参照してください。