[僅限內部部署/混合]{class="badge yellow" title="僅適用於內部部署和混合部署"}
監控流程 monitoring-processes
應用程式伺服器和重新導向伺服器(追蹤)可手動或自動監視。
手動監視 manual-monitoring
若要存取Adobe Campaign程式監視頁面,請瀏覽至 Monitoring 標籤,然後按一下 Overview 連結。
顯示的頁面可讓您檢視已連線執行處理的狀態,即:
- 執行處理的資訊:版本、名稱、資料庫引擎、已安裝的套件、伺服器系統指示器、
- 遺失的處理程式和執行資訊(開始日期、PID等)的清單,
- 工作流程和傳遞的檢視。
中顯示了監控Campaign流程的其他方法 此頁面.
記錄日誌 log-journal
若要顯示與程式相關的日誌日誌,請按一下程式, mta 例如,然後選取 Open the log journal .
系統指標 system-indicators
瀏覽至系統指示器清單,以顯示關於機器的資訊,例如其實體和虛擬記憶體、作用中的處理作業以及可用的磁碟空間。 Linux和Windows作業系統的指標不同。 前往 Instance Monitoring 頁面,然後按一下 Display 開啟指標清單的連結。
Windows in-windows
-
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提供的流程每天會自動重新啟動所有流程,讓您解決此問題。 不過,您也可以自行停止相關程式,以強制重新啟動。
Linux in-linux
-
Pending events queued:指標特定於 訊息中心. 請參閱 本節 以取得詳細資訊。
-
Load average (1/5/15 minutes):有關負載的資訊,即上分鐘、五分鐘或十五分鐘內在電腦上執行的處理序所使用的處理器速率
Current value:電腦的實際負載。
Max value:電腦上處理序的最大使用負載
Warning:當負載在最近1分鐘、5分鐘或15分鐘達到最大授權值的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時,會顯示此指標。
自訂指標 customized-indicators
Adobe Campaign可讓您自訂指標,如下所述:
-
建立 .sh 檔案並命名它 cust_indicators.sh .
-
將您的自訂指標新增到此檔案。 例如:
code language-none #!/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>"
或
code language-none #!/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報告 smtp-reports
SMTP傳遞監視報告已整合至Adobe Campaign平台。 可透過主控台或網頁存取來存取。
這些報告會依網域顯示SMTP傳遞統計資料和SMTP錯誤。 若要存取,運運算元必須具備 管理 權利。
他們分組在 監視 > 「SMTP監視」。
- 只有在已啟動電子郵件通道時,才能使用SMTP監視的相關資訊。
- 此 SMTP sending statistics 只有當在執行個體上啟動統計伺服器時,才會提供。
SMTP傳送統計資料 smtp-sending-statistics
此 SMTP sending statistics 報表可讓您控制伺服器活動。 它會顯示每個配對的合成。
此報告的指標清單顯示在圖表下方。
-
已傳送的訊息總數。
-
代表輸入/輸出訊息:
-
藍線:已準備好傳送且已到達Shaper的訊息,即傳送SMTP之前的最後一個階段(與傳入資料一致)。
-
綠線:已成功傳送訊息(與傳出資料一致)。
-
紅線:由Shaper捨棄的訊息,返回 mta (與此復原中拒絕的資料一致)。
這些值以每小時的訊息數表示。
-
-
代表兩個配置器佇列:
-
藍色曲線:作用中訊息的佇列。 將會儘快傳送這些訊息。
-
Kaki曲線:「延遲」佇列。 由於節流或沒有可用的目標連線,目前無法傳回這些訊息。 每5秒、10秒、20秒、40秒、2分鐘等會進行重試。 針對已定義的 MaxAgeSec 放棄之前的時間。
-
-
此圖表顯示捨棄訊息的詳細資訊(第2個圖表的紅色曲線):它顯示捨棄而未重試的訊息(Mauve)與傳送失敗(紅色)的訊息之間的比例。 這可讓您檢視在授權期間內因統計伺服器(節流)的限制或遠端伺服器無法使用而未處理的訊息比例。
-
SMTP連線已開啟或正在開啟。
-
預估數量 mtachild.
每個網域的SMTP錯誤 smtp-errors-per-domain
此報表可讓您檢視在設定期間內依網域劃分的傳送錯誤。
此報告的指標清單如下表所示。
- 此 網域 欄包含訊息傳送到的網域名稱(或真正的網域名稱,例如yahoo.fr為yahoo.com),
- 此 Cnx 欄會顯示此網域開啟的SMTP連線數目。
- 此 已傳送 欄對應於傳送至此網域的訊息數,
- 此 音量 欄顯示嘗試傳送至此網域的訊息數量(近似值)。
- 此 錯誤 欄會顯示一段時間內此網域上錯誤的音量指示器,
- 此 上次回應 欄會顯示此網域收到的最後一個SMTP回應訊息。
- 此 日期 欄會顯示此網域收到的最後一個SMTP回應日期。
按一下網域名稱以檢視其錯誤。
它們會依PublicId分類:此識別碼會對應到路由器後面數個Adobe Campaign中繼資料所共用的IP位址。 統計資料伺服器會使用此識別碼來記憶此起始點和目標伺服器之間的連線和傳遞統計資料。
此 Owner of domain 欄位可讓您將不同的網域名稱群組在相同的標籤下。 在初始報告檢視中,所有MX網域名稱都將與此擁有者相關聯。
按一下PublicId識別碼以檢視詳細資訊。
計費報告 billing-report
此 Billing 技術工作流程會透過電子郵件將系統活動報告傳送給「帳單」操作員。 預設會在行銷執行個體上每月25日觸發。
您可以在下列節點的子資料夾中找到技術工作流程: 管理 > 生產 > 技術工作流程.
工作流程在每月的25日啟動後,您的帳單操作員將在收件匣中收到以下報告。
下列量度可用來追蹤您的傳送內容:
- Start date :傳遞開始日期。 請注意,日期可能早於報表的「起始」日期。
- Label :傳遞的標籤。 要傳送少於100則訊息的傳遞被視為太小,因此會依開始日期彙總,在這種情況下,標籤會顯示彙總的數量,例如 [3個小型傳遞的彙總].
- Total volume :為了傳遞而傳輸的位元組總數。
- Avg volume :傳輸的平均位元組數量。 這是下列公式的結果 (總量/訊息),此量度的計算基礎 Multiplier 量度。
- Messages :已傳送的訊息數。 這包括成功傳送的訊息和重試(在收到來自連絡伺服器的退回訊息後)。
- Multiplier (x) :乘數的值是從訊息的平均音量推算而得。
- Count :訊息和乘數相乘後的結果。
自動監視 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 頁面用於測試重新導向伺服器。 我們建議使用此相同的方法測試用於追蹤的前端伺服器。 此頁面也可用來測試負載Dispatcher。
它以XML格式顯示如下行:
<redir status='OK' date='YYYY-MM-DD HH:MM:SS.112Z' build='XXXX' host='<hostname>' localHost='<servername>'/>
頻率:此測試不使用任何負載,因此可以經常執行(例如每秒執行一次)。
/nl/jsp/ping.jsp nl-jsp-ping-jsp
這個 http(s)://<Application server url>
/nl/jsp/ping.jsp page的運作方式與其網路對應專案相同:它會測試透過apache/tomcat/web module/database並上傳至使用者端的完整查詢。 如果一切正常運作,則會傳回「OK」。 我們建議在可以存取資料庫(例如中繼資料和調查)的電腦上執行此測試。
使用狀況:與運運算元登入相關聯的工作階段權杖必須作為引數傳入,才能從遠端登入(請參閱 透過Adobe Campaign指令碼自動監視)。
例如:
運運算元名稱和登入必須先在Adobe Campaign使用者端主控台中設定資料庫許可權。
頻率:此測試使用的頻寬非常少。 因此,其執行頻率相當高,不過不會超過每分鐘一次。
/nl/jsp/monitor.jsp nl-jsp-monitor-jsp
這是一項測試,可檢查操作員是否可透過網頁存取Adobe Campaign伺服器;該網頁與透過使用者端主控台功能表存取的網頁相同。 您可以從您的監視工具(Tivoli、Nagios等)呼叫此頁面。
使用狀況:與運運算元登入相關聯的工作階段權杖需要作為引數使用,以便您連線至執行個體(請參閱 透過Adobe Campaign指令碼自動監視)。
運運算元及其登入需要在先前的Adobe Campaign使用者端主控台中,以適當的資料庫許可權和限制進行設定。
頻率:這是完整的伺服器測試,不需要經常執行(例如,可以每十分鐘執行一次)。
/nl/jsp/soaprouter.jsp nl-jsp-soaprouter-jsp
這個 jsp 代表Adobe Campaign應用程式API的進入點。 因此,它可以提供應用程式的詳細監視。 它也可以用來監視Adobe Campaign Web服務。 我們的監控指令碼會使用此功能,但請注意,此功能僅供進階使用者使用。
根據部署型別監視 monitoring-based-on-deployment-types
Adobe Campaign會啟用各種部署設定(如需詳細資訊,請參閱 本節)。 本節根據您的安裝型別,詳細說明要套用的各種自動監視技術。
- /r/test 和 /nl/jsp/monitor.jsp 在Adobe Campaign伺服器上
-
/r/test 和 /nl/jsp/ping.jsp 在前端伺服器上
-
/nl/jsp/monitor.jsp 在應用程式伺服器上
-
/r/test 和 /nl/jsp/ping.jsp 在前端伺服器上
-
/r/test 和 /nl/jsp/monitor.jsp 在應用程式伺服器上
- /nl/jsp/monitor.jsp 在應用程式伺服器上
透過Adobe Campaign指令碼自動監視 automatic-monitoring-via-adobe-campaign-scripts
Adobe Campaign可提供執行個體監控工具(netreport),讓您透過電子郵件傳送有關偵測到的異常的報告。
必要元素 required-elements
進行自動監視時,需要下列安裝前預防措施:
- 您必須擁有 netreport.tgz (Linux安裝)或 netreport.zip (Windows安裝)檔案,
- 我們強烈建議您不要在要監視的電腦上安裝監視,
- 它必須安裝在具有JRE或JDK的電腦上,
- 在Linux中,要監視的電腦必須具有 bc 封裝。 如需詳細資訊,請參閱本章節。
安裝程式 installation-procedure
安裝程式如下:
- 在主控台中,視需要建立新運運算元(「監視」使用者已存在),但不指派任何權利。
- 執行封存擷取。
- 閱讀 讀我檔案 檔案。
- 更新 netconf.xml 組態檔。
- 更新 netreport.bat (Windows)或 netreport.sh (Linux)檔案。
設定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'元素 properties--element
此元素用於填入電子郵件的設定,例如
-
mailServer:用於傳送電子郵件的SMTP伺服器(例如: smtp.domain.net)。
-
mailFrom:報表寄件者的電子郵件地址(例如:monitoring@domain.net)。
-
recipientList:監控收件者的電子郵件地址清單。 位址必須以逗號分隔(無空格)。
-
『夜晚'模式(選用)可用來避免在指定的時段之間傳送電子郵件。 相反地,資料會經過合併,並在結束時間後傳送一封有關夜間活動的電子郵件(預設為7:00)。
-
此 buildRange 子元素(選用)可讓您指定最小和最大組建編號。 組建編號未落在此範圍的所有電腦都會產生錯誤
code language-none <buildRange minimum="0000" maximum="9999"/>
-
您可以新增
<sla>
(選用)中的子元素 屬性 元素。 每次執行netreport時都會產生記錄檔。 檔案的名稱包含設定名稱以及日期和時間,例如 dev_06_12_13_16_47_05.tmp. 檔案包含下列資訊:執行個體名稱、電腦名稱、嚴重性層級、(0到3,從最低臨界到最嚴重)、日期(時間戳記格式)、查詢與回應之間的經過時間(毫秒)、使用的服務(http、ncs、ncsex、redir)。 這項資訊會以製表標籤和每個服務結尾的分行符號來分隔。
<property>
元素用於在檔案中記錄最新的監視狀態 netreport.md. 此檔案儲存在安裝目錄中。'Instance'元素 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
- 名稱:將顯示在電子郵件第一部分的例項名稱。
- recipientList (選用):可讓您透過電子郵件傳送有關特定執行個體的監控報告。
'主機'元素 host--element
此元素可設定主機上指定伺服器的監視,例如
-
名稱:要監控的電腦名稱。
-
別名 (選用):報表中顯示的受監視電腦名稱。
-
sessionToken:透過授權的工作階段Token提供登入驗證。
若要設定工作階段權杖,請選取 監視 Adobe Campaign主控台中的運運算元。 在 存取許可權 索引標籤,指定授權監視此執行個體之機器的IP位址。 然後,您就可以使用這些電腦連線至監視頁面 監視 識別碼,且不需要指定密碼。
-
criticalLevel (選用):可讓您根據嚴重程度來排序要顯示的錯誤。 可能的值為「0」(顯示所有層級)、「1」(僅顯示高度和嚴重錯誤)和「2」(僅顯示嚴重錯誤)。 如果未提供此屬性,則會顯示所有錯誤層級。
-
篩選 (選用):可讓您排除某些工作流程錯誤,例如 filter="wkf;wkf1". 工作流程標籤必須以分號分隔。
子元素 sub-elements
- tcp:檢查伺服器是否正常運作。 您必須輸入連線埠號碼。
- http:檢查Web伺服器是否存在(應用程式伺服器運作中)。
- ncs:檢查在「執行個體」屬性中輸入的執行個體上的程式(工作流程錯誤、記憶體使用情況等)。 此 已包含 (必要)屬性可讓您選擇顯示廢棄的處理序(「true」或「false」值)。
- 重新導向:檢查追蹤。
在大多數情況下,只有 ncs 和 重新導向 可以保留子元素。
在任何情況下,子元素中的某些節點可能會超載(例如節點) 連線埠=75 多載用於http、ncs或redir連線的連線埠):
<ncs instance="clap40" url="/nl/jsp/soaprouter.jsp" includeDead="false" port="80"/>
在 ncs, 重新導向 和 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 檔案。