INFO: Desventajas de volver a empaquetar aplicaciones

Seleccione idioma Seleccione idioma
Id. de artículo: 264478
Expandir todo | Contraer todo

En esta página

Resumen

Este artículo describe la técnica e inconvenientes dificultades de volver a empaquetar aplicaciones para utilizar con el programa de instalación de Windows motor de instalación.

Más información

Capturar o "descubrir" utilidades están diseñadas para convertir instalaciones heredadas al nuevo formato de Windows Installer; un archivo MSI paquete.

Estas utilidades, como Veritas WinInstall LE de captura que los buques en el CD-ROM de Windows 2000 Server, tomar una imagen de un sistema antes de y Después de la instalación. Los cambios en el registro, cambios en los archivos o configuración del sistema que pueden producirse durante la captura de proceso se incluirán en la instalación.

Fondo de la instalación

Windows Installer está diseñado para integrarse más en la ciclo de desarrollo de aplicaciones para que los administradores de sistemas pueden tener mayor flexibilidad cuando estos se resumen las aplicaciones en su entorno corporativo. A lograr esto, los desarrolladores de la aplicación considerada redistribución durante ciclo de primeras fases de desarrollo, a diferencia de desarrollo final.

Si se espera hasta que la fase de desarrollo final para crear un paquete de instalación, el aplicación no era compatible con su propia instalación; se basaba en un completamente tecnología no relacionada para instalarse. Por tanto, costo total de propiedad (TCO) aumentaba en gran medida debido a que los administradores del sistema habían idear un su método único para su redistribución. A veces, estas soluciones fueron un Colaborador de gran tamaño al problema "DLL Hell". Volver a empaquetar no soluciona todos estos problemas. A veces puede compuestos los problemas de instalación antigua las tecnologías y aumenta la complejidad debido a la capa extra agregada de implementación de.

Windows Installer es el método actual y futuro de instalación de aplicaciones en el entorno de Windows. Es controlada por una base de datos tecnología de instalación en lugar de ser controlada por la secuencia de comandos y ofrece varias ventajas, por ejemplo, los cambios realizados en un sistema mediante la configuración de aplicación se puede deshacer durante la instalación. Para aprovechar al máximo las ventanas Las características de programa de instalación, el desarrollador de aplicaciones debe implicar MSI en el fase de desarrollo. Para obtener más información, consulte las notas acerca de Windows Programa de instalación en el siguiente sitio Web de Microsoft en:
http://www.Microsoft.com/smserver/docs/installStepup.doc

Problemas y problemas comunes

  • Resiliencia

    Puede ser incoherente con las aplicaciones reempaquetadas resiliencia debido a que la utilidad Reempaquetador no comprendan por completo el componente las dependencias o cuál deben ser las rutas de acceso claves de la aplicación. Por lo tanto, un aplicación puede empaquetarse en una característica de gran tamaño que obtiene por completo volver a instalar si falta una ruta de acceso de clave de componente. Si se divide varias funciones más pequeñas permitiría una resistencia más fácil de administrar.
  • Registro de COM/ActiveX

    No pueden ser controles de modelo de objetos componentes (COM) y ActiveX ha registrado correctamente. Antes del registro de Windows Installer, COM y ActiveX fue una caja negra. Con excepción de las funciones exportadas DLLRegisterServer y DLLUnregister servidor, controles ActiveX y COM que ofrece consejos muy pocos de sus proceso de registro. RegSvr32.exe fue responsable de llamar a la anteriormente las funciones se ha mencionado y, a continuación, en el archivo DLL fue responsable de registrándose a sí mismo. No hay ninguna utilidad que puede ver un archivo DLL, OCX o un archivo EXE y saber qué entra en el interior DllRegisterServer y DllUnregisterServer para ese archivo. Existen entradas del registro estándar que la mayoría de los COM y ActiveX controla el registro, por ejemplo, HKCR\CLSID, HKCR\ProgID, y HKCR\TypeLib. Información sobre el registro de COM puede o no puede obtener celebraron las tablas MSI apropiadas por el Reempaquetador.
  • Accesos directos

    Los accesos directos no se creará como descriptor de Windows Installer accesos directos, que permiten la resiliencia. Accesos directos de programa de instalación heredados eran archivos .lnk al que señala a un archivo ejecutable en la mayoría de los casos. A veces, cuando el Reempaquetador ejecuta, todos sabe es que un archivo .lnk se copió a un directorio. Por ejemplo, un legado Setup.exe instala un acceso directo a C:\Windows\Profiles\User1\Desktop. El Reempaquetador copiaría el archivo .lnk directamente en el directorio que aparece anteriormente. Por lo tanto, el Reempaquetador no realmente copia un Windows Acceso directo de Installer, sino que está copiando un archivo sin ningún resiliencia cuentan con funciones.
  • Componentes aislados

    Es la única manera de aprovechar las ventajas de componentes aislados crear un nuevo paquete MSI. Hay actualmente es compatible con esta característica.
  • Para quitar la aplicación

    Cuando se desinstala una aplicación empaquetada de nuevo, es posible que el Todos los usuarios se puede quitar el perfil. Esto depende de cómo el programa de instalación heredado se capturaron y definitivamente debe comprobarse.
  • Publicidad y la directiva de grupo

    Recibir el mensaje de error es un problema común cuando asignación de GPO:
    El tamaño del objeto supera el límite establecido por el administrador.
    Esto es especialmente cierto cuando se trata de Para volver a empaquetar una aplicación tan grande como Microsoft Visual Studio 6. El error versión actualizada en el sentido de que transmite al usuario que no hay alguna configuración de ADSI que se puede realizar para mitigar la situación. No existe actualmente ningún remedio para este mensaje de error. Se trata de un problema de volver a empaquetar debido a la información superflua este proceso a veces se coloca en el archivo MSI paquete.Para obtener información adicional, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
    262166 Publicación de aplicaciones en Active Directory puede producir Error
  • Estructura de directorios

    Caos de la estructura de directorio es un problema común al volver a empaquetar debido a la de las diferencias en los directorios de Win32 de funcionamiento sistemas. Tenga en cuenta el sistema operativo ubicaciones de directorio para cada uno de los variables de entorno siguientes:

    • Directorio del sistema
      Windows 95, 98, 98SE y Millennium Edition = Windows\System.
      Windows NT y Windows 2000 = WinNT\System32.
    • Directorio de perfil
      Windows 9 x / ME = carpeta Windows\Profiles
      Windows NT = Winnt\perfiles
      Windows 2000 = Documents and Settings
    Por lo tanto, si captura de Microsoft Windows NT y, a continuación, intente Para instalar el paquete MSI en un sistema de operativo Win9x, todos los archivos que deberían haber ido a la Windows\System podría ir a la WinNT\System32. Por lo tanto, la aplicación no instalará los archivos en el directorio adecuado. Una "práctica recomendada" para que esto escenario consiste en capturar o volver a empaquetar para cada plataforma de Windows hasta que el estructura de directorios y archivos dependientes del sistema operativo se capturan correctamente.
  • ANSI y UNICODE

    A veces, las aplicaciones necesitan bibliotecas específicas de ANSI o UNICODE. Las bibliotecas ANSI se encuentran normalmente en Microsoft Windows 95 y Microsoft Windows 98. UNICODE fue diseñado para Windows NT 4.0 y Microsoft Windows 2000. Si crea un paquete de MSI diseñado específicamente para UNICODE o ANSI, tienen problemas cuando comienza la redistribución de los paquetes a través de Windows 95, Windows 98, Windows NT y Windows 2000. Esto es otro buen motivo para volver a empaquetar para cada versión del sistema operativo.
  • Personalización (volver a empaquetar frente a las transformaciones)

    Si la aplicación se creó inicialmente en el formato MSI y va a personalizar el paquete, no es necesario utilizar volver a empaquetar. Windows Programa de instalación está diseñado con los administradores de sistemas en mente y ha previsto la necesidad de personalizar los paquetes. El programa de instalación de Windows admite una característica llamada Transforma (.MST) que está diseñado para la personalización de instalaciones.

    Para obtener más información, vea el tema de las transformaciones en el SDK de Windows Installer en el siguiente sitio Web de MSDN:
    http://msdn.Microsoft.com/library/default.asp?url=/library/en-us/msi/setup/TRANSFORMS.ASP
     
  • Configuraciones de cuentas de usuario

    Cuando se vuelve a empaquetar una aplicación, los cambios que se realizan en un usuario cuenta puede ser lo que está instalado. Por ejemplo, la herencia aplicación, MyProgram.exe, se ha convertido en un paquete MSI en el cuenta Administrador del equipo local. MyProgram.exe tiene un método abreviado la escritorio (C:\Documents and Settings\Administrator\Desktop\MyProgram.LNK) y almacena la configuración de usuario en el perfil de usuario (C:\Documents y Todos los subdirectorios Settings\Administrator). El Usuario1 inicia una sesión y se ejecuta el archivo MSI. Usuario1 recibe un mensaje de error porque él o ella no tiene permisos de escritura a la carpeta del administrador. Incluso si usuario1 tenga privilegios de administrador o se ejecuta el archivo MSI con privilegios elevados, el archivo MSI se va a escribir el acceso directo del escritorio en el perfil de administrador. Lo mismo se aplica al usuario y la configuración de usuario datos específicos; todos los va a ejecutar desde C:\Documents y Directorio de Settings\Administrator. Por lo tanto, cuando se vuelve a empaquetar una aplicación una copia exacta de las diferencias se puede escribir en el perfil del usuario que instala el paquete MSI.

Sugerencias

Si decide utilizar las herramientas de volver a empaquetar, deberá recordar algunas cosas:

  • Siempre utilice la herramienta en un equipo totalmente limpio; Asegúrese de que el equipo no tiene otras aplicaciones instaladas.
  • Cierre todos los servicios no esenciales.
  • Crear un paquete para cada configuración de hardware que tenga. Por ejemplo, si tiene 50 equipos Dell XYZ y 50 equipos de puerta de enlace ABC debe hacer que los paquetes para cada tipo de sistema debido a todos los diferentes hardware y los controladores cargan en todos los equipos. Desea mantener cada paquete se limita a la configuración de hardware y software específica.

    Para obtener información adicional acerca de obtener a través de este proceso, haga clic en el número de artículo siguiente para ver el artículo en Microsoft Knowledge Base:
    257718 La creación de paquete de Microsoft Installer (MSI) de otros fabricantes
Para obtener información adicional acerca de cómo publicar las aplicaciones heredadas en Windows 2000 dominio, haga clic en el número de artículo siguiente para verlo en Microsoft Microsoft Knowledge Base:
231747 Cómo publicar los programas que no es MSI con.Los archivos ZAP

Propiedades

Id. de artículo: 264478 - Última revisión: lunes, 03 de diciembre de 2012 - Versión: 6.0
Palabras clave: 
kbinfo kbmt KB264478 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 264478
Renuncia a responsabilidad de los contenidos de la KB sobre productos a los que ya no se ofrece asistencia alguna
El presente artículo se escribió para productos para los que Microsoft ya no ofrece soporte técnico. Por tanto, el presente artículo se ofrece "tal cual" y no será actualizado.

Enviar comentarios

 

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