v7 on-premise & hybrid

操作原则

从技术上讲，Adobe Campaign平台基于多个模块。

有许多Adobe Campaign模块。 有些是连续运行的，而有些则偶尔启动以执行管理任务（如配置数据库连接）或运行重复性的任务（如合并跟踪信息）。

有三种类型的Adobe Campaign模块：

  • 多实例模块：为所有实例运行一个进程。 这适用于以下模块： Web， syslogd， trackinglogd 和 监视程序 (活动来自 config-default.xml 文件)。
  • 单实例模块：每个实例运行一个进程。 这适用于以下模块： mta， wfserver， inMail， 短信 和 stat (活动来自 config-<instance>.xml 文件)。
  • 实用程序模块：这些模块是偶尔运行以执行偶尔或重复操作的模块(cleanup， config、下载跟踪日志等)。

使用命令行工具执行模块管理 nlserver 安装在 纸盒 安装文件夹的目录。

的常规语法 nlserver 工具如下所示：

nlserver <command> <command arguments>

要获取可用模块的列表，请使用 nlserver 命令。

下表详细列出了可用的模块：

命令 说明
aliasCleansing 标准化明细列表值
计费 将系统活动报告发送到billing@neolane.net
cleanup 清除数据库：从数据库中删除过时的数据，并运行数据库引擎优化程序使用的统计信息的更新。
config 修改服务器配置
导出 导出到命令行：用于将在Adobe Campaign客户端控制台中创建的导出模型发送到命令行
fileconvert 转换设置大小的文件
导入 导入到命令行：用于将在Adobe Campaign客户端控制台中创建的导入模型发送到命令行。
inMail 入站邮件分析器
installset 客户安装文件的可用性
javascript 通过访问SOAP API执行JavaScript脚本。
作业 命令行处理
merge 表单合并
midSource 中间源模式下的传递信息的恢复
监测 XML按实例显示服务器进程和计划任务的状态。
mta 主代理转移消息
包 导入或导出实体包文件
pdump 显示服务器进程状态
准备就绪 准备投放操作
重新启动 部分服务器重新启动
runw 工作流实例的执行
shutdown 系统完全关闭
短信 短信通知处理
sql SQL脚本执行
开始 其他开始
stat 维护MTA连接统计信息
停止 部分系统关闭
submitda 提交投放操作
syslogd 日志和跟踪写入服务器
跟踪 合并和检索跟踪日志
trackinglogd 跟踪日志写入和清除服务器
监视程序 启动和监控实例
Web 应用程序服务器（HTTP和SOAP）
wfserver 工作流服务器
重要

最后有一个模块：链接到应用程序服务器的跟踪和中继模块，为了性能起见，该模块通过本机机制通过动态库集成到Apache或IIS Web服务器中。 没有允许您启动或管理此模块的Adobe Campaign命令。 因此，必须使用Web服务器本身的命令。

使用以下命令显示模块用法及其参数的语法： nlserver [module] -？

示例:

nlserver配置 — ？

Usage: nlserver [-verbose:<verbose mode>] [-?|h|H] [-version] [-noconsole]
 [-tracefile:<file>] [-tracefilter:<[type|!type],...>]
 [-instance:<instance>] [-low] [-high] [-queryplans] [-detach]
 [-internalpassword:<[password/newpassword]>] [-postupgrade]
 [-nogenschema] [-force] [-allinstances]
 [-addinstance:<instance/DNS masks[/language]>]
 [-setdblogin:<[dbms:]account[:database][/password]@server>]
 [-monoinstance]
 [-addtrackinginstance:<instance/masks DNS[/databaseId/[/language[/password]]]>]
 [-trackingpassword:<[password][/newpassword]>]
 [-setproxy:<protocol/server:port[/login]>] [-reload]
 [-applyxsl:<schema/file.xsl>] [-filter:<file>]
 [-setactivationkey:<activation key>]
 [-getactivationkey:<client identifier>]
-verbose : verbose mode
-? : display this help message
-version : display version number
-noconsole : no longer display logs and traces on the console
-tracefile : name of trace file to be generated (without extension)
-tracefilter : filter for the traces to be generated e.g.: wdbc,soap,!xtkquery.
-instance : instance to be used (default instance if this option is not present).
-low : start up with low priority
-high : start up with high priority (not recommended)
-queryplans : generate traces with the execution plans of SQL queries.
-detach : detaches the process from its parent (internal option)
-internalpassword : changes the password of the server internal account.
-postupgrade : updates the database following upgrade to a higher version.
-nogenschema : does not recompute the schemas during database update
-force : updates the database even if this has already been done with the current build
-allinstances : updates the database over all configured instances
-addinstance : adds a new instance.
-setdblogin : sets the parameters for connection to the database of an instance. The DBMS can be 'oracle', 'postgresql', 'mssql' or 'odbc' (default=postgresql)
-monoinstance : initializes for a single instance ().
-addtrackinginstance : adds a new tracking instance.
-trackingpassword : changes the tracking password of an instance
-setproxy : sets the parameters for connection to a proxy server. The protocol can be 'http', 'https' or 'all'.
-reload : asks the server to reload the configuration of the instances.
-applyxsl : applies an XSL stylesheet to all entities of a schema.
-filter : applies the XTK filter contained in the file during loading of the schema entities.
-setactivationkey : sets the activation key

在此页面上