Melhores práticas do Updates Publisher
Esta sessão contém as melhores práticas recomendadas para criação e gerenciamento de atualizações de software para ajudar os administradores a evitar problemas comuns.
Substituição da atualização de software
A substituição da atualização de software ocorre quando uma atualização de software enviada para um computador cliente é mais velha que a atualização que já está no computador. Para assegurar-se de que o computador cliente tenha sempre a versão mais recente da atualização e de que ela nunca seja rebaixada, crie Regras de Aplicabilidade para a atualização de software que tornem a atualização aplicável somente a computadores que tenham versões mais velhas da atualização de software. Os dois exemplos a seguir mostram como uma Regra de Aplicabilidade simples pode ser criada para verificar se há versões mais recentes do arquivo e, se o resultado for FALSE, a atualização não será instalada no computador. Nos exemplos, suponha que MyFile.exe precise ser atualizado para a versão 2.2.0.0 com data e hora de criação de 05/01/06 12:01:29.
Exemplo 1
Tipo de regra: Versão do arquivo
Caminhos comuns: PROGRAM_FILES
Caminho: \MyFolder\Myfile.exe
Comparação: Menor que
Versão: 2.2.0.0
Exemplo 2
Tipo de regra: Data de criação do arquivo
Caminhos comuns: PROGRAM_FILES
Caminho: \MyFolder\Myfile.exe
Comparação: Menor que
Data de criação: 2006/05/01 12:01:29
Informações sobre substituição da atualização de software nos Títulos
Quando houver atualizações de software relacionadas com versões variadas, é recomendável que cada atualização seja criada com as seguintes condições em mente:
Os títulos das atualizações de software são criados para que eles possam ser agrupadas no Updates Publisher.
Pode-se determinar facilmente quais atualizações de software se referem a versões de substituição da mesma atualização.
Observe que essas recomendações podem ser úteis durante o agrupamento por atributos que não sejam Título.
Por exemplo, suponha que estes títulos de atualizações de software tenham sido criados:
Firmware XYZ versão 1.0
Firmware XYZ versão 1.1
Firmware XYZ versão 1.1.5
Firmware 123 versão 4.0
Firmware 123 versão 4.1
Firmware 123 versão 4.2
Firmware 123 versão 4.3
Firmware Super123 versão 1.7
Firmware Super123 versão 1.8
É óbvio pelos títulos que o seguinte é verdadeiro em relação à substituição das atualizações de software:
As atualizações de software 1, 2 e 3 são versões de substituição da atualização do Firmware XYZ.
As atualizações de software 4, 5, 6 e 7 são versões de substituição da atualização do Firmware 123.
As atualizações de software 8 e 9 são versões de substituição da atualização do Firmware Super123.
Problemas de MSI por usuário
O Windows Update Agent (WUA) só pode detectar pacotes do Windows Installer nos computadores clientes se estes forem instalados por sistema. Se uma regra do MSI (Windows Installer) for criada para uma definição de atualização e o pacote do Windows Installer tiver sido instalado por usuário, o WUA será incapaz de acessar a conta do usuário para detectar o pacote. Recomendamos que, quando regras do MSI forem usadas em uma definição de atualização, regras de detecção adicionais sejam configuradas, como versões de arquivo ou valores das chaves do registro, para que o pacote do Windows Installer possa ser corretamente detectado, independente de o pacote do MSI ter sido instalado por usuário ou por sistema.
Quando as regras do MSI são criadas no Updates Publisher, uma mensagem é exibida avisando sobre o problema de MSI por usuário e ajudando a lembrar os usuários que a criação de uma definição de atualização com apenas uma regra do MSI pode fazer com que o pacote do Windows Installer não seja detectado durante sua instalação em um computador cliente. O aviso da caixa de diálogo pode ser desativado, mas isso não é recomendado. Para mais informações sobre como ativar ou desativar a caixa de diálogo de aviso, consulte Como desativar o aviso de MSI por usuário.
Consulte também
Tarefas
Como desativar o aviso de MSI por usuário