[オンプレミス/ハイブリッドのみ]{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 形式で出力を生成します。

このコマンドは、 – 不明 パラメーター。設定ファイルに実行する必要があると示されている場合に、このインスタンスに見つからないプロセスをリストします。

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 サブ要素は保持できます。

どちらの場合も、サブ要素内の特定のノード（ノードなど）をオーバーロードできます ポート=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 ファイル。

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