UC_HOSTCHAR_DEFAULT - Caractéristiques de l'hôte
Cette variable de script est utilisée pour spécifier les paramètres des agents.
La variable est disponible dans le client système 0000. Elle contient les paramètres par défaut qui s'appliquent aux agents. Il est facile de créer des paramètres différents, en copiant cette variable et renommant les copies en UC_HOSTCHAR_<SUFFIX>, <SUFFIX> pouvant représenter n'importe quel terme. Vous pouvez affecter à chaque agent exactement une de ces variables UC_HOSTCHAR_ avec son suffixe dans la variable UC_EX_HOSTCHAR, le suffixe par défaut étant 'DEFAULT'.
Ci-dessous, la colonne Redémarrage nécessaire indique les composants nécessitant un redémarrage après changement des paramètres, tandis que la colonne Protocole FT indique si les paramètres de transfert de fichiers s'appliquent à l'ancien et / ou au nouveau protocole (voir Protocole de transfert de fichiers sécurisé).
Clé |
Valeur |
Redémarrage nécessaire |
Protocole FT | |||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Influence l'utilisation des données de connexion pour l'exécution des jobs, des événements du système de fichiers et des transferts de fichier, respectivement Les paramètres ANONYMOUS_FE, ANONYMOUS_FT et ANONYMOUS_JOB ne sont pris en charge que pour les agents OS/400, UNIX et Windows.
Valeurs autorisées : Y et N (par défaut). Ces paramètres peuvent être utilisés pour définir si les informations d'identification enregistrées dans l'objet Login doivent être utilisées pour exécuter des jobs, des événements du système de fichiers et des transferts de fichiers, respectivement. Le comportement dépend également des paramètres définis dans les paramètres du fichier INI de l'agent :
Pour les transferts de fichiers, vous pouvez définir le privilège suivant dans l'objet Utilisateur :
Pour les événements de fichiers, vous pouvez définir le privilège suivant dans l'objet Utilisateur :
Aucun privilège de l'objet Utilisateur ne permet de lancer des jobs sans l'objet Login. Ainsi, même en définissant ANONYMOUS_JOB=Y, les jobs sans objets Login sont interrompus. |
Agent | Ancien et nouveau | ||||||||||||||||||||||||||||
APPLICATION_LOGIN |
Nom d'un objet Login. Les données de connexion de l'objet Login sont utilisées aux fins suivantes :
Valeur par défaut : ERP_LOGIN |
|||||||||||||||||||||||||||||
BACKUP_RETENTION_CHECK |
Heure de la journée à laquelle la durée de vie du dossier de sauvegarde est vérifiée. Tous les fichiers et répertoires plus anciens que BACKUP_RETENTION_LIFETIME sont supprimés. Le dossier de sauvegarde stocke les fichiers du rollback des fichiers des jobs et des transferts de fichiers. Vous pouvez définir le dossier de sauvegarde à l'aide de la variable d'agentUC_EX_PATH_BACKUP dans le fichier INI de l'agent. La page Rollback vous permet de spécifier les fichiers à copier dans le dossier de sauvegarde. La sauvegarde s'effectue automatiquement à chaque exécution de transfert de fichier ou du job. Concerne uniquement les agents Windows et UNIX. Valeurs autorisées : Heure valide au format HH:MM |
Agent | ||||||||||||||||||||||||||||
BACKUP_RETENTION_LIFETIME |
Durée de vie en jours du contenu du dossier de sauvegarde Ce code vous permet de déterminer la durée de stockage des fichiers et répertoires dans le dossier de sauvegarde. Le système vérifie ce paramètre tous les jours à l'heure définie dans BACKUP_RETENTION_CHECK. Tout contenu plus ancien est supprimé. Concerne uniquement les agents Windows et UNIX. Valeurs autorisées : "0" - "99" |
Agent | ||||||||||||||||||||||||||||
BLOCK_ON_LOST |
Cette entrée permet de définir l'action qu'un Workflow doit effectuer si un de ses jobs prend le statut ENDED_LOST. Valeurs autorisées : YES (valeur par défaut) et NO YES : le Workflow est bloqué. |
Non |
||||||||||||||||||||||||||||
CHANGE_LOGGING_DAYS |
Nombre de jours au delà duquel les fichiers journaux de l'agent sont changés. Valeurs autorisées : "1" à "32767" Uniquement disponible pour les agents basés Java, les agents Windows et les agents Unix. |
Agent | ||||||||||||||||||||||||||||
CHANGE_LOGGING_MB |
Taille en Mo après laquelle les fichiers journaux sont changés. Valeurs autorisées : "1" à "32767" Uniquement disponible pour les agents basés Java, les agents Windows et les agents Unix. |
Agent | ||||||||||||||||||||||||||||
DISCONNECT_AFTER_FT |
Définit si la connexion entre les agents doit se terminer après un transfert de fichier. YES : La connexion est terminée après un transfert de fichier (défaut). Ce paramètre n'a d'effet que sur la connexion et n'empêche pas l'exécution du transfert de fichier. Le système vérifie toujours si une connexion vers l'agent cible existe AVANT le début du transfert de fichier. Une connexion est établie si elle n'est pas disponible. Dans l'agent UNIX 32 bits pour Sun Solaris, le nombre de descripteurs de fichiers (connexions et fichiers ouverts) est limité à 253. Gardez cela à l'esprit quand vous exécutez des jobs / transferts de fichier et si le paramètre DISCONNECT_AFTER_FT est défini à "NO". Il est recommandé d'utiliser la valeur "YES". Ce paramètre n'est vérifié que si l'ancien protocole de transfert de fichier est utilisé. Dans le nouveau protocole, la connexion est toujours terminée automatiquement. |
Old | ||||||||||||||||||||||||||||
EVENT_CHECKINTERVAL |
Intervalle en secondes pendant lequel l'agent vérifie périodiquement les conditions "FILE_CHANGED" et "FILE_STABLE" dans ses événements du système de fichiers. Valeurs autorisées : 60 - 100000 Si vous sélectionnez FILE_CHANGED ou FILE_STABLE dans un événement du système de fichier, cet intervalle est utilisé pour toutes les vérifications de conditions. L'intervalle augmente automatiquement si la vérification d'une condition dure plus longtemps que l'intervalle spécifié. |
Agent | ||||||||||||||||||||||||||||
EXECUTE_ON_ASSIGNMENT |
Utilisez ces codes pour lancer n'importe quelobjet exécutable dans les cas suivants. Au démarrage ou à l'arrêt d'un agent :
Valeur par défaut :
Les variables de script suivantes peuvent être utilisées dans les objets :
Les variables de script suivantes ne peuvent être utilisées que dans les objets affectés à EXECUTE_ON_ASSIGNMENT :
Vous pouvez utiliser la fonction de script STR_CUT pour accéder à chaque chiffre. Utilisez l'instruction de script :READ pour extraire les valeurs de variables de scripts. :READ &uc_ex_host,, Remarques : Les objets seront recherchés et activés dans tous les clients dans lesquels l'agent est autorisé, à l'exception du client système 0000. Mais EXECUTE_ON_ASSIGNMENT recherche tous les clients dans lesquels des autorisations ont été modifiées. Notez que les objets affectés à EXECUTE_ON_START, EXECUTE_ON_END, EXECUTE_ON_LOST et EXECUTE_ON_ASSIGNMENT démarrent dans les clients où ils se trouvent, mais sont exécutés sous l'utilisateur UC/UC du client système 0000 avec ces autorisations clients. Les autorisations de niveau objet sont donc ignorées (Page Autorisations). |
Non |
||||||||||||||||||||||||||||
EXECUTE_ON_DEPLOYMENT_AGENT EXECUTE_ON_DEPLOYMENT_RUN |
Ces codes sont utilisés avec le CAU - Procédure de mise à niveau. Vous pouvez utiliser ces codes pour exécuter des objets dans les cas suivants :
Variables utilisant l'instruction de script :READ Vous pouvez utiliser les variables suivantes dans l'objet exécuté avec l'instruction de script :READ :
Exemples de scripts Utilisez la fonction de script PREP_PROCESS_REPORT et
|
Non | ||||||||||||||||||||||||||||
FE_VERSION |
Vous permet de déterminer la version de la fonctionnalité d'événement fichier à utiliser. Valeurs autorisées : "1" ou "2" (par défaut) "1" : La fonctionnalité d'événement fichier des versions antérieures à v11.1 est utilisée lorsqu'aucun objet Login n'est nécessaire. Assurez-vous que le privilège "Événement fichier : Démarrage sans objet Login spécifié" est activé dans l'objet Utilisateur correspondant. Le paramètre ANONYMOUS_FE est ignoré pour les exécutions d'événements fichiers "2" : Cette version de la fonctionnalité d'événement fichier permet d'utiliser les objets Login. L'événement fichier est exécuté sous l'utilisateur spécifié dans l'objet Login. Notez que les paramètres de ANONYMOUS_FE s'appliquent également. Si le privilège "Événement fichier : Démarrage sans objet Login spécifié" est accordé, l'objet Login peut être ignoré - dans ce cas, l'événement fichier est exécuté sous l'utilisateur Agent. |
Agent | ||||||||||||||||||||||||||||
FT_ASYNC_QUIT_MAX, FT_ASYNC_QUIT_MIN, FT_ASYNC_QUIT_NUM |
Paramètres pour le transfert synchrone/asynchrone entre l'expéditeur et l'agent destinataire des transferts de fichier. Par défaut, le transfert est asynchrone. Transfert synchrone : Les paquets de données ne sont envoyés que lorsque la réception des paquets envoyés a été confirmée. L'expéditeur et le destinataire ajustent leurs vitesses de transmission. Un comportement synchrone est programmé lorsque le paramètre FT_ASYNC_QUIT_NUM est égal à FT_ASYNC_QUIT_MAX. Transfert asynchrone : Les paquets de données sont envoyés même s'il reste des confirmations en attente pour les paquets envoyés. Cela permet un transfert plus rapide car par exemple un expéditeur plus rapide ou une connexion lente sont mieux exploités. Le cache TCP/IP de l'agent (paramètre du fichier INI : SendBufferSize= et RecvBufferSize=) doit être augmenté en conséquence. Plus la valeur de FT_ASYNC_QUIT_MIN est élevée, plus l'agent destinataire est libéré, lorsque FT_ASYNC_QUIT_MAX est atteint. Ces options ne sont valables que pour les agents OS/400, NSK, UNIX, Windows et z/OS. FT_ASYNC_QUIT_MAX FT_ASYNC_QUIT_MIN FT_ASYNC_QUIT_NUM Notez que la valeur du paramètre MIN ne doit pas dépasser celle du paramètre MAX. Par exemple : FT_ASYNC_QUIT_MIN / MAX / NUM: |
Non | Nouveau | |||||||||||||||||||||||||||
FT_COMPRESS |
Type de compression pour les transferts de fichiers (voir Transferts de fichier (JOBF)). Valeurs autorisées : NO (par défaut) et NORMAL |
Ancien et nouveau | ||||||||||||||||||||||||||||
FT_CONNECTION_TIMEOUT |
Durée en secondes après laquelle une connexion de transfert de fichier non utilisée entre deux agents est fermée automatiquement. Valeur par défaut : 300 secondes Remarque : Il est recommandé d'augmenter la valeur par défaut de ce paramètre (5 min) si vous transférez de très gros fichiers (> 3,8 Go) de NSK. Sinon la connexion risque de se couper prématurément. |
Agent | Nouveau | |||||||||||||||||||||||||||
FT_REPORT_BLKSIZE |
Taille d'un bloc de rapport pour les rapports de transferts de fichiers. Valeur minimale : 2048 |
Agent | Nouveau | |||||||||||||||||||||||||||
FT_REPORT_TIME |
Intervalle de temps, en secondes, pendant lequel l'agent envoie des blocs de rapport. Valeur minimale : 1 |
Agent | Nouveau | |||||||||||||||||||||||||||
FT_RESTARTINFO_CHECK |
Heure UTC à laquelle la durée de vie des informations de reprise d'un transfert de fichier est vérifiée. La vérification a lieu tous les jours. Ces informations de reprise sont stockées localement sous forme de fichiers StatusStore (extension *.sts) dans le répertoire temp de l'agent local. Ces fichiers sont supprimés à l'échéance de la durée de vie spécifiée avec le code FT_RESTARTINFO_LIFETIME . Valeur par défaut : 0:00:00 |
Agent | Nouveau | |||||||||||||||||||||||||||
FT_RESTARTINFO_LIFETIME |
Nombre de jours durant lesquels les informations de reprise des transferts de fichier restent enregistrées (durée de vie). Valeur minimale : 1 |
Agent | Nouveau | |||||||||||||||||||||||||||
FT_RESTARTINFO_INTERVAL |
Intervalle en secondes au cours duquel les agents enregistrent les points de reprise pendant un transfert de fichier. Valeur minimale : 1 |
Agent | Nouveau | |||||||||||||||||||||||||||
FT_STATUS_INTERVAL |
Intervalle en secondes au cours duquel l'agent envoie les informations de statut des transferts de fichier au serveur. Le statut des transferts de fichiers apparaît dans les détails de la tâche (voir Afficher le détail des objets et des tâches). Valeur minimale : 1 |
Agent | Nouveau | |||||||||||||||||||||||||||
FT_USE_MD5 |
Utilisation du checksum MD5 pour vérifier les données transférées des transferts de fichier. Cette méthode permet aussi de garantir que les fichiers transférés correspondent aux fichiers source après une reprise de transfert de fichier. Pour des raisons de performance, le checksum MD5 n'est jamais calculé pour les fichiers inférieurs à 1 Mo. Ce comportement est toujours valable, peu importe les définitions effectuées dans ce paramètre. Valeurs autorisées : Y (valeur par défaut) et N |
Agent | Nouveau | |||||||||||||||||||||||||||
Intervalle de temps pendant lequel les agents vérifient les exécutions de jobs. Valeur minimale : 1 Il n'existe pas de limite supérieure pour ce paramètre. La valeur par défaut est utilisée si 0 est défini. N'oubliez pas qu'un intervalle inférieur à 60 secondes augmentera la charge du serveur, ce qui affectera sa performance. |
||||||||||||||||||||||||||||||
KEEP_ALIVE |
Intervalle du signal de vie utilisé entre un agent et son CP. Valeurs autorisées : au delà de 60 secondes La valeur définie ici ne doit pas être inférieure à 60 secondes. Si non la valeur par défaut est utilisée. La valeur doit correspondre à des minutes entières, par exemple : 60, 120, 180 etc. Si elle ne correspond pas à une minute entière, le système arrondit à la minute suivante. Une valeur de 99 secondes devient ainsi 120 secondes. Une valeur fixe de 60 secondes est toujours ajoutée à la valeur configurée. Le minimum réel est donc une valeur de 120 secondes. Perspective Administration affiche systématiquement la valeur qui a été définie en utilisant KEEP_ALIVE. |
|||||||||||||||||||||||||||||
LOG_TO_DATABASE |
Détermine si les fichiers journaux de l'agent doivent ou non être envoyés à la base de données Automation Engine. Voir aussi la description de REPORT_TIME. Valeurs autorisées : Y (valeur par défaut) et N Y : L'agent envoie ses messages de fichiers journaux également à Automation Engine d'où ils sont accessibles sous forme de rapports de l'objet Agent. |
Agent | ||||||||||||||||||||||||||||
MAX_FILE_COUNT |
Maximum de fichiers trouvés dans les événements fichiers. Valeurs autorisées : 0 - 100000 0 : Illimité Si des caractères génériques sont utilisés ou si des sous-répertoires sont inclus dans la recherche, les vérifications renverront une énorme quantité de fichiers. Pour des raisons de performances, vous pouvez spécifier le nombre maximum de fichiers trouvés. L'agent ne vérifie les fichiers que dans la limite de ce nombre si les conditions spécifiées s'appliquent et, le cas échéant, déclenche le contenu de la page Script d'événement. |
Agent | ||||||||||||||||||||||||||||
Nombre maximum de blocs de rapports de jobs transférés vers la base de données Automation Engine. Valeurs autorisées : 1 - 10000 Le code REPORT_BLKSIZE peut être utilisé pour spécifier le nombre maximum d'octets par bloc. Par exemple : Taille d'un bloc : 8000 octets A partir de ces valeurs, on obtient une taille de rapport maximale de 937 ko. Après exécution du job, un rapport de job peut être enregistré localement dans le système de fichiers et / ou transféré vers Automation Engine qui l'enregistre alors dans sa base de données. Ceci est défini dans la page spécifique à l'hôte du job. Lorsqu'un rapport doit être transféré vers Automation Engine, les paramètres REPORT_BLKSIZE et MAX_REPORT_SIZE s'appliquent et le rapport est tronqué en conséquence s'il excède le nombre maximal de blocs. Dans ce cas, un rapport incomplet est enregistré dans la base de données. - Si seule l'option "Rapport de job" - "Base de données" est sélectionnée, le fichier est supprimé dans le système de fichiers, une fois le transfert effectué avec succès. - Si l'option "Rapport de job" - "Fichier" est sélectionnée, les paramètres REPORT_BLKSIZE et MAX_REPORT_SIZE ne sont pas pris en compte. Dans ce cas, le rapport complet est enregistré dans le système de fichiers. Lorsque l'agent est actif, ce paramètre peut être défini temporairement dans la page Options avancées, champ Blocs de rapport max. Dès que l'agent se reconnecte, le paramètre de MAX_REPORT_SIZE s'applique de nouveau. |
||||||||||||||||||||||||||||||
RECONNECT_TIME |
Intervalle de temps pendant lequel l'agent tente régulièrement de rétablir une connexion avec Automation Engine en cas de nouveau démarrage ou d'interruption des connexions. Valeurs autorisées : 1 - 3600 Lorsque l'agent est actif, ce paramètre peut être défini temporairement dans la page Options avancées, champ Intervalle de vérification. Dès que l'agent se reconnecte, le paramètre de RECONNECT_TIME s'applique de nouveau. |
|||||||||||||||||||||||||||||
REPORT_BLKSIZE |
Taille d'un bloc de rapport. Voir aussi la description de MAX_REPORT_SIZE. Valeurs autorisées : 1 - 8000 |
|||||||||||||||||||||||||||||
Intervalle de temps pendant lequel l'agent met à jour les messages de journalisation de l'agent dans le système Automation Engine. Voir aussi la description de LOG_TO_DATABASE. Valeurs autorisées : 1 - 3600 |
||||||||||||||||||||||||||||||
VAR_TIMEOUT |
Durée maximale, en secondes, pour la résolution des objets Variable avec les sources BACKEND et SQL. Les variables Backend exécutent une commande sur un système d'exploitation (Windows, UNIX) et fournissent le résultat en tant que valeurs. Les variables SQL traitent les commandes SQL sur une base de données externe et renvoient leurs résultats sous forme de valeurs. Valeurs autorisées : 1 à 600 |
Agent | ||||||||||||||||||||||||||||
WORKLOAD_MAX_FT |
Nombre maximal de ressources que l'agent fournit pour les transferts de fichiers (voir Page Attributs). Valeurs autorisées : -1 à 100 000 La valeur -1 correspond à UNLIMITED et signifie que les paramètres des ressources sont ignorés lors de l'exécution des transferts de fichiers. Les valeurs supérieures à 100 000 sont interprétées comme -1. Lorsque l'agent est actif, ce paramètre peut être défini temporairement dans la page Options avancées, champ Ressources max. des transferts de fichiers. Dès que l'agent se reconnecte, le paramètre de WORKLOAD_MAX_FT s'applique de nouveau |
Non | ||||||||||||||||||||||||||||
WORKLOAD_MAX_JOB |
Nombre maximal de ressources que l'agent fournit pour les jobs (voir Page Attributs). Valeurs autorisées : -1 à 100 000 La valeur -1 correspond à "UNLIMITED" et signifie que les paramètres des ressources sont ignorés pour les jobs. Les valeurs supérieures à 100 000 sont interprétées comme -1. Lorsque l'agent est actif, ce paramètre peut être défini temporairement dans la page Options avancées, champ Ressources max. des jobs. Dès que l'agent se reconnecte, le paramètre de WORKLOAD_MAX_JOB s'applique de nouveau |
Agent |
Pour des raisons de performances, les modifications effectuées dans UC_EX_HOSTCHAR et UC_HOSTCHAR_DEFAULT prennent une minute avant d'avoir un impact. Ces variables sont mises en cache et ne sont actualisées qu'une fois par minute.
Voir aussi :