[仅限内部部署/混合]{class="badge yellow" title="仅适用于内部部署和混合部署"}
操作原则 operating-principle
从技术上讲，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 命令。
下表详细列出了可用的模块：
命令
说明
aliasCleaning
标准化明细列表值
计费
将系统活动报告发送到billing@neolane.net
cleanup
清理数据库：从数据库中删除过时的数据，并运行数据库引擎优化程序使用的统计信息的更新。
config
修改服务器配置
导出
导出到命令行：用于将在Adobe Campaign客户端控制台中创建的导出模型发送到命令行
文件转换
转换设置大小的文件
导入
导入到命令行：用于将在Adobe Campaign客户端控制台中创建的导入模型发送到命令行。
inMail
入站邮件分析器
installset
客户安装文件的可用性
javascript
执行可访问SOAP API的JavaScript脚本。
作业
命令行处理
合并
表单合并
midSourcing
中间源模式下的投放信息的恢复
监测
XML按实例显示服务器进程和计划任务的状态。
mta
主代理转移消息
包
导入或导出实体包文件
pdump
显示服务器进程状态
prepareda
准备投放操作
重新启动
部分服务器重新启动
runwf
执行工作流实例
关机
系统完全关闭
短信
短信通知处理
sql
SQL脚本执行
开始
其他开始
stat
维护MTA连接统计信息
停止
部分系统关闭
submitda
提交投放操作
syslogd
日志和跟踪写入服务器
跟踪
整合和检索跟踪日志
trackinglogd
跟踪日志写入和清除服务器
监视程序
启动和监视实例
Web
应用程序服务器（HTTP和SOAP）
wfserver
工作流服务器
IMPORTANT
最后一个模块：与应用程序服务器关联的跟踪和中继模块，为了提高性能，该模块通过本机机制通过动态库集成到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
recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1