v7 on-premise & hybrid

Principe de fonctionnement

La plateforme Adobe Campaign repose techniquement sur plusieurs modules.

Il existe de nombreux modules Adobe Campaign. Certains fonctionnent en continu, d'autres sont démarrés ponctuellement pour effectuer des actions d'administration (par exemple : configurer la connexion à la base de données) ou lancer une tâche récurrente (par exemple : consolider les informations de tracking).

On distingue trois types de modules Adobe Campaign :

  • Modules multi-instances : un seul processus est exécuté pour toutes les instances. Cela s’applique aux modules suivants : web, syslogd, trackinglogd et watchdog (activités à partir du fichier config-default.xml).
  • Modules mono-instances : un processus est exécuté par instance. Cela s’applique aux modules suivants : mta, wfserver, inMail, sms et stat (activités du fichier config-<instance>.xml).
  • Les modules utilitaires : il s'agit de modules démarrés occasionnellement pour réaliser des opérations ponctuelles ou récurrentes (cleanup, config, remontée des logs de tracking, etc.).

L'administration de ces modules est assurée par l'outil ligne de commande nlserver installé dans le répertoire bin du dossier d'installation.

La syntaxe générale de l'outil nlserver est la suivante :

nlserver <command>``<command arguments>

Pour connaître la liste des modules disponibles, lancez la commande nlserver.

Les modules disponibles sont décrits dans le tableau suivant :

La commande Description
aliasCleansing Normalisation des valeurs d'énumération
billing Transmission du rapport d'activité du système à billing@neolane.net
cleanup Nettoyage de la base de données : supprime les données obsolètes de la base de données et lance une mise à jour des statistiques utilisées par l'optimiseur du moteur de base de données
config Modification de la configuration du serveur
export Export en ligne de commande : permet de lancer en ligne de commande un modèle d'export créé depuis le client Adobe Campaign
fileconvert Conversion de fichier à taille fixe
import Import en ligne de commande : permet de lancer en ligne de commande un modèle d'import créé depuis le client Adobe Campaign
inMail Analyseur des mails entrants
installsetup Mise à disposition du fichier d'installation du client
javascript Exécution de scripts JavaScript, ayant accès aux APIs SOAP
job Traitement ligne de commande
merge Fusion de formulaires
midSourcing Récupération des informations des envois en mode mid-sourcing
monitor Affichage, au format XML, de l'état des processus serveur et des tâches planifiées, par instance
mta Message Transfert Agent principal
package Import ou export de fichier de package d'entités
pdump Affichage de l'état des processus serveur
prepareda Préparer une action de diffusion
restart Redémarrage partiel du serveur
runwf Exécution d'une instance de workflow
shutdown Arrêt complet du système
sms Traitement des notifications SMS
sql Exécution de scripts SQL
start Démarrages additionnels
stat Maintient les statistiques des connexions des MTA
stop Arrêt partiel du système
submitda Soumettre une action de diffusion
syslogd Serveur d'écriture des logs et traces
tracking Consolidation et récupération des logs de tracking
trackinglogd Serveur d'écriture et de purge des logs de tracking
watchdog Module de démarrage et suivi
web Serveur applicatif (HTTP et SOAP)
wfserver Serveur de workflows
IMPORTANT

Il existe un dernier module : le module de tracking et de relais vers le serveur applicatif qui, pour des raisons de performances, s'intègre sous la forme d'une librairie dynamique via des mécanismes natifs à un serveur Web IIS ou Apache. Il n'existe pas de commande Adobe Campaign permettant de démarrer ou d'administrer ce module, vous devez donc utiliser les commandes d'administration du serveur Web.

L'usage d'un module et la syntaxe de ses paramètres sont affichés à partir de la commande : nlserver.[module]-?

Exemple:

nlserver config -?

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

Sur cette page