Présentation de l'expéditeur-récepteur

L'expéditeur et le récepteur des serveurs d'inventaire transfèrent les fichiers d'analyse des serveurs de niveau inférieur aux serveurs de niveau supérieur. Les sections suivantes contiennent des informations supplémentaires :

• Présentation de l'expéditeur
• Présentation du récepteur
• Présentation du fichier de données d'analyse compressé
• Répertoires utilisés par l'expéditeur-récepteur
• Présentation du convertisseur STR

Le traitement effectué par l'expéditeur-récepteur est le suivant :

1. Le gestionnaire de service lance le composant Expéditeur-Récepteur.
2. Le planificateur de transfert en amont active l'expéditeur à l'heure spécifiée.
3. L'expéditeur déplace les fichiers de données d'analyse (.STR) du répertoire de fusion de l'entreprise (ENTMERGEDIR) vers le répertoire de transfert (ENTPUSHDIR) et compresse ces fichiers dans un fichier .ZIP.
4. Chaque fichier .ZIP est à son tour compressé avec le fichier .PRP dans un nouveau fichier .ZIP.
5. L'expéditeur transfère ce dernier fichier .ZIP du répertoire ENTPUSHDIR au récepteur situé sur le serveur d'inventaire de niveau immédiatement supérieur.
6. Le récepteur place les fichiers .ZIP dans le répertoire ENTPUSHDIR\ZIPDIR.
7. Le récepteur copie les fichiers .ZIP dans le répertoire ENTPUSHDIR et supprime ces fichiers .ZIP du répertoire ENTPUSHDIR\ZIPDIR.
8. Le récepteur copie les fichiers .ZIP dans le répertoire de base de données (DBDIR) s'il existe une base de données attachée au serveur.
9. L'expéditeur-récepteur consigne l'état dans eDirectory.

Présentation de l'expéditeur

L'expéditeur est un composant Java* qui s'exécute sur un serveur feuille ou sur le serveur intermédiaire. L'expéditeur est un service chargé par le gestionnaire de services. Reportez-vous au tableau récapitulatif des composants de serveur à la rubrique Présentation générale des composants d'inventaire présents sur un serveur d'inventaire .

Le flux des informations émises par l'expéditeur au cours du transfert en amont des données d'analyse est le suivant :

1. Le gestionnaire de services lance l'expéditeur sur le serveur d'inventaire. À l'heure prévue dans la planification de la règle de transfert en amont, l'expéditeur déplace les fichiers de données d'analyse (.STR) du répertoire de fusion de l'entreprise (ENTMERGEDIR) vers le répertoire de transfert (ENTPUSHDIR).

   L'expéditeur compresse ces fichiers .STR du répertoire ENTPUSHDIR sur le serveur dans un fichier .ZIP puis supprime les fichiers .STR. Ce fichier .ZIP est à son tour compressé avec le fichier .PRP dans un nouveau fichier .ZIP. Pour plus d'informations, reportez-vous à la rubrique Présentation du fichier de données d'analyse compressé .

2. L'expéditeur crée un nouvel enregistrement dans l'attribut zeninvRollUpLog de l'objet Service d'inventaire (ZenInvservice) de eDirectory et y consigne les informations détaillées suivantes : nom du serveur sur lequel l'expéditeur compresse les fichiers .STR et nom et taille du fichier .ZIP.
3. En fonction de la valeur de l'option Supprimer les données d'analyse antérieures à cette date dans les propriétés de l'objet Service d'inventaire du récepteur, l'expéditeur supprime les fichiers .ZIP compressés présents dans le répertoire ENTPUSHDIR et créés avant la date en question. Ceci évite que des informations d'analyse inutiles soient transférées en amont.
4. L'expéditeur envoie les fichiers .ZIP compressés au récepteur par ordre d'ancienneté.
5. Après avoir transféré les fichiers .ZIP, l'expéditeur supprime les fichiers compressés du répertoire ENTPUSHDIR.
6. Après avoir transféré les données en amont, l'expéditeur met à jour l'attribut zeninvRollUpLog du serveur sur lequel le fichier compressé a été créé et y consigne les informations détaillées suivantes : nom du serveur à partir duquel l'expéditeur a envoyé le fichier, nom du fichier .ZIP, heure de la transmission, durée totale de la transmission des fichiers et nom du serveur auquel il a été envoyé.

   Les informations relatives à l'état de toutes les opérations effectuées par l'expéditeur sont consignées dans le journal de transfert en amont et le journal d'état des serveurs. Pour plus d'informations, reportez-vous à la rubrique Surveillance de l'inventaire de poste de travail à l'aide des journaux d'état .

Si l'expéditeur ne parvient pas à se connecter au récepteur, il effectue une nouvelle tentative au bout de 10 secondes. Cet intervalle augmente exponentiellement selon un facteur de 2. Si l'expéditeur ne parvient pas à se connecter au récepteur au bout de 14 tentatives, il abandonne. En moyenne, l'expéditeur effectue des tentatives pendant 23 heures. L'expéditeur ne traite aucune autre donnée pendant l'établissement de la connexion.

Présentation du récepteur

Le récepteur est un composant Java qui s'exécute sur le serveur intermédiaire ou sur le serveur racine. Le récepteur est un service chargé par le gestionnaire de services. Reportez-vous au tableau récapitulatif des composants de serveur à la rubrique Présentation générale des composants d'inventaire présents sur un serveur d'inventaire .

Le traitement effectué par le récepteur est le suivant :

1. Le récepteur reçoit le fichier .ZIP d'analyse envoyé par l'expéditeur. Ce fichier est placé dans le répertoire ENTPUSHDIR\ZIPDIR.
2. Le récepteur copie le fichier .ZIP dans le répertoire ENTPUSHDIR et supprime les fichiers .ZIP du répertoire ENTPUSHDIR\ZIPDIR.

   Sur un serveur intermédiaire, le fichier est copié dans ENTPUSHDIR. Sur un serveur intermédiaire avec base de données ou un serveur intermédiaire avec base de données et postes de travail inventoriés, le fichier est copié dans le répertoire ENTPUSHDIR et dans le répertoire de base de données (DBDIR).

3. Le récepteur situé sur le serveur racine ou sur le serveur racine avec postes de travail inventoriés reçoit les fichiers .ZIP envoyés par les expéditeurs et les place dans le répertoire ENTPUSHDIR\ZIPDIR. Il copie les fichiers dans le répertoire DBDIR du serveur.
4. Le récepteur consigne les informations d'état dans le journal de transfert en amont. Pour plus d'informations, reportez-vous à la rubrique Surveillance de l'inventaire de poste de travail à l'aide des journaux d'état .

Présentation du fichier de données d'analyse compressé

L'expéditeur compresse les fichiers de données d'analyse (.STR) dans un fichier .ZIP. Ce fichier .ZIP est à son tour compressé avec le fichier .PRP dans un nouveau fichier .ZIP. Ce fichier .ZIP (qui contient les fichiers .ZIP et .PRP) est nommé conformément aux conventions suivantes :

heureplanifiée_nomserveurinventaire_nomarborescence_étatstocké.ZIP

où heureplanifiée est la date et l'heure de création du fichier .ZIP, nomserveurinventaire est le nom du serveur d'inventaire sur lequel le fichier .ZIP a été compressé, nomarborescence est le nom unique de l'arborescence dans laquelle se trouve le fichier .ZIP, étatstocké est l'état de stockage du fichier .ZIP et ZIP est l'extension des fichiers compressés.

L'étatstocké est représenté par 0, 1 ou 2. La valeur 0 indique que le fichier .ZIP n'est pas encore stocké. La valeur 1 indique que le fichier .ZIP sera stocké pour la première fois sur le serveur. La valeur 2 indique que le fichier .ZIP a déjà été stocké une fois.

Le nom du fichier .ZIP change selon que la base de données est attachée au serveur ou non.

Le fichier .ZIP contient les fichiers .ZIP et un fichier Property (propriétés). Le fichier Property est nommé conformément aux conventions suivantes :

heureplanifiée_nomserveurinventaire.PRP

Le fichier Property contient l'heure planifiée, le nom du serveur d'inventaire et la signature. La signature permet d'authentifier le fichier .ZIP.

Chaque fichier .ZIP peut contenir jusqu'à 1 000 fichiers .STR.

Répertoires utilisés par l'expéditeur-récepteur

Le tableau suivant récapitule les répertoires utilisés par l'expéditeur-récepteur :

Sur le serveur autonome, le récepteur n'est pas chargé.