[オンプレミス／ハイブリッドのみ]{class="badge yellow" title="オンプレミスデプロイメントとハイブリッドデプロイメントにのみ適用されます"}

プロセスの監視 monitoring-processes

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

手動での監視 manual-monitoring

Adobe 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 送信統計 レポートでは、サーバーアクティビティを制御できます。 各 mtachilds の合成が表示されます。

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

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

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

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

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

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

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

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

請求レポート billing-report

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

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

ワークフローが月に 25 日ごとに開始されると、請求オペレーターはインボックスで次のレポートを受信します。

配信をトラッキングするには、次の指標を使用できます。

自動監視 automatic-monitoring

Adobe Campaignでは、以下に示すいくつかの自動監視方法を提供しています。

コマンドライン command-line

コマンド

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

サーバーによって公開された情報 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 秒ごとに 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 ページ（クライアントコンソールメニューからアクセスする web ページと同じ web ページ）を介してAdobe Campaign サーバーにアクセスできることを確認するためのテストです。 このページは、監視ツール（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--element

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

「インスタンス」要素 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--element

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

サブ要素 sub-elements

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

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

<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 で指定された受信者にメールが送信されます。