Diferença entre isntalling um msi usando “Invoke-WmiMethod” (via um arquivo cmd) e instalando diretamente no servidor

1

Correu contra um servidor para instalar o msi; os logs de eventos foram limpos e todos tiveram sucesso; mas o arquivo de chave no bin direstory ainda é antigo. Depois tentei instalá-lo diretamente fazendo um duplo clique pelo RDP no servidor; a instalação foi bem-sucedida e os arquivos bin foram atualizados.

- > As reinicializações não eram necessárias e não estavam envolvidas nos dois casos. - > por que isso está acontecendo? e onde posso encontrar mais logs? - > Servidor é o Windows 2008 R2

    
por Darktux 23.04.2014 / 15:41

1 resposta

3

A causa mais provável disso é que você executou o MSI silenciosamente via WMI e interativamente quando efetuou login no servidor (menor que instalar nunca ter executado em tudo). É isso que você realmente fez? Existem também outras razões que podem causar o mesmo problema. Precisamos ver o conteúdo do arquivo update.cmd para ter certeza.

Para lidar primeiro com o problema silencioso versus interativo: há seqüências de instalação dentro de cada arquivo MSI, e as duas mais importantes são:

  • UserInterfaceSequence - mostra a interface do usuário para o MSI, você pode inserir dados e navegar entre telas e também abortar a configuração.
  • InstallExecuteSequence - esta é a sequência de instalação real que é iniciada quando você clica no último botão na seqüência da interface do usuário.

O que acontece durante uma instalação silenciosa é que toda a UserInterfaceSequence é ignorada. Isso normalmente é bom, e não deve causar problemas em um pacote MSI adequadamente criado. No entanto, às vezes, ou com bastante frequência atualmente, o desenvolvedor da instalação não inseriu todas as ações ou scripts personalizados que precisam ser executados durante a execução. instalação na sequência de instalação silenciosa, resultando em uma instalação incompleta quando executada silenciosamente. Embora o sintoma relatado (um arquivo não seja atualizado) seja não o mais comum para esse problema de instalação silenciosa, ainda é uma causa provável. Outras causas podem incluir uma linha de comando incorreta ou uma interferência do WMI desconhecida. Eu nunca uso o WMI para instalar arquivos MSI, pois há muitas outras maneiras de executar arquivos MSI . Aqui está outro tópico lidando com alternativas para implantações do msiexec.exe (sob o capô, eu acho que essas maneiras diferentes chamam a API 32 do Windows em estilo C .

O suporte adequado para instalação silenciosa é um requisito absoluto para um MSI - ele deve ser capaz de ser executado silenciosamente ou não é adequadamente criado por definição. Mas sempre há maneiras de fazer as coisas erradas, e ainda há muitos pacotes que não estão em conformidade. Para uso corporativo , a instalação silenciosa é geralmente o único recurso do MSI que é sempre usado. É uma das principais vantagens dos arquivos MSI .

Em um nível profissional de aplicativo , encontramos maneiras de lidar com isso em cada caso. Muitas vezes, recorrendo a modificar o arquivo MSI strongmente para garantir que tudo corra que tem que ser executado. Para instalações de servidor , isso geralmente não vale a pena, pois é mais fácil executar a configuração de forma interativa. No entanto, as corporações agora usam mais e mais thin clients e, portanto, têm mais servidores dedicados para executar a rede e, nesses casos, a instalação silenciosa é igualmente importante. Uma solução melhor é enviar o MSI inteiro de volta ao seu fornecedor e fazer com que ele corrija-o . Verifique minha lista bastante ad-hoc de problemas comuns de projeto com arquivos MSI do fornecedor . Você não precisa de muitos desses erros antes que o MSI seja enviado de volta.

    
por 22.07.2014 / 22:40