v7 内部部署和混合

监控流程

应用程序服务器和重定向服务器(跟踪)可以手动或自动进行监控。

手动监测

要访问Adobe Campaign进程监控页面，请浏览至 Monitoring 选项卡，然后单击 Overview 链接。

显示的页面允许您查看已连接的实例的状态，即：

• 有关实例的信息：版本、名称、数据库引擎、已安装的包、服务器系统指示符、
• 缺少的进程和执行信息（开始日期、PID等）的列表，
• 工作流和投放的视图。

中介绍了监控Campaign流程的其他方法 此页面.

日志记录

要显示与流程相关的日志日志，请单击该流程， mta 例如，然后选择 Open the log journal .

系统指示器

浏览到系统指示器列表，以显示有关计算机的信息，如物理和虚拟内存、活动进程和可用磁盘空间。 Linux和Windows操作系统的指示符不同。 转到 Instance Monitoring 页面，然后单击 Display 用于打开指标列表的链接。

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

• 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时，会显示此标识符。

自定义指标

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 报表允许您控制服务器活动。 它显示每个匹配项的合成。

此报告的指标列表如下图所示。

1. 发送的消息总数.

2. 表示输入/输出消息：

   • 蓝线：通过Shaper到达的准备发送的消息，即发送SMTP之前的最后一个阶段（与传入数据一致）。

   • 绿线：成功发送的消息（与传出数据一致）。

   • 红线：由Shaper放弃的消息，返回到 mta （与此恢复中拒绝的数据一致）。

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

3. 表示形状器的两个队列：

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

   • Kaki曲线：“延迟”队列。 由于限制或没有与目标可用的连接，目前无法返回这些消息。 每5秒、10秒、20秒、40秒、2分钟等将进行重试。 （对于定义的） MaxAgeSec 被抛弃之前的时间。

4. 此图表显示放弃的消息的详情（第2个图表的红色曲线）：它显示未重试的放弃的消息（紫色）与发送失败（红色）的消息之间的比例。 这样，您就可以查看由于统计服务器的限制（限制）或远程服务器不可用而在授权时间段内未处理的消息比例。

5. SMTP连接已打开或正在打开。

6. 预估的数量 matachild.

每个域的SMTP错误

此报表允许您查看在设定的时间段内按域划分的投放错误。

本报告的指标清单见下表。

• 此 域 列包含消息所要发送到的域的名称(或者真正的域名，例如yahoo.com代表yahoo.fr)，
• 此 Cnx 列显示此域打开的SMTP连接数。
• 此 已发送 列对应于发送到此域的消息数，
• 此 音量 列显示已尝试发送到此域的消息量（近似值），
• 此 错误 列显示一段时间内此域上错误的卷指示器，
• 此 上次响应 列显示此域最后收到的SMTP响应消息，
• 此 日期 列显示上次为此域收到的SMTP响应的日期。

单击域名以查看其错误。

它们按PublicId进行分类：此标识符对应于由路由器后面的多个Adobe Campaign Mta共享的IP地址。 统计信息服务器使用此标识符来记忆此起始点和目标服务器之间的连接和传递统计信息。

此 Owner of domain 字段可让您将各种域名分组到同一标签下。 在初始报告视图中，所有MX域名都将与此所有者关联。

单击PublicId标识符可查看详细信息。

计费报告

此 Billing 技术工作流会通过电子邮件将系统活动报告发送给“billing”操作员。 默认情况下，它会在营销实例上的每月25日触发。

可以在以下节点的子文件夹中找到技术工作流： 管理 > 生产 > 技术工作流.

工作流在每月的25日启动后，您的账单操作员将在收件箱中收到以下报告。

以下量度可用于跟踪您的投放：

• Start date ：投放开始日期。 请注意，该日期可以早于报表的“起始”日期。
• Label ：投放标签。 要发送的消息数少于100的投放被视为太小，因此会按开始日期汇总。在这种情况下，标签会显示聚合的数量，例如。 [3个小型投放的聚合].
• Total volume ：为投放传输的总字节数。
• Avg volume ：传输的平均字节数。 这是以下公式的结果 （总量/报文），此参数为 Multiplier 量度。
• Messages ：已发送消息的数量。 这包括成功发送的消息和重试（收到来自联系服务器的退回消息后）。
• Multiplier (x) ：从消息的平均音量推导出乘数的值。
• Count ：消息和乘数相乘后的结果。

自动监测

Adobe Campaign提供了多种自动监测方法，具体如下所述。

命令行

命令

nlserver monitor

允许您在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 页面用于测试重定向服务器。 我们建议使用此相同的方法测试用于跟踪的前端服务器。 此页面还可用于测试负载Dispatcher。

它以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 module/database并上传到客户端的完整查询。 如果一切运行正常，则返回“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 Campaign Web服务。 它仅用于我们的监视脚本，但请注意，它仅用于高级用户。

基于部署类型进行监控

Adobe Campaign支持各种部署配置(有关更多信息，请参阅 本节)。 本节详细介绍根据安装类型应用的各种自动监控技术。

通过Adobe Campaign脚本自动监控

Adobe Campaign可提供实例监控工具(netreport)，允许您通过电子邮件发送有关检测到的异常的报告。

必需元素

自动监视需要以下安装前预防措施：

• 您必须拥有 netreport.tgz （Linux安装）或 netreport.zip （Windows安装）文件，
• 我们强烈建议您不要在要监视的计算机上安装监视，
• 它必须安装在具有JRE或JDK的计算机上，
• 在Linux中，要监视的计算机必须具有 bc 包。 如需详细信息，请参阅此部分。

安装过程

安装过程如下：

1. 在控制台中，根据需要创建新运算符（“监控”用户已存在），但不分配任何权限。
2. 运行存档提取。
3. 阅读 readme 文件。
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>

“属性”元素

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

• 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)。 此信息由每个服务末尾的制表符和换行符分隔。

“实例”元素

利用此元素，可将多台计算机（主机）重组为同一实例。 实例名称显示在监视电子邮件的第一部分。 您可以单击实例名称来访问有关每台计算机的详细信息。

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：实例名称，将显示在电子邮件的第一部分。
• 收件人列表 （可选）：用于通过电子邮件发送有关特定实例的监控报告。

“主机”元素

此元素配置对主机上给定服务器的监控，即

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

• 别名 （可选）：报表中显示的受监视计算机的名称。

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

  要配置会话令牌，请选择 监测 Adobe Campaign运算符。 在 访问权限 选项卡，指定有权监视此实例的计算机的IP地址。 然后，您将能够使用 监测 标识符，且无需指定密码。

  

• criticalLevel （可选）：用于按严重性级别对显示的错误进行排序。 可能的值为“0”（显示所有级别）、“1”（仅显示严重错误和严重错误）和“2”（仅显示严重错误）。 如果未提供此属性，则会显示所有错误级别。

• 筛选 （可选）：用于排除某些工作流错误，例如 filter="wkf；wkf1". 工作流标签必须以分号分隔。

子元素

• tcp：检查服务器是处于运行状态还是关闭状态。 必须输入端口号。
• http：检查Web服务器是否存在（应用程序服务器正在运行）。
• NCS：检查在“实例”属性中输入的实例上的进程（工作流错误、内存使用情况等）。 此 已包括 （必需）属性为您提供了显示无效进程（“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 属性（可选）来选择是否使用https协议（“true”或“false”值）。 如果未提供此属性，则使用http协议。

配置netreport.bat或netreport.sh文件

要对其进行配置，请编辑此文件并指示JRE或JDK安装在哪个目录中。

正在启动监视

要启动监视，请执行 netreport.bat 或 netreport.sh 通过脚本定期执行文件。 首次执行后发送报告，并且仅在状态更改时发送。

测试监控

要测试监控，请执行 netreport.bat 或 netreport.sh 文件。

电子邮件将发送给中指定的收件人 收件人列表 的 netconf.xml 文件。

Business.Adobe.com 资源

Analytics Integration Email Reporting Preference Centers Email Deliverability Email Testing Data Connectors