アプリケーションサーバーとリダイレクトサーバー(追跡)は、手動または自動で監視できます。
「Monitoring」に移動し、「Overview」リンクをクリックして、Adobe Campaignプロセスの監視ページを表示します。
表示されるページでは、接続されたインスタンスの状態を表示できます。例:
様々なキャンペーンプロセスを監視するその他の方法については、このページで説明しています。
プロセスに関連するログジャーナルを表示できます。 これを行うには、プロセスmtaをクリックします。例えば、「ログジャーナルを開く」をクリックします。
システムインジケータのリストを使用すると、物理メモリや仮想メモリ、アクティブなプロセス、使用可能なディスク領域など、マシンに関する情報を表示できます。 インジケーターは、LinuxとWindowsのオペレーティングシステムで異なります。 インスタンス監視ページに移動し、表示リンクをクリックして、インジケーターのリストを開きます
待機中のイベント :「 Message Center」に固有のインジケーター。詳しくは、この節を参照してください。
メモリ :物理メモリ(RAM)に関する情報。
現在の値 :実際のメモリ消費量。
最大値 :インストールされたメモリの合計量。
利用可能 :メモリの空き容量。
警告 :このインジケータは、メモリ消費量が合計量の80%に達した場合に表示されます。
警告 :このインジケータは、メモリ消費量が合計量の90%に達した場合に表示されます。
警告および警告インジケーターが表示された場合は、Adobe CampaignサーバーがインストールされているマシンにRAMを追加することで、この問題を解決できます。 また、専用のマシンにAdobe Campaignサーバーをインストールすることもできます。
スワップメモリ :ページングファイルと一致する仮想メモリに関する情報:ハードディスク上で、RAMのように使用される領域。
現在の値 :実際のメモリ消費量。
最大値 :メモリの合計容量。
利用可能 :メモリの空き容量。
警告 :このインジケータは、メモリ消費量が合計量の80%に達した場合に表示されます。
警告 :このインジケータは、メモリ消費量が合計量の90%に達した場合に表示されます。
警告および警告インジケーターが表示されている場合は、Windowsの詳細設定で交換ファイルのサイズを増やすことで問題を解決できます。
ディスクXXX :マシンリーダーに関する情報です。
現在の値 :実際に使用されるディスク容量。
最大値 :合計ディスク容量。
利用可能 :空きディスク容量
使用 :使用ディスクの割合。
警告 :このインジケータは、使用可能なディスク領域が合計容量の80%に達した場合に表示されます。
警告 :このインジケータは、使用可能なディスク領域が合計容量の90%に達した場合に表示されます。
古すぎるプロセス数 :1日以上アクティブだったAdobe Campaignプロセスに関する情報。
現在の値 :現在アクティブなプロセスの数。
最大値 :許可されたプロセスの最大数(1)。
警告 :このインジケーターは、プロセスの数が1に等しい場合に表示されます。
アラートインジケーターが表示される場合は、該当するプロセスがSQLデータベースエンジンによってロックされているか、無限ループで停止している可能性があります。 Adobe Campaignが提供するwatchdogプロセスは、毎日自動的に全てのプロセスを再開始し、この問題を解決できます。 ただし、関連するプロセスを自分で停止して、再開始を強制することもできます。
待機中のイベント :「 Message Center」に固有のインジケーター。詳しくは、この節を参照してください。
負荷平均(1/5/15分) :負荷に関する情報、つまり、最後の1分、5分、15分間にわたってマシン上で実行されるプロセスによるプロセッサの使用率
現在の値 :装置の実際の負荷。
最大値 :マシン上のプロセスの最大使用負荷
警告 :このインジケーターは、最後の1分、5分、15分間に負荷が許可された最大値の80%に達した場合に表示されます。
警告 :このインジケーターは、読み込みが、最後の分、5分または15分の最大許可値の90%に達した場合に表示されます。
メモリ :物理メモリ(RAM)に関する情報。
現在の値 :実際のメモリ消費量。
最大値 :インストールされたメモリの合計量。
利用可能 :メモリの空き容量。
警告 :このインジケータは、メモリ消費量が合計量の80%に達した場合に表示されます。
警告 :このインジケータは、メモリ消費量が合計量の90%に達した場合に表示されます。
警告および警告インジケーターが表示された場合は、Adobe CampaignサーバーがインストールされているマシンにRAMを追加することで、この問題を解決できます。 また、専用のマシンにAdobe Campaignサーバーをインストールすることもできます。
スワップメモリ :ページングファイルと一致する仮想メモリに関する情報:ハードディスク上で、RAMのように使用される領域。
現在の値 :実際のメモリ消費量。
最大値 :メモリの合計容量。
利用可能 :メモリの空き容量。
警告 :このインジケータは、メモリ消費量が合計量の80%に達した場合に表示されます。
警告 :このインジケータは、メモリ消費量が合計量の90%に達した場合に表示されます。
警告および警告インジケーターが表示されている場合は、交換ファイルのサイズを増やすことで問題を解決できます。
コアファイル :Adobe Campaignプロセスのクラッシュ後に生成されるファイルに関する情報。これらのファイルを使用して、クラッシュの原因を診断できます。
現在の値 :既存のファイルの数。
最大値 :許可されたファイルの最大数(1)。
警告 :このインジケータは、ファイル数が1に近づくと表示されます。
警告 :このインジケーターは、ファイル数が1に等しい場合に表示されます。
クラッシュが原因でプロセスが見つからない場合は、プロセスのリストに赤で表示され、Adobe Campaignが提供するwatchdogプロセスによって自動的に再起動されます。
共有メモリセグメントの数 :すべてのAdobe Campaignプロセスで共有されるメモリセグメントに関する情報。
現在の値 :現在使用中のメモリセグメントの数。
最大値 :許可されたメモリセグメントの最大数(2)。
警告 :このインジケーターは、メモリセグメントの数が1に達した場合に表示されます。
警告 :このインジケーターは、メモリセグメントの数が2に達すると表示されます。
古すぎるプロセス数 :1日以上アクティブだったプロセスに関する情報。
現在の値 :現在アクティブなプロセスの数。
最大値 :許可されたプロセスの最大数。
警告 :このインジケーターは、プロセスの数が許可されたしきい値の80%に達した場合に表示されます。
警告 :このインジケーターは、プロセスの数が許可されたしきい値の90%に達した場合に表示されます。
ファイルハンドル :ファイル記述子に関する情報、つまりプロセスごとに開かれたファイルの数。
現在の値 :ファイル記述子の現在の数。
最大値 :オペレーティングシステムによって許可されたファイル記述子の最大数。
警告 :このインジケータは、許可されたファイル記述子の数が80%のしきい値に達した場合に表示されます。
警告 :このインジケータは、許可されたファイル記述子の数が90%のしきい値に達した場合に表示されます。
プロセス :マシンプロセスに関する情報。
現在の値 :現在アクティブなプロセスの数。
最大値 :許可されたプロセスの最大数。
アクティブなプロセス :アクティブなプロセスの数。
非アクティブなプロセス :非アクティブなプロセスの数。
警告 :このインジケーターは、許可されたプロセスの数が80%のしきい値に達した場合に表示されます。
警告 :このインジケーターは、許可されたプロセスの数が90%のしきい値に達した場合に表示されます。
Zombie Processes :停止したが、プロセス識別子(PID)がまだあり、プロセステーブルに表示されたままのプロセスに関する情報。
現在の値 :現在アクティブなzombieプロセスの数。
最大値 :認証zombieプロセスの最大数(2)
警告 :このインジケータは、ゾンビプロセスの数が2に近づくと表示されます。
このインジケータは、ゾンビプロセスの数が2に達した場合に表示されます。
Adobe Campaignを使用すると、インジケーターをカスタマイズできます。 手順は次のとおりです。
.shファイルを作成し、cust_indicators.shという名前を付けます。
カスタマイズし追加たインジケーターをこのファイルに追加します。 例:
#!/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>"
ファイルをusr/local/neolane/nl6フォルダーに置きます。
このファイルはAdobe Campaignによって呼び出されます。
SMTP配信監視レポートは、Adobe Campaignプラットフォームに統合されています。 ユーザーは、コンソールからアクセスすることも、Webアクセスを使用することもできます。
これらのレポートには、SMTP配信の統計とSMTPエラーがドメイン別に表示されます。
これらにアクセスするには、演算子に管理者権限が必要です。
これらは監視 > 'SMTP監視'の下にグループ化されています。
SMTP sending statisticsレポートを使用すると、サーバーアクティビティを制御できます。 これは、各マチルドの合成を表示します。
このレポートの指標のリストがグラフの下に表示されます。
送信されたメッセージの合計数。
青い線:送信する準備ができたメッセージ、つまりSMTPを送信する前の最後のステージ(受信データと一致)。
緑の線:メッセージは正常に送信されました(送信データと一致)。
赤い線:Shaperによって破棄されたメッセージがmtaに返されます(この回復で拒否されたデータと一致します)。
これらの値は、1時間あたりのメッセージ数で表されます。
Shaperの2つのキューを表します。
青いカーブ:アクティブなメッセージのキュー。 これらのメッセージは、可能な限り早く送信されます。
カキ曲線:「deferred」キュー。 ジョブ数の制限またはターゲットへの接続が利用できないため、現在、これらのメッセージを返すことはできません。 再試行は5秒、10秒、20秒、40秒、2分ごとなど を返します。
次のグラフは、破棄されたメッセージの詳細を示します(2番目のグラフの赤い曲線)。メッセージなしで破棄されたメッセージ(mauve)の割合と、送信に失敗した再試行(red)のメッセージの割合を示します。 これにより、統計サーバの制限(スロットリング)またはリモート・サーバの使用不可により、許可された期間内に処理されなかったメッセージの割合を表示できます。
SMTP 接続が既にオープンしているか、現在オープン中です。
mtachildの数の推定値。
このレポートは、Email Traffic Shaperコンポーネントのステータスに関連しています。
このレポートでは、配信エラーを一定期間、ドメイン別に表示できます。
serverConf.xmlファイルのminConnectionsToLog、minErrorsToLogおよびminMessagesToLogオプションは、接続統計を考慮する上のしきい値を定義します。
このレポートの指標のリストを表に示します。
Cnx、送信済み、ボリュームの各列に表示される値は、期間フィールドで選択した期間に対して計算されます。
ドメイン名をクリックして、エラーを表示します。
これらはPublicIdで分類されます。この識別子は、ルータの背後にある複数のAdobe Campaignmtaが共有するIPアドレスに対応します。 統計サーバは、この識別子を用いて、この起点とターゲットサーバとの間の配信および接続統計を記憶する。
Owner of domainフィールドを使用すると、様々なドメイン名を同じラベルにグループ化できます。 最初のレポート表示では、すべてのMXドメイン名がこの所有者に関連付けられます。
詳細を表示するには、PublicId識別子をクリックします。
エラーの割合は2つのグラフで表されます。 1つ目は、黒の背景の上に横長のプログレスバーが表示されます。 2つ目の表は時系列です。 選択した期間は12の時間間隔に分割され、それぞれが垂直プログレスバーで表されます。 両方の表現で、エラーが検出されなかった場合、バーは黒です。 バーの色は、発生したエラーの割合(黄色、オレンジ、最後に赤)によって異なります。 カラーグレーは、重要なデータ量が見つからないことを意味します。 グラフ上にカーソルを置くと、エラーの正確な割合を表示できます。
SMTPエラーの詳細やAdobe Campaignでの管理については、このセクションを参照してください。
請求テクニカルワークフローは、システムアクティビティレポートを電子メールで「請求」演算子に送信します。 毎月25日にデフォルトでトリガーされます。
技術的なワークフローは、次のノードのサブフォルダーにあります。管理 > 実稼動 > テクニカルワークフロー。
ワークフローが月の25日に開始されると、請求担当者の受信トレイに次のレポートが表示されます。
配信の追跡には、次の指標を使用できます。
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
http(s)😕/<application>
/r/testページは、リダイレクトサーバーのテストに使用されます。 追跡に使用するフロントサーバーをテストする場合も、同じ方法を使用することをお勧めします。 このページは、読み込みディスパッチャーをテストする場合にも使用できます。
XML形式で次の行が表示されます。
<redir status='OK' date='YYYY-MM-DD HH:MM:SS.112Z' build='XXXX' host='<hostname>' localHost='<servername>'/>
頻度:このテストでは読み込みが使用されないので、非常に頻繁に実行されます(例:毎秒1回)。
このhttp(s)😕/<Application server url>
/nl/jsp/ping.jspページの動作は、ネットワークの対応するページと同じです。apache/tomcat/web module/databaseを通じて完全なクエリをテストし、クライアントにアップロードします。 すべてが正常に動作している場合は、「OK」を返します。 データベース(mtaや調査など)にアクセスできるコンピューターでこのテストを実行することをお勧めします。
使用状況:リモートでログインするには、演算子のログインに関連付けられたセッショントークンを引数として渡す必要があります(Adobe Campaignスクリプトを使用した 自動監視のヒント)。
例:
オペレーター名とログインは、Adobe Campaignのクライアントコンソールで事前にデータベース権限を持つように設定する必要があります。
頻度:これは、帯域幅をほとんど使用しないテストです。したがって、1分に1回以上は実行されないにもかかわらず、かなり頻繁に実行されます。
これは、オペレーターがWebページを介してAdobe Campaignサーバーにアクセスできるかどうかを確認するテストです。クライアントコンソールのメニューからアクセスしたのと同じwebページ。 監視ツール(Tivoli、Nagiosなど)からこのページを呼び出すことができます。
使用状況:インスタンスに接続できる演算子ログインに関連付けられたセッショントークンは、引数として使用する必要があります(Adobe Campaignスクリプトを使用した 自動監視のヒントを参照)。
オペレーターとそのログインは、Adobe Campaignのクライアントコンソールで、適切なデータベース権限と制限を持つように事前に設定する必要があります。
頻度:これは完全なサーバーテストであり、頻繁に実行する必要はありません(例えば、10分に1回実行できます)。
このjspは、Adobe CampaignアプリケーションAPIのエントリポイントを表します。 したがって、アプリケーションの詳細な監視を提供できます。 また、Adobe CampaignWebサービスの監視にも使用できます。 監視スクリプトで使用されますが、電源ユーザーのみが対象です。
Adobe Campaignは様々なデプロイメント設定を有効にします(詳しくは、このセクションを参照してください)。 このセクションでは、インストールのタイプに応じて適用される様々な自動監視方法について説明します。
デプロイメントタイプ | 監視 |
---|---|
スタンドアロン |
|
標準 |
|
エンタープライズ |
|
ミッドソーシング |
|
Adobe Campaignは、検出された異常値に関するレポートを電子メールで送信できるインスタンス監視ツール(インスタンス監視ツール)を提供できます。
このツールは、インスタンスの監視に使用できますが、Adobe Campaignではサポートされていません。 詳細については、キャンペーン管理者にお問い合わせください。
自動監視には、次の事前インストールに関する注意が必要です。
インストール手順は次のとおりです。
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?lang=ja" includeDead="false" isSecure="false"/>
<redir url="/r/test?lang=ja"/>
<http url="/nl/jsp/ping.jsp?lang=ja"/>
</host>
<host name="devtrk.domain.com" alias="devtrk" sessiontoken="monitoring" criticalLevel="0" filter="wkf;new">
<ncs instance="devrd" url="/nl/jsp/soaprouter.jsp?lang=ja" 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?lang=ja" includeDead="false"/>
</host>
</netconf>
netconf.xmlファイルにサフィックスを追加して、様々な設定を指定できます。例えば、netconf-dev.xml、netconf-prod.xmlなどです。 次に、$JAVA_HOME/bin/java netreport devまたは**@JAVA_HOME%binnetreport**を追加して、netreport.batまたはnetreport.shファイルのnetreportの実行に使用する設定を指定します/>例:
モニタリング演算子が動作するためには、ネットポートが実行されるマシンがsessionTokenOnlyモードのセキュリティゾーンにある必要があります。 この演算子に信頼できるIPマスクが指定されていない場合、セキュリティゾーンもallowEmptyPasswordモードとallowUserPasswordモードに設定する必要があります。
この要素は、電子メールの設定(例:
mailServer:電子メールの送信に使用するSMTPサーバー(例:smtp.domain.net)。
mailFrom:レポートの送信者の電子メールアドレス(例:monitoring@domain.net)。
recipientList:監視受信者の電子メールアドレスのリスト。アドレスはコンマで区切る必要があります(スペースは使用できません)。
'night'モード(オプション)は、指定された期間の間に電子メールを送信しないようにするために使用します。 代わりに、データが統合され、夜のアクティビティに関する電子メールが終了時刻(デフォルトで7:00)の後に送信されます。
buildRangeサブ要素(オプション)を使用して、最小と最大のビルド番号を指定できます。 ビルド番号がこの範囲に該当しないすべてのマシンに対してエラーが発生します
<buildRange minimum="0000" maximum="9999"/>
<sla>
(オプション)サブ要素をproperties要素に追加できます。 ネットワークポートが実行されるたびにログファイルが生成されます。 ファイルの名前には、設定名と日時が含まれます(例:dev_06_12_13_16_47_05.tmp)。 このファイルには、次の情報が含まれています。インスタンス名、マシン名、重大度レベル、(0 ~ 3、最重要度から最重要度まで)、日付(タイムスタンプ形式)、クエリと応答の間の経過時間(ミリ秒)、使用されるサービス(http、ncs、ncsex、redir)。 この情報は、各サービスの最後にある集計記号と改行で区切られます。
<property>
要素のpersistHtmlFile属性の値が「true」の場合、netreport.mdファイルに最新の監視ステータスが記録されます。 このファイルは、インストールディレクトリに保存されます。
この要素を使用すると、複数のマシン(ホスト)を同じインスタンスに再グループ化できます。 インスタンス名は、監視用電子メールの最初の部分に表示されます。 インスタンスの名前をクリックすると、各マシンに関する詳細にアクセスできます。
instance name="instanceName" recipientList="mail@mail.com,mail2@mail.com">
<host name="devcamp.domain.com" ...>
...
</host>
<host name="devtrack.domain.com" ...>
...
</host>
</instance
この要素は、ホスト上の特定のサーバの監視を設定します。
name:監視するマシンの名前。
alias (オプション):レポートに表示される監視対象マシンの名前。
sessionToken:認証済みセッショントークンを介したログイン認証を提供します。
セッショントークンを設定するには、Adobe Campaignコンソールでmonitoring演算子を選択します。 「アクセス権」タブで、このインスタンスを監視する権限を持つマシンのIPアドレスを指定します。 その後、monitoring識別子を使用し、パスワードを指定する必要なく、これらのマシンから監視ページに接続できます。
criticalLevel (オプション):表示されるエラーを重大度別に並べ替えることができます。有効な値は、「0」(すべてのレベルが表示される)、「1」(高いエラーと重大なエラーのみが表示される)、「2」(重大なエラーのみが表示される)です。 この属性を指定しない場合、すべてのエラーレベルが表示されます。
filter (オプション):特定のワークフローエラー( filter="wkf;wkf1"など)を除外できます。ワークフローラベルはセミコロンで区切る必要があります。
ほとんどの場合、ncsとredirのサブ要素だけを保持できます。
いずれの場合でも、サブ要素で特定のノードを過負荷にすることができます(例えば、ノードport=75はhttp、ncs、redir接続に使用するポートを過負荷にします)。
<ncs instance="clap40" url="/nl/jsp/soaprouter.jsp?lang=ja" includeDead="false" port="80"/>
ncs、redir、httpサブ要素で、isSecure属性(オプション)を追加して、httpsプロトコルを使用するか(「true」または「false」の値)を選択できます。 この属性が指定されない場合、httpプロトコルが使用されます。
設定するには、このファイルを編集し、JREまたはJDKがインストールされているディレクトリを指定します。
監視を開始するには、スクリプトを介してnetreport.batまたはnetreport.shファイルを一定の間隔で実行します。 レポートは、最初の実行後、次にステータスの変更がイベントした場合にのみ送信されます。
監視をテストするには、netreport.batまたはnetreport.shファイルを実行します。
netconf.xmlファイルのrecipientListに指定された受信者に電子メールが送信されます。