L'expéditeur des serveurs d'inventaire transfère les fichiers analysés depuis le serveur d'inventaire ZENworks 7.2 Linux Management vers le serveur d'inventaire ZENworks 7 Server Management ou ZENworks 7 Desktop Management. Les sections suivantes contiennent davantage d'informations :
L'expéditeur est un composant Java exécuté sur les serveurs ZENworks 7.2 Linux Management. Ce service est chargé par le chargeur ZEN.
Le flux d'informations transmises par l'expéditeur dans le transfert en amont des informations d'inventaire se présente comme suit :
Le chargeur ZEN lance l'expéditeur sur le serveur d'inventaire. À la date prévue dans le planificateur de transfert, l'expéditeur transfère les fichiers de données d'analyse (.str) du répertoire de fusion de l'entreprise (entmergedir) vers le répertoire de chargement de l'entreprise (entpushdir).
L'expéditeur compresse ces fichiers .str dans le répertoire \entpushdir du serveur d'inventaire sous forme de fichier .zip, puis supprime les fichiers .str. Ce fichier .zip est à nouveau compressé avec le fichier .prp pour donner un fichier .zip. Le fichier .prp est un fichier interne qui contient des informations sur le fichier .zip.
Selon l'heure de suppression des données d'analyse définie dans les propriétés de l'objet Service d'inventaire du récepteur, l'expéditeur supprime les fichiers .zip compressés du répertoire \entpushdir qui ont été créés avant l'heure spécifiée de suppression des données d'analyse. Cette opération permet de ne pas envoyer les données d'analyse indésirables vers le transfert en amont.
L'expéditeur envoie les fichiers .zip au récepteur, ainsi que les anciens fichiers compressés précédemment envoyés.
Après avoir transféré le fichier .zip, l'expéditeur supprime les fichiers compressés du répertoire \entpushdir.
Si l'expéditeur ne parvient pas à établir la connexion avec le récepteur, il effectue une nouvelle tentative au bout de 10 secondes. L'intervalle de temps augmente de manière exponentielle par un facteur de 2. Après 14 tentatives infructueuses, il met fin à l'opération. L'expéditeur effectue de nouvelles tentatives pendant environ 23 heures avant d'abandonner. Il ne traite aucune autre information pendant la tentative de connexion.
L'expéditeur compresse les fichiers de données d'analyse (.str) sous la forme d'un fichier .zip. Ce fichier .zip est à nouveau compressé avec le fichier .prp pour donner un fichier .zip. Le fichier .zip (contenant les fichiers .zip et .prp) est nommé à l'aide de la convention de dénomination ci-après :
scheduledtime_ inventoryservername_treename_storedstatus.zip
où scheduledtime désigne la date et l'heure de création du fichier .zip, nomserveurinventaire le serveur d'inventaire sur lequel le fichier .zip a été compressé, nomarborescence le nom d'arborescence unique dans lequel le fichier .zip est actuellement enregistré, storedstatus l'état de stockage du fichier .zip et zip l'extension de fichier pour les fichiers compressés. Le paramètre storedstatus indique 0, 1 ou 2. La valeur 0 indique que le fichier .zip n'est pas encore enregistré. La valeur 1 indique qu'il est enregistré pour la première fois sur le serveur d'inventaire. 2 indique qu'il a déjà été enregistré une fois.
Le nom du fichier .zip change selon que la base de données est rattachée au serveur d'inventaire.
Le fichier .zip contient les fichiers .zip et un fichier de propriétés. Ce fichier de propriétés est nommé à l'aide des conventions suivantes :
scheduledtime_ inventoryservername.prp
Le fichier de propriétés contient la date planifiée, le nom du serveur d'inventaire et la signature. La signature permet d'authentifier le fichier .zip.
Chaque fichier .zip peut contenir 50 fichiers .str au maximum.