监控流程

可以手动或自动监视应用服​务器​和重定向服务器(跟踪)。

手动监控

转到并 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 示符后,您可以通过向Adobe Campaign服务器所安装的计算机添加RAM来解决问题。 您还可以决定在专用计算机上安装Adobe Campaign服务器。

  • Swap Memory :与与寻呼文件匹配的虚拟内存相关的信息:硬盘上的某个区域,Windows使用它就像RAM一样。

    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 提供 的监视程序会每天自动重新开始所有进程,使您能够解决此问题。 但是,您也可以自行停止相关过程以强制重新开始。

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 示符后,您可以通过向Adobe Campaign服务器所安装的计算机添加RAM来解决问题。 您还可以决定在专用计算机上安装Adobe Campaign服务器。

  • Swap Memory :与与寻呼文件匹配的虚拟内存相关的信息:硬盘上的某个区域,Windows使用它就像RAM一样。

    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 (与此恢复中拒绝的数据一致)。

    这些值以每小时的消息数表示。

  2. 表示Shaper的两个队列:

    • 蓝色曲线:活动消息队列。 这些消息将尽快发送。

    • 卡基曲线:“延迟”队列。 由于限制或没有可用的目标连接,暂时无法返回这些消息。 重试每5秒、10秒、20秒、40秒、2分钟等进行一次。 定义的 MaxAgeSec 时间。

  3. 此图表显示放弃消息的详细信息(第2个图表上的红色曲线):与发送失败(红色)的消息相比,它显示放弃的未重试消息(mauve)的比例。 这样,您就可以视图由于统计服务器的限制(限制)或由于远程服务器不可用而在授予的期限内未处理的邮件比例。

  4. 打开或正在打开SMTP连接。

  5. 估计匹 配数

注意

此报告与电子邮件流量整形器组件的状态相关。

每个域的SMTP错误

通过此报告,您可以视图按域划分的投放错误。

注意

务器的minConnectionsToLogminErrorsToLog 和minMessagesToLog 选项​**​** ,Conf.xml文件的minConnectionsToLog选项定义了超过阈值,其中已考虑连接统计。

此报告的指标列表表下。

  • ”列包含发送消息的域的名称(例如,yahoo.fr的实域名yahoo.com),
  • Cnx 列显 示此域打开的SMTP连接数,
  • “已 发送 ”列与发送到此域的消息数相对应,
  • Volume ”列显示已尝试发送到此域的消息量(近似值),
  • “错 ”列显示该域在该时间段内的错误的卷指示符,
  • 最后 一个响应 (Last response)列显示该域收到的最后一个SMTP响应消息。
  • 日期 ”列显示该域上次收到SMTP响应的日期。
注意

Cnx、Sent和 Volume​列中显 示的值​是根据字段中选定的时 间计算的Period

单击某个域名以视图其错误。

它们按PublicId分类:此标识符对应于由路由器后的多个Adobe Campaignmta共享的IP地址。 统计服务器使用此标识符来记住该起始点与投放服务器之间的连接和目标统计。

该字 Owner of domain 段允许您在同一标签下对各种域名进行分组。 在初始报告视图中,所有MX域名都将与此所有者关联。

单击PublicId标识符可进一步视图详细信息。

注意

错误百分比由两个图表表示。 第一个是黑色背景上的水平进度条。 第二张图表按时间顺序排列。 所选期间被划分为十二个时间间隔,每个时间间隔由垂直进度条表示。 在这两个表示中,如果未检测到任何错误,则条为黑色。 条的颜色取决于遇到的错误百分比(黄色、橙色和最后是红色)。 颜色灰色表示未找到任何重要数据卷。 将光标放在图表上可以显示错误的确切百分比。

注意

有关SMTP错误以及在Adobe Campaign中管理这些错误的详细信息,请参 阅本节

帐单报表

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 ​参数运行,该参数列表配置文件说应执行时此实例中缺少的进程。

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 (http://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 §页的操作方式与其网络对应方相同:它测试一个完整的查询,它通过apache/tomcat/web模块/数据库上传到客户端。 如果一切正常,则返回“OK”。 我们建议在具有数据库访问权限的计算机上运行此测试(例如,mta和调查)。

用法:要远程登录,必须将与操作员登录关联的会话令牌作为参数进行传递(请参阅通过Adobe Campaign脚本 进行自动监视中的提示)。

例如:

操作员名称和登录名需要先前在Adobe Campaign客户端控制台中配置数据库权限。

频率:这是一个使用很少带宽的测试。 因此,它可以相当频繁地运行,但每分钟不会运行一次。

/nl/jsp/monitor.jsp

这是一项测试,检查操作员是否可以通过网页访问Adobe Campaign服务器;与通过客户端控制台菜单访问的网页相同。 您可以通过监视工具(Tivoli、Nagios等)调用此页。

用法:与操作符登录关联的会话令牌,它允许您连接到实例,该令牌需要用作参数(请参阅通过Adobe Campaign脚本 进行自动监视中的提示)。

操作员及其登录名需要先在Adobe Campaign客户端控制台中配置相应的数据库权限和限制。

频率:这是一个完整的服务器测试,不需要经常运行(例如,每十分钟可以执行一次)。

/nl/jsp/soaprouter.jsp

jsp 表示Adobe Campaign应用程序API的入口点。 因此,它可以提供应用的详细监控。 它还可用于监视Adobe CampaignWeb服务。 它用于我们的监视脚本,但请注意,它仅用于高级用户。

基于部署类型进行监控

Adobe Campaign启用各种部署配置(有关详细信息,请参 阅本节)。 本节根据您的安装类型详细介绍要应用的各种自动监视技术。

部署类型 监控
独立
  • /r/test/nl/jsp/monitor.jsp on theAdobe Campaign

标准
  • /r/test/nl/jsp/ping.jsp on the fronters

  • /nl/jsp/monitor.jsp在应用 程序服务器上

企业
  • /r/test/nl/jsp/ping.jsp on the fronters

  • /r/test/nl/jsp/monitor.jsp on application server

中间源
  • /nl/jsp/monitor.jsp在应用 程序服务器上

通过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 prodexample,指定在netreport.bat或 ​**​**​**​** netreport.sh文件中执行netreport的配置。

重要

要使监 视操作 员正常工作,执行Netreport的计算机必须处于处于sessionTokenOnly模式的 安全区 。 如果未为此运算符指定可信的IP掩码,则安全区域还必须处于 allowEmptyPasswordallowUserPassword模式

“属性”元素

此元素用于填充电子邮件的配置,即

  • mailServer:用于发送电子邮件的SMTP服务器(例如:smtp.domain.net)。

  • mailFrom:报告发件人的电子邮件地址(例如:monitoring@domain.net)。

  • recipientList:监视收件人的电子邮件地址列表。 地址必须用逗号分隔(无空格)。

  • ​间”模式(可选)用于避免在指定时间段之间发送电子邮件。 相反,数据会进行整合,并在结束时间后(默认为7:00)发送一封有关夜间活动的电子邮件。

  • buildRange 子元素 (可选)允许您指定最小和最大内部版本号。 将为内部版本号不在此范围内的所有计算机生成错误

    <buildRange minimum="0000" maximum="9999"/>
    
  • 可以在属 <sla> 性元素中添加(可选)子 元素 。 每次执行Netreport时都会生成日志文件。 文件的名称包含配置名称以及日期和时间, 例如dev_06_12_13_16_47_05.tmp。 该文件包含以下信息:实例名称、计算机名称、严重性级别、(0到3,从最低严重到最严重)、日期(时间戳格式)、查询与响应之间经过的时间(以毫秒为单位)、使用的服务(http、ncs、ncsex、redir)。 此信息在每项服务结束时通过表格标记和换行分隔。

注意

素上值为 “true”的persistHtmlFile属性 <property> 用于在文件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:将在电子邮件第一部分中显示的实例名称。
  • recipientList (可选):允许您通过电子邮件发送有关特定实例的监视报告。

“主机”元素

此元素配置主机上给定服务器的监视,即

  • name:要监视的计算机的名称。

  • alias (可选):被监视计算机的名称,如报告中所示。

  • sessionToken:通过授权会话令牌提供登录身份验证。

    要配置会话令牌,请在Adobe Campaign控 制台 中选择监视操作符。 在“访 问权限 ”选项卡中,指定授权监视此实例的计算机的IP地址。 然后,您将能够使用监视标识符从这些计算机连接到监 视页 ,无需指定口令。

  • criticalLevel (可选):允许您按严重性级别对要显示的错误进行排序。 可能的值为“0”(显示所有级别)、“1”(仅显示高错误和严重错误)和“2”(仅显示严重错误)。 如果未提供此属性,则显示所有错误级别。

  • filter (可选):允许您排除某些工作流错 误,例如filter="wkf;wkf1"。 工作流标签必须用分号分隔。

子元素

  • tcp:检查服务器是否处于打开或关闭状态。 必须输入端口号。
  • http:检查Web服务器是否存在(应用程序服务器是可操作的)。
  • ncs:检查在“instance”属性中输入的实例上的进程(工作流错误、内存使用情况等)。 include ​(mandatory)属性允许您选择显示死进程(“true”或“false”值)。
  • redir:检查跟踪。

在大多数情况下,只 能保留ncs 和redir子元素。

在任何情况下,某些节点都可能在子元素中过载(例如,节点 端口=75 ,以使用于http、ncs或redir连接的端口过载):

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

在ncs 、redir​和 http 子元素中 ,可添加isSecure attribute(可选)以选择是否使用https协议(“true”或“false”值)。 如果未提供此属性,则使用http协议。

配置netreport.bat或netreport.sh文件

要配置它,请编辑此文件并指明JRE或JDK安装在哪个目录中。

启动监视

要启动监视,请 通过脚本定期执行netreport.bat或netreport .sh文件。 报告在第一次执行后发送,然后仅在状态更改事件发送。

测试监视

要测试监视,请执 行netreport.bat或netreport.sh文件

将向netconf.xml文件的recipientList中指 定的收件人发送电子邮件

在此页面上