Un administrateur peut gérer les paramètres de ZENworks Reporting.
Le fichier jasperserver.log est situé à l'emplacement suivant :
Pour Windows : %ZRS_HOME%\js\apache-tomcat\webapps\jasperserver-pro\WEB-INF\logs
Pour Linux : /opt/novell/zenworks-reporting/js/apache-tomcat/webapps/jasperserver-pro/WEB-INF/logs
Pour gérer les paramètres du journal :
Cliquez sur Manage > Server Settings > Log Settings (Gérer > Paramètres du serveur > Paramètres du journal).
Utilisez la liste déroulante de la page Log Settings (Paramètres du journal) pour modifier le niveau de consignation de chaque classe.
Les quatre niveaux de consignation indiquent le type d'événement enregistré par l'outil prévu à cet effet.
|
Paramètre |
Niveau d'information |
|---|---|
|
ERROR |
N'inscrit dans le journal que les informations décrivant de graves défaillances du programme. |
|
WARN |
Inscrit dans le journal les messages d'erreur et d'avertissement. Les messages d'avertissement contiennent des informations de mise en garde pour vous aider à déterminer si les événements consignés nécessitent votre attention. |
|
INFO |
Inscrit dans le journal les messages d'erreur, d'avertissement et d'information. Les messages d'information décrivent des événements importants, tels que ceux qui affectent les performances de l'application. |
|
DEBUG |
Inscrit dans le journal les messages d'erreur, d'avertissement, d'information, et d'autres messages. Les messages de débogage sont particulièrement détaillés. N'utilisez ce paramètre que pour diagnostiquer un problème. DEBUG peut avoir une incidence sur les performances du système et ne doit pas être utilisé dans les environnements de production. |
Le tableau ci-dessous répertorie les noms de chaque outil de consignation tels qu'ils apparaissent sur la page Paramètres du journal. Cette page permet de trouver un journal spécifique dans le fichier journal, ainsi qu'une description de l'outil de consignation.
|
Nom de l'outil de consignation |
Identificateur dans le journal |
Description |
|---|---|---|
|
SQL query executer |
JRJdbcQueryExe cuter |
Consigne les valeurs des paramètres et du texte SQL pour les requêtes exécutées par SQL Query Executer. |
|
Input control value queries |
valueQueryLog |
Consigne les valeurs des paramètres et du texte SQL pour les requêtes associées à des contrôles d'entrée. |
|
Cascading input control parameter resolution |
FilterCore |
Consigne les activités associées à des contrôles d'entrée en cascade. Les contrôles d'entrée axés sur des requêtes peuvent s'exécuter en cascade lorsqu'une requête contient un paramètre dont la valeur provient d'un autre contrôle d'entrée. Lors de la modification de la valeur du paramètre, une nouvelle exécution de la requête est automatiquement effectuée, ce qui peut modifier la liste des valeurs de son contrôle d'entrée. |
|
Cascading input control query result caching |
TokenControlLogic |
Consigne l'utilisation du cache pour les résultats des requêtes de contrôle d'entrée en cascade. |
|
Hibernate SQL |
SQL |
Consigne les requêtes SQL exécutées par la couche Hibernation afin d'accéder à la base de données de l'espace de stockage ZENworks Reporting. Cet outil de consignation génère un volume élevé de données de consignation, ce qui est susceptible d'affecter les performances. |
|
Ad Hoc data policy logging |
CommonDomainDataStrategy SubFilterInputControlGenerator Autres |
Consigne les différentes activités des implémentations de stratégie des données ad hoc, lesquelles utilisent des requêtes SQL ou des opérations en mémoire afin d'obtenir des ensembles de données pour les vues ad hoc. |
|
SQL generated for Domain queries |
JdbcBaseDataSet |
Consigne les requêtes SQL générées à partir de requêtes à utilisant un domaine. |
|
Connection handling for Domains |
DataSourceResolverImpl |
Consigne l'utilisation des connexions JDBC utilisées par des domaines pour exécuter des requêtes SQL. |
|
Expression to JSON converter |
ExpressionJSON Converter |
Consigne des informations sur la conversion entre DomEL et JSON, laquelle est utilisée par des filtres ad hoc. |
|
Domain-based security tests |
SemanticLayerSecurityResolver Impl |
Consigne les activités associées à la sécurité de niveau ligne ou colonne du domaine. |
|
Cascading input control resolution for Domains |
DomainFilterResolver |
Consigne les mêmes activités que l'outil de consignation FilterCore (Cascading input control parameter resolution) ci-dessus, mais ajoute des informations spécifiques aux requêtes de domaine. |
|
Ad Hoc cache activity |
CachedData |
Consigne des informations sur le cycle de vie des ensembles de données mis en cache lors de l'accès aux vues ad hoc. |
|
Timing for SQL queries run for reports |
JsControlledJdbcQueryExecuter |
Consigne la durée nécessaire à une requête exécutée par SQL Query Executer pour renvoyer des données à un rapport. |
|
Ad Hoc WorkingDataSet |
WorkingDataSet |
Consigne les activités de WorkingDataSet utilisées par l'éditeur ad hoc pour effectuer des transformations d'ensembles de données en mémoire sur les résultats de la requête. |
|
General controller |
AdhocAjaxController |
Consigne les activités de l'éditeur ad hoc. |
|
Crosstab controller |
AdhocCrosstabAjaxController |
Consigne les activités supplémentaires de l'éditeur ad hoc, ayant trait aux rapports d'analyse croisée. |
|
Groovy code generation for memory datasets |
GroovyGenerator |
Consigne les classes Groovy générées à partir des expressions DomEL utilisées par l'éditeur ad hoc pour les filtres et les champs calculés. |
|
Ad Hoc AJAX requests |
adhocAjaxRequests |
Consigne les informations relatives aux requêtes AJAX effectuées par l'éditeur ad hoc et le concepteur de tableaux de bord, y compris les temps de réponse et les paramètres du rapport. Activez ce paramètre lorsque l'éditeur ad hoc et le concepteur de tableaux de bord ont rencontré une erreur ou si les délais de réponse sont excessifs. |
|
Ad Hoc cache activity |
com.jaspersoft.commons. datarator.CachedData |
Effectue le suivi de la durée de vie des ensembles de données gérés par le cache ad hoc à mesure qu'ils basculent entre différents états. Cette sortie de journal contient des informations issues du cache ad hoc dans un format exploitable dans le cadre du dépannage. Ce paramètre permet de comprendre dans quelle mesure les temps de réponse des requêtes affectent les performances et la réactivité de l'éditeur ad hoc. Il ne consigne pas les requêtes proprement dites. Vous devez donc l'exécuter conjointement avec le paramètre de journal SQL Query Executer. |
Pour ajouter un outil de consignation, faites défiler la page jusqu'en bas.
Utilisez la liste déroulante pour définir le niveau de consignation.
Les paramètres ad hoc limitent les ressources disponibles pour les requêtes lors de la conception et de l'exécution de vues ad hoc. Les requêtes que vous pouvez définir sont les suivantes :
Ad Hoc Filter List of Values Row Limit (Filtre ad hoc – Liste de valeurs –Limite de lignes) : nombre maximum d'éléments pouvant être affichés dans l'éditeur de conditions lorsqu'un utilisateur définit des filtres pour une vue ad hoc basée sur un domaine. En cas de dépassement de la limite lorsque les utilisateurs définissent des filtres, ZENworks Reporting affiche un message. Vous pouvez améliorer les performances en optant pour une valeur inférieure.
Ad Hoc Dataset Row Limit (Ensemble de données ad hoc – Limite de lignes) : nombre maximum de lignes qu'une vue ad hoc peut renvoyer. Une fois la limite atteinte, ZENworks Reporting tronque les données. La définition d'une valeur inférieure peut améliorer les performances. En revanche, il se peut que vos rapports n'affichent pas l'ensemble de données complet.
Ad Hoc Query Timeout (Timeout des requêtes ad hoc) : nombre de secondes pendant lesquelles le serveur doit attendre avant le timeout d'une vue ad hoc lors de l'exécution de sa requête. La définition d'une valeur inférieure peut empêcher l'affichage d'exceptions pour les utilisateurs lors de l'exécution de vues ad hoc. La définition d'une valeur plus élevée peut empêcher le timeout de calculs complexes. En revanche, cela se traduit par l'utilisation d'un plus grand nombre de connexions à la base de données.
Pour définir les paramètres ad hoc :
Cliquez sur Manage > Server Settings (Gérer > Paramètres du serveur), puis sélectionnez Ad Hoc Settings (Paramètres ad hoc).
Dans le champ Ad Hoc Filter List of Values Row Limit (Filtre ad hoc – Liste de valeurs –Limite de lignes), indiquez le nombre maximum d'éléments à afficher dans l'éditeur de conditions lorsqu'un utilisateur définit des filtres pour un rapport ad hoc basé sur un domaine.
Dans la requête Ad Hoc Dataset Row Limit (Ensemble de données ad hoc – Limite de lignes), indiquez le nombre maximum de lignes qu'une vue ad hoc peut renvoyer.
Dans le champ Ad Hoc Query Timeout (seconds) (Timeout des requêtes ad hoc en secondes), indiquez le nombre de secondes pendant lesquelles le serveur doit patienter avant le timeout d'un rapport ad hoc lors de l'exécution de sa requête.
Cliquez sur Change (Modifier) pour enregistrer vos modifications.
Les stratégies de données déterminent la manière dont ZENworks Reporting gère le chargement et le traitement de données pour certains types de vues ad hoc. Elles déterminent la manière dont les données sont mises en cache, ainsi que la localisation de certains calculs. Vous pouvez, par exemple, indiquer que les données auxquelles accèdent des rapports basés sur des domaines sont regroupées, triées et concaténées dans la base de données, plutôt que d'en déléguer le traitement au serveur dans la mémoire.
Les stratégies de données que vous pouvez définir sont les suivantes :
Optimize Queries for JDBC-based Reports (Optimiser les requêtes pour les rapports JDBC) : sélectionne le regroupement et le tri des requêtes pour les rapports JDBC. Dans le cas contraire, les requêtes s'exécutent en mémoire sans avoir été modifiées.
Optimize Queries for Domain-based Reports (Optimiser les requêtes pour les rapports basés sur un domaine) : sélectionne le regroupement et le tri des requêtes pour les rapports basés sur un domaine. Dans le cas contraire, les requêtes s'exécutent en mémoire sans avoir été modifiées.
Pour définir des stratégies de données :
Cliquez sur Manage > Server Settings > Ad Hoc Settings (Gérer > Paramètres du serveur > Paramètres ad hoc).
Sélectionnez Optimize Queries for JDBC-based Reports (Optimiser les requêtes pour les rapports JDBC) afin de traiter les requêtes pour les rapports JDBC.
Sélectionnez Optimize Queries for Domain-based Reports (Optimiser les requêtes pour les rapports basés sur un domaine) afin de traiter les requêtes pour les rapports basés sur un domaine.
Cliquez sur Modifier pour enregistrer les paramètres actuels.
REMARQUE :ces paramètres de stratégie de données ne mettent pas à jour les rapports existants créés à partir de vues ad hoc dans votre espace de stockage. Pour modifier la stratégie de données d'un rapport existant, sélectionnez le paramètre approprié, ouvrez la vue correspondante dans l'éditeur ad hoc, puis réenregistrez le rapport.
ZENworks Reporting permet de mettre en cache temporairement des ensembles de résultats de requêtes ad hoc en vue de les réutiliser. Le cache est alimenté par les données générées par des requêtes lors de la création ou de l'exécution de vues ad hoc. Les ensembles de données sont identifiés de manière unique par une clé qui référence la requête proprement dite, l'URI source des données et les paramètres utilisés lors de l'envoi de la requête.
La mise en cache réduit les chargements de la base de données et met rapidement à la disposition des utilisateurs les ensembles de données fréquemment utilisés. Cette mise en cache s'effectue à la fois lors de la création et de l'exécution des rapports. Vous pouvez configurer le cache ad hoc afin d'optimiser les temps de réponse et l'utilisation de la mémoire pour vos schémas d'utilisation.
Par défaut, les ensembles de données de chaque utilisateur sont mis en cache séparément ; un paramètre de la clé du cache identifie l'utilisateur. Ce mode de mise en cache par utilisateur peut générer des ensembles de données en double lorsque plusieurs utilisateurs exécutent la même requête. Vous pouvez configurer ZENworks Reporting de manière à partager des ensembles de données mis en cache entre les différents utilisateurs. Pour ce faire, éditez le fichier \WEB-INF\applicationContext-datarator.xml.
Le code suivant configure cacheKeyInterceptor de manière à ignorer les références des utilisateurs connectés lors de la création de clés de cache :
|
<property name="ignoredParameters"> <list> ... <value>LoggedInUser</value> <value>LoggedInUsername</value> </list> </property> |
Une fois le code ajouté, redémarrez ZENworks Reporting.
En matière de tri et de récupération des données, la mise en cache peut améliorer les performances globales. Cependant, les ensembles de données inutilisés peuvent occuper une quantité considérable d'espace mémoire. Pour remédier à ces problèmes, vous devez configurer la fréquence d'effacement du cache.
Pour définir la fréquence d'effacement automatique du cache, éditez le fichier de configuration suivant :
|
Expiration du cache ad hoc |
||
|---|---|---|
|
Fichier de configuration |
||
|
…\WEB-INF\adhoc-ehcache.xml |
||
|
Propriété |
Valeur par défaut |
Description |
|
maxEntriesLocalHeap |
1 |
Nombre maximal d'entrées du cache dans la mémoire de segment locale. |
|
timeToIdleSeconds |
300 |
Nombre de secondes avant de supprimer un ensemble de données du cache après son dernier accès. La valeur par défaut est 30 minutes. Si vous ne souhaitez pas définir de limite, entrez 0 (zéro). |
|
timeToLiveSeconds |
300 |
Durée de stockage maximale d'un ensemble de données dans le cache, même s'il fait l'objet d'accès répétés. Ce paramètre permet de s'assurer que les données caduques sont remplacées régulièrement. La valeur par défaut est 90 minutes. Si vous ne souhaitez pas définir de limite, entrez 0 (zéro). |
Une fois le fichier de configuration modifié, redémarrez ZENworks Reporting.
Les administrateurs peuvent afficher la requête, mais pas le contenu de l'ensemble de données dans le cache. La page du cache ad hoc affiche également des données de performances concernant chaque requête. Ces informations se révèlent particulièrement utiles lorsque vous tentez de résoudre des problèmes de performances.
Les valeurs suivantes sont destinées à la requête :
Query (msec) [Requête (ms)] : durée, en millisecondes, entre l'envoi de la requête à la source de données (base de données) et la réception de la première ligne.
Fetch (msec) [Récupérer (ms)] : durée, en millisecondes, entre la réception de la première ligne depuis la source de données (base de données) et la réception de la dernière ligne.
Memory used (MB) [Mémoire utilisée (Mo)] : taille, en mégaoctets, de l'ensemble de données en cours de stockage dans l'entrée de cache.
La page du cache ad hoc permet également aux administrateurs de supprimer manuellement des ensembles de données, si nécessaire, afin de récupérer des données récentes.
Pour afficher et effacer manuellement le cache ad hoc :
Cliquez sur Manage > Server Settings > Ad Hoc Cache (Gérer > Paramètres du serveur > Cache ad hoc).
La page du cache ad hoc qui s'affiche contient tous les ensembles de données présents dans le cache, triés par âge.
Dans la colonne Query & Source (Requête et source), cliquez sur la requête dont vous souhaitez afficher des détails.
La page Détails affiche des informations supplémentaires concernant la requête sélectionnée, telles que le nombre de lignes de l'ensemble de données mis en cache.
Cliquez sur Clear (Effacer) pour supprimer un ensemble de données du cache.
Cliquez sur Clear All (Effacer tout) dans la partie supérieure de la page du cache ad hoc afin de supprimer tous les ensembles de données.
Les paramètres d'importation vous permettent de simplifier la procédure d'importation. L'importation fonctionne sur un serveur actif et toutes les ressources importées sont visibles immédiatement. De plus, tout paramètre de configuration ou de sécurité du catalogue importé prend effet immédiatement, sans devoir redémarrer le serveur.
L'importation doit obligatoirement s'effectuer via l'invite de commande.
Syntaxe : cd /opt/novell/zenworks-reporting/js/buildomatic/
./js-import.sh [OPTIONS]
REMARQUE :il est recommandé d'arrêter votre serveur avant d'utiliser l'utilitaire de ligne de commande d'importation, afin d'éviter les problèmes liés aux caches, à la configuration et à la sécurité.
Ce paramètre lit un catalogue d'espace de stockage à partir de votre système de fichiers et crée la ressource nommée dans l'espace de stockage de ZENworks Reporting. Le catalogue d'espace de stockage doit avoir été créé par l'interface d'exportation ou par la commande js-export, soit sous la forme d'une archive ZIP, soit d'une structure de dossiers.
Tableau 4-2 Options de la commande js-import
|
Option |
Explication |
|---|---|
|
--help |
Affiche des informations succinctes concernant les options disponibles. |
|
--input-dir |
Chemin d'accès pour l'importation d'un catalogue à partir d'un répertoire. |
|
--input-zip |
Chemin d'accès et nom de fichier pour l'importation d'un catalogue à partir d'un fichier ZIP. |
|
--update |
Les ressources du catalogue remplacent celles de l'espace de stockage si leurs URI et types correspondent. |
|
--skip-user-update |
En cas d'utilisation de l'option --update, les utilisateurs ne sont ni importés, ni mis à jour. Utilisez cette option pour importer des catalogues sans écraser les utilisateurs actuellement définis. |
|
--include-access-events |
Restaure les événements d'accès (date et heure de la dernière modification ainsi que le nom de l'utilisateur qui en est responsable) sur les ressources importées. |
|
--include-audit-events |
Édition professionnelle uniquement. Importe les données d'audit présentes dans le catalogue (le cas échéant). |
|
--include-monitoring-events |
Édition professionnelle uniquement. Importe les données de surveillance présentes dans le catalogue (le cas échéant). |
|
--include-server-settings |
Détermine si la configuration du système est mise à jour à partir du catalogue. Deux conditions préalables doivent être remplies pour que le catalogue puisse contenir des paramètres de configuration : Les paramètres du serveur d'origine doivent être modifiés via l'interface utilisateur (Log Settings, Ad Hoc Settings, Ad Hoc Cache Settings - Paramètres du journal, Paramètres ad hoc, Paramètres du cache ad hoc). Le catalogue doit être exporté avec l'option « everything » à partir de l'interface utilisateur ou de l'utilitaire de ligne de commande. Lorsqu'ils sont importés, les paramètres serveur prennent effet dès que le serveur a été démarré. |
Exemples :
Permet d'importer l'archive de catalogue myExport.zip :
cd /opt/novell/zenworks-reporting/js/buildomatic/
./js-import.sh --input-zip myExport.zip
Permet d'importer le dossier de catalogue myDir en remplaçant les ressources existantes si leurs URI et types correspondent à ceux trouvés dans le catalogue :
cd /opt/novell/zenworks-reporting/js/buildomatic/
./js-import.sh --input-dir myDir --update
Permet d'importer le fichier d'archive de catalogue myExport.zip, mais d'ignorer les éventuels utilisateurs présents dans le catalogue :
cd /opt/novell/zenworks-reporting/js/buildomatic/
./js-import.sh --input-zip myExport.zip --update --skip-user-update
Permet d'importer le dossier de catalogue myDir avec les événements d'accès :
cd /opt/novell/zenworks-reporting/js/buildomatic/
./js-import.sh --input-dir myDir --include-access-events
Les paramètres d'exportation permettent d'exporter des utilisateurs et des rôles en plus ou au lieu du contenu de l'espace de stockage, mais aussi d'utiliser les pages des paramètres serveur pour les administrateurs système.
Cliquez sur Manage > Server Settings > Export (Gérer > Paramètres du serveur > Exporter).
Indiquez le nom du fichier zip de catalogue à exporter.
L'interface Web ne prend en charge que le format d'archive ZIP.
Cochez les cases suivantes en fonction du contenu de votre fichier de catalogue que vous souhaitez exporter :
Cochez la case Export Everything (Tout exporter) pour exporter l'intégralité de l'espace de stockage, y compris les autorisations et les travaux de rapport, ainsi que l'ensemble des organisations, utilisateurs et rôles.
Cochez la case Include access events (Inclure les événements d'accès) pour inclure l'heure de modification des ressources.
Désactivez la case à cocher Export Everything (Tout exporter), puis sélectionnez uniquement les utilisateurs et rôles à exporter.
Cochez la case Include users with selected roles (Inclure les utilisateurs avec les rôles sélectionnés) pour ne sélectionner que les rôles et utilisateurs.
Dans tous les cas, cochez les cases Include audit events (Inclure les événements d'audit) et Include monitoring events (Inclure les événements de surveillance) indépendamment l'une de l'autre.
Cliquez sur Exporter.
Le serveur génère le fichier ZIP du catalogue et votre navigateur vous invite à enregistrer le fichier, suivant la taille du catalogue et les options que vous avez sélectionnées.
Syntaxe : cd /opt/novell/zenworks-reporting/js/buildomatic/
./js-export.sh [OPTIONS]
REMARQUE :il est recommandé d'arrêter l'instance de votre serveur avant d'exécuter l'utilitaire d'exportation.
Ce paramètre indique les ressources de l'espace de stockage, telles que les rapports, images, dossiers et travaux planifiés à exporter vers le système de fichiers. Vous pouvez également exporter les définitions internes des rôles, utilisateurs et travaux planifiés, ainsi que les données d'audit existantes. Le résultat de l'exportation est connu sous le nom de catalogue d'espace de stockage. Il s'agit soit d'une archive, soit d'un ensemble de fichiers dans une structure de dossiers :
Tableau 4-3 Options de la commande js-export
|
Option |
Explication |
|---|---|
|
--everything |
Exporte tout le contenu, à l'exception des données d'audit et de surveillance : ressources de l'espace de stockage, autorisations, travaux de rapport, utilisateurs et rôles. Si des paramètres serveur ont été modifiés dans l'interface utilisateur, ils sont également inclus. Cette option correspond à : --uris --repository-permissions --report-jobs --users --roles |
|
--help |
Affiche des informations succinctes concernant les options disponibles. |
|
--include-access-events |
Les événements d'accès (date et heure de la dernière modification ainsi que le nom de l'utilisateur qui en est responsable) sont exportés. |
|
--output-dir |
Chemin d'accès à un répertoire dans lequel le dossier du catalogue de sortie doit être créé. |
|
--output-zip |
Chemin d'accès et nom du fichier ZIP du catalogue de sortie à créer. |
|
--report-jobs |
Liste séparée par des virgules des URI de dossier et d'unité de rapport de l'espace de stockage pour lesquels des travaux d'unité de rapport doivent être exportés. Dans le cas d'un URI de dossier, cette option exporte les travaux planifiés de tous les rapports du dossier et, de manière récursive, de tous les sous-dossiers. |
|
--repository-permissions |
Lorsque cette option est définie, les autorisations de l'espace de stockage sont exportées avec chaque ressource et dossier exportés. Cette option doit être utilisée conjointement avec --uris. |
|
--roles |
Liste séparée par des virgules des rôles à exporter. Si aucun rôle n'est spécifié avec cette option, tous les rôles sont exportés. |
|
--role-users |
Lorsque cette option est définie, chaque exportation d'un rôle entraîne l'exportation de tous les utilisateurs qui appartiennent à ce rôle. Cette option doit être utilisée avec --roles. |
|
--uris |
Liste séparée par des virgules des URI de dossier ou de ressource de l'espace de stockage. |
|
--users |
Liste séparée par des virgules des utilisateurs à exporter. Si aucun utilisateur n'est spécifié avec cette option, tous les utilisateurs sont exportés. Lors de l'exportation d'un utilisateur, tous ses attributs sont inclus. Afin de conserver la cohérence, tous les rôles qui lui sont assignés sont également exportés. Lorsque vous spécifiez des utilisateurs, vous devez indiquer leur identifiant d'organisation, le cas échéant. Par exemple : --users user1, "user2|organization_1", ... |
|
--include-audit-events |
Inclut les données d'audit de l'ensemble des utilisateurs et des ressources dans l'exportation. |
|
--include-monitoring-events |
Inclut les données de surveillance de l'ensemble des utilisateurs et des ressources dans l'exportation. |
Exemples :
Pour exporter tout le contenu de l'espace de stockage :
cd /opt/novell/zenworks-reporting/js/buildomatic/
./js-export.sh --everything --output-dir myExport
Pour exporter l'unité de rapport /reports/samples/AllAccounts dans un dossier de catalogue :
cd /opt/novell/zenworks-reporting/js/buildomatic/
./js-export.sh --uris /organizations/organization_1/reports/samples/AllAccounts --output-dir myExport
Pour exporter les dossiers /images et /fonts :
cd /opt/novell/zenworks-reporting/js/buildomatic/
./js-export.sh --uris /organizations/organization_1/images,/organizations/organization_1/reports --output-dir myExport
Pour exporter toutes les ressources (à l'exception des utilisateurs, des rôles et des planifications de travaux), ainsi que leurs autorisations dans un catalogue ZIP :
cd opt/novell/zenworks-reporting/js/buildomatic/
./js-export.sh --uris / --repository-permissions --output-zip myExport.zip
Pour exporter l'ensemble des ressources et des travaux du rapport :
cd /opt/novell/zenworks-reporting/js/buildomatic/
./js-export.sh --uris / --report-jobs / --output-dir myExport
Pour exporter les travaux de rapport de l'unité de rapport /reports/samples/AllAccounts :
cd opt/novell/zenworks-reporting/js/buildomatic/
./js-export.sh --report-jobs /organizations/organization_1/reports/samples/AllAccounts --output-dir myExport
Pour exporter tous les rôles et utilisateurs :
cd /opt/novell/zenworks-reporting/js/buildomatic/
./js-export.sh --roles --users --output-dir myExport
Pour exporter les rôles ROLE_USER et ROLE_ADMINISTRATOR, ainsi que tous les utilisateurs appartenant à l'un ou l'autre rôle :
cd /opt/novell/zenworks-reporting/js/buildomatic/
./js-export.sh --roles ROLE_USER, ROLE_ADMINISTRATOR --role-users --output-dir myExport