Introdução
Definições de termos no Prinect Maintenance Center
A seguir serão explicados os termos que são importantes para o manuseio do Prinect Maintenance Center.
Uma atualização pode ser tanto uma atualização de produto, quanto uma atualização de sistema. O termo atualização é utilizado como termo central para os dois processos.
Um grupo de atualização inclui todos os computadores envolvidos em uma atualização. O grupo de atualização nem sempre é o mesmo que o sistema porque você pode adicionar ou remover computadores flutuantes do sistema. Veja também Estrutura da área de navegação (área esquerda).
Cada pacote de atualização possui, além dos arquivos de instalação executáveis, um arquivo de descrição com uma descrição da atualização. Este indica como se chama a atualização e qual versão instalada para o cliente é necessária. O pacote é identificado pela composição da abreviatura do software que deve ser atualizado (por exemplo, "PMC" para Prinect Maintenance Center) e o número da versão do pacote (vide também Número da versão).
Um computador é aqui considerado como um único computador na rede do cliente.
Na visualização Prinect Supervisor é utilizado o termo "Componente". "Componente" aqui significa, os diferentes tipos de programas (produtos, serviços, etc.), que tem de ser inicializados ou encerrados com uma atualização nos respectivos computadores.
Rede do cliente refere-se ao cluster de vários computadores pelo lado do cliente.
Local Information Service (LIS)
O Local Information Service é executado em cada computador (também servidor) Prinect da Heidelberg. LIS é um software que determina quais produtos Prinect em qual versão estão instalados no respectivo computador na rede do cliente. Para isso, o LIS avalia as entradas nos arquivos de registro próprios do computador (o Windows Registry ou a MAC-Info.plist). LIS fornece uma lista de produtos Prinect específica para seu computador com indicação das versões de produto ao Prinect Maintenance Center. LIS também está envolvido na instalação dos pacotes de atualização, chamando o instalador apropriado.
Prinect Maintenance Center (PMC)
O Prinect Maintenance Center é uma aplicação baseada na rede, para clientes com contrato de manutenção de software da Heidelberg. As tarefas centrais do PMC são o fornecimento de pacotes de atualização e a execução da instalação.
O PMC é ligado a todos os LIS do sistema do cliente. Cada LIS oferece sua lista de produtos Prinect ao PMC. O PMC reúne essas listas de produtos específicas do computador em uma lista geral de produtos para o local do cliente. Essa lista geral e uma lista de todos os pacotes de atualização já disponíveis no Repository PMC (Armazenamento de arquivos) são transferidas do PMC para o PSC (Prinect Software Center, veja abaixo) e são ali avaliadas.
Com base nessa lista, as versões dos novos pacotes de atualização disponíveis no PSC são comparadas com as versões no Repository PMC. Se houver versões que possam ser instaladas no lado novo do PSC e considerando todas as dependências cruzadas, o PSC gera uma lista de pacotes de atualização instaláveis e envia essa lista de volta ao PMC. Depois, os pacotes de atualização correspondentes são transmitidos do Repository PSC ao Repository PMC e estão então disponíveis no PMC para a instalação.
A seleção dos pacotes de atualização a instalar é sugerida automaticamente. No caso de atualizações de produtos a seleção pode ser adaptada pelo administrador. O início da instalação ocorre sempre manualmente pelo cliente, de forma que este tenha o controle exclusivo a qualquer tempo sobre todas as atualizações de software em sua rede.
Cuidado: Quando o PMC não estiver instalado em um servidor à parte, a PMC Reboot Mode deve ser observada.
A Prinect Remote Update é composta por vários componentes de software, que são instalados parte na rede da Heidelberg e parte na rede do cliente.
Este é o número individual de identificação para a localização do cliente.
O Prinect Software Center é uma aplicação suportada por um banco de dados para gestão dos pacotes de atualização e dados de acesso. Tarefas centrais do PSC são a qualificação e distribuição dos pacotes de atualização na rede do cliente. O PSC pode ser alcançado através da rede da Heidelberg a partir do PMC.
O Prinect Supervisor é um software, que comanda de modo centralizado a partida e o encerramento de programas correntes em um Prinect System em todos os computadores que participam. Neste caso, trata-se de programas Prinect correntes, assim como, de alguns poucos programas, que os programas Prinect necessitam. O software trabalha de acordo com o princípio Master Slave. O Supervisor Master e o Prinect Integration Manager são sempre instalados no mesmo computador, os Supervisor Slaves em todos os demais computadores do sistema. Caso deva ser efetuada uma atualização, o PMC se comunica com o Supervisor Master, sendo que todas as informações necessárias são transmitidas, inclusive a informação, quais computadores do sistema são atingidos pela atualização. O Supervisor Master comanda os Supervisor Slaves dos computadores envolvidos na atualização, de tal modo que preparação e processamento das instalações são efetuados de modo automático. Assim, não são necessárias interações locais para comandar a partida e o encerramento de software numa computador, tendo em vista que o comando é efetuado tão somente de modo centralizado, através do Supervisor Master.
Em comparação com uma atualização de produto ou uma atualização de sistema, uma instalação de produto é uma nova e completa instalação de um produto.
Uma atualização de produto é uma atualização, na qual a versão base e a versão destino de um ou mais produtos tem a mesma versão principal. A versão principal é caracterizada pelas primeiras três cifras (YY.U) do número de versão (veja Número da versão). Estes são as primeiras duas posições da versão do ano (bloco 1) e a primeira posição da versão inferior (bloco 2). Comparado com uma atualização de sistema uma atualização de produto é um processo simples, que ocorre com freqüência, no contexto do qual são atualizados uma quantidade reduzida de produtos.
Uma dependência cruzada ocorre quando o funcionamento de um produto Prinect dentro do sistema Workflow não depende somente da sua própria versão, mas também das versões de outros produtos Prinect com os quais ele trabalha. Portanto, pacotes de atualização em geral não podem ser instalados individualmente. Se há dependências cruzadas, então o pacote de atualização desejado deve ser instalado em um conjunto de pacotes.
A atualização Prinect Remote verifica automaticamente as dependências cruzadas e disponibiliza os pacotes de atualização, que trabalham em cooperação.
O Repository é um armazenamento de arquivos. Na rede da Heidelberg (PSC) e na rede do cliente (PMC) há respectivamente um Repository.
Service Tools
Veja Local Information Service (LIS).
Um sistema ou grupo de sistemas é um cluster de vários computadores, geralmente em uma arquitetura Client Server. Os componentes do software de um sistema Workflow Prinect são geralmente instalados em vários computadores. Em uma atualização de software, sempre é considerado todo o sistema Workflow, e não os componentes individuais do software. Por conseguinte, todos os computadores devem ser vistos conjuntamente como sistema, no qual componentes do software de um sistema Workflow estão instalados. Veja também Estrutura da área de navegação (área esquerda).
Quando um componente do software de um sistema deve ser atualizado, todas as dependências cruzadas para as versões dos outros componentes do software do sistema são consideradas. Isso significa que você geralmente precisa atualizar não apenas um, mas vários componentes do sistema.
Os ícones do computador são representados com diferentes cores, dependendo dos computadores estarem dentro do grupo de sistema ou não, veja Significado dos ícones utilizados .
Uma atualização de sistema é uma atualização, na qual a versão base e a versão destino divergem na versão principal. A versão principal é caracterizada pelas primeiras três cifras (YY.U) do número de versão (veja Número da versão). Estes são as primeiras duas posições da versão do ano (bloco 1) e a primeira posição da versão inferior (bloco 2).
Comparado com uma atualização de produto a atualização de sistema é um processo muito complexo e relativamente raro, que via de regra é efetuado uma vez ao ano. Ao contrário do que ocorre na atualização de produto de produtos individuais, na atualização de sistema muitos produtos são levados a uma versão mais elevada, através de uma ação concentrada.
Há duas conexões diferentes pelas quais os dados são transmitidos: A ligação Heidelberg Remote Service e a conexão de download.
Sobre este tema, consulte o Capítulos "Prinect Remote Update - Por quê?", página 59.
Ligação Heidelberg Remote Service
Esta conexão é prevista para dados sensíveis de tamanho pequeno. Através dela, dados do cliente (entre outros, a Prinect Site ID) e também a lista dos produtos Prinect instalados na rede do cliente são transmitidos com indicações de versão.
Através da conexão de download são transmitidas as grandes quantidades de dados do pacote de atualização.
Uma versão indica o estado do software de um componente do software ou de um pacote de atualização.
Esta é a versão que o produto tinha quando foi instalado pela primeira vez. Esta versão se encontra listada em um sistema operacional Windows, no respectivo subdiretório, por ex. em "Controle do sistema > Programas", no qual se pode instalar e desinstalar programas.
Esta é a versão mínima que deve estar instalada para que possa ocorrer uma atualização.
Esta é a versão instalada antes da atualização.
Esta é a versão que está instalada no computador, ou a versão após a atualização.
Cada número de versão é composto por quatro blocos de números, que são separados por pontos. Como exemplo, vejamos o número da versão: 11.50.463.8
•Bloco 1: A versão principal Prinect ou a versão anual de um produto Prinect é descrita por um número de 2 dígitos. Exemplo "11" como versão anual 11.
•Bloco 2: A versão inferior Prinect é descrita por um número de 2 dígitos. Assim, o dígito decimal representa a versão inferior e o dígito unitário indica a versão de ServicePack/ServiceRelease. Exemplo "50" com versão inferior "5" e a versão de ServicePack/ServiceRelease "0" (ou seja, nenhuma).
•Bloco 3: O número de compilação tem no máximo 5 dígitos. Dentro da versão inferior, ele aumenta constantemente, mas pode ter saltos, ou seja, o incremento pode ser maior que 1. Exemplo "463" dentro da versão inferior "5".
•Bloco 4: O subnúmero de compilação tem no máximo 5 dígitos. Dentro do número criado, ele aumenta constantemente, mas pode ter saltos, ou seja, o incremento pode ser maior que 1. Exemplo "8" dentro do número criado "463".