INFO: Desvantagens do reformulação de pacotes de aplicações

Este artigo descreve os problemas técnicos do reformulação de pacotes de aplicações para utilização com o Windows Installer e desvantagens motor de configuração.

Capturar ou "descobrir" utilitários concebidos para converter instalações legacy num novo formato do programa de instalação do Windows; um MSI pacote.

Estes utilitários, tais como VERITAS WinInstall LE que é fornecido no CD-ROM do Windows 2000 Server, tira uma fotografia de um sistema antes e depois da instalação de captura. Quaisquer alterações ao registo, as alterações de ficheiros ou definições de sistemas que ocorrem durante o processo de captura serão incluídas na instalação.

Em segundo plano de instalação

Programa de instalação do Windows foi concebido para ser mais integrado no ciclo de desenvolvimento de aplicações para que os administradores de sistema podem ter uma maior flexibilidade quando podem transmitir aplicações no seu ambiente empresarial. Para efectuar este procedimento, os programadores da aplicação considerados redistribuição durante antecipadamente fases de desenvolvimento, por oposição ao ciclo de desenvolvimento final.

Por em espera até que a fase final de desenvolvimento para criar um pacote de configuração, a aplicação tinha sem suporte para a respectiva instalação; confiavam numa tecnologia totalmente não relacionada para serem instaladas. Como resultado, total de custo de propriedade (TCO) foi substancialmente aumentado porque os administradores de sistema tivessem iniciado com os suas próprias único método para redistribuição. Por vezes, estas soluções foram um contribuinte grande para o problema "DLL Hell". Reformulação de pacotes não resolve todas as estes problemas. É por vezes pode composto os problemas de instalação legacy tecnologias e aumenta a complexidade devido a camada adicionada adicional de implementação.

Programa de instalação do Windows é o método actual e futuro de instalação de aplicações no ambiente do Windows. É uma tecnologia de instalação orientado na base de dados por oposição a ser controlado por script e oferece várias vantagens, tal como as alterações efectuadas a um sistema pela configuração da aplicação podem ser revertidas durante a instalação. Para tirar partido das funcionalidades do Windows Installer, o programador da aplicação deve envolver MSI na fase de desenvolvimento. Para mais informações, consulte a documentação técnica sobre o Windows Installer no seguinte Web site da Microsoft em:

Problemas e questões comuns

• Resistência

  Resistência pode ser inconsistente com aplicações repackaged porque o utilitário repackager poderá não compreender o componente dependências ou quais deverão ser os caminhos chaves da aplicação. Por conseguinte, uma aplicação pode ser compactada para uma funcionalidade grande totalmente é reinstalada se um caminho de componente chave em falta. Se foram dividido em várias funcionalidades menores permitiria uma resistência mais fáceis de gerir.

• Registo de ActiveX/COM

  COM (Component Object Model) e controlos ActiveX podem não estar correctamente registados. Anteriores ao Windows Installer, COM e ActiveX registo era uma caixa preta. Excepto para o funções exportadas DLLRegisterServer e DLLUnregister servidor, COM e controlos ActiveX oferecem muito algumas sugestões do processo de registo. A ferramenta RegSvr32.exe foi responsável para chamar as funções mencionadas anteriormente e, em seguida, a DLL foi responsável registo propriamente dito. Não existe nenhum utilitário que pode ver uma DLL, um OCX ou um EXE e descobrir que se passa dentro DllRegisterServer e DllUnregisterServer para esse ficheiro. Não existem entradas de registo padrão que registar a maior parte dos COM e controlos ActiveX, tais como HKCR\CLSID HKCR\ProgID e HKCR\TypeLib. Informações no registo do COM podem ou não podem obter introduzidas nas tabelas de MSI apropriadas pelo repackager.

• Atalhos

  Não é podem criar atalhos como atalhos descritor do Windows Installer, que permitem resistência. Atalhos de configuração de legacy eram ficheiros .lnk que aponta para um executável na maioria dos casos. Por vezes, quando é executado o repackager, tudo o que sabe é que um ficheiro .lnk foi copiado para um directório. Por exemplo, um Config.exe legacy instalado um atalho para C:\Windows\Profiles\User1\Desktop. O repackager vai copiar o ficheiro .lnk directamente para o directório listado anteriormente. Por conseguinte, o repackager é não copiar, na realidade, um atalho de programa de instalação do Windows, mas em vez disso é copiar um ficheiro sem quaisquer capacidades de resistência incluídas.

• Componentes isolados

  A única forma de tirar partido de componentes isolados é criar um novo pacote MSI. Repackagers actualmente não suportam esta funcionalidade.

• Remoção da aplicação

  Quando desinstala uma aplicação repackaged, é possível que o perfil de AllUsers poderão ser removido. Isto depende de como a configuração de legacy foi capturada e definitivamente tem de ser testada.

• A política de grupo e o anúncio

  Receber a seguinte mensagem de erro é um problema comum quando atribuir GPO:
  O tamanho do objecto excede o limite definido pelo administrador.
  Isto é especialmente verdade quando tentar compactar uma aplicação tão grande como Microsoft Visual Studio 6. A mensagem de erro é enganadora no sentido em que transmita ao utilizador que existe algum definição de ADSI que pode ser efectuada para minimizar a situação. Não existe actualmente nenhuma solução para esta mensagem de erro. Este é um problema adaptação devido as informações supérfluas, por vezes, processar locais no MSI compactar. Para obter informações adicionais, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft:
  262166

  (http://support.microsoft.com/kb/262166/EN-US/ )

  Publicar aplicações no Active Directory pode causar erros

• Estrutura de directório

  Caos da estrutura de directório é um problema comum quando reformular o pacote devido às diferenças os directórios dos sistemas operativos Win32. Considere o sistema operativo localizações de directório para cada uma das seguintes variáveis de ambiente:
  • 
    
  • directório de sistema
    Windows 95, 98, 98SE e me = Windows\System.
    Windows NT e Windows 2000 = WinNT\System32.
  • directório de perfis
    Windows 9 x / ME = pasta Windows\Profiles
    Windows NT = WinNT\Profiles
    Windows 2000 = Documents and Settings
  Assim, se capturar o Microsoft Windows NT e tente instalar o pacote MSI num sistema operativo Win9x, quaisquer ficheiros que devem ter sido implementada a Windows\System foi vá para o WinNT\System32. Por conseguinte, os ficheiros da aplicação não obter instalados para o directório correcto. "Procedimento recomendado de" para este cenário consiste em capturar ou reformular para cada plataforma Windows, para que a estrutura de directórios e ficheiros de sistema operativo dependentes são capturados correctamente.

• ANSI vs. UNICODE

  Aplicações, por vezes, necessitam bibliotecas específicos ANSI ou UNICODE. Bibliotecas de ANSI encontram-se normalmente no Microsoft Windows 95 e Microsoft Windows 98. UNICODE foi concebido para o Windows NT 4.0 e Microsoft Windows 2000. Se criar um pacote MSI concebido especificamente para o UNICODE ou ANSI, tiver problemas quando inicia a redistribuição de pacotes através de Windows 95, Windows 98, Windows NT e Windows 2000. Este é outro bom motivo para reformular para cada versão de SO.

• Personalização (reformular o pacote vs. transformações)

  Se a aplicação foi originalmente criada no formato MSI e pretender personalizar o pacote, não é necessário utilizar reformulação de pacotes. Programa de instalação do Windows foi concebido com administradores de sistema em mente e tem antecipadas a necessidade de personalizar pacotes. O Windows Installer suporta uma funcionalidade denominada transformações (.MST) concebido para personalizar instalações.
  
  Para mais informações, consulte o tópico transformações no Windows Installer SDK no seguinte site da Web MSDN em:
  http://msdn.microsoft.com/library/default.asp?url=/library/en-us/msi/setup/transforms.asp

  (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/msi/setup/transforms.asp)
  Para obter informações adicionais, consulte o Custom Installation Wizard no Office 2000 ORK no seguinte Web site da Microsoft em:
  http://office.microsoft.com/en-us/FX011511491033.aspx

  (http://office.microsoft.com/en-us/FX011511491033.aspx)

• Configurações de conta de utilizador

  Quando compactar uma aplicação, quaisquer alterações efectuadas com uma conta de utilizador podem ser o que é instalado. Por exemplo, a aplicação de legacy, MyProgram.exe, foi convertida para um pacote MSI na conta de computador local administrador. MyProgram.exe tem um atalho no ambiente de trabalho (C:\Documents and Settings\Administrator\Desktop\MyProgram.LNK) e armazena as definições do utilizador em subdirectórios USERPROFILE (C:\Documents and Settings\Administrador). O Utilizador1 inicia sessão e executa o MSI. Utilizador1 recebe uma mensagem de erro porque ele ou ela não tem permissões para escrever a pasta de administrador. Mesmo Utilizador1 tenha privilégios de administrador ou executa o MSI com privilégios elevados, o MSI vai escrever o atalho do ambiente de trabalho no perfil de administrador. O mesmo aplica definições de utilizador e dados específicos do utilizador; é ir tudo para executar a partir do directório C:\Documents and Settings\Administrador. Por conseguinte, quando compactar uma aplicação, uma cópia exacta das diferenças poderão ser escrita para o perfil do utilizador que instala o pacote MSI.

Sugestões

Se optar por utilizar as ferramentas de adaptação, terá de Lembre-se alguns aspectos:

• Sempre utilizar a ferramenta num computador totalmente limpo; Certifique-se que o computador tem sem aplicações instaladas.
• Feche todos os serviços não essenciais.
• Crie um pacote para cada configuração de hardware. Por exemplo, se tiver 50 computadores Dell XYZ e 50 computadores Gateway ABC, terá de efectuar pacotes para cada tipo de sistema devido a de todos os diferente hardware e controladores carregados em cada computador. Pretende manter cada pacote limitado aos específicos de hardware e software de configuração.
  
  Para obter informações adicionais sobre como obter este processo, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft:
  257718

  (http://support.microsoft.com/kb/257718/EN-US/ )

  Como criar o pacote do Third-Party do Microsoft Installer (MSI)

Para obter informações adicionais sobre como publicar aplicações legacy num domínio Windows 2000, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft: