El remitente de los servidores de inventario transfiere los archivos explorados del servidor de inventario de ZENworks 7.2 Linux Management al servidor de inventario de ZENworks 7 Server Management o ZENworks 7 Desktop Management. Las secciones siguientes contienen más información sobre:
El remitente es un componente de Java que se ejecuta en cualquier servidor de ZENworks 7.2 Linux Management. El remitente es un servicio cargado por ZEN Loader.
El flujo de información del remitente en la transferencia ascendente de información de inventario es el siguiente:
ZEN Loader inicia el remitente en el servidor de inventario. A la hora especificada en la programación de transferencias ascendentes, el remitente traslada los archivos de datos de exploración (.str) desde el directorio de fusión de la empresa (entmergedir) hasta el directorio de envío de la empresa (entpushdir).
El remitente comprime esos archivos .str en el directorio \entpushdir del servidor de inventario como un archivo .zip y, a continuación, suprime los archivos .str. Este archivo .zip se vuelve a comprimir con el archivo .prp en un archivo .zip. El archivo .prp es un archivo interno que contiene información acerca del archivo .zip.
Basándose en la función Descartar datos previos a esta exploración de las propiedades del objeto Servicio de inventario del receptor, el remitente suprime los archivos .zip comprimidos del directorio \entpushdir que se han creado antes del momento especificado en la función Descartar datos previos a esta exploración. Así se evita el envío de la información de exploración no deseada en la transferencia ascendente.
El remitente envía los archivos .zip comprimidos al receptor por orden cronológico (los archivos comprimidos más antiguos en primer lugar).
Tras transferir los archivos .zip, el remitente suprime los archivos comprimidos del directorio \entpushdir.
Si el remitente no se puede conectar con el receptor, volverá a intentar conectarse después de 10 segundos. El intervalo de tiempo aumenta exponencialmente en un factor de 2. Después de 14 reintentos, el remitente deja de intentar conectarse con el receptor. El remitente insiste durante aproximadamente 23 horas antes de dejar de intentarlo. El remitente no procesa ninguna otra información mientras está estableciendo la conexión.
El remitente comprime los archivos de datos de exploración (.str) en un archivo .zip. Este archivo .zip se vuelve a comprimir con el archivo .prp en un archivo .zip. El archivo .zip (que contiene los archivos .zip y .prp) recibe su nombre mediante las convenciones de denominación siguientes:
horaprogramada_nombreservidorinventario_nombreárbol_estadoalmacenado.zip
donde horaprogramada corresponde a la fecha y la hora de creación del archivo .zip; nombreservidorinventario corresponde al servidor de inventario donde se ha comprimido el archivo .zip; nombreárbol corresponde al nombre de árbol exclusivo donde se encuentra el archivo .zip; estadoalmacenado corresponde al estado de almacenamiento del archivo .zip y zip es la extensión de los archivos comprimidos. El estadoalmacenado se representa mediante 0, 1 o 2. 0 indica que el archivo .zip no se ha almacenado todavía. 1 indica que el archivo .zip se almacenará por primera vez en el servidor de inventario. 2 indica que el archivo .zip ya se ha almacenado una vez.
El nombre de archivo .zip cambia en función de que la base de datos esté conectada al servidor de inventario.
El archivo .zip contiene los archivos .zip y un archivo de propiedades. El archivo de propiedades recibe su nombre mediante las convenciones de denominación siguientes:
horaprogramada_nombreservidorinventario.prp
El archivo de propiedades contiene la hora programada, el nombre del servidor de inventarios y la firma. La firma permite autenticar el archivo .zip.
Cada archivo .zip puede contener un máximo de 50 archivos .str.