UC_STATISTIC_OPTIONS - Contrôle des statistiques

Paramètres avec les Variables

UC_USER_LOGON - Connexion unique

---

UC_SYSTEM_SETTINGS - Paramètres système

Cette variable contient les paramètres qui s'appliquent sur l'intégralité d'un système AE.

Description

Cette variable est fournie dans le client 0000. Ses paramètres s'appliquent à l'intégralité du système AE, et peuvent uniquement être modifiés dans le Client 0000.

AE surveille toutes les valeurs que cette variable comprend. L'administrateur reçoit un message si une tentative de stockage d'une valeur non valide dans cette variable a lieu. Le message est également inscrit dans le fichier log de la Automation Engine. La valeur par défaut est utilisée à la place de la valeur non autorisée. Si la valeur non autorisée est une plage de valeurs, le traitement se poursuit avec la valeur maximale en cas de dépassement du maximum et avec la valeur minimale en cas de dépassement inférieur du minimum. Le contenu des Variables n'est pas modifié.

AGENT_COUNT_PER_IP

La licence d'un Agent sera vérifiée lors de sa connexion au système "Automation Engine" Par défaut, le système s'assure également qu'un Agent déjà connecté utilise la même adresse IP. Ainsi, l'agent nouvellement connecté ne nécessite pas de licence séparée.

Vérifier un grand nombre d'Agents (environ mille) peut prolonger le temps nécessaire à la connexion au système. Pour cette raison, vous pouvez également désactiver la vérification de l'adresse IP en utilisant le paramètre AGENT_COUNT_PER_IP.

Chaque Agent qui se connecte nécessite sa propre licence quand vous désactivez cette vérification. L'utilisation de cette adresse IP n'a aucun impact dans ce cas-ci.

 AGENT_LOG_CHANGE_PER_MINUTE
Plus un système AE contient d'Agents, plus il est probable que des modifications de fichiers log soient nécessaires pour un grand nombre d'Agents au même moment. Utilisez le paramètre AGENT_LOG_CHANGE_PER_MINUTE pour améliorer les performances du système en limitant le nombre de fichiers log à modifier par minute. 

AGENTGROUP_CHECK_INTERVAL
Les tâches telles que les jobs ou les transferts de fichiers peuvent être exécutés au sein d'un groupe d'agents. Le statut de la tâche devient "Attente d'un hôte" si aucun agent appartenant à ce groupe d'agents n'est disponible. Le paramètre AGENTGROUP_CHECK_INTERVAL définit l'intervalle selon lequel le système vérifie l'activité d'un agent précis, et le cas échéant, il démarre les tâches en attente.

La valeur de ce paramètre ne doit pas être inférieure à la période selon laquelle l'agent tente d'établir une connexion au système AE. Cette valeur peut être indiquée avec l'option RECONNECT_TIME dans la variable UC_HOSTCHAR_DEFAULT.

BACKENDVAR_MAX_ROWS

Ce paramètre définit le nombre maximal de lignes qui peuvent être retournées par les objets VARA de type BACKEND.

Remarque : la sélection d'une valeur élevée peut augmenter le temps nécessaire à la résolution des variables de type "BACKEND". 

CHANGE_LOGGING_DAYS and CHANGE_LOGGING_MB
Ces fichiers peuvent être modifiés en temps et en taille afin de garantir que les fichiers log puissent être gérés sans accroc au cours des périodes chargées pour les Automation Engines et les Agents. Vous pouvez aussi archiver et réorganiser ces données dans la base de données AE, même si le Automation Engine et les Agents sont actifs pendant plusieurs mois sans aucune interruption dans le meilleur des cas.

Il est possible de procéder à un changement temporaire du fichier log dans l'onglet "Propriétés" de la Supervision Système. Ici, il est possible de procéder directement à un paramétrage du serveur pour le changement des fichiers log des processus de travail. Ces modifications sont valides jusqu'au prochain redémarrage du système. Utilisez l'élément de script CHANGE_LOGGING pour déclencher une modification forcée de fichier log.

Pour éviter des rapports sans fin pour les événements, le gestionnaires de tâches distantes, les objets Sync et les objets Schedule, leurs rapports sont également modifiés, et un nouvel enregistrement statistique est initié. Pour ce changement, seul le paramétrage de CHANGE_LOGGING_DAYS compte.

CHANGE_LOGGING_MB fonctionne uniquement si le paramètre LOG_TO_DATABASE est configuré sur la valeur Y. Pour le Automation Engine, définissez ce paramètre en tant que variable UC_SYSTEM_SETTINGS, et pour les Agents, utilisez UC_HOSTCHAR_DEFAULT. CHANGE_LOGGING_DAYS ne dépend pas de cette option.

En cas de changement log d'un processus de travail (WP, DWP, PWP), le fichier log de tous les processus de travail est automatiquement changé.

Le logging de tâches démarrées périodiquement est toujours changé quotidiennement ou lors de la modification des configurations de période.

CONDITION_CHECK_INTERVAL
L' onglet Preconditions, qui est disponible dans les propriétés des Workflows, peut être utilisé pour définir les conditions et instructions. Ces derniers sont régulièrement vérifiés et exécutés avant le démarrage des tâches. Ce processus (cycle d'évaluation) est répété jusqu'au dernier temps de démarrage, ou jusqu'à ce que les dernières instructions soient atteintes. Utilisez cette clé pour modifier l'intervalle de temps. Par défaut, l'évaluation est effectuée toutes les 60 secondes.

DEFAULT_REPORT_SCAN_MEMORY et MAX_REPORT_SCAN_MEMORY
Utilisez DEFAULT_REPORT_SCAN_MEMORY pour définir une taille de mémoire à demander pour lire les rapports à l'aide d'un Objet de filtre. Le Automation Engine double sa taille si le rapport à lire est plus volumineux. Ainsi, pour les rapports les plus volumineux, la taille de la mémoire est doublée jusqu'à ce que la valeur maximale MAX_REPORT_SCAN_MEMORY soit atteinte. La tâche s'arrête avec le statut FAULT_OTHER si cette valeur est dépassée.

Exemple :

Un rapport a une taille de 10 Mo, la mémoire par défaut est de 3 Mo, et le maximum est de 30 Mo.

Le Automation Engine reconnait que 3 Mo est insuffisant pour lire le rapport, et augmente la mémoire : 3 Mo -> 6 Mo -> 12 Mo. La valeur maximale de mémoire n'a pas été dépassée, et le rapport peut désormais être lu.

DELETE_CHECKBACK_LIMIT
Lors de la suppression d'un objet, le système vérifie automatiquement s'il est utilisé dans d'autres objets. Tous les processus peuvent prendre un peu plus longtemps que la normale quand de nombreux objets sont supprimés simultanément. Utilisez la clé DELETE_CHECKBCK_LIMIT afin d'afficher une requête commençant par le numéro d'objet indiqué, et qui vous laisse déterminer les conditions sous lesquelles les autres objets devraient être vérifiés.

DISABLE_USER_HEADER
Lors de l'exécution du job, l'en-tête et la queue sont également utilisés. Ces objets spéciaux sont disponibles dans le client système 0000 et peuvent être utilisés pour exécuter des objets Include définis par l'utilisateur. Vous trouverez de plus amples informations sur la manipulation dans le document sur les Includes de Job. Si vous ne souhaitez pas utiliser d'objets Include définis par l'Utilisateur, entrez alors pour la valeur soit une plateforme bien particulière, soit "*ALL". Conséquemment, ces objets Include ne sont pas recherchés, ce qui évite les accès inutiles à la base de données, et optimise ainsi les performances.

Exemple :

ERT_ADAPTIVE_JWP_TIMEOUT

Un processus de travail basé sur Java (JWP) calcule le temps d'exécution adaptatif estimé. S'il n'y a pas de JWP, l'ERP ne peut pas être calculé par le biais de la méthode adaptative.

Utilisez le paramètre ERT_ADAPTIVE_JWP pour déterminer le temps d'attente (en secondes) du système après un démarrage de système pour calculer l'ERT adaptatif jusqu'à ce qu'un JWP soit actif. Après cette durée, et s'il n'y a toujours aucun JWP, le système utilise la méthode alternative de calcul ERT, qui est indiquée dans les paramètres ERT_ADAPTIVE_FALLBACK_METHOD (UC_CLIENT_SETTINGS).

Si le JWP est rendu disponible plus tard, le système réappliquera la méthode de calcul adaptative ERT.

Remarque : ce paramètre n'est important que lorsque vous comptez calculer l'ERT en utilisant la méthode de calcul "adaptative".

La méthode de calcul adaptative ERT requiert au moins un JWP actif.

EXECUTE_ON_EXCEPTION
Par défaut, les messages non valides qui engendrent un blocage du processus de serveur sont déplacés en quarantaine. Utilisez cette clé pour définir qu'un objet devrait démarrer lors de l'envoi d'un tel message. Entrez son nom comme valeur.

Attention : l'objet est recherché et activé dans tous les Clients. Le Client système 0000 est exempt, car aucun objet ne peut être activé en son sein.

EXTERNAL_CHECK_INTERVAL
Ce paramètre détermine la fréquence à laquelle le statut des dépendances externes est vérifié dans les Workflows. Le Workflow commence par vérifier ses dépendances externes lorsqu'il démarre. La tâche annonce automatiquement son statut lorsqu'elle se termine.

GENERIC_ACTIVITIES_LIMIT
Selon les paramètres spécifiés du filtre, la fenêtre des activités affiche les tâches correspondantes. Si de nombreuses tâches sont actives, la performance peut être réduite, car l'actualisation fréquente de la fenêtre des activités sollicite beaucoup le processeur. Avec l'entrée GENERIC_ACTIVITIES_LIMIT, vous pouvez définir le nombre maximum d'activités affichables dans la fenêtre. Un message dans la ligne de statut de la fenêtre des activités indique que le nombre de tâches actives est supérieur à celui affiché. Limitez le filtre de la fenêtre des activités pour afficher les tâches qui ne l'étaient pas.

GENERIC_AUTO_FORECAST_LIMIT
Les critères de filtrage de la Simulation automatique sont très complexes. L'entrée GENERIC_AUTO_FORECAST_LIMIT vous permet de limiter le nombre maximum de résultats de recherche.

GENERIC_SEARCH_LIMIT
Dans l'exploreur, vous pouvez rechercher des objets ou des dossiers précis. Utilisez les diverses options lors de la recherche. Des critères de sélection complexes peuvent engendrer un grand nombre de résultats, et ainsi provoquer de longs temps de recherche. Conséquemment, Automic vous recommande de limiter le nombre de résultats à afficher en utilisant l'entrée GENERIC_SEARCH_LIMIT. Si le résultat de la recherche dépasse la valeur définie ici, une note correspondante s'affiche et seul le nombre maximal de résultats à afficher apparaît à l'écran.

GENERIC_STATISTICS_LIMIT
Lors de l'exécution des objets, des enregistrements statistiques sont automatiquement créés. Les statistiques sélectives peuvent être utilisées pour rechercher des objets par le biais d'options variées. Des critères de sélection complexes peuvent engendrer un grand nombre de résultats, et ainsi provoquer de longs temps de recherche. Pour indiquer le nombre maximum d'enregistrements à afficher, utilisez l'entrée GENERIC_STATISTICS_LIMIT. Si le résultat de la recherche dépasse la valeur définie ici, un message d'avertissement s'affiche.

GET_PROCESS_LINE_RTRIM
La fonction de script GET_PROCESS_LINE lit une ligne d'une séquence de données (par ex. un rapport). Utilisez l'entrée GET_PROCESS_LINE_RTRIM pour déterminer les conditions sous lesquelles les espaces se trouvant à la fin de la ligne doivent être tronqués.

LAST_USE
Dans l'onglet En-tête, chaque objet possède des informations sur l'heure de création et de dernière modification. Il est également possible d'afficher la date de sa dernière utilisation, et le nombre total d'exécutions. L'entrée dans LAST_USE indique en minutes le temps écoulé depuis la dernière actualisation. Si aucune valeur n'est définie, ou "0" est défini, aucun comptage n'est effectué.

LDAP
LDAP permet l'interrogation d'informations d'un service de répertoire comme par ex. Active Directory de Microsoft. Les utilisateurs qui se connectent au système AE peuvent s'authentifier à l'aide de ce service de répertoire.

LOG_TO_DATABASE
Ce paramètre peut être utilisé pour déterminer la capacité du Automation Engine à écrire des messages de fichiers log sur la base de données AE. La valeur Y indique que les messages de protocole sont enregistrés dans le rapport de l'objet Serveur. La valeur N indique que la journalisation ne s'effectue que dans le fichier log. Ce paramètre optimise les performances de votre système AE.

La variable UC_HOSTCHAR_DEFAULT contient un paramètre du même nom qui peut être utilisé pour indiquer le comportement de journal de l'agent.

MAX_EXPORT_COUNT
Au cours du processus d'exportation, les informations sur les objets mis en surbrillance dans l'exploreur (noms, attributs, etc.) sont inscrites dans un fichier XML commun. Pour limiter le nombre maximum d'objets pouvant être exportés en même temps, utilisez l'entrée MAX_EXPORT_COUNT. Dépasser cette valeur signifie que le processus a échoué. Un message d'erreur correspondant indique ceci.

MAX_IMPORT_SIZE
Utilisez cette entrée pour limiter la taille maximale d'un fichier XML qui doit être importé. Si celui-ci dépasse la valeur définie, l'importation n'est pas effectuée.

MIN_EVENT_INTERVAL
Pour chaque événement, vous pouvez indiquer un intervalle minimum (en minutes) pour son exécution dans l'onglet Evénement correspondant. Pour définir une limite inférieure, utilisez l'entrée MIN_EVENT_INTERVAL. L'intervalle indiqué ici est appliqué au cas où un événement contient une valeur inférieure à cette limite. AE utilise la valeur indiquée dans la variable UC_JOB_CHECKINTERVAL si "0" est saisi ici.

MQA_COUNT_BACK 

Utilisez cette clé pour définir le nombre maximum de messages de serveur à mettre en mémoire cache pour une analyse ultérieure. Seuls les messages qui ont été envoyés ou reçus par les processus de travail (PWP, DWP, WP) sont affectés. Ces messages sont enregistrés dans la mémoire vive (RAM) de l'ordinateur exécutant le Automation Engine.

Consultez les derniers messages qui ont été mis en mémoire cache via la section Automation Engine de la Supervision Système. Ici, vous pouvez sélectionner l'option Utilisation dans un menu contexuel WP.

MQ_BLOCK_COUNT et MQ_CHECK_TIME
Dans les bases de données Oracle, le Automation Engine vérifie la taille des blocs des files d'attente de messages MQPWP, MQWP, MQDWP, MWRWP, MQOWP et MQCPnnn selon l'intervalle indiqué dans MQ_CHECK_TIME . Si la taille de bloc dépasse la valeur indiquée dans MQ_BLOCK_COUNT, le Automation Engine réorganise la file d'attente des messages, optimisant ainsi les performances de votre système AE.

PASSWORD_EXIT
Cette entrée facilite une sorte de mot de passe. Il faut saisir comme valeur le nom de la bibliothèque de programmes, y compris le chemin.
Exemple : PASSWORD_EXIT c:\AUTOMIC\pwexit\bin\xuc4pass.dll

PASSWORD_EXIT_PARAM
Si les paramètres doivent être assignés, effectuez ceci en utilisant la clé PASSWORD_EXIT_PARAM.

PASSWORD_CHANGE
Utilisez cette clé pour définir la capacité du mot de passe à être modifié.
Exemple : PASSWORD_CHANGE NO

RECONNECT_TIME

Cette entrée définit l'intervalle de temps durant lequel les processus serveur tentent d'établir une connexion. Ceci concerne l'établissement d'une connexion lors d'un redémarrage ou après une perte de connexion.

REPORT_BLKSIZE et REPORT_TIME

Utilisez ces entrées pour déterminer la taille des rapports en octets. Vous pouvez aussi indiquer l'intervalle (en secondes) selon lequel le rapport sera actualisé.

RESERVED_API_USERS
Chaque utilisateur utilisant CallAPI utilise une licence de dialogue libre. Ces licences de dialogue sont partagées avec les utilisateurs qui se connectent à AE par le biais de l'interface utilisateur. Le nombre de licences de dialogue indiqué ici est réservé aux utilisateurs de CallAPI. Ceci permet d'éviter un blocage de CallAPI dû à un manque de licences de dialogue libres.

Exemple : "5" est saisi dans la variable, et 20 licences sont disponibles pour le dialogue. Aucune connexion ultérieure ne sera autorisée après la quinzième connexion via l'interface utilisateur. Il est également possible pour cinq utilisateurs supplémentaires de se connecter au Automation Engine via CallAPI. Cependant, s'il existe suffisamment de licences de dialogue libres, plus d'utilisateurs que définis ici peuvent utiliser CallAPI simultanément.

Il est possible de se connecter au Client système 0000, même si toutes les licences de dialogue sont en cours d'utilisation. L'administrateur peut toujours se connecter au système AE.

SCR_LOOPCHK_TIME
Ce paramètre s'applique aux scripts dont la génération dure plus longtemps que la durée spécifiée ici. Dasn ce cas, la génération du script s'interrompt régulièrement afin d'éviter les charges inutiles de Automation Engine. Utilisez cette méthode pour éviter les boucles infinies.

Utilisez SCR_LOOPCHK_TIME pour définir la fréquence à laquelle le script est interruption. Ultérieurement, le temps d'attente est toujours de 1 seconde au démarrage. Ce temps est doublé après chaque interruption. La limite supérieure est de 128 secondes. Une fois que cette valeur a été atteinte, le temps d'attente est toujours de 128. Il n'est plus doublé.

Exemple pour SCR_LOOPCHK_TIME 3 :

La génération d'un script s'interrompt toujours toutes les 5 secondes, quelle que soit la valeur définie pour SCR_LOOPCHK_TIME. Cela permet de s'assurer qu'il est possible d'interrompre le script sans bloquer d'autres tâches. Comme expliqué au début, une valeur supérieure pour SCR_LOOPCH_TIME a un effet sur l'intervalle de la durée d'attente.

SERVER_OPTIONS
Cette clé vous permet de contrôler les paramètres du serveur, comme les gains de performance et les générations de trace. La valeur se compose d'une chaîne de 15 chiffres dans laquelle chaque position représente un paramètre du serveur. Ces valeurs peuvent être lues avec la fonction de script GET_UC_SETTING.

Insérez les caractères requis à l'emplacement adéquat de la chaîne de caractères afin d'activer le réglage correspondant. Le caractère N est utilisé pour désactiver une option de serveur. Par défaut, toutes les options serveur sont désactivées (NNNNNNNNNNNNNNN).

Dans l'exemple suivant, les options 1, 2, 6 et 8 sont activées :

 SMGR_PORT_RANGE

Si gestionnaire de services est utilisé, vous pouvez exécuter ses actions directement par le biais du système AE. Les commandes importantes peuvent soit être exécutées directement via la supervision système (agents / Automation Engine), ou via l'élément de script MODIFY_SYSTEM.

Cette clé permet d'indiquer le numéro de port ou une zone de ports pour la recherche automatique des instances du gestionnaire de services. Toutefois, cela n'est nécessaire que si le gestionnaire de services n'est pas démarré sur le port par défaut 8871.

Le système recherche automatiquement un gestionnaire de services quand les processus du serveur démarrent pour la première fois. Cette recherche doit par la suite être réalisée manuellement à l'aide de la commande "Actualiser la lecture du gestionnaire de services" dans la supervision système. Vous pouvez aussi spécifier manuellement les paramètres de connexion pour le gestionnaire de services dans l'agent ou l'objet serveur.

Pour définir une zone de port, les ports de début et de fin doivent être séparés par une virgule. La zone ne doit pas contenir plus de 10 numéros de port. Dans ce cas, la valeur doit être indiquée entre parenthèses ( ).

Par exemple : (8871, 8873)

SNMP_REFRESH

Utilisez ce paramètre pour définir l'intervalle selon lequel l'affichage des Workflows bloqués pour SNMP est actualisé. La valeur par défaut est de 10 secondes.

SQLVAR_INTERNAL

Par défaut, la création d'objets Variables du type "SQL - internal" "SQL - internal SECURE" est désactivée. Ceci est dû à des motifs de sécurité, car l'exécution des instructions SQL dans la base de données AE enclenche l'accès système aux objets et aux autres données. Par ailleurs, il est alors possible de modifier ou de supprimer des enregistrements de données importants.

Si SQLVAR_INTERNAL est défini sur la valeur "YES", des variables SQL internes peuvent être créées, modifiées et utilisées à l'échelle du système. Pour cela, un utilisateur doit disposer des privilèges "Créer et modifier des variables SQL-Interne" .

Avec le paramètre "NO", la création de ces objets n'est plus possible. Dans le dialogue "Modèles" (nouvel objet), le type de variable "SQLI" n'est plus listé.

Les variables SQL internes qui sont fournies par défaut dans le Client 0 ne sont pas concernées par ce paramètre et peuvent donc toujours être utilisées.

SQLVAR_MAX_ROWS

Les bases de données fournissent souvent d'immenses quantités de données. Ainsi, vous pouvez limiter le nombre de lignes que les objets Variables doivent récupérer via les sources SQL et SQLI. Indiquer une valeur très élevée a pour effet de proportionnellement prolonger le temps nécessaire à la résolution des objets Variables.

Ce paramètre n'a aucun effet sur les variables de type "Filelist" et "Multi".

SYNC_BLOCK_COUNT

Pour des raisons de performance, les modifications de fichiers log d'objets Synch sont effectuées en blocs. Cela signifie que les fichiers log d'un nombre précis d'objets Synch sont modifiés. Les fichiers log des objets Sync restants sont modifiés dans les prochains blocs.

Ce paramètre peut être utilisé pour déterminer le nombre d'objets Sync dont les logs doivent être modifiés au bloc. Plus la valeur est faible, plus le temps nécessaire à l'exécution du processus augmente. Cependant, une valeur qui est trop élevée peut nuire à la performance de Automation Engine.

TRASHBIN_SHOW_MAX
La valeur saisie ici détermine le nombre maximum d'objets pouvant être affichés dans la Corbeille. La date actuelle sert de base pour ceci, par ex. les derniers objets n sont visibles.

UNREAD_MESSAGES and UNREAD_MESSAGES_BUFFER
Le paramètre ici présent détermine la gestion ultérieure des messages d'administrateur qui se produisent pendant tout fonctionnement au cours duquel l'Utilisateur est connecté sans disposer des privilèges nécessaires pour les consulter. "N" signifie que les messages sont écrits sur la base de données sans qu'ils soient de nouveau affichés. Dans ce cas, utilisez les messages de catégorie dans la Supervision système pour afficher ces messages plus tard. "Y" indique que les messages sont conservés et affichés dans la Fenêtre de message à l'attention du prochain Utilisateur disposant des privilèges nécessaires.

Utilisez UNREAD_MESSAGE_BUFFER pour déterminer le nombre de messages non lus à conserver. L'entrée la plus vieille sera écrasée une fois le nombre de messages dépassé.

Dès que la fenêtre des messages a affiché les entrées non lues d'un utilisateur, celles-ci sont marquées lues et supprimées de la mémoire cache.

Attention : les messages non lus sont perdus si :

• le système AE redémarre
• il y a un changement du processus de travail primaire
• les messages sont réorganisés dans l'utilitaire AE DB Reorg.

Les messages sont toujours écrits dans la base de données. L'activation de cette fonctionnalité a pour effet de marquer les entrées non lues pour que la fenêtre des messages puisse les afficher ultérieurement.

VAR_SECURITY_LEVEL

Vous pouvez utiliser cette clé pour déterminer et choisir les conditions sous lesquelles les variables peuvent être utilisées sur les objets VARA. 

Ceci affecte la procédure de remplacement des variables qui sont utilisées dans les instructions SQL (types de VARA : SQL et SQLI) et commandes du système d'exploitation (type VARA : Backend).

La documentation sur les dialogues PromptSet dynamique décrit les positions pour le remplacement de variables PromptSet (niveau de sécurité 3).

Le tableau suivant montre quelles variables sont remplacées par quel niveau de sécurité :

Niveau de sécurité	Variables
	Variables prédéfinies (Valeur ne pouvant pas être modifiée directement par l'utilisateur)	Variables prédéfinies (Valeur pouvant être modifiée par l'utilisateur)	Caractère de remplacement pour les objets VARA	Variables PromptSet
0
1
2
3

Le niveau de sécurité pour chaque variable prédéfinie se trouve dans la liste à ce sujet.

Remarque pour le niveau de sécurité 3 : Vous pouvez exécuter toutes les instructions SQL et commandes de système d'exploitation qui sont incluses dans la valeur et qui doivent être insérées dans l'objet Variable indiqué.

Un script est utilisé pour modifier le contenu de la variable VARA2 dont la valeur est insérée dans l'instruction SQL :
:PUT_VAR VARA2, '*', 'Value; DELETE * FROM x;'

La modification du contenu de l'objet Variable VARA2 a permis d'ajouter une commande SQL supplémentaire dans la variable SQL VARA1 via le remplacement de valeur. Ceci est possible bien que VARA1 n'ait pas été directement modifié (par ex. par un utilisateur sans les droits adéquats), et peut également engendrer des accès involontaires à la base de données (dans ce cas : la suppression de données).

Si on accède à des objets Variable qui se trouvent dans le Client 0, le paramètre VAR_SECURITY_LEVEL n'a aucun effet ! Dans ce cas, l'utilisation est toujours possible.

VARIABLE_SERVICE_CHECK_INTERVAL
Les Variables dynamiques peuvent être utilisées soit comme Variables prédéfinies, soit au moyen d'un script dans les objets. Leurs valeurs ne sont fournies dynamiquement qu'à l'exécution par la source de données (base de données, objet Variable ou répertoire du système de fichiers). Si une erreur se produit avec la variable de base de données (source : SQL) rencontre une erreur au cours de la résolution de la variable, car la base de données n'est pas disponible ou à cause d'une connexion ou de données de connexion incorrectes, la tâche bascule sur un statut d'attente ("En attente de la reprise de la résolution des variables").

La résolution de variables peut être répétée dès lors qu'une erreur précise a été corrigée (par ex. le nom de la base de données dans l'objet Connexion a été corrigé). L'intervalle selon lequel cette tentative doit être répétée est indiqué par le paramètre VARIABLE_SERVICE_CHECK_INTERVAL.

Notez que vous be pouvez pas interrompre une tâche qui a le statut "En attente de calcul de variable".

VERSIONS_SHOW_MAX
La valeur qui est indiquée ici détermine le nombre maximum d'objets à afficher dans la Gestion des Versions. La date actuelle sert de base pour ceci, par ex. les derniers objets n sont visibles.

WORKLOAD_DEFAULT_FT et WORKLOAD_DEFAULT_JOB
Ces deux paramètres définissent les ressources utilisés par défaut par un transfert de fichier ou par un job lors de son exécution. Cette valeur peut être indiquée individuellement dans les objets correspondants, et surclasse la valeur par défaut indiquée dans la variable.

WP_MIN_NUMBER
Des processus serveur particuliers (DWPs) sont utilisés pour les messages que l'interface utilisateur envoie à la base de données. Ce sont des types spéciaux de processus de travail (WP). Indiquez le nombre de processus de serveur devant agir en tant que processus de travail avec l'entrée WP_MIN_NUMBER. Les processus restants peuvent être utilisés en tant que processus de dialogue (DWP).

Attention : le processus de travail primaire (PWP) n'en fait pas partie.

Définissez un nom de nœud dans les fichiers INI des Automation Engine, car les processus de serveur peuvent être distribués sur plusieurs ordinateurs. Le nombre minimum de processus de travail s'entend par "nom de nœud". Si vous utilisez le même "nom de nœud" sur plusieurs ordinateurs, ce paramètre est valide pour le réseau.

Votre système AE peut également fonctionner sans processus de dialogue.

XML_ENCODING et XML_ENCODING_CHECK
Le codage XML a un effet sur l'affichage des caractères dans l'interface utilisateur. Utilisez la clé XML_ENCODING pour indiquer l'encodage à utiliser pour votre système AE. La deuxième clé affecte la vérification des fichiers XML importés.

ISO-8859-15 (Latin 9) contient le caractère de l'euro (€) et les autres caractères spécifiques aux pays de l'Europe occidentale. Le tableau suivant montre les autres différences.

OBJECT_ACCESS_CLIENT_ZERO
Configurer cet indicateur clé à Y permet aux utilisateurs d'accéder aux objets du client système en mode lecture. En utilisant le menu contextuel dans un objet script ou dans l'interface utilisateur, vous pouvez ouvrir ces objets en mode lecture pour vérifier leurs rapports ou leurs statistiques.

Voir aussi :

UC_CLIENT_SETTINGS
Aperçu de toutes les variables dans un tableau de
Variable