Administration de la ligne de commande
Option
-loggingPath
Arguments valides chemin d'accès absolu
Comportement
Spécifie le chemin où les fichiers journaux sont créés.
27.3.2.1 Traitement des signaux UNIX
Sous UNIX, les démons de la plateforme SAP BusinessObjects de Business Intelligence traitent les signaux suivants :
• SIGTERM entraîne un arrêt progressif du serveur (code de sortie = 0).
• SIGSEGV , SIGBUS, SIGSYS, SIGFPE et SIGILL entraînent un arrêt rapide (code de sortie = 1).
27.3.3 Central Management Server
Cette section décrit les options de ligne de commande spécifiques au CMS. Le chemin par défaut du serveur sous Windows est :<REPINSTALL>\BusinessObjects Enterprise XI
4.0\win64_x64\CMS.exe
.
Le chemin par défaut du serveur sous UNIX est :<REPINSTALL>/sap_bobj/enterprise_xi40/<pla
teforme>/boe_cmsd .
Option Arguments valides Comportement
-threads nombre
Spécifie le nombre de threads de travail que le CMS initialise et utilise. Ce nombre doit être compris entre 12 et 150 ; par défaut, il a pour valeur 50.
954 2013-07-02
Administration de la ligne de commande
Option
-reinitializedb
-quit
-receiverPool
-maxobjectsincache
Arguments valides nombre nombre
Comportement
Entraîne la suppression par le
CMS de la base de données système pour en recréer une contenant uniquement les objets système par défaut. Toutes les données existantes de la base de données sont perdues lors de sa recréation.
Oblige le CMS à se fermer après le traitement de l'option
-reinitializedb .
Spécifie le nombre de threads créés par le CMS pour recevoir les requêtes client. Un client peut être un autre serveur Business Objects, l'Assistant de publication de rapport, Crystal Reports ou une application cliente personnalisée. La valeur par défaut est 5. Normalement, vous n'avez pas besoin d'accroître cette valeur sauf si vous créez une application personnalisée avec de nombreux clients.
Spécifie le nombre maximal d'objets enregistrés par le CMS dans son cache mémoire. Augmenter le nombre d'objets réduit le nombre d'appels requis à la base de données et améliore sensiblement les performances du CMS. Toutefois, un nombre trop élevé d'objets en mémoire peut limiter de manière excessive la mémoire disponible du
CMS pour traiter les requêtes.
La limite supérieure est 100 000.
955 2013-07-02
