INFO: Desvantagens reformular pacotes de aplicações

Traduções de Artigos Traduções de Artigos
Artigo: 264478
Expandir tudo | Reduzir tudo

Nesta página

Sumário

Este artigo descreve as desvantagens e dificuldades técnicas de reformular pacotes de aplicações para utilização com o motor de configuração do Windows Installer.

Mais Informação

Capturar ou "descobrir" utilitários são concebidos para converter instalações legadas para o novo formato do Windows Installer; um pacote MSI.

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

Fundo de instalação

Windows Installer foi concebido para ser mais integrados no ciclo de desenvolvimento de aplicações para que os administradores de sistema podem ter uma maior flexibilidade quando fazem aplicações no respectivo ambiente empresarial. Para tal, os programadores da aplicação considerado redistribuição durante mais cedo, fases de desenvolvimento, em vez do ciclo de desenvolvimento final.

Pela aguardar até a fase de desenvolvimento final para criar um pacote de configuração, a aplicação tinha sem suporte para sua própria instalação. -dependia uma tecnologia completamente independente para serem instaladas. Como resultado, custo total de propriedade (TCO) foi consideravelmente aumentado porque os administradores de sistema tivessem imaginar seu próprio método exclusivo para redistribuição. Por vezes, estas soluções foram um grande contribuinte para o problema "DLL Hell". Reformulação de pacotes não resolve todos estes problemas. Este pode, por vezes, compostos os problemas de tecnologias de instalação legacy e aumenta a complexidade devido a camada adicionada de extra de execução.

Windows Installer é o método actual e futuro de instalação de aplicações no ambiente do Windows. É uma tecnologia de instalação condicionada à base de dados em vez de a ser condicionada pelo script e oferece várias vantagens, tais 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:
http://www.microsoft.com/smserver/Docs/installStepup.doc

Problemas e questões comuns

  • Resistência

    Resistência pode ser inconsistente com applicationsbecause repackaged o utilitário de Reempacotador não pode compreender plenamente a componentdependencies ou quais deverão ser os caminhos chaves da aplicação. Por conseguinte, anapplication pode ser embalada numa grande funcionalidade que obtém entirelyreinstalled se faltar um caminho de chave do componente. Se for intomultiple mais pequenas funcionalidades separado permitiria uma resistência mais fáceis de gerir.
  • Registo de COM/ActiveX

    Serviços de informação Internet (COM, Component Object Model) e controlos ActiveX poderão não o beproperly registado. Antes do Windows Installer, COM e ActiveX registrationwas uma caixa preta. Excepto para as funções exportadas DLLRegisterServer e DLLUnregister servidor, COM e controlos ActiveX disponibilizados muito algumas sugestões do processo de theirregistration. RegSvr32.exe era responsável para chamar as funções previouslymentioned e, em seguida, a DLL era competente para o registo próprio.Não existe nenhum utilitário que pode visualizar uma DLL, um OCX ou um EXE e calcular whatgoes no interior DllRegisterServer e DllUnregisterServer para esse ficheiro. Não existem entradas de registo padrão que a maioria dos controlos de ActiveX cmd registar, tais como HKCR\CLSID, HKCR\ProgID, andHKCR\TypeLib. Informações sobre o registo do COM podem ou poderão não obter intothe introduzido tabelas MSI adequadas pelo Reempacotador.
  • Atalhos

    Atalhos não poderão ser criados como descriptorshortcuts do Windows Installer, que permitam resiliency. Atalhos do programa de configuração legacy foram. lnk thatpointed de ficheiros para um executável na maioria dos casos. Por vezes, quando é executado o Reempacotador, allit sabe que é que um ficheiro. lnk foi copiado para um directório. Por exemplo, um legacySetup.exe instalado um atalho para C:\Windows\Profiles\User1\Desktop. Therepackager copiar o ficheiro. lnk directamente para o directório listedpreviously. Por conseguinte, o Reempacotador é não realmente copiar um atalho de WindowsInstaller, mas em vez disso, está a copiar um ficheiro sem qualquer resiliencycapabilities incluído.
  • Componentes isolados

    A única forma para tirar partido dos componentes isolados é toauthor um novo pacote MSI. Repackagers não suporta actualmente esta funcionalidade.
  • Remoção da aplicação

    Quando desinstalar uma aplicação de repackaged, é possível que o AllUsers perfil pode ser removido. Este é dependente como o setupwas legacy capturada e definitivamente necessita ser testado.
  • Política de grupo e o anúncio

    Receber a seguinte mensagem de erro é um whenassigning de problema comum para GPO:
    O tamanho do objecto excede thelimit definido pelo administrador.
    Isto é especialmente verdade quando tryingto de voltar a compactar uma aplicação tão grande como Microsoft Visual Studio 6. O ' errorMessage ' é enganosa no sentido que transmitir ao utilizador que não existem issome ADSI que pode ser efectuada para aliviar a situação. Iscurrently não existe solução para esta mensagem de erro. Este é um issuebecause de adaptação das informações supérfluas que este processo, por vezes, coloca o MSIpackage. Para obter informações adicionais, clique no número de artigo abaixo para visualizar o artigo na Microsoft Knowledge Base:
    262166 Publicação de aplicações no Active Directory pode causar o erro
  • Estrutura de directórios

    Caos da estrutura de directório é um problema comum quando repackagingbecause de todas as diferenças nos directórios da operatingsystems de Win32. Considere o sistema operativo localizações do directório para cada uma das variáveis de ambiente de thefollowing:

    • Directório do sistema
      Windows 95, 98, 98SE e Millennium Edition = Windows\System.
      Windows NT e Windows 2000 = WinNT\System32.
    • Directório de perfil
      Windows 9 x / ME = Windows\Profiles
      Windows NT = Winnt\perfis
      Windows 2000 = documentos e definições
    Por conseguinte, se capturar Microsoft Windows NT e, em seguida, tryto instalar o pacote MSI um SO Win9x, quaisquer ficheiros que devem ter sido implementada para Windows\System podem ir para o WinNT\System32. Por conseguinte, os applicationfiles não são instalados para o directório correcto. Um "procedimentos recomendados" para thisscenario consiste em capturar ou reformular para cada plataforma Windows, para que a estrutura de thedirectory e os ficheiros de sistema operativo dependentes são capturados correctamente.
  • ANSI vs. UNICODE

    Por vezes, aplicações tem bibliotecas específicos ANSI ou UNICODE.Bibliotecas de ANSI são normalmente descritas no Microsoft Windows 95 e Microsoft Windows 98. UNICODE foi concebido para o Windows NT 4.0 e Microsoft Windows 2000.If a que criar um pacote do MSI concebido especificamente para UNICODE ou ANSI, youhave problemas quando inicia o redistribuir os pacotes através de Windows 95, Windows 98, Windows NT e Windows 2000. Esta é outra torepackage de bom motivo para cada versão de SO.
  • Personalização (reacondicionamento vs. transformações)

    Se a aplicação foi criada originalmente na andyou de formato MSI pretende personalizar o pacote, não é necessário utilizar a reformulação de pacotes. WindowsInstaller destina-se com os administradores de sistema em mente e tem anticipatedthe necessária para personalizar os pacotes. O Windows Installer suporta uma funcionalidade calledTransforms (.MST) que é concebido para personalizar instalações.

    Informações de formore, consulte o tópico de transformações no Windows Installer SDK thefollowing Web site MSDN em:
    http://msdn.microsoft.com/library/default.asp?URL=/ library/en-us/msi/setup/transforms.asp
  • Configurações de conta de utilizador

    Quando voltar a compactar uma aplicação, quaisquer alterações que são madeunder uma conta de utilizador podem ser o que é instalado. Por exemplo, o legacyapplication, MyProgram.exe, foi convertido para um pacote MSI na conta de computador thelocal administrador. MyProgram.exe tem um atalho no thedesktop (C:\Documents and Settings Settings\Administrator\Desktop\MyProgram.LNK) andstores definições do utilizador os subdirectórios do perfil de utilizador (C:\Documents andSettings\Administrator). O Utilizador1 inicia sessão e é executado o MSI. User1receives uma mensagem de erro porque ele ou ela não tem permissões para writeto a pasta de administrador. Mesmo que o Utilizador1 tenha privilégios de administração ou executa a MSIwith elevado privilégios, o MSI vai escrever o perfil de administrador de intothe de atalho ambiente de trabalho. O mesmo se aplica às definições de utilizador e dados de userspecific; é todos os vai executar a partir do directório de andSettings\Administrator C:\Documents. Por conseguinte, quando voltar a compactar uma aplicação, uma cópia exacta das diferenças poderão ser escrita para o perfil do utilizador whoinstalls o pacote MSI.

Sugestões

Se optar por utilizar as ferramentas de adaptação, é necessário lembrar-se alguns aspectos:

  • Utilizar sempre a ferramenta num computador totalmente limpo; Criar surethe computador tem sem outras 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, é necessário efectuar pacotes para cada tipo de sistema devido a todos os differenthardware e controladores carregados em cada computador. Pretende manter cada packagelimited à sua configuração específica de hardware e software.

    Para obter informações adicionais sobre como obter através deste processo, clique no número de artigo abaixo para visualizar o artigo na Microsoft Knowledge Base:
    257718 Como criar o pacote de outros fabricantes Microsoft Installer (MSI)
Para obter informações adicionais sobre como publicar aplicações legacy num domínio do Windows 2000, clique no número de artigo abaixo para visualizar o artigo na Microsoft Knowledge Base:
231747 Como publicar programas não-MSI com.Ficheiros zap

Propriedades

Artigo: 264478 - Última revisão: 21 de setembro de 2013 - Revisão: 5.0
Palavras-chave: 
kbinfo kbmt KB264478 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 264478
Exclusão de Responsabilidade para Conteúdo sem Suporte na KB
Este artigo foi escrito sobre produtos para os quais a Microsoft já não fornece suporte. Por conseguinte, este artigo é oferecido "tal como está" e deixará de ser actualizado.

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