プロセスの監視

アプリケーションサーバーとリダイレクションサーバー（トラッキング）は、手動または自動で監視できます。

手動監視

監視​に移動し、「概要」リンクをクリックして、Adobe Campaignプロセス監視ページを表示します。

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

• インスタンスの情報：バージョン，名前，データベースエンジン，インストール済みパッケージ，サーバーシステムインジケータ，
• 見つからないプロセスと実行情報（開始日、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データベースエンジンによってロックされているか、無限ループに陥っている可能性があります。 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%に達した場合に表示されます。

  警告​と​アラート​のインジケーターが表示されたら、交換ファイルのサイズを増やすことで問題を解決できます。

• コアファイル :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エラーが表示されます。

これらのオペレーターにアクセスするには、オペレーターが管理権限を持っている必要があります。

これらは​Monitoring > 'SMTP Monitoring'の下にグループ化されています。

SMTP 送信統計

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

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

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

2. ​

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

   • 緑の線：メッセージは正常に送信されました（送信データと一致）。

   • 赤い線：Shaperが破棄したメッセージが​mta​に返されます（この回復で拒否されたデータと一致します）。

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

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

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

   • カキ曲線：「遅延」キュー。 ジョブ数の制限や、ターゲットへの接続が利用できないため、現時点ではこれらのメッセージは返されません。 再試行は、5秒、10秒、20秒、40秒、2分ごとにおこなわれます。 を返します。​

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

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

6. mtachild​の数の推定値。

各ドメインの SMTP エラー

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

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

• Domain​列には、メッセージが送信されるドメインの名前（例えば、yahoo.frの場合はyahoo.com）が含まれます。
• Cnx​列には、このドメインで開いているSMTP接続の数が表示されます。
• 「送信済み」列は、このドメインに送信されたメッセージの数を表します。
• Volume​列には、このドメインに送信しようとしたメッセージの量（概算値）が表示されます。
• エラー​列には、このドメインで発生したエラーのボリュームインジケーターが期間中に表示されます。
• 最後の応答​列には、このドメインに対して最後に受信したSMTP応答メッセージが表示されます。
• Date​列には、このドメインに対して最後に受信したSMTP応答の日付が表示されます。

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

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

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

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

請求レポート

請求​テクニカルワークフローは、システムアクティビティレポートを「請求」オペレーターに電子メールで送信します。 これは、マーケティングインスタンス上でデフォルトで、毎月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

http(s)://<application>/r/test​ページを使用して、リダイレクションサーバーをテストします。 追跡に使用するフロントサーバーをテストする場合も、同じ方法を使用することをお勧めします。 このページは、読み込みディスパッチャーをテストする場合にも使用できます。

次のような行が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は、様々なデプロイメント設定を有効にします（詳しくは、この節を参照）。 この節では、インストールのタイプに応じて適用する様々な自動監視手法について説明します。

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

Adobe 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設定ファイルには、次の要素が含まれています。

• 「Properties」要素
• 「インスタンス」要素
• 「ホスト」要素
• サブ要素

次に設定例を示します。

<?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>

'Properties'要素

この要素は、Eメールの設定(

• mailServer:Eメールの送信に使用するSMTPサーバー(例：smtp.domain.netなど)に書き込みます。

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

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

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

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

  <buildRange minimum="0000" maximum="9999"/>
  

• <sla>（オプション）サブ要素を​properties​要素に追加できます。 インポートが実行されるたびに、ログファイルが生成されます。 ファイルの名前には、設定名と日時(例：dev_06_12_13_16_47_05.tmp)が含まれます。 このファイルには、次の情報が含まれます。インスタンス名、マシン名、重大度レベル、（0 ～ 3、最も重要でないものから順に）、日付（タイムスタンプ形式）、クエリと応答の間の経過時間（ミリ秒）、使用されるサービス(http、ncs、ncsex、redir)。 この情報は、各サービスの終わりに、タブマークと改行で区切られます。

「インスタンス」要素

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

instance name="instanceName" recipientList="mail@mail.com,mail2@mail.com">
                <host name="devcamp.domain.com" ...>
                       ...
                </host>
                <host name="devtrack.domain.com" ...>
                       ...
                </host>
</instance

• 名前:電子メールの最初の部分に表示されるインスタンス名。
• recipientList （オプション）:では、特定のインスタンスに関する監視レポートを電子メールで送信できます。

「ホスト」要素

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

• 名前:監視対象のマシンの名前。

• エイリアス （オプション）:レポートに表示される監視対象マシンの名前。

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

  セッショントークンを設定するには、Adobe Campaignコンソールで​monitoring​演算子を選択します。 「アクセス権」タブで、このインスタンスを監視する権限を持つマシンのIPアドレスを指定します。 その後、monitoring​識別子を使用して、パスワードを指定する必要なく、これらのマシンから監視ページに接続できます。

  

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

• filter （オプション）:を使用すると、 filter="wkf;wkf1"​など、特定のワークフローエラーを除外できます。ワークフローラベルはセミコロンで区切る必要があります。

サブ要素

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

ほとんどの場合、ncs​と​redir​サブ要素のみを保持できます。

いずれの場合も、サブ要素で特定のノードがオーバーロードできます（例えば、ノード​port=75​は、http、ncsまたはredir接続に使用するポートをオーバーロードします）。

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

ncs、redir​および​http​サブ要素で、isSecure​属性（オプション）を追加して、httpsプロトコルを使用するかどうか（「true」または「false」値）を選択できます。 この属性を指定しない場合は、httpプロトコルが使用されます。

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

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

監視の開始

監視を開始するには、スクリプトを使用して、netreport.bat​または​netreport.sh​ファイルを一定の間隔で実行します。 レポートは、最初の実行後、ステータスが変更された場合にのみ送信されます。

監視のテスト

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

netconf.xml​ファイルの​recipientList​で指定された受信者に電子メールが送信されます。