msiexec / p (para correção) - não será atualizado após outra alteração

Question

Eu tenho um arquivo .msp criado pela ferramenta de Personalização do Office 2007.

Se eu criar o arquivo .msp e aplicá-lo a uma máquina, ele funcionará. Mas, se eu modificar o escritório da máquina, instale novamente e tente executar o arquivo .msp nesse computador novamente, ele não instalará o arquivo .msp (ele é executado, mas nada muda).

Se eu voltar para a ferramenta OCT e salvar novamente o arquivo .msp e executá-lo novamente no computador, ele será executado novamente.

Então, meu palpite é algum tipo de número de seqüenciamento ou similar, mas existe alguma maneira de eu simplesmente forçar o arquivo .msp a mudar a instalação existente, independentemente do número de sequência ou o que está impedindo que ele funcione?

Ao olhar para o registro detalhado do msiexec, recebo itens como "ID do produto esperado ###, mas achei a ID do produto ###", o que me leva a acreditar que está sequenciando algo.

Etapas para recriar o problema:

1. USE a ferramenta OCT para criar a instalação personalizada do Office 2k7 (setup.exe / admin)
2. Implante a instalação personalizada do Office 2k7 em uma máquina com XP sp2 e nada mais nela (setup.exe / adminfile custom.msp)
3. AGORA ... existe uma parte de suporte à programação do .NET da configuração do Infopath que não será instalada porque requer o .NET 2.0 ou superior no computador desktop.
4. Instale o .NET 2.0 ou superior no cliente
5. Crie um novo "patch de manutenção" somente para suporte à Programação .NET (setup.exe / admin).
6. Executar novo patch no computador cliente (msiexec / p newpatch.msp)
7. Verifique em Adicionar / remover programas, Office 2007, que o submenu Infopath agora mostra o suporte à Programação .NET (como deveria).
8. Modifique a instalação do Office em Adicionar / remover programas ... remova a opção de suporte à programação .NET e continue ... isso removerá o recurso novamente.
9. Experimente e execute novamente o "msiexec / mp newpatch.msp" ... ele age como se fosse executado, mas na verdade não instala nada.

As etapas 8 e 9 são a maneira mais fácil de recriar o problema real ... se você estiver perguntando "por que está fazendo isso", é porque outros patches, como os patches de segurança do WSUS, etc. também acabam tornando o newpatch.msp sem valor porque eles aumentam a nova sequência # além do número de seqüência do carimbo de data / hora newpatch.msp.

    

Answer 1

Depois de trabalhar com a Microsoft nesse problema, a única solução decente foi a seguinte:

Pranav, from our Install team, informed me that he was able to figure out the issue. He explained to me that you wouldn’t be able to install with an msp, remove office, and then reinstall with the same msp when modifying the ‘.NET programmability support’ feature under ‘InfoPath’.
Apparently the issue can be resolved by creating a new msp with the same settings as your original msp.

Essa parece ser a única solução alternativa para o problema de outras atualizações do Office que fazem com que o arquivo .msp também falhe.

Então, decidimos fazer o seguinte:

1. Crie o patch .msp e implante-o por meio de um script de inicialização do computador
2. "Salve novamente" o patch .msp uma vez por dia durante duas semanas durante a implantação para garantir que ele tenha efeito nos computadores clientes
3. No script, os computadores clientes "informarão" a um arquivo de log central (anexá-lo) com o nome do computador e uma resposta sim / não.
4. Após duas semanas, usaremos as respostas "não" para voltar a bater manualmente nessas máquinas e corrigi-las.

É ruim, mas terá que ser feito. Atualizaremos a imagem de nosso computador básico para o futuro, para que não precisemos lidar com isso novamente.