INFO: Desvantagens de remontagem de aplicativos

Traduções deste artigo Traduções deste artigo
ID do artigo: 264478
Expandir tudo | Recolher tudo

Neste artigo

Sumário

Este artigo descreve as desvantagens e as dificuldades técnicas de remontagem de aplicativos para serem usados com o mecanismo de instalação do Windows Installer.

Mais Informações

Capturar ou "descobrir" utilitários projetados para converter instalações herdadas no novo formato do Windows Installer; um pacote MSI.

Esses utilitários, como o Veritas WinInstall LE, que é fornecido no CD-ROM do Windows 2000 Server, tirar uma foto de um sistema antes e após a instalação de captura. Quaisquer alterações no registro, alterações de arquivos ou configurações do sistema que ocorrem durante o processo de captura serão incluídas na instalação.

Instalação em segundo plano

Windows Installer foi projetado para ser mais integradas no ciclo de desenvolvimento de aplicativos para que os administradores do sistema podem ter maior flexibilidade ao implantar aplicativos em seu ambiente corporativo. Para fazer isso, os desenvolvedores de aplicativos considerados redistribuição durante no início fases de desenvolvimento, e não o ciclo de desenvolvimento final.

Por esperar até a fase de desenvolvimento final para criar um pacote de instalação, o aplicativo não tinha nenhum suporte para sua própria instalação; ela contava com uma tecnologia totalmente não relacionada a ser instalado. Como resultado, o custo total de propriedade (TCO) foi bastante aumentado porque os administradores de sistema havíamos sugerido com seu próprio método exclusivo para redistribuição. Às vezes, essas soluções foram um grande colaborador para o problema de "DLL Hell". Reempacotando não soluciona todos esses problemas. Ele pode, às vezes, compostos os problemas de tecnologias de instalação herdada e aumenta a complexidade devido a camada extra adicional de implementação.

O Windows Installer é o método atual e futuro de instalação de aplicativos no ambiente Windows. É uma tecnologia de instalação orientados por banco de dados em vez de serem controladas por script e ele oferece diversas vantagens, como as alterações efetuadas em um sistema, a instalação do aplicativo podem ser revertidas durante a instalação. Para tirar total proveito dos recursos do Windows Installer, o desenvolvedor do aplicativo deve envolver MSI na fase de desenvolvimento. Para obter mais informações, consulte o white paper sobre o Windows Installer no seguinte site da Microsoft em:
http://www.microsoft.com/smserver/docs/installStepup.doc

Problemas e problemas comuns

  • Resiliência

    Resiliência pode ser inconsistente com applicationsbecause remontado, o utilitário Reempacotador pode não compreender totalmente o componentdependencies ou quais devem ser os caminhos principais do aplicativo. Portanto, os anapplication podem ser empacotados em um grande recurso que obtém entirelyreinstalled se um componente caminho-chave estiver faltando. Se foram desmembrado intomultiple menores recursos ele permitiria uma flexibilidade mais gerenciável.
  • Registro de ActiveX/COM

    Controles ActiveX e de modelo de objeto componente (COM) talvez não beproperly registrado. Antes de registrationwas do Windows Installer, ActiveX e COM uma caixa-preta. Exceto para as funções exportadas DLLRegisterServer e DLLUnregister servidor, controles ActiveX e COM oferecidos muito algumas dicas de processo de theirregistration. RegSvr32.exe foi responsável por chamar as funções previouslymentioned e, em seguida, a DLL foi responsável pelo registro de si mesmo.Não há nenhum utilitário que pode exibir uma DLL, um OCX ou um EXE e descobrir whatgoes interna em DllRegisterServer e DllUnregisterServer para esse arquivo. Há entradas de registro padrão que a maioria dos controles de comando ActiveX registrar, como HKCR\CLSID, HKCR\ProgID, andHKCR\TypeLib. Informações sobre registro COM podem ou poderão não ser inserido intothe tabelas apropriadas do MSI, o Reempacotador.
  • Atalhos

    Atalhos não podem ser criados como descriptorshortcuts do Windows Installer, que permitem flexibilidade. Atalhos de instalação de legado foram thatpointed de arquivos. lnk para um executável na maioria dos casos. Às vezes, quando o Reempacotador é executado, o allit sabe é que um arquivo foi copiado para um diretório. Por exemplo, um legacySetup.exe instalado um atalho para C:\Windows\Profiles\User1\Desktop. Therepackager copie o arquivo. lnk diretamente para o diretório listedpreviously. Portanto, o Reempacotador não é, na verdade, copiar um atalho WindowsInstaller, mas em vez disso, ele está copiando um arquivo sem qualquer resiliencycapabilities incluído.
  • Componentes isolados

    A única maneira de tirar proveito dos componentes isolados está toauthor um novo pacote MSI. Reempacotadores atualmente não suportam esse recurso.
  • Remoção de aplicativos

    Ao desinstalar um aplicativo remontado, é possível que o AllUsers perfil pode ser removido. Isso depende como o setupwas herdados capturados e definitivamente precisam ser testados.
  • Diretiva de grupo e anúncio

    Receber a seguinte mensagem de erro é uma whenassigning de problemas comuns de GPO:
    O tamanho do objeto excede thelimit definida pelo administrador.
    Isso é especialmente verdadeiro quando tryingto remontar um aplicativo tão grande quanto o Microsoft Visual Studio 6. O errormessage é enganoso no sentido de que ele transmite ao usuário que há issome ADSI que pode ser feita para aliviar a situação. Iscurrently há nenhuma solução alternativa para essa mensagem de erro. Isso é uma issuebecause de remontagem das informações supérfluas que esse processo às vezes coloca o MSIpackage. Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento Microsoft:
    262166 Publicando aplicativos no Active Directory pode causar erro
  • Estrutura de diretórios

    Caos de estrutura de diretório é um problema comum quando repackagingbecause das diferenças nos diretórios de operatingsystems do Win32. Considere a possibilidade do sistema operacional locais do diretório para cada uma das variáveis de ambiente asseguintes:

    • Diretório do sistema
      Windows 95, 98, 98SE e o Millennium Edition = Windows\System.
      Windows NT e Windows 2000 = WinNT\System32.
    • Diretório de perfil
      Windows 9 x / ME = Windows\Profiles
      Windows NT = Winnt\perfis
      Windows 2000 = Documents and Settings
    Portanto, se você capturar o Microsoft Windows NT e, em seguida, tryto instalar o pacote do MSI em um sistema operacional Win9x, todos os arquivos devem ter ficado para o Windows\System podem ir para o WinNT\System32. Portanto, os applicationfiles não são instalados no diretório correto. Uma "prática recomendada" para thisscenario é capturar ou remontar para cada plataforma do Windows para que a estrutura nomeadas e arquivos dependentes do sistema operacional são capturados corretamente.
  • ANSI ou UNICODE

    Os aplicativos precisam, às vezes, bibliotecas específicas de ANSI ou UNICODE.Bibliotecas de ANSI são normalmente encontradas no Microsoft Windows 95 e Microsoft Windows 98. UNICODE foi projetado para o Windows NT 4.0 e o Microsoft Windows 2000.If que você criar um pacote MSI projetado especificamente para UNICODE ou ANSI, você problemas ao iniciar redistribuindo seus pacotes em Windows 95, Windows 98, Windows NT e Windows 2000. Este é outro torepackage de uma boa razão para cada versão do sistema operacional.
  • Personalização (remontagem versus transformações)

    Se seu aplicativo foi criado originalmente no andyou de formato do MSI para personalizar seu pacote, você não precisa usar a remontagem. WindowsInstaller foi projetada com os administradores do sistema em mente e tem anticipatedthe precisa personalizar pacotes. O Windows Installer oferece suporte a um recurso calledTransforms (.MST) que foi projetado para personalizar instalações.

    Informações de Formore, consulte o tópico de transformações no SDK do Windows Installer no site MSDN asseguintes em:
    http://msdn.microsoft.com/library/default.asp?url=/ library/en-us/msi/setup/transforms.asp
  • Configurações de conta de usuário

    Ao remontar um aplicativo, as alterações que estão madeunder uma conta de usuário podem ser o que está instalado. Por exemplo, legacyapplication, MyProgram.exe, foi convertido em um pacote MSI na conta de máquina thelocal administrador. MyProgram.exe tem um atalho no thedesktop (C:\Documents and Settings\Administrator\Desktop\MyProgram.LNK) andstores configurações do usuário nos subdiretórios USERPROFILE (C:\Documents andSettings\Administrator). Usuário1 faz logon e executa o MSI. User1receives uma mensagem de erro porque ele não tem permissões para writeto a pasta do administrador. Mesmo se User1 tem privilégios de administrador ou execute MSIwith elevado privilégios, o MSI vai gravar o atalho da área de trabalho intothe perfil do administrador. O mesmo se aplica às configurações do usuário e dados de específicousuário; é todo vai executar no diretório C:\Documents andSettings\Administrator. Portanto, ao remontar um aplicativo, uma cópia exata das diferenças pode ser gravada no perfil do usuário whoinstalls o pacote MSI.

Sugestões

Se você decidir usar as ferramentas de remontagem, você precisa se lembrar de algumas coisas:

  • Sempre use a ferramenta em um computador limpo totalmente; make surethe computador não tem nenhum outro aplicativo instalado.
  • Feche todos os serviços não essenciais.
  • Crie um pacote para cada configuração de hardware que você possui.Por exemplo, se você tiver 50 computadores Dell XYZ e 50 computadores ABC Gateway, você precisa criar pacotes para cada tipo de sistema devido à differenthardware e drivers carregados em cada computador. Você deseja manter cada packagelimited para sua configuração de hardware e software específica.

    Para obter informações adicionais sobre como obter este processo, clique no número abaixo para ler o artigo na Base de dados de Conhecimento Microsoft:
    257718 Como criar um pacote de softwares de terceiros Microsoft Installer (MSI)
Para obter informações adicionais sobre como publicar aplicativos herdados em um domínio do Windows 2000, clique no número abaixo para ler o artigo na Base de dados de Conhecimento Microsoft:
231747 Como publicar programas não MSI com.Arquivos zap

Propriedades

ID do artigo: 264478 - Última revisão: sábado, 21 de setembro de 2013 - Revisão: 5.0
Palavras-chave: 
kbinfo kbmt KB264478 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.
Clique aqui para ver a versão em Inglês deste artigo: 264478
Aviso de Isenção de Responsabilidade sobre Conteúdo do KB Aposentado
Este artigo trata de produtos para os quais a Microsoft não mais oferece suporte. Por esta razão, este artigo é oferecido "como está" e não será mais atualizado.

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com