Estratégias de gerenciamento de banco de dados de shims personalizados

Uma estratégia para implantar correções para aplicativos é incluir o banco de dados de shims personalizados, contendo uma única entrada para o aplicativo que o pacote está instalando, diretamente no pacote de instalação. Durante as fases iniciais do teste de compatibilidade, isso pode parecer a mais simples das abordagens. No entanto, com o tempo, essa abordagem pode ficar mais complexa.

Os consultores da Microsoft recomendam avaliar as seguintes considerações antes de selecionar essa abordagem:

• Em quantos aplicativos você vai acabar aplicando shims? A coisa a ser lembrada é que bancos de dados de shims personalizados ainda são banco de dados. Consequentemente, se você tivesse 1.000 aplicativos com shims, levaria mais tempo para abrir e consultar 1.000 bancos de dados de uma linha diferentes procurando uma correspondência para um dado aplicativo do que abrir um único banco de dados e consultar 1.000 linhas.
  
  
• Você pode acompanhar quais aplicativos foram implantados em quais computadores? É possível que, no final, você descubra que os shims designados para resolver um conjunto de problemas de compatibilidade em um aplicativo não sejam abrangentes e que mais tarde você precise implantar uma versão atualizada do banco de dados de shims personalizados que resolva os problemas adicionais descobertos posteriormente pela organização. Se você implantou o banco de dados de shims personalizados como parte do pacote de instalação, você precisará localizar cada cliente que instalou esse aplicativo e o banco de dados de shims personalizados original para que ele o substitua pela nova versão.
  
  

Embora essa estratégia possa ser uma boa abordagem se estiver aplicando shims em apenas alguns aplicativos, a maioria dos clientes, no final, optam por não instalá-los.

Uma estratégia alternativa que a maioria dos clientes considera (e a maioria acaba usando) é gerenciar um único banco de dados de shims personalizados ou vários bancos de dados de shims personalizados para grandes subconjuntos da organização. Isso facilita a imposição de diretivas e o fornecimento de atualizações consistentes para reduções de aplicativos que você descobre que precisa para oferecer suporte à migração para o Windows 7. Os consultores da Microsoft recomendam avaliar as seguintes considerações antes de selecionar essa abordagem:

• Tenho ferramentas de implantação para implantar e atualizar banco de dados de shims personalizados para todos os computadores de destino? Se estiver planejando gerenciar um banco de dados de shims personalizados centralizado, garanta que as ferramentas estejam instaladas para implantar e atualizar esse banco de dados em todos os computadores de sua organização que o exigir. Como aplicativos adicionais têm shims aplicados a eles, garanta que os computadores de destino tenham o banco de dados de shims atualizado instalado antes de usar o aplicativo.
  
  
• Tenho recursos centralizados disponíveis que eu possa dedicar para gerenciar e atualizar o banco de dados de shims personalizado centralizado? Se estiver seguindo a abordagem centralizada, verifique se você identificou proprietários adequados e que os proprietários e testadores dos aplicativos têm um caminho claro para escalar uma solicitação para que um shim resulte em uma implantação de uma atualização nos computadores de destino.
  
  

Os consultores da Microsoft descobriram que essa estratégia tende a ser a melhor abordagem, quando você tem uma sólida infraestrutura de implantação instalada e uma propriedade do processo centralizada. As principais vantagens têm sido responsabilidade e simplificação do suporte (já que a implantação de uma determinada versão de um shim é mais consistente por toda a organização).

Os clientes que selecionaram a abordagem de banco de dados de shims personalizados centralizado se beneficiam do desempenho melhorado da pesquisa de um único banco de dados para determinar se o Windows deveria aplicar um shim a um determinado arquivo executável. Uma pergunta frequente que os consultores da Microsoft recebem é como mesclar banco de dados de shims personalizados para criar um único banco de dados. Normalmente, os clientes decidiram pela seguinte abordagem:

• Os testadores de compatibilidade de aplicativos geralmente são executados em um computador contendo a versão mais recente do banco de dados de shims personalizados da organização (que pode ainda ser uma versão preliminar).
  
  
• Se um aplicativo exigir um shim adicional, o testador criará um segundo banco de dados de shims personalizado contendo os shims exigidos para o aplicativo, que o testador usa para verificar as correções e pelos testes de aceitação pelo cliente.
  
  
• Se o aplicativo passar em todos os testes de funcionalidade e de integração, o banco de dados de shims personalizados de um único aplicativo é encaminhado para a equipe que gerencia esse banco de dados.
  
  
• A equipe central abre a cópia mestra do banco de dados de shims personalizados da organização. Essa etapa é importante, porque o banco de dados contém um identificador global exclusivo (GUID) que torna a atualização do banco de dados mais fácil (a instalação de uma nova versão de um banco de dados com o mesmo GUID de um banco de dados existente instalado no computador desinstala a versão antiga).
  
  
• A equipe central pode, então, copiar e colar os shims que foram aplicados no novo banco de dados de shims personalizados para o banco de dados de shims mestre da organização. (Essas são opções que estão no menu de atalho do Administrador de Compatibilidade.)
  
  
• A equipe central reimplanta então a nova versão do banco de dados de shims personalizados contendo as correções de aplicativos adicionais para todos os usuários.