監控流程

可手動或自動監控應用程​式伺服器​和重新導向伺服器（追蹤）。

手動監控

前往並 Monitoring 按一下連 Overview 結以顯示Adobe Campaign流程監控頁面。

顯示的頁面可讓您檢視連線的例項狀態，例如：

  • 例項資訊：版本，名稱，資料庫引擎，已安裝的軟體包，伺服器系統指標，
  • 缺少進程和執行資訊（開始日期、PID等）的清單，
  • 工作流程和傳送的檢視。

本頁提供其他監控不同促銷活動程式 的方法。

日誌日誌

可以顯示與進程相關的日誌日誌。 若要這麼做，請按一下程式，例如 mta ，然後按一下 Open the log journal 。

系統指示燈

系統指示器清單使您能夠顯示與電腦相關的資訊，如其物理和虛擬記憶體、活動進程和可用磁碟空間。 Linux和Windows作業系統的指示燈不同。 前往頁 Instance Monitoring 面並按一下 Display 連結以開啟指標清單

Windows

  • Pending events queued :消息中心特 定指示符。 Refer to this section for more information.

  • Memory :有關物理記憶體(RAM)的資訊。

    Current value :實際記憶體消耗。

    Max Value :安裝的記憶體總量。

    Available :可用記憶體量。

    Warning :當記憶體消耗達到總量的80%時，將顯示此指示器。

    Alert :當記憶體消耗達到總量的90%時，將顯示此指示器。

    當顯示 Warning 和指 Alert 示符時，您可以將RAM新增至Adobe Campaign伺服器所在的機器，以解決問題。 您也可以決定將Adobe Campaign伺服器安裝在專用的機器上。

  • Swap Memory :與與尋呼檔案匹配的虛擬記憶體相關的資訊：Windows使用的硬碟區域，就像是記憶體一樣。

    Current value :實際記憶體消耗。

    Max Value :記憶體總量。

    Available :可用記憶體量。

    Warning :當記憶體消耗達到總量的80%時，將顯示此指示器。

    Alert :當記憶體消耗達到總量的90%時，將顯示此指示器。

    當顯示 Warning 和指 Alert 示符時，您可以通過在高級Windows設定中增加交換檔案的大小來解決問題。

  • Disk XXX :有關機器讀取器的資訊。

    Current value :實際使用的磁碟空間。

    Max Value :磁碟總容量。

    Available :可用磁碟空間

    Used :已使用磁碟的百分比。

    Warning :當可用磁碟空間達到總容量的80%時，將顯示此指示器。

    Alert :當可用磁碟空間達到總容量的90%時，將顯示此指示器。

  • Number of processes too old :一天以上有效的Adobe Campaign程式相關資訊。

    Current value :當前活動的進程數。

    Max Value :授權進程數上限(1)。

    Alert :如果進程數等於1，則顯示此指示符。

    當顯 Alert 示該指示器時，可能是相關進程被SQL資料庫引擎鎖定，或者被卡在無限循環中。 Adobe Campaign 提供的 watchdog程式會自動每天重新啟動所有程式，讓您解決這個問題。 不過，您也可以停止相關程式，強制重新啟動。

Linux

  • Pending events queued :消息中心特 定指示符。 Refer to this section for more information.

  • Load average (1/5/15 minutes) :有關負載的資訊，即在機器上運行的進程在最後一分鐘、五分鐘或十五分鐘內的使用率

    Current value :機器的實際負載。

    Max value :機器上進程的最大使用負載

    Warning :當負載在最後一分鐘、五分鐘或十五分鐘內達到最大授權值的80%時，就會顯示此指標。

    Alert :當載入達到最後一分鐘、五分鐘或十五分鐘的最大授權值90%時，就會顯示此指標。

  • Memory :有關物理記憶體(RAM)的資訊。

    Current value :實際記憶體消耗。

    Max Value :安裝的記憶體總量。

    Available :可用記憶體量。

    Warning :當記憶體消耗達到總量的80%時，將顯示此指示器。

    Alert :當記憶體消耗達到總量的90%時，將顯示此指示器。

    當顯示 Warning 和指 Alert 示符時，您可以將RAM新增至Adobe Campaign伺服器所在的機器，以解決問題。 您也可以決定將Adobe Campaign伺服器安裝在專用的機器上。

  • Swap Memory :與與尋呼檔案匹配的虛擬記憶體相關的資訊：Windows使用的硬碟區域，就像是記憶體一樣。

    Current value :實際記憶體消耗。

    Max Value :記憶體總量。

    Available :可用記憶體量。

    Warning :當記憶體消耗達到總量的80%時，將顯示此指示器。

    Alert :當記憶體消耗達到總量的90%時，將顯示此指示器。

    當顯示 Warning 和指 Alert 示符時，您可以增加交換檔案的大小來解決問題。

  • Core Files :與Adobe Campaign程式當機後產生的檔案相關的資訊。 這些檔案可讓您診斷當機的原因。

    Current Value :現有檔案數。

    Max Value :授權檔案的最大數目(1)。

    Warning :當檔案數量接近1時，就會顯示此指標。

    Alert :當檔案數等於1時，將顯示此指示器。

    當因當機而遺失程式時，程式清單上會以紅色顯示，並由Adobe Campaign提供的監 視程式 自動重新啟動。

  • Number of shared memory segments :與所有Adobe Campaign程式共用的記憶體區段相關的資訊。

    Current value :當前正在使用的記憶體段數。

    Max Value :授權的最大記憶體段數(2)。

    Warning :當記憶體段數達到1時，將顯示此指示器。

    Alert :當記憶體段數達到2時，將顯示此指示器。

  • Number of processes too old :有關活動超過一天的流程的資訊。

    Current value :當前活動的進程數。

    Max Value :授權程式的最大數量。

    Warning :當進程數達到授權閾值的80%時，將顯示此指示器。

    Alert :當進程數達到授權閾值的90%時，將顯示此指示器。

  • File Handles :有關檔案描述符的資訊，即每個進程開啟的檔案數。

    Current value :檔案描述符的當前數。

    Max Value :作業系統授權的檔案描述符的最大數量。

    Warning :當授權檔案描述符數達到80%閾值時，將顯示此指示器。

    Alert :當授權檔案描述符數達到90%閾值時，將顯示此指示器。

  • Processes :有關機器進程的資訊。

    Current value :當前活動的進程數。

    Max Value :授權程式的最大數量。

    Active Processes :活動進程數。

    Inactive Processes :非活動進程數。

    Warning :當授權進程數達到80%閾值時，將顯示此指示器。

    Alert :當授權進程數達到90%閾值時，將顯示此指示器。

  • Zombie Processes :與已停止但仍具有進程標識符(PID)且在進程表中仍可見的進程相關的資訊。

    Current value :當前活動的僵屍進程數。

    Max Value :授權僵屍進程的最大數量(2)。

    Warning :當僵屍進程數接近2時，將顯示此指示器。

    Alert 當僵屍進程數達到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錯誤。

若要存取這些檔案，營運商必須擁有「管理」權限。

它們被分組在「 監視 」>「SMTP監視」下。

重要
  • 只有在激活了電子郵件通道後，才能獲得與SMTP監視相關的資訊。
  • 只有 SMTP sending statistics 在實例上啟動了統計伺服器時，才提供。

SMTP發送統計資訊

報表 SMTP sending statistics 可讓您控制伺服器活動。 它顯示每個匹配項的綜合。

此報表的指標清單顯示在圖表下方。

  1. 已發送的消息總數。

    • 藍線：已準備好發送的消息已進入Shaper，即發送SMTP（與傳入資料一致）之前的最後一個階段。

    • 綠線：消息成功發送（與傳出資料一致）。

    • 紅線：由Shaper放棄的訊息，傳回至 mta （與此復原中拒絕的資料一致）。

    這些值以每小時的消息數表示。

  3. 表示兩個Shaper隊列：

    • 藍色曲線：活動消息的隊列。 這些訊息會盡快傳送。

    • Kaki曲線：「延遲」隊列。 由於頻寬限制或沒有可用的目標連接，這些消息暫時無法返回。 重試次數每5秒、10秒、20秒、40秒、2分鐘等。 已定義的 MaxAgeSec ，在被放棄之前。

  4. 此圖表顯示已放棄消息的詳細資訊（第2個圖表上的紅色曲線）:與發送失敗（紅色）的消息相比，它顯示未重試的消息比例(mauve)。 這可讓您檢視由於統計伺服器的限制（調節）或因遠端伺服器不可用而未在授權期間內處理的訊息比例。

  5. 開啟或正在開啟SMTP連接。

  6. 估計匹配場 數。

注意

此報告與「電子郵件流量Shaper」元件的狀態相關。

每個域的SMTP錯誤

此報表可讓您檢視指定時段內的傳送錯誤，並依網域劃分。

注意

Server ​​Conf.xml檔案的minConnectionsToLog 、 minErrorsToLog 和 minMessagesToLog ​​選項定義了要考慮到上述連接統計資訊的閾值。

此報告的指標清單如下表所示。

  • Domain ​​（網域）欄包含傳送訊息之網域的名稱（例如，yahoo.fr的實際網域名稱yahoo.com）,
  • Cnx 列顯示 此域開啟的SMTP連接數，
  • 「已 發送 」列與發送到此域的消息數相對應，
  • 「 卷 」列顯示嘗試發送到此域的消息量（近似值）,
  • 「錯 誤 」欄會顯示此網域在該時段內錯誤的卷指示符。
  • 「最 後一個響應 」列顯示該域的最後一條SMTP響應消息，
  • 「日 期 」列顯示該域上次收到的SMTP響應的日期。
注意

Cnx 、 Sent 和 Volume （卷）列中顯示的值是根據在欄位中選擇的期間​Period 計算的。

按一下網域名稱以檢視其錯誤。

它們依PublicId分類：此識別碼對應於路由器後方數個Adobe Campaign mtas所共用的IP位址。 統計伺服器使用此標識符來儲存此起始點和目標伺服器之間的連接和傳送統計資訊。

欄位 Owner of domain 可讓您將不同的網域名稱群組在相同的標籤下。 在初始報表檢視中，所有MX網域名稱都會與此擁有者相關聯。

按一下PublicId識別碼以檢視詳細資訊。

注意

錯誤百分比由兩個圖表表示。 第一個是黑色背景上的水準進度列。 第二張圖表是按時間順序排列的。 所選時段被分成12個時間間隔，每個時間間隔由垂直進度條表示。 在這兩種表示法中，如果未檢測到任何錯誤，則條為黑色。 條的顏色取決於遇到的錯誤百分比（黃色、橙色，最後是紅色）。 顏色灰色表示未發現顯著的資料量。 將游標放在圖表上，可顯示錯誤的確切百分比。

注意

有關在Adobe Campaign中管理SMTP錯誤的詳細資訊，請參 閱本節。

帳單報表

The Billing technical workflow sends the system activity report to the 'billing' operator by email. 預設情況下每月25日觸發。

技術工作流程位於下列節點的子資料夾中： 管理 >生 產 >技 術工作流程。

每月25日開始工作後，您的帳單營運商會在其收件匣中收到下列報表。

下列量度可用於追蹤您的傳送：

  • Start date :傳送的開始日期。 請注意，此日期可早於報表的「起始」日期。
  • Label :傳送的標籤。 要發送的小於100條消息的傳送被認為過小，因此會按開始日期匯總，此時標籤會顯示匯總數，如3個小傳送的 [匯總數]。
  • Total volume :傳送時傳送的位元組總量。
  • Avg volume :傳輸的平均位元組數。 這是下列公式(總體 量／訊息)的結果，此為量度的計算基 Multiplier 礎。
  • Messages :已發送的消息數。 這包括成功傳送和重試的訊息（在從已連絡的伺服器收到彈回訊息後）。
  • Multiplier (x) :從消息的平均體積推導出乘法器的值。
  • Count :消息和乘法器的乘法結果。

自動監控

Adobe Campaign提供數種自動監控方法，如下所示。

命令行

命令

nlserver監視器

可讓您在Adobe Campaign模組和系統上列出一組指標。

它以易於處理的XML格式產生輸出。

此命令也可以與 -missing parameter一起運行，該參數列出配置檔案表示應執行的時候，此實例中缺少的進程。

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>'/>

頻率:此測試不會使用任何負載，因此可以經常執行（例如每秒一次）。

/nl/jsp/ping.jsp

此 http(s)😕/<Application server url>/nl/jsp/ping.jsp page的運作方式與其網路對應項目相同：它通過apache/tomcat/web模組／資料庫測試一個完整的查詢並上傳到客戶端。 如果一切正常運作，則會傳回「正常」。 我們建議在具有資料庫存取權的機器上執行此測試（例如，mta和調查）。

用法:必須將與運算子登入相關聯的作業Token傳遞為引數，才能遠端登入(請參閱透過Adobe Campaign指令碼自動監 控中的提示)。

例如：

運算元名稱和登入必須先前在Adobe Campaign用戶端主控台中設定資料庫權限。

頻率:這個測試使用的頻寬很少。 因此，它可以很常運行，但每分鐘不超過一次。

/nl/jsp/monitor.jsp

這是測試，以檢查營運商是否可透過網頁存取Adobe Campaign伺服器；與透過用戶端主控台功能表存取的網頁相同。 您可以從監視工具（Tivoli、Nagios等）呼叫此頁面。

用法:與運算子登入相關聯的作業Token，可讓您連線至例項時，需要將其用作引數(請參閱「透過Adobe Campaign指令碼自動監 控」中的提示)。

運算子及其登入必須先前在Adobe Campaign用戶端主控台中設定，並具備適當的資料庫權限和限制。

頻率:這是完整的伺服器測試，不需要經常執行（例如，每10分鐘執行一次）。

/nl/jsp/soaprouter.jsp

此 jsp 代表Adobe Campaign應用程式API的入口點。 因此，它可以提供應用程式的詳細監控。 它也可用來監控Adobe Campaign網站服務。 它用於我們的監控指令碼中，但請注意，它僅用於超級用戶。

根據部署類型進行監控

Adobe Campaign可啟用各種部署設定(如需詳細資訊，請參閱 本節)。 本節詳述根據安裝類型應用的各種自動監控技術。

部署類型 監控
獨立

  • /r/test 和 /nl/jsp/monitor.jsp on the Adobe Campaign server
標準

  • /r/test和 /nl/jsp/ping.jsp

  • /nl/jsp/monitor.jsp on the application server
企業

  • /r/test和 /nl/jsp/ping.jsp

  • /r/test 和 /nl/jsp/monitor.jsp on the application server
中部採購

  • /nl/jsp/monitor.jsp on the application server

透過Adobe Campaign指令碼自動監控

Adobe Campaign可提供例項監控工具(netreport)，讓您透過電子郵件傳送有關偵測異常的報表。

重要

此工具可用來監控您的例項，但Adobe Campaign不支援。 如需詳細資訊，請連絡您的促銷活動管理員。

必要元素

自動監控需要下列預安裝預防措施：

  • 您必須有 netreport.tgz （Linux安裝）或 netreport.zip （Windows安裝）檔案，
  • 我們強烈建議您不要在要監控的機器上安裝監控，
  • 它必須安裝在具有JRE或JDK的電腦上，
  • 在Linux中，要監視的電腦必須具有 bc 包。 如需詳細資訊，請參閱本章節。

安裝程式

安裝過程如下：

  1. 在控制台中，如有必要，請建立新的操作符（「監視」用戶已存在），但不指派任何權限。
  2. 運行存檔提取。
  3. 閱讀讀 我 。
  4. 更新 netconf.xml配置檔案 。
  5. 更新 netreport.bat (Windows)或 netreport.sh (Linux)檔案。

配置netconf.xml檔案

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>
注意

可以通過向 netconf.xml檔案添加尾碼來指定各種配置，例如 netconf-dev.xml 、 netconf-prod.xml ​​等。 然後，通過添加 $JAVA_HOME/bin/java netreport dev 或 @%JAVA_HOME%bintreport prodFor example，指定用於在 netreport.bat或 ​​**​** netreport.sh檔案中執行netreport的配置。

重要

要使監 控運算 員工作，執行Netreport的機器必須位於處於 sessionTokenOnly模式的安全區中 。 如果尚未為此操作符指定任何可信IP掩碼，則安全區也必須處於 allowEmptyPassword 和 allowUserPassword模式 。

「屬性」元素

此元素用於填入電子郵件的設定，即

  • mailServer:用於發送電子郵件的SMTP伺服器(例如：smtp.domain.net)。

  • mailFrom:報表傳送者的電子郵件地址(例如：monitoring@domain.net)。

  • recipientList:監視收件者的電子郵件地址清單。 地址必須以逗號分隔（無空格）。

  • 「夜」模式（可選）可避免在指定時段間傳送電子郵件。 相反，會整合資料，並在結束時間（預設為7:00）後傳送有關夜間活動的電子郵件。

  • buildRange ​​sub-element(optional)可讓您指定最小和最大建置編號。 對於未達到此範圍的所有電腦，都將生成錯誤

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

  • 您可以在屬 <sla> 性元素中新增（可選）子 元素 。 每次執行Netreport時，都會產生記錄檔。 檔案名稱包含設定名稱以及日期和時間，例如 dev_06_12_13_16_47_05.tmp。 檔案包含下列資訊：例項名稱、機器名稱、嚴重性等級（0到3，從最不重要到最關鍵）、日期（時間戳格式）、查詢與回應之間經過的時間（以毫秒為單位）、使用的服務(http、ncs、ncsex、redir)。 這些資訊會以每項服務結束時的表格標籤和分行分隔。

注意

元素 上具有值"true"的persistHtmlFile 屬性，用來記錄檔案netreport.md中的最新監 <property> 控狀態 ​。 此檔案保存在安裝目錄中。

「例項」元素

此元素可讓您將數部電腦（主機）重新群組至相同的例項。 實例名稱會出現在監控電子郵件的第一部分。 您可以按一下例項名稱，以存取每部機器的詳細資訊。

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:透過授權的作業Token提供登入驗證。

    若要設定工作階段Token，請在Adobe Campaign 主控台 中選取監控運算子。 在「訪 問權限 」頁籤中，指定授權監視此實例的電腦的IP地址。 然後，您就可以使用監視標識符從這些電腦連接到監 視頁 ，而無需指定密碼。

  • criticalLevel （可選）:可讓您依嚴重性等級來排序錯誤。 可能的值為'0'（顯示所有層級）、'1'（僅顯示高錯誤和嚴重錯誤）和'2'（僅顯示嚴重錯誤）。 如果未提供此屬性，則會顯示所有錯誤級別。

  • filter （可選）:可讓您排除某些工作流程錯誤， 例如filter="wkf;wkf1"。 工作流程標籤必須以分號分隔。

子元素

  • tcp:檢查伺服器是否處於開啟或關閉狀態。 您必須輸入埠號。
  • http:檢查Web伺服器是否存在（應用程式伺服器是否工作）。
  • ncs:檢查在「instance」屬性中輸入的實例（工作流錯誤、記憶體使用情況等）上的進程。 includead ​​（必備）屬性提供顯示失效進程（'true'或'false'值）的選項。
  • redir:檢查追蹤。

在大多數情況下，只 能保留​ncs和redir 子元素。

在任何情況下，某些節點都可以在子元素中過載(例如，節點 port=75 ，以過載用於http、ncs或redir連接的埠):

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

在 cs、 redir 和 ​​​ http子元素中，您可以新增isSecureSecureAttribute元素（可選），以選擇是否使用https通訊協定（「true」或「false」值）。 如果未提供此屬性，則使用http協定。

設定netreport.bat或netreport.sh檔案

要配置它，請編輯此檔案並指明JRE或JDK安裝在哪個目錄中。

啟動監視

要啟動監視，請通 過指令碼以定 期間隔執行netreport.bat ​​或netreport.sh檔案。 報表會在第一次執行後傳送，然後僅在狀態變更時傳送。

測試監控

要測試監視，請執 行netreport.bat​或netreport.sh 檔案。

系統會向netconf.xml檔案的recipientList中指 定的收件人發送​電子郵件 。

本頁內容