30.4 Entendendo os componentes envolvidos no roll-up do inventário

O Emissor dos servidores de Inventário transferem os arquivos de exploração do servidor de Inventário do ZENworks 7 Linux Management para o servidor de Inventário do ZENworks 7 Server Management ou ZENworks 7 Desktop Management. As seções a seguir contêm mais informações:

30.4.1 Entendendo o Emissor

O Emissor é um componente Java* executado em qualquer servidor do ZENworks 7 Linux Management. Ele é um serviço carregado pelo ZENLoader.

O fluxo de informações a partir do Emissor no roll-up das informações de inventário é o seguinte:

  1. O ZEN Loader inicia o Emissor no servidor de Inventário. No horário especificado na Programação de Roll-Up, o Emissor move os arquivos de dados de exploração (.str) do diretório de fusão (entmergedir) para o diretório de push (entpushdir) da empresa.

    O Emissor compacta esses arquivos .str no diretório \entpushdir do servidor de Inventário como um arquivo .zip e, depois, apaga os arquivos .str. Esse arquivo .zip é compactado novamente com o arquivo .prp em um arquivo .zip. Esse arquivo .prp consiste em um arquivo interno que contém informações sobre o arquivo .zip.

  2. Com base no Horário de Descarte dos Dados Explorados das propriedades do objeto Serviço de Inventário do rReceptor, o Emissor apaga os arquivos compactados .zip no diretório \entpushdir que tiverem sido criados antes do horário de descarte especificado. Esse procedimento remove as informações de exploração não desejadas que estejam sendo enviadas no roll-up.
  3. O Emissor envia os arquivos compactados .zip ao Receptor, enviando primeiramente os arquivos compactados mais antigos.
  4. Depois de transferir o arquivo .zip, o Emissor apaga os arquivos compactados no diretório \entpushdir.

Se não conseguir se conectar ao Receptor, o Emissor tentará novamente após 10 segundos. O intervalo de tempo cresce exponencialmente a um fator de 2. Após 14 tentativas, o Emissor pára de tentar a conexão com o Receptor. O Emissor continua tentando por aproximadamente 23 horas antes de desistir. O Emissor não processará outras informações enquanto estiver estabelecendo a conexão.

30.4.2 Entendendo o arquivo compactado de dados de exploração

O emissor compacta os arquivos de dados de exploração (.str) em um arquivo .zip. Este arquivo .zip é compactado novamente com o arquivo .prp em um arquivo .zip. O arquivo .zip (o que contém os arquivos .zip e .prp) é nomeado de acordo com as seguintes convenções de nomeação:

horário_programado_nome_servidor_inventário_nome_árvore_status_armazenamento.zip

onde horário_programado se refere à data e ao horário em que o arquivo .zip é criado, nome_servidor_inventário se refere ao servidor de inventário no qual o arquivo .zip foi compactado, nome_árvore se refere ao nome exclusivo da árvore na qual o arquivo .zip se encontra no momento, status_armazenamento se refere ao status de armazenamento do arquivo .zip e zip é a extensão dos arquivos compactados. O status_armazenamento é representado por 0, 1 ou 2. Zero indica que o arquivo .zip ainda não foi armazenado. O número 1 indica que o arquivo .zip será armazenado no servidor de Inventário pela primeira vez. O número 2 indica que o arquivo .zip já foi armazenado alguma vez.

O nome do arquivo .zip será diferente se o banco de dados estiver ou não conectado ao servidor de Inventário.

O arquivo .zip contém os arquivos .zip e um arquivo de propriedades. O arquivo de propriedades é nomeado usando as seguintes convenções:

horário_programado_nome_servidor_inventário.prp

O arquivo de propriedades contém o horário programado, o nome do servidor de Inventário e a assinatura. A assinatura ajuda a autenticar o arquivo .zip.

Cada arquivo .zip pode conter no máximo 50 arquivos .str.