應用程式伺服器和重新導向伺服器(追蹤)可手動或自動監視。
若要存取Adobe Campaign程式監視頁面,請瀏覽至 Monitoring 標籤,然後按一下 Overview 連結。
顯示的頁面可讓您檢視所連線執行處理的狀態,即:
監控Campaign流程的其他方式在中介紹 此頁面.
若要顯示與程式相關的日誌日誌,請按一下程式, mta 例如,然後選取 Open the log journal .
瀏覽至系統指示器清單,以顯示有關電腦的資訊,例如其實體和虛擬記憶體、作用中的處理序和可用的磁碟空間。 Linux和Windows作業系統的指標不同。 前往 Instance Monitoring 頁面,然後按一下 Display 開啟指標清單的連結。
Pending events queued:指標特定於 訊息中心. 了解更多
Memory:實體記憶體(RAM)的相關資訊。
Current value:目前的記憶體耗用量。
Max Value:安裝的記憶體總數。
Available:可用記憶體數量。
Warning:當記憶體耗用量達到總數量的80%時,會顯示此指標。
Alert:當記憶體耗用量達到總數量的90%時,會顯示此指標。
當 Warning 和 Alert 指示器會顯示出來,您可以將RAM新增至安裝Adobe Campaign伺服器的電腦,以解決此問題。 您也可以決定在專屬電腦上安裝Adobe Campaign伺服器。
Swap Memory:與符合分頁檔的虛擬記憶體相關的資訊:Windows在硬碟上使用的區域,就像是RAM一樣。
Current value:實際記憶體耗用量。
Max Value:記憶體總數。
Available:可用記憶體數量。
Warning:當記憶體耗用量達到總數量的80%時,會顯示此指標。
Alert:當記憶體耗用量達到總數量的90%時,會顯示此指標。
當 Warning 和 Alert 顯示指示器,您可以在進階Windows設定中增加exchange檔案的大小,以解決此問題。
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提供的程式每天自動重新啟動所有程式,並可讓您解決此問題。 不過,您也可以自行停止相關程式,以強制重新啟動。
Pending events queued:指標特定於 訊息中心. 請參閱 本節 以取得詳細資訊。
Load average (1/5/15 minutes):有關負載的資訊,即電腦上執行之處理作業在最近5分鐘或15分鐘內的處理器使用率
Current value:電腦的實際負載。
Max value:電腦上處理序的最大使用負載
Warning:此指標會在最後一分鐘、五分鐘或十五分鐘內的載入達到最大授權值的80%時顯示。
Alert:當負載達到最近1分鐘、5分鐘或15分鐘最大授權值的90%時顯示此指標。
Memory 有關實體記憶體(RAM)的資訊。
Current value:實際記憶體耗用量。
Max Value:安裝的記憶體總數。
Available:可用記憶體數量。
Warning:當記憶體耗用量達到總數量的80%時,會顯示此指標。
Alert:當記憶體耗用量達到總數量的90%時,會顯示此指標。
當 Warning 和 Alert 指示器會顯示出來,您可以將RAM新增至安裝Adobe Campaign伺服器的電腦,以解決此問題。 您也可以決定在專屬電腦上安裝Adobe Campaign伺服器。
Swap Memory:與符合分頁檔的虛擬記憶體相關的資訊:Windows在硬碟上使用的區域,就像是RAM一樣。
Current value:實際記憶體耗用量。
Max Value:記憶體總數。
Available:可用記憶體數量。
Warning:當記憶體耗用量達到總數量的80%時,會顯示此指標。
Alert:當記憶體耗用量達到總數量的90%時,會顯示此指標。
當 Warning 和 Alert 指示器會顯示出來,您可以藉由增加exchange檔案的大小來解決問題。
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可讓您自訂指標,如下所述:
建立 .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平台。 這些檔案可透過主控台存取或透過網頁存取。
這些報表會依網域顯示SMTP傳遞統計資料和SMTP錯誤。 若要存取這些變數,運運算元必須具備 管理 權利。
它們分組在 監視 > 「SMTP監視」。
此 SMTP sending statistics 報表可讓您控制伺服器活動。 它會顯示每個配對的合成。
此報告的指標清單如下圖所示。
已傳送的訊息總數.
代表輸入/輸出訊息:
藍線:已準備好傳送的訊息已送達Shaper,亦即傳送SMTP之前的最後一個階段(與傳入資料一致)。
綠線:已成功傳送訊息(與傳出資料一致)。
紅線:由Shaper捨棄的訊息,返回 mta (與此復原中拒絕的資料一致)。
這些值以每小時的訊息數表示。
代表成型器的兩個佇列:
藍色曲線:作用中訊息的佇列。 系統會儘快傳送這些訊息。
Kaki曲線:「延期」佇列。 由於節流或沒有可用的目標連線,目前無法傳回這些訊息。 重試將每5秒、10秒、20秒、40秒、2分鐘等進行。 針對已定義的 MaxAgeSec 放棄之前的時間。
此圖表顯示捨棄的訊息的詳細資訊(第2個圖表的紅色曲線):它顯示捨棄而未重試的訊息(Mauve)與傳送失敗(紅色)的訊息之間的比例。 這可讓您檢視由於統計資料伺服器的限制(節流)或遠端伺服器無法使用,而在授權期間內未處理的訊息比例。
SMTP連線已開啟或正在開啟。
預估數量 matachild.
此報表與電子郵件流量整形器元件的狀態有關。
此報表可讓您檢視在設定期間內依網域劃分的傳送錯誤。
此 minconnectiontolog, minErrorsToLog 和 minMessagesTolog 的選項 serverConf.xml 檔案定義超過此臨界值,連線統計值就會被列入考量。
此報告的指標清單如下表所示。
值顯示在 Cnx, 已傳送、和 音量 欄是依據以下專案中所選期間來計算的: Period 欄位。
按一下網域名稱以檢視其錯誤。
它們會依PublicId分類:此識別碼會對應到路由器後面數個Adobe Campaign中繼資料所共用的IP位址。 統計資料伺服器會使用此識別碼來記憶此起始點和目標伺服器之間的連線和傳遞統計資料。
此 Owner of domain 欄位可讓您將各種網域名稱群組在同一標籤下。 在初始報告檢視中,所有MX網域名稱都將與此擁有者相關聯。
按一下PublicId識別碼以檢視更多詳細資料。
錯誤百分比由兩個圖表表示。 第一個是在黑色背景上的水準進度列。 第二個圖表是按時間順序排列。 選取的期間分為12個時間間隔,每個間隔以垂直進度列表示。 在這兩種表示中,如果未偵測到任何錯誤,則該列為黑色。 橫條的顏色取決於遇到的錯誤百分比(黃色,然後是橙色,最後是紅色)。 灰色表示找不到重要的資料量。 將游標放在圖表上,即可顯示錯誤的確切百分比。
如需SMTP錯誤以及在Adobe Campaign中管理這些錯誤的進一步資訊,請參閱 本節.
此 Billing 技術工作流程會透過電子郵件將系統活動報告傳送給「帳單」操作員。 預設會在行銷執行個體上每月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 頁面用於測試重新導向伺服器。 我們建議使用此相同的方法測試用於追蹤的前端伺服器。 此頁面也可用來測試負載Dispatcher。
它以XML格式顯示如下行:
<redir status='OK' date='YYYY-MM-DD HH:MM:SS.112Z' build='XXXX' host='<hostname>' localHost='<servername>'/>
頻率:此測試不會使用任何負載,因此可以經常執行(例如每秒執行一次)。
此 http(s)://<Application server url>
/nl/jsp/ping.jsp page的運作方式與其網路對應專案相同:它會測試透過apache/tomcat/web模組/資料庫並上傳至使用者端的完整查詢。 如果一切正常運作,則會傳回「OK」。 我們建議在具有資料庫存取權(例如,mta和調查)的電腦上執行此測試。
使用狀況:與操作員登入相關聯的工作階段權杖必須作為引數傳入,才能從遠端登入(請參閱 透過Adobe Campaign指令碼自動監視)。
例如:
運運算元名稱和登入必須預先在Adobe Campaign使用者端主控台中以資料庫許可權設定。
頻率:此測試使用的頻寬非常少。 因此,其執行頻率相當高,不過不會超過每分鐘一次。
這是一項測試,可檢查操作員是否可透過網頁存取Adobe Campaign伺服器;該網頁與透過使用者端主控台功能表存取的網頁相同。 您可以從您的監視工具(Tivoli、Nagios等)呼叫此頁面。
使用狀況:與運運算元登入相關聯的工作階段權杖需要作為引數使用,以便您連線至執行個體(請參閱 透過Adobe Campaign指令碼自動監視)。
運運算元及其登入需要先在Adobe Campaign使用者端主控台中設定,並搭配適當的資料庫許可權和限制。
頻率:這是完整的伺服器測試,不需要經常執行(例如,可以每十分鐘執行一次)。
此 jsp 代表Adobe Campaign應用程式API的進入點。 因此,它可以提供應用程式的詳細監視。 它也可以用來監視Adobe Campaign Web服務。 此指令碼用於監控指令碼,但請注意,此指令碼僅供高級使用者使用。
Adobe Campaign會啟用各種部署設定(如需詳細資訊,請參閱 本節)。 本節根據您的安裝型別,詳細說明要套用的各種自動監控技術。
部署型別 | 監視 |
---|---|
獨立 |
|
標準 |
|
企業 |
|
中間來源 |
|
Adobe Campaign可提供執行個體監控工具(netreport),讓您透過電子郵件傳送有關偵測到的異常的報告。
此工具可用於監視您的執行個體,但Adobe Campaign不支援。 如需詳細資訊,請聯絡您的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" 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等。 然後,指定用於執行netreport的設定 netreport.bat 或 netreport.sh 檔案(透過新增) $JAVA_HOME/bin/java netreport dev 或 @%JAVA_HOME%binjava netreport prod 例如。
對於 監視 操作員工作,執行netreport的電腦必須位於安全區域 sessionTokenOnly 模式。 如果沒有為此運運算元指定信任的IP遮罩,則安全性區域也必須在 allowEmptyPassword 和 allowUserPassword 模式。
此元素用於填入電子郵件的設定,即
mailServer:用於傳送電子郵件的SMTP伺服器(例如: smtp.domain.net)。
mailFrom:報表寄件者的電子郵件地址(例如: monitoring@domain.net)。
收件者清單:監控收件者的電子郵件地址清單。 位址必須以逗號分隔(不含空格)。
'夜晚'模式(選用)用於避免在指定的時間段之間傳送電子郵件。 相反地,會合併資料,並在結束時間後傳送有關夜間活動的電子郵件(預設為7:00)。
此 buildRange 子元素(選用)可讓您指定最小和最大組建編號。 組建編號未在此範圍的所有電腦都會產生錯誤
<buildRange minimum="0000" maximum="9999"/>
您可以新增 <sla>
(選用)中的子元素 屬性 元素。 每次執行netreport時都會產生記錄檔。 檔案名稱包含設定名稱以及日期和時間,例如 dev_06_12_13_16_47_05.tmp. 檔案包含下列資訊:執行個體名稱、電腦名稱、嚴重性層級、(0到3,從最不嚴重到最嚴重)、日期(時間戳記格式)、查詢和回應之間經過的時間(毫秒)、使用的服務(http、ncs、ncsex、redir)。 這項資訊會以表格標籤和每個服務結尾的分行符號分隔。
此 persistHtmlFile 具有值「true」的屬性,在 <property>
元素用於在檔案中記錄最新的監視狀態 netreport.md. 此檔案會儲存在安裝目錄中。
此元素可讓您將數台電腦(主機)重新分組為相同的執行個體。 例項名稱會顯示在監控電子郵件的第一部分。 您可以按一下執行個體的名稱來存取有關每台機器的詳細資訊。
instance name="instance-name" recipientList="mail@mail.com,mail2@mail.com">
<host name="devcamp.domain.com" ...>
...
</host>
<host name="devtrack.domain.com" ...>
...
</host>
</instance
此元素會設定主機上指定伺服器的監視設定,例如:
名稱:要監控的電腦名稱。
別名 (選用):報表中顯示的受監控電腦名稱。
sessionToken:透過授權的工作階段Token提供登入驗證。
若要設定工作階段權杖,請選取 監視 運運算元(在Adobe Campaign控制檯中)。 在 存取許可權 索引標籤中,指定獲授權監視此執行個體之電腦的IP位址。 然後,您就可以從這些電腦使用連線至監視頁面。 監視 識別碼,且不需要指定密碼。
criticalLevel (選用):可讓您依嚴重程度來排序要顯示的錯誤。 可能的值是「0」(顯示所有層級)、「1」(僅顯示高度和嚴重錯誤)和「2」(僅顯示嚴重錯誤)。 如果未提供此屬性,則會顯示所有錯誤層級。
篩選 (選用):可讓您排除某些工作流程錯誤,例如 filter="wkf;wkf1". 工作流程標籤必須以分號分隔。
在大多數情況下,僅 ncs 和 重新導向 可以保留子元素。
在任何情況下,子元素中可能會多載某些節點(例如節點) 連線埠=75 多載用於http、ncs或redir連線的連線埠):
<ncs instance="clap40" url="/nl/jsp/soaprouter.jsp" includeDead="false" port="80"/>
在 ncs, 重新導向 和 http 子元素時,您可以將 isSecure 屬性(選用)來選擇是否使用https通訊協定(「true」或「false」值)。 如果未提供此屬性,則會使用http通訊協定。
若要進行設定,請編輯此檔案,並指出JRE或JDK安裝所在的目錄。
若要啟動監視,請執行 netreport.bat 或 netreport.sh 透過指令碼定期儲存檔案。 報表會在首次執行後傳送,且僅在狀態變更時傳送。
若要測試監視,請執行 netreport.bat 或 netreport.sh 檔案。
電子郵件會傳送給中指定的收件者 收件者清單 的 netconf.xml 檔案。