[]{class="badge informative"}

プロセスの監視 monitoring-processes

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

手動監視 manual-monitoring

Adobe Campaign プロセス監視ページにアクセスするには、「監視」タブを参照し、概要 リンクをクリックします。

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

Campaign プロセスを監視する追加の方法については、このページ ​で説明しています。

ログ log-journal

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

システム指標 system-indicators

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

Windows in-windows

Linux in-linux

指標のカスタマイズ customized-indicators

Adobe Campaignでは、次の詳細に従って指標をカスタマイズできます。

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

SMTP レポート smtp-reports

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

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

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

SMTP 送信統計 smtp-sending-statistics

SMTP送信統計 レポートでは、サーバーアクティビティを制御できます。 各マタチャイルドの合成が表示されます。

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

各ドメインの SMTP エラー smtp-errors-per-domain

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

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

ドメイン名をクリックして、そのエラーを表示します。

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

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

PublicId識別子をクリックすると詳細が表示されます。

請求レポート billing-report

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

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

ワークフローが25日ごとに開始されると、請求担当者は次のレポートを受信トレイに届けます。

配信を追跡するには、次の指標を使用できます。

自動監視 automatic-monitoring

Adobe Campaignでは、以下に示すいくつかの自動モニタリング手法を提供しています。

コマンドライン command-line

コマンド

nlserver monitor

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

サーバーによって公開された情報 information-published-by-the-server

/r/test 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回）実行できます。

/nl/jsp/ping.jsp nl-jsp-ping-jsp

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

使用状況：リモートでログインするには、オペレーターのログインに関連付けられたセッショントークンを引数として渡す必要があります（Adobe Campaign スクリプトによる自動モニタリング ​のヒントを参照）。

例：

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

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

/nl/jsp/monitor.jsp nl-jsp-monitor-jsp

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

使用状況: インスタンスに接続できるオペレーターログインに関連付けられたセッショントークンを引数として使用する必要があります（Adobe Campaign スクリプトによる自動モニタリング ​のヒントを参照）。

オペレーターとそのログインは、適切なデータベース権限と制限を使用して、以前にAdobe Campaign クライアントコンソールで設定する必要があります。

頻度：これは完全なサーバーテストであり、頻繁に実行する必要はありません（例えば、10分ごとに1回実行できます）。

/nl/jsp/soaprouter.jsp nl-jsp-soaprouter-jsp

この​ jsp ​は、Adobe Campaign アプリケーション APIのエントリ ポイントを表します。 そのため、アプリケーションの詳細なモニタリングを行うことができます。 また、Adobe Campaign web サービスのモニタリングにも使用できます。 これは監視スクリプトで使用されますが、これはパワーユーザー専用であることに注意してください。

デプロイメントタイプに基づく監視 monitoring-based-on-deployment-types

Adobe Campaignでは、さまざまなデプロイメント設定を有効にします（詳しくは、この節を参照してください）。 このセクションでは、インストールの種類に応じて適用される様々な自動監視技術について詳しく説明します。

Adobe Campaignスクリプトによる自動監視 automatic-monitoring-via-adobe-campaign-scripts

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

必須エレメント required-elements

自動モニタリングには、以下のインストール前の注意が必要です。

インストール手順 installation-procedure

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

netconf.xml ファイルの設定 configuring-the-netconf-xml-file

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>

'Properties’要素 properties--element

この要素は、メールの設定（つまり）を入力するために使用されます。

'Instance’要素 instance--element

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

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

'Host’要素 host--element

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

サブエレメント sub-elements

ほとんどの場合、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 ファイルの設定 configuring-the-netreport-bat-or-netreport-sh--file

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

監視の開始 launching-monitoring

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

テストの監視 testing-monitoring

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

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