v7 オンプレミスおよびハイブリッド

プロセスの監視

最終更新日: 2023-08-16
  • トピック:
  • Monitoring
    このトピックの詳細を表示

アプリケーションサーバーとリダイレクションサーバー (tracking) は、手動または自動で監視できます。

手動監視

Adobe Campaign Process Monitoring ページにアクセスするには、 監視 」タブをクリックし、 概要 リンク。

表示されるページで、接続されたインスタンスの状態を確認できます。例:

  • インスタンスに関する情報:バージョン、名前、データベースエンジン、インストール済みパッケージ、サーバーシステムインジケーター、
  • 見つからないプロセスと実行情報(開始日、PID など)のリスト
  • ワークフローと配信のビュー。

キャンペーンプロセスを監視するその他の方法については、 このページ.

ログ

プロセスに関連するログジャーナルを表示するには、プロセスをクリックします。 mta 例えば、「 ログジャーナルを開く .

システム指標

システムインジケータの一覧を参照して、物理メモリと仮想メモリ、アクティブなプロセス、使用可能なディスク領域など、マシンに関する情報を表示します。 インジケータは、Linux と Windows のオペレーティングシステムで異なります。 次に移動: インスタンスの監視 ページで、 表示 リンクをクリックして、指標のリストを開きます。

Windows

  • 保留中のイベントがキューに入れられました:に特有の指標 Message Center. 詳細情報

  • メモリ:物理メモリ (RAM) に関する情報。

    現在の値:現在のメモリ消費量。

    最大値:インストールされたメモリの合計量。

    利用可能:使用可能なメモリの量。

    警告:この指標は、メモリ消費が合計量の 80%に達した場合に表示されます。

    アラート:この指標は、メモリ消費が合計量の 90%に達した場合に表示されます。

    次の場合に 警告 および アラート インジケーターが表示され、Adobe Campaignサーバーがインストールされているマシンに RAM を追加することで、問題を解決できます。 また、専用マシンにAdobe Campaignサーバーをインストールすることもできます。

  • スワップメモリ:ページングファイルと一致する仮想メモリに関する情報:Windows が RAM と同じように使用する、ハードディスク上の領域。

    現在の値:実際のメモリ消費量。

    最大値:メモリの合計量。

    利用可能:使用可能なメモリの量。

    警告:この指標は、メモリ消費が合計量の 80%に達した場合に表示されます。

    アラート:この指標は、メモリ消費が合計量の 90%に達した場合に表示されます。

    次の場合に 警告 および アラート インジケータが表示され、Windows の詳細設定で exchange ファイルのサイズを大きくすると、問題を解決できます。

  • ディスク XXX:マシンリーダーに関する情報。

    現在の値:実際に使用されているディスク容量。

    最大値:合計ディスク容量。

    利用可能:使用可能なディスク容量。

    使用済み:使用したディスクの割合。

    警告:この指標は、使用可能なディスク領域が合計容量の 80%に達した場合に表示されます。

    アラート:この指標は、使用可能なディスク領域が合計容量の 90%に達した場合に表示されます。

  • 古すぎるプロセスの数:1 日以上アクティブになっているAdobe Campaignプロセスに関する情報。

    現在の値:現在アクティブなプロセスの数。

    最大値:許可されているプロセスの最大数 (1)。

    アラート:この指標は、プロセスの数が 1 の場合に表示されます。

    次の場合に アラート インジケータが表示される場合は、該当するプロセスが SQL データベースエンジンによってロックされているか、無限ループに陥っている可能性があります。 The 監視 Adobe Campaignが提供するプロセスは、毎日すべてのプロセスを自動的に再起動します。これにより、この問題を解決できます。 ただし、関係するプロセスを自分で停止して、強制的に再開することもできます。

Linux

  • 保留中のイベントがキューに入れられました:に特有の指標 Message Center. 詳しくは、この節を参照してください。

  • 負荷平均 (1/5/15分 ):負荷に関する情報(最後の 1 分、5 分、15 分間にマシン上で実行されたプロセスによるプロセッサーの使用率)

    現在の値:装置の実際の負荷。

    最大値:マシン上のプロセスの最大使用負荷

    警告:この指標は、最後の 1 分、5 分または 15 分で、負荷が許可された最大値の 80%に達した場合に表示されます。

    アラート:この指標は、負荷が最後の 1 分、5 分または 15 分の最大許可値の 90%に達した場合に表示されます。

  • メモリ 物理メモリ (RAM) に関する情報。

    現在の値:実際のメモリ消費量。

    最大値:インストールされたメモリの合計量。

    利用可能:使用可能なメモリの量。

    警告:この指標は、メモリ消費が合計量の 80%に達した場合に表示されます。

    アラート:この指標は、メモリ消費が合計量の 90%に達した場合に表示されます。

    次の場合に 警告 および アラート インジケーターが表示され、Adobe Campaignサーバーがインストールされているマシンに RAM を追加することで、問題を解決できます。 また、専用マシンにAdobe Campaignサーバーをインストールすることもできます。

  • スワップメモリ:ページングファイルと一致する仮想メモリに関する情報:Windows が RAM と同じように使用する、ハードディスク上の領域。

    現在の値:実際のメモリ消費量。

    最大値:メモリの合計量。

    利用可能:使用可能なメモリの量。

    警告:この指標は、メモリ消費が合計量の 80%に達した場合に表示されます。

    アラート:この指標は、メモリ消費が合計量の 90%に達した場合に表示されます。

    次の場合に 警告 および アラート 指標が表示され、exchange ファイルのサイズを増やすことで問題を解決できます。

  • コアファイル:Adobe Campaignプロセスのクラッシュ後に生成されたファイルに関する情報。 これらのファイルを使用すると、クラッシュの原因を診断できます。

    現在の値:既存のファイルの数。

    最大値:許可されているファイルの最大数 (1)。

    警告:この指標は、ファイル数が 1 に近いときに表示されます。

    アラート:この指標は、ファイル数が 1 に等しい場合に表示されます。

    クラッシュが原因でプロセスが見つからない場合、プロセスのリストに赤で表示され、 監視 Adobe Campaignが提供するプロセスです。

  • 共有メモリセグメントの数:すべてのAdobe Campaignプロセスで共有されるメモリセグメントに関する情報。

    現在の値:現在使用中のメモリセグメントの数。

    最大値:許可されたメモリセグメントの最大数 (2)。

    警告:この指標は、メモリセグメントの数が 1 に達した場合に表示されます。

    アラート:この指標は、メモリセグメントの数が 2 に達した場合に表示されます。

  • 古すぎるプロセスの数:1 日以上アクティブなプロセスに関する情報。

    現在の値:現在アクティブなプロセスの数。

    最大値:許可されているプロセスの最大数。

    警告:この指標は、プロセスの数が許可されたしきい値の 80%に達した場合に表示されます。

    アラート:この指標は、プロセスの数が許可されたしきい値の 90%に達した場合に表示されます。

  • ファイルハンドル:ファイル記述子に関する情報(プロセスごとに開かれたファイルの数など)。

    現在の値:ファイル記述子の現在の数。

    最大値:オペレーティングシステムによって許可されたファイル記述子の最大数。

    警告:この指標は、許可されているファイル記述子の数が 80%しきい値に達した場合に表示されます。

    アラート:この指標は、許可されているファイル記述子の数が 90%しきい値に達した場合に表示されます。

  • プロセス:マシンプロセスに関する情報。

    現在の値:現在アクティブなプロセスの数。

    最大値:許可されているプロセスの最大数。

    アクティブなプロセス:アクティブなプロセスの数。

    非アクティブなプロセス:非アクティブなプロセスの数。

    警告:この指標は、許可されたプロセスの数が 80%しきい値に達した場合に表示されます。

    アラート:この指標は、許可されたプロセスの数が 90%しきい値に達した場合に表示されます。

  • ゾンビプロセス:停止したがプロセス識別子 (PID) を持ち、プロセステーブルに表示されたままになっているプロセスに関する情報。

    現在の値:現在アクティブなゾンビプロセスの数。

    最大値:ゾンビプロセスの許可の最大数 (2)。

    警告:このインジケータは、ゾンビプロセスの数が 2 に近いときに表示されます。

    アラート:このインジケータは、ゾンビプロセスの数が 2 に達したときに表示されます。

指標のカスタマイズ

Adobe Campaignでは、次に示すように指標をカスタマイズできます。

  1. の作成 .sh ファイルに名前を付けます。 cust_indicators.sh .

  2. カスタマイズした指標をこのファイルに追加します。 例:

    #!/bin/bash
    echo "<indicator name='Zombie Processes'>
    <current label='Current Value' value='0' display=''/>
    <warning value='2'/>  <alert value='2'/>
    <max label='Max Value' value='2'/>
    </indicator>"
    

    または

    #!/bin/bash
    echo "<indicator name='Availability'>
    <current label='Last update of data' display='2012-09-03 10:00'/>
    <current label='Availability last month' display='100.00%'/>
    <current label='Availability this month' display='100.00%'/>
    <current label='Recent downtime periods' display='2012-07-04 11:10:00 - 11:19:59'/>
    </indicator>"
    
  3. ファイルをに保存します。 usr/local/neolane/nl6 フォルダー。

このファイルは、Adobe Campaignによって呼び出されます。

SMTP レポート

SMTP 配信の監視レポートは、Adobe Campaignプラットフォームに統合されます。 アクセス権には、コンソールまたは Web アクセスを使用してアクセスできます。

これらのレポートには、ドメインごとに SMTP 配信統計と SMTP エラーが表示されます。 これらにアクセスするには、オペレーターが 管理 権限。

これらは、以下の下にグループ化されます。 監視 > 「SMTP 監視」。

重要
  • SMTP 監視に関する情報は、E メールチャネルが有効化されている場合にのみ使用できます。
  • The SMTP 送信統計 は、統計サーバーがインスタンスで起動されている場合にのみ提供されます。

SMTP 送信統計

The SMTP 送信統計 レポートを使用すると、サーバーのアクティビティを制御できます。 各 mtachilds の合成が表示されます。

このレポートの指標のリストがグラフの下に表示されます。

  1. 送信されたメッセージの合計数。

  2. イン/アウトメッセージを表します。

    • 青い線: Shaper に到着した送信準備が整ったメッセージ、つまり SMTP を送信する前の最後のステージ(受信データと一致)。

    • 緑の線:メッセージが正常に送信されました(送信データと一致)。

    • 赤い線: Shaper が破棄したメッセージは、 mta (この回復時に拒否されたデータと一致します)。

    これらの値は、1 時間あたりのメッセージ数で表されます。

  3. Shaper の 2 つのキューを表します。

    • 青い曲線:アクティブなメッセージのキュー。 これらのメッセージは、できるだけ早く送信されます。

    • Kaki カーブ:「遅延」キュー。 スロットルが原因で、またはターゲットへの接続が利用できないため、現時点では、これらのメッセージを返すことができません。 再試行は、5 秒、10 秒、20 秒、40 秒、2 分ごとにおこなわれます。 ( 定義された MaxAgeSec 離脱するまでの時間。

  4. このグラフは、放棄されたメッセージの詳細を示します(2 番目のグラフの赤い曲線)。再試行なしで破棄されたメッセージ(マウブ)と、送信に失敗したメッセージ(赤)の割合を示します。 これにより、統計サーバーの制限(スロットル)またはリモートサーバーの使用不可により、付与された期間内に処理されなかったメッセージの割合を表示できます。

  5. SMTP 接続が既にオープンしているか、現在オープン中です。

  6. 数の推定 mtachild.

メモ

このレポートは、E メールトラフィックシェーパーコンポーネントのステータスに関連しています。

各ドメインの SMTP エラー

このレポートでは、設定された期間の配信エラーをドメイン別に分類して表示できます。

メモ

The minConnectionsToLog, minErrorsToLog および minMessagesToLog オプション serverConf.xml ファイルでは、接続統計を考慮するしきい値を定義します。

このレポートの指標のリストを表に示します。

  • The ドメイン 列には、メッセージが送信されるドメインの名前 ( または実際のドメイン名 ( 例えば、yahoo.fr の場合はyahoo.com) が含まれます。
  • The Cnx 「 」列には、このドメインで開かれている SMTP 接続の数が表示されます。
  • The 送信済み 列には、このドメインに送信されたメッセージの数が表示されます。
  • The 音量 「 」列には、このドメインへの送信が試行されたメッセージの量が表示されます(概算値)。
  • The エラー 列には、期間中のこのドメインでのエラーのボリュームインジケーターが表示されます。
  • The 最後の応答 列には、このドメインで最後に受信した SMTP 応答メッセージが表示されます。
  • The 日付 「 」列には、このドメインで最後に受信した SMTP 応答の日付が表示されます。
メモ

表示される値 Cnx, 送信済み、および 音量 列は、 期間 フィールドに入力します。

ドメイン名をクリックすると、エラーが表示されます。

これらは PublicId で分類されます。この識別子は、ルーターの背後にある複数のAdobe Campaign mta で共有される IP アドレスに対応します。 統計サーバは、この識別子を用いて、この開始点とターゲットサーバとの間の接続および配信の統計を記憶する。

The ドメインの所有者 「 」フィールドでは、様々なドメイン名を同じラベルでグループ化できます。 最初のレポート表示では、すべての MX ドメイン名がこの所有者に関連付けられます。

詳細を表示するには、PublicId 識別子をクリックします。

メモ

エラーの割合は、2 つのグラフで表されます。 1 つ目は黒い背景の横のプログレスバーです。 2 つ目のグラフは時系列です。 選択した期間は 12 個の時間間隔に分割され、それぞれが縦のプログレスバーで表されます。 両方の表現で、エラーが検出されなかった場合、バーは黒になります。 バーの色は、発生したエラーの割合(黄、オレンジ、最後に赤)によって異なります。 カラーグレーは、大量のデータが見つからなかったことを意味します。 エラーの正確な割合を表示するには、グラフにカーソルを置きます。

メモ

SMTP エラーとAdobe Campaignでの管理について詳しくは、 この節.

請求レポート

The 請求 テクニカルワークフローは、システムアクティビティレポートを「請求」オペレーターに e メールで送信します。 これは、マーケティングインスタンスで、デフォルトで、毎月 25 日にトリガーされます。

テクニカルワークフローは、次のノードのサブフォルダーにあります。 管理 > 実稼動 > テクニカルワークフロー.

ワークフローが毎月 25 日に開始されると、請求オペレーターのインボックスに次のレポートが届きます。

次の指標を使用して配信をトラッキングできます。

  • 開始日 :配信の開始日。 レポートの「開始日」より前に設定することができます。
  • ラベル :配信のラベル。 送信するメッセージが 100 件未満の配信は小さすぎると見なされ、開始日別に集計されます。この場合、ラベルには集計数が表示されます ( 例: [3 件の小規模な配信の集計].
  • 合計ボリューム :配信用に転送された合計バイト数。
  • 平均ボリューム :転送された平均バイト数。 これは次の式の結果です (合計ボリューム/メッセージ数)​は、 乗数 指標。
  • メッセージ :送信されたメッセージの数。 これには、正常に送信されたメッセージと、(連絡先サーバーからバウンスメッセージを受信した後の)再試行の両方が含まれます。
  • 乗数 (x) :乗数の値は、メッセージの平均ボリュームから推定されます。
  • カウント :メッセージと乗数を乗算した結果です。

自動監視

Adobe Campaignでは、以下に示す自動監視方法がいくつか用意されています。

コマンドライン

コマンド

nlserver モニター

Adobe Campaignモジュールおよびシステムに関する一連の指標をリストできます。

処理が容易な XML 形式で出力が生成されます。

このコマンドは、 -missing パラメーター。設定ファイルが実行する必要があると判断した場合に、このインスタンスに存在しないプロセスをリストします。

nlserver monitor -missing
HH:MM:SS > Application server for Adobe Campaign Classic (7.X YY.R build XXX@SHA1) of DD/MM/YYYY
mta@prod
stat@prod
wfserver@prod

サーバーによって公開された情報

/r/test

The http(s)://<application>/r/test ページは、リダイレクトサーバーのテストに使用されます。 この同じ方法を使用して、トラッキングに使用するフロントサーバーをテストすることをお勧めします。 このページは、読み込み Dispatcher のテストにも使用できます。

次のような行が XML フォーマットで表示されます。

<redir status='OK' date='YYYY-MM-DD HH:MM:SS.112Z' build='XXXX' host='<hostname>' localHost='<servername>'/>

頻度:このテストは読み込みを使用しないので、非常に頻繁に実行できます(例:1 秒に 1 回)。

/nl/jsp/ping.jsp

この http(s)://<Application server url>/nl/jsp/ping.jsp ページは、ネットワークの対応先と同じように動作します。apache/tomcat/web module/database を経由し、クライアントにアップロードされる完全なクエリをテストします。 すべてが正しく動作している場合は、「OK」が返されます。 このテストは、データベース(mta や調査など)にアクセスできるマシンで実行することをお勧めします。

使用状況:リモートでログインするには、オペレーターログインに関連付けられたセッショントークンを引数として渡す必要があります ( 詳しくは、 Adobe Campaignスクリプトを使用した自動監視) をクリックします。

例:

オペレーター名とログインは、Adobe Campaignクライアントコンソールで、データベース権限を持つように事前に設定しておく必要があります。

頻度:これは、帯域幅をほとんど使用しないテストです。 したがって、1 分に 1 回以上は実行されないにもかかわらず、かなり頻繁に実行されます。

/nl/jsp/monitor.jsp

これは、オペレーターが Web ページ経由でAdobe Campaignサーバーにアクセスできるかどうかを確認するためのテストです。これは、クライアントコンソールのメニューからアクセスしたのと同じ Web ページです。 このページは、監視ツール(Tivoli、Nagios など)から呼び出すことができます。

使用状況:インスタンスに接続するためのオペレーターログインに関連付けられたセッショントークン。これを引数として使用する必要があります ( 詳しくは、 Adobe Campaignスクリプトを使用した自動監視) をクリックします。

オペレーターとそのログイン情報は、事前にAdobe Campaignクライアントコンソールで設定しておく必要があります。また、適切なデータベース権限と制限も設定しておく必要があります。

頻度:これは完全なサーバーテストで、頻繁に実行する必要はありません(10 分に 1 回実行するなど)。

/nl/jsp/soaprouter.jsp

この jsp は、Adobe Campaignアプリケーション API のエントリポイントを表します。 したがって、アプリケーションの詳細な監視を提供できます。 また、Adobe Campaign Web サービスの監視にも使用できます。 監視スクリプトで使用されますが、電源ユーザー専用です。

デプロイメントタイプに基づく監視

Adobe Campaignは、様々なデプロイメント設定を有効にします ( 詳しくは、 この節) をクリックします。 このセクションでは、インストールのタイプに応じて適用される様々な自動監視手法について詳しく説明します。

デプロイメントタイプ 監視
スタンドアロン
  • /r/test および /nl/jsp/monitor.jsp Adobe Campaignサーバー上

標準
  • /r/test および /nl/jsp/ping.jsp フロントサーバーで

  • /nl/jsp/monitor.jsp アプリケーションサーバー上

エンタープライズ
  • /r/test および /nl/jsp/ping.jsp フロントサーバーで

  • /r/test および /nl/jsp/monitor.jsp アプリケーションサーバー上

ミッドソーシング
  • /nl/jsp/monitor.jsp アプリケーションサーバー上

Adobe Campaignスクリプトを使用した自動監視

Adobe Campaignには、検出された異常に関するレポートを E メールで送信できるインスタンス監視ツール(インスタンス監視ツール)が用意されています。

重要

このツールは、インスタンスの監視に使用できますが、Adobe Campaignではサポートされていません。 詳しくは、Campaign 管理者にお問い合わせください。

必須要素

自動監視を行うには、次の事前インストールに関する注意が必要です。

  • 次を持っている必要があります: netreport.tgz (Linux のインストール)または netreport.zip (Windows インストール)ファイル
  • 監視対象のマシンに監視をインストールしないことを強くお勧めします。
  • JRE または JDK を使用するマシンにインストールする必要があります。
  • Linux では、監視対象のマシンに bc パッケージ。 詳しくは、この節を参照してください。

インストール手順

インストール手順は次のとおりです。

  1. 必要に応じて、コンソールで新しいオペレーターを作成します(「監視」ユーザーが既に存在します)が、権限は割り当てません。
  2. アーカイブ抽出を実行します。
  3. 詳しくは、 readme ファイル。
  4. を更新します。 netconf.xml 設定ファイル。
  5. を更新します。 netreport.bat (Windows) または netreport.sh (Linux) ファイル。

netconf.xml ファイルの設定

XML 設定ファイルには、次の要素が含まれています。

次に設定例を示します。

<?xml version="1.0" encoding="ISO-8859-1"?>
<netconf>
  <properties mailServer="mail.adobe.net" mailFrom="mail@adobe.com" recipientList="recipient@adobe.com">
    <nightMode start="00:00 am" end="07:00 am"/>
    <buildRange minimum="7829" maximum="8180"/>
    <buildRange minimum="8300" maximum="8400"/>
    <sla/>
  </properties>

  <instance name="dev" recipientList="mail@mail.com,mail2@mail.com">
                <host name="devrd.domain.com" alias="devrd" sessiontoken="monitoring" criticalLevel="1" filter="wkf;new">
                                <ncs instance="devrd" url="/nl/jsp/soaprouter.jsp" includeDead="false" isSecure="false"/>
                                <redir url="/r/test"/>
                                <http url="/nl/jsp/ping.jsp"/>
                </host>
                <host name="devtrk.domain.com" alias="devtrk" sessiontoken="monitoring" criticalLevel="0" filter="wkf;new">
                                <ncs instance="devrd" url="/nl/jsp/soaprouter.jsp" includeDead="true" isSecure="false"/>
                </host>
  </instance>
  <host name="dev-test" alias="dev-test" sessiontoken="monitoring" criticalLevel="2">
                <ncs instance="dev" url="/nl/jsp/soaprouter.jsp" includeDead="false"/>
  </host>
</netconf>
メモ

サフィックスを netconf.xml ファイル。例: netconf-dev.xml, netconf-prod.xml​など 次に、 netreport.bat または netreport.sh ファイルを追加 $JAVA_HOME/bin/java netreport dev または @%JAVA_HOME%binjava netreport prod 例:

重要

監視 オペレーターが機能するには、ネットポートを実行するマシンが、 sessionTokenOnly モード。 このオペレーターに信頼済み IP マスクが指定されていない場合は、セキュリティゾーンも allowEmptyPassword および allowUserPassword モード。

「プロパティ」要素

この要素は、E メールの設定(例: )を入力するために使用されます。

  • mailServer:E メールの送信に使用する SMTP サーバー ( 例:smtp.domain.net)。

  • mailFrom:レポート送信者の E メールアドレス ( 例:monitoring@domain.net)。

  • recipientList:受信者を監視する E メールアドレスのリスト。 アドレスはコンマで区切る必要があります(スペースは使用できません)。

  • '「 」モード(オプション)は、指定された期間内に E メールが送信されるのを防ぐために使用します。 代わりに、データが統合され、夜のアクティビティに関する E メールが終了時刻(デフォルトでは 7:00)後に送信されます。

  • The buildRange サブ要素(オプション)を使用すると、ビルドの最小数と最大数を指定できます。 ビルド番号がこの範囲に含まれないすべてのマシンに対してエラーが発生します

    <buildRange minimum="0000" maximum="9999"/>
    
  • 次の項目を追加できます: <sla> (オプション) プロパティ 要素を選択します。 ネットレポートが実行されるたびに、ログファイルが生成されます。 ファイルの名前には、設定名と日時(例: )が含まれます。 dev_06_12_13_16_47_05.tmp. ファイルには、インスタンス名、マシン名、重大度レベル、(0 ~ 3、最も重要でないから)、日付(タイムスタンプ形式)、クエリと応答の間の経過時間(ミリ秒)、使用されるサービス (http、ncs、ncsex、redir) の情報が含まれます。 この情報は、各サービスの最後に表示されるタブマークと改行で区切られます。

メモ

The persistHtmlFile 属性の値が <property> 要素は、ファイルに最新の監視ステータスを記録するために使用されます netreport.md. このファイルはインストールディレクトリに保存されます。

「インスタンス」要素

この要素を使用すると、複数のマシン(ホスト)を同じインスタンスに再グループ化できます。 インスタンス名は、監視 E メールの最初の部分に表示されます。 インスタンスの名前をクリックすると、各マシンに関する詳細にアクセスできます。

instance name="instance-name" recipientList="mail@mail.com,mail2@mail.com">
                <host name="devcamp.domain.com" ...>
                       ...
                </host>
                <host name="devtrack.domain.com" ...>
                       ...
                </host>
</instance
  • 名前:E メールの最初の部分に表示されるインスタンス名。
  • recipientList (オプション):特定のインスタンスに関する監視レポートを E メールで送信できます。

「ホスト」要素

この要素は、ホスト上の特定のサーバーの監視を設定します。

  • 名前:監視するマシンの名前。

  • alias (オプション):レポートに表示される監視対象マシンの名前。

  • sessionToken:認証済みのセッショントークンを介したログイン認証を提供します。

    セッショントークンを設定するには、 監視 演算子を使用してAdobe Campaignコンソールに表示します。 Adobe Analytics の アクセス権 「 」タブで、このインスタンスの監視を許可されたマシンの IP アドレスを指定します。 その後、 監視 識別子を使用し、パスワードを指定する必要はありません。

  • criticalLevel (オプション):重大度のレベル別に表示するエラーを並べ替えることができます。 指定可能な値は、「0」(表示されるすべてのレベル)、「1」(表示されるエラーは高く、重大なエラーのみ)、「2」(表示されるエラーは重大のみ)です。 この属性を指定しない場合は、すべてのエラーレベルが表示されます。

  • フィルター (オプション):例えば、特定のワークフローエラーを除外できます。 filter="wkf;wkf1". ワークフローラベルはセミコロンで区切る必要があります。

サブ要素

  • tcp:サーバーが起動しているか、停止しているかを確認します。 ポート番号を入力する必要があります。
  • http:Web サーバーが存在する(アプリケーションサーバーが動作している)ことを確認します。
  • ncs:「インスタンス」属性に入力されたインスタンスのプロセスをチェックします(ワークフローエラー、メモリ使用量など)。 The 含む (必須)属性は、無効なプロセス(「true」または「false」値)を表示するオプションを提供します。
  • redir:トラッキングをチェックします。

ほとんどの場合、 ncs および redir サブ要素は保持できます。

どのような場合でも、特定のノードがサブ要素(ノードなど)でオーバーロードされる可能性があります port=75 http、ncs、redir の接続に使用するポートをオーバーロードする場合は、次の手順に従います )。

<ncs instance="clap40" url="/nl/jsp/soaprouter.jsp" includeDead="false" port="80"/>

Adobe Analytics の ncs, redir および http サブ要素の場合は、 isSecure attribute (オプション)https プロトコルを使用するかどうかを選択します(「true」または「false」値)。 この属性を指定しない場合は、http プロトコルが使用されます。

netreport.bat または netreport.sh ファイルの設定

設定するには、このファイルを編集し、JRE または JDK がインストールされているディレクトリを指定します。

監視の開始

監視を開始するには、 netreport.bat または netreport.sh ファイルを指定します。 レポートは、最初の実行の後、ステータスが変更された場合にのみ送信されます。

監視のテスト

監視をテストするには、 netreport.bat または netreport.sh ファイル。

E メールが recipientListnetconf.xml ファイル。

このページ