[仅限内部部署/混合]{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提供的 watchdog 进程每天自动重新启动所有进程，并使您能够解决此问题。 但是，您也可以自行停止相关进程以强制重新启动。
Linux in-linux
-
Pending events queued：特定于 消息中心 的标识符。 有关详细信息，请参阅此部分。
-
Load average (1/5/15 minutes)：有关负载的信息，即上分钟、五分钟或十五分钟内在计算机上运行的进程所使用的处理器速率
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时，将显示此标识符。
自定义指标 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平台中。 可以通过控制台或Web访问来访问它们。
这些报告按域显示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个图表的红色曲线）：它显示未重试的放弃的消息（紫色）与发送失败（红色）的消息之间的比例。 这样，您就可以查看由于统计服务器的限制（限制）或远程服务器不可用而在授权时间段内未处理的消息比例。
-
SMTP连接已打开或正在打开。
-
mtachild 数量的估计值。
每个域的SMTP错误 smtp-errors-per-domain
此报表允许您查看在设定的时间段内按域划分的投放错误。
本报告的指标清单见下表。
- Domain 列包含消息所发往的域的名称(或真正的域名，例如yahoo.fr为yahoo.com)，
- Cnx 列显示此域打开的SMTP连接数。
- Sent 列对应于发送到此域的邮件数，
- 卷 列显示已尝试发送到此域的消息量（近似值），
- Errors 列显示一段时间内此域上错误的卷指示器，
- Last response 列显示此域收到的最后一个SMTP响应消息，
- Date 列显示上次为此域收到的SMTP响应的日期。
单击域名以查看其错误。
它们按PublicId进行分类：此标识符对应于由路由器后面的多个Adobe Campaign Mta共享的IP地址。 统计信息服务器使用此标识符来记忆此起始点和目标服务器之间的连接和传递统计信息。
Owner of domain 字段允许您在同一标签下对不同的域名进行分组。 在初始报告视图中，所有MX域名都将与此所有者关联。
单击PublicId标识符可查看详细信息。
计费报告 billing-report
Billing 技术工作流通过电子邮件将系统活动报告发送给“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 页面的操作方式与对应的网络页面相同：它测试通过apache/tomcat/web module/database并上传到客户端的完整查询。 如果一切运行正常，则返回“OK”。 我们建议在具有数据库访问权限的计算机上运行此测试（例如，mta和调查）。
用法：与操作员登录关联的会话令牌必须作为参数传递，才能远程登录(请参阅通过Adobe Campaign脚本自动监视中的提示)。
例如：
需要预先在Adobe Campaign客户端控制台中配置操作员名称和登录名，并赋予数据库权限。
频率：这是使用很少带宽的测试。 因此，它可以相当频繁地运行，尽管不会每分钟运行一次。
/nl/jsp/monitor.jsp nl-jsp-monitor-jsp
这是一项测试，用于检查操作员是否可以通过网页访问Adobe Campaign服务器；该网页与通过客户端控制台菜单访问的网页相同。 您可以从监视工具（Tivoli、Nagios等）中调用此页面。
用法：与操作员登录关联的会话令牌需要用作参数(请参阅通过Adobe Campaign脚本自动监视中的提示)，该登录允许您连接到实例。
之前，需要在Adobe Campaign客户端控制台中使用适当的数据库权限和限制配置运算符及其登录。
频率：这是完整的服务器测试，不需要经常运行（例如，每10分钟可以运行一次）。
/nl/jsp/soaprouter.jsp nl-jsp-soaprouter-jsp
此 jsp 表示Adobe Campaign应用程序API的入口点。 因此，它可以提供对应用程序的详细监控。 它还可用于监视Adobe Campaign Web服务。 它仅用于我们的监视脚本，但请注意，它仅用于高级用户。
基于部署类型进行监控 monitoring-based-on-deployment-types
Adobe Campaign启用各种部署配置（有关更多信息，请参阅此章节）。 本节详细介绍根据安装类型应用的各种自动监控技术。
- Adobe Campaign服务器上的/r/test和/nl/jsp/monitor.jsp
-
前端服务器上的/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--element
此元素用于填充电子邮件的配置，即
-
mailServer：用于发送电子邮件的SMTP服务器(例如：smtp.domain.net)。
-
mailFrom：报告发件人的电子邮件地址(例如：monitoring@domain.net)。
-
recipientList：监视收件人的电子邮件地址列表。 地址必须以逗号分隔（无空格）。
-
“night”模式（可选）用于避免在指定的时间段之间发送电子邮件。 相反，会合并数据，并在结束时间（默认为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> 元素上值为“true”的 persistHtmlFile 属性用于在文件 netreport.md 中记录最新的监视状态。 此文件保存在安装目录中。“实例”元素 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
- name：实例名称将显示在电子邮件的第一部分。
- recipientList（可选）：允许您通过电子邮件发送有关特定实例的监视报告。
“主机”元素 host--element
此元素配置对主机上给定服务器的监控，即
-
name：要监视的计算机的名称。
-
别名（可选）：被监视计算机在报表中显示的名称。
-
sessionToken：通过授权的会话令牌提供登录身份验证。
要配置会话令牌，请在Adobe Campaign控制台中选择 监视 运算符。 在 访问权限 选项卡中，指定授权监视此实例的计算机的IP地址。 然后，您将能够使用 监视 标识符从这些计算机连接到监视页面，而无需指定密码。
-
criticalLevel（可选）：允许您按严重性级别对要显示的错误进行排序。 可能的值为“0”（显示所有级别）、“1”（仅显示严重错误和严重错误）和“2”（仅显示严重错误）。 如果未提供此属性，则会显示所有错误级别。
-
filter（可选）：用于排除某些工作流错误，例如 filter="wkf；wkf1"。 工作流标签必须以分号分隔。
子元素 sub-elements
- tcp：检查服务器是否处于启动或关闭状态。 必须输入端口号。
- http：检查Web服务器是否存在（应用程序服务器正在运行）。
- ncs：检查在“实例”属性中输入的实例上的进程（工作流错误、内存使用率等）。 included （必需）属性为您提供了显示无效进程的选项（“true”或“false”值）。
- redir：检查跟踪。
在大多数情况下，只能保留 ncs 和 redir 子元素。
在任何情况下，子元素中的某些节点都可能会过载（例如，节点 port=75 重载用于http、ncs或redir连接的端口）：
<ncs instance="clap40" url="/nl/jsp/soaprouter.jsp" includeDead="false" port="80"/>
在 ncs、redir 和 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 文件。
向 netconf.xml 文件的 recipientList 中指定的收件人发送电子邮件。