Exportar (0) Imprimir
Expandir todo

Consideraciones sobre las aplicaciones al actualizar a Windows Server 2008

Se aplica a: Windows Server 2008

Este documento contiene la información que necesita si tiene aplicaciones de línea de negocio (LOB) o que no sean de Microsoft® y está actualizando su sistema con . Si no toma las precauciones descritas en este documento, puede que se bloquee la actualización o puede que las aplicaciones no funcionen tras realizarla.

En este documento se expone cómo el proceso de actualización administra los datos que no forman parte del sistema operativo cuando actualiza los servidores con Windows Server 2008. Está dirigido a empresas y fabricantes independientes de software (ISV) que actualizan sus servidores y que usan aplicaciones LOB o que no son de Microsoft.

Puede que surjan problemas con estas aplicaciones durante el proceso de actualización. Aunque el proceso de actualización administra datos que forman parte del sistema operativo, se crea de nuevo el Registro y ciertas ubicaciones de archivos. Se guardarán los datos encontrados en dichos directorios copiados y que no forman parte del sistema operativo, en un directorio de almacenamiento temporal.

noteNota
El motor de actualización crea archivos de registro que contienen un registro completo de las acciones que ha realizado el motor y los errores que han surgido durante la fase de instalación. Para ver estos registros, consulte los archivos Setupact.log y Setuperr.log en C:\Windows\Panther. Si desea ver una lista completa de los archivos de registro generados durante todas las fases de la instalación, consulte http://support.microsoft.com/kb/927521.

En este documento

Cambios en el procedimiento para actualizar el servidor

Actualizar a Windows® Vista® y Windows Server 2008 es más complejo que actualizar a las versiones anteriores de Windows Server. En las versiones anteriores de Windows, se conservaba el estado del sistema operativo antiguo tras la actualización. En otras palabras, el sistema operativo mantenía toda la configuración tras la actualización, incluida la configuración de usuario, la configuración de archivos, las claves del Registro y demás. El motor de actualización dejaba atrás archivos de datos y la configuración y colocaba nuevos archivos ejecutables y de datos en el equipo. A continuación, convertía los archivos de datos y la configuración, si era necesario, y dejaba intacta la información sobre el estado anterior.

Sin embargo, en Windows Server 2008, el motor de actualización cambia por completo el diseño del estado del sistema operativo al formato . El motor de actualización lleva a cabo lo siguiente:

  • Instala el nuevo sistema operativo en paralelo al sistema operativo antiguo, lo que permite revertir al sistema antiguo en el caso de que surja algún problema.

  • Analiza el sistema operativo antiguo en busca de datos y parámetros de configuración que reconozca (como archivos ejecutables, parámetros de configuración, entradas del sistema operativo en el Registro de Windows y archivos de datos del sistema operativo) y los convierte al formato adecuado para Windows Server 2008.

    El motor de actualización coloca los archivos que no figuran en los manifiestos de actualización o que están en ubicaciones que entran en conflicto con el sistema operativo nuevo en un directorio de almacenamiento temporal. Puede comprobar este directorio para buscar archivos de aplicaciones que faltan tras realizar la actualización. Si desea obtener más información, consulte la sección Comprobar el directorio de almacenamiento temporal en busca de archivos que faltan.

  • Elimina el sistema operativo antiguo.

  • Migra los datos y la configuración con el nuevo formato a una instalación limpia del nuevo sistema operativo.

Microsoft ha creado manifiestos de actualización para controlar el modo en que se migran a la nueva instalación los componentes y funciones de servidor en el sistema operativo. Los manifiestos de actualización son metadatos que controlan el modo en que se transfieren los archivos de datos y configuración a sus nuevas ubicaciones. Las entradas del sistema no operativo contenidas en el Registro se transfieren y fusionan con el nuevo Registro.

El proceso de actualización analiza la siguiente información al determinar qué se debe migrar al nuevo sistema operativo:

  • Estado del sistema operativo, es decir, cualquier cambio realizado a la configuración predeterminada del sistema operativo, como el fondo de escritorio, la resolución de pantalla, las características o los servicios habilitados y deshabilitados, etc.

  • Aplicaciones

  • Datos del usuario (todos los datos ubicados en C:\Users\directorio <nombre_usuario>)

  • Controladores

  • Archivos binarios del sistema operativo

Proceso de actualización

La actualización a Windows Server 2008 consta de tres fases, tal y como se describe en la siguiente tabla:

 

Fase Descripción

Recopilación

El motor de actualización recopila información del sistema operativo de origen, como los datos del usuario, las claves del Registro y los datos de aplicaciones.

Instalación

El motor de actualización realiza una instalación limpia en el entorno de preinstalación de Windows (Windows PE) de la imagen de Windows Server 2008 en el disco duro.

Aplicación

El motor de actualización aplica la información recopilada en la fase de recopilación al nuevo sistema operativo.

Los siguientes pasos describen el proceso de actualización en detalle.

  1. Para comenzar la fase de recopilación, el motor de actualización realiza estas acciones en el sistema operativo de origen:

    1. Copia los archivos binarios de la instalación en el disco duro local.

    2. La actualización dinámica comprueba la web en busca de archivos de instalación actualizados y actualizaciones de la base de datos de compatibilidad, que contiene información sobre las aplicaciones compatibles.

    3. Se asegura de que una actualización sea compatible con el sistema operativo de origen.

    4. Presenta el informe de compatibilidad ante el usuario. Este informe proporciona detalles sobre las aplicaciones que se deben desinstalar o que pueden provocar problemas tras actualizar.

    5. La actualización dinámica comprueba si hay componentes y controladores actualizados.

    6. Extrae al disco duro local los archivos binarios de Windows del archivo de imágenes.

    7. Identifica los datos del sistema, como el estado del sistema operativo, los archivos de usuario y los controladores. Se identifica el estado del sistema operativo según los manifiestos de actualización que elabora Microsoft.

    8. Extrae los archivos de configuración de Windows PE al disco duro local y con esto comienza la fase de instalación.

    9. Reinicia el servidor.

  2. El motor de actualización realiza las siguientes acciones desde Windows PE:

    1. Arranca el servidor con Windows PE.

    2. Transfiere los archivos señalados para la recopilación (en el paso 1g) a un directorio de almacenamiento temporal.

    3. Transfiere los archivos binarios del sistema operativo de origen a un directorio de almacenamiento temporal (especificado en el paso 2 B).

    4. Recopila el identificador de seguridad (SID) y los datos de las cuentas locales.

    5. Instala una versión independiente del idioma del sistema operativo.

    6. Instala un paquete de Interfaz de usuario multilingüe (MUI) específico del idioma.

    7. Instala cualquier componente opcional necesario para la paridad con el sistema operativo de origen.

    8. Configura las listas de control de acceso (ACL).

    9. Instala cualquier actualización recopilada por actualización dinámica (en el paso 1e).

    10. Aplica el SID, el nombre del equipo y las cuentas locales al servidor. Con esto comienza la fase de aplicación.

  3. El motor de actualización comienza la fase de especialización. Durante esta fase se personaliza la instalación de Windows estándar siguiendo estos pasos:

    1. Instala los controladores Plug and Play.

    2. Crea los perfiles de usuario para las cuentas de usuario del equipo de origen.

    3. Aplica el estado del sistema operativo.

  4. El motor de actualización migra datos del directorio de almacenamiento temporal a la nueva instalación, realizando estos pasos:

    1. Aplica el estado del sistema operativo que capturan los manifiestos de actualización (consulte el paso 1g)

    2. Aplica la configuración del archivo de instalación desatendida (si se proporcionó uno para la instalación).

    3. Elimina los archivos del directorio de almacenamiento temporal que procedían del sistema operativo de origen.

    4. Reinicia el servidor.

Comprobaciones de compatibilidad de aplicaciones

Al iniciar una actualización, el motor de actualización realiza comprobaciones de compatibilidad en el equipo para asegurarse de que se pueden actualizar todas las aplicaciones instaladas. El motor de actualización usa la misma lógica empleada en Windows Vista, es decir, las aplicaciones que bloquearían una actualización de Windows Vista también bloquearán una actualización de Windows Server 2008.

Si se detectan problemas durante las comprobaciones de compatibilidad, el informe de compatibilidad le notificará qué necesita antes de realizar la actualización. El informe incluye un vínculo a un sitio web que describe el estado de las aplicaciones que puede haber instalado. El informe no bloquea la actualización, simplemente sugiere acciones que se deben realizar antes de la actualización.

Sin embargo, tenga en cuenta que el informe usa una base de datos que también usa Windows Vista y, por tanto, no contiene información sobre muchas aplicaciones que suelen estar instaladas en servidores. Por este motivo, es fundamental que tome precauciones para asegurarse de que las aplicaciones funcionan correctamente tras la actualización.

Pasos previos a la actualización

Debe conocer los cambios del proceso de actualización de Windows Server 2008 tratados en esta sección Dado que estos cambios pueden precisar que realice a su vez cambios en las aplicaciones antes de actualizar, es esencial que pruebe exhaustivamente todos los escenarios de actualización.

Buscar los archivos que faltan en el directorio de almacenamiento temporal

Es posible que se muevan o eliminen los archivos que usa su aplicación durante la actualización. Por ejemplo, puede que uno de los archivos que usa su aplicación dependa de un archivo del sistema Windows. Si se elimina el archivo del sistema Windows, también se moverá el archivo que usa la aplicación. Por este motivo, si descubre durante las pruebas que las aplicaciones no funcionan tras la actualización, debe comprobar la ubicación del almacenamiento temporal (%SystemDrive%\$WINDOWS.~Q\Data) en busca de los archivos que falten y desarrollar las herramientas para corregir el error de las aplicaciones. En el resto de esta sección se trata cómo y por qué mueve el motor de actualización archivos a esta ubicación.

Durante la fase de recopilación, el motor de actualización examina las carpetas del sistema que se volverán a crear durante la instalación de Windows Server 2008. Cuando se inicia el motor de actualización en Windows PE, mueve el siguiente tipo de archivos a un directorio de almacenamiento temporal:

  • Archivos que no figuran en los manifiestos de actualización

  • Archivos en ubicaciones que entran en conflicto con el nuevo sistema operativo (por ejemplo, %SystemRoot% y %ProgramFiles%).

    Estos archivos permanecen en este directorio durante la actualización, de manera que se pueden restaurar si no se realiza correctamente la actualización y es necesario revertir al sistema operativo anterior.

    Además de permitir la reversión, el almacenamiento temporal también actúa de red de seguridad al evitar la pérdida permanente de datos de archivos recopilados por el motor de actualización. Una vez completada la actualización y deshabilitada la reversión, el motor de actualización elimina archivos almacenados en el directorio de almacenamiento temporal si determina que procedían del sistema operativo de origen. Sin embargo, no se eliminarán los archivos de datos de usuarios almacenados en el directorio de almacenamiento temporal.

  • Por tanto, es posible que encuentre los archivos que no localizan las aplicaciones tras el proceso de actualización en el directorio de almacenamiento temporal. Esto es aún más posible si se instalaron los archivos en ubicaciones comunes del sistema. La estructura del directorio temporal (%SystemDrive%\$WINDOWS.~Q) refleja la del sistema operativo de origen, bajo la subcarpeta Data. Por ejemplo, los perfiles de usuario se almacenan en %SystemDrive%\$WINDOWS.~Q\Data\users\<nombre_usuario>.

Asegurarse de que funcionan las uniones de directorio para su aplicación

Ciertos aspectos de la jerarquía de carpetas en Windows Server 2008 difieren de la jerarquía usada en los sistemas operativos de Windows anteriores. Se han mitigado estas diferencias con las uniones de directorio, que son redirectores ocultos que traducen las solicitudes de carpetas antiguas a la nueva ubicación. Este proceso no suele generar problemas para las aplicaciones que dependen de las rutas de acceso antiguas, pero es aconsejable realizar pruebas para comprobar que las aplicaciones pueden obtener acceso a todo lo que haya tras el redirector oculto.

Los cambios específicos en la estructura de carpetas en Windows Server 2008 son los siguientes:

  • Windows Shell. Las rutas de acceso para muchas carpetas Windows estándar han cambiado. Por ejemplo, la ruta de acceso para la carpeta Mis documentos en Windows Server 2003 es: C:\Documents and Settings\nombre_usuario\Mis documentos. La ruta de acceso para la misma carpeta en Windows Server 2008 es: C:\users\nombre_usuario\Documentos.

    El motor de actualización determina la nueva estructura de carpetas consultando al sistema las listas de identificadores de elementos especiales constantes (CSIDL). Los CSIDL consisten en un método independiente del sistema para comprobar la ubicación de una carpeta especial. Aunque se han suplantado los CSIDL en Windows Server 2008 con KNOWNFOLDERID, se siguen usando al actualizar de un sistema operativo anterior.

    Se definen estas constantes en knownfolders.h. Para obtener una lista completa de KNOWNFOLDERID y sus equivalentes en las CSIDL, consulte el tema "KNOWNFOLDERID" en el sitio web de MSDN en http://go.microsoft.com/fwlink/?LinkId=109818 (puede estar en inglés).

  • Nombres de carpeta en inglés para versiones no inglesas de Windows. Las versiones no inglesas de Windows Server 2003 pueden contener carpetas con CSIDL que han localizado los nombres de carpetas. En Windows Server 2008, la instalación con el mismo idioma tendrá ahora los nombres de carpeta en inglés. Por ejemplo: C:\Program Files.

    Si el sistema operativo de origen no es inglés, el motor de actualización escribirá uniones de directorio para reasignar el espacio de nombres en inglés. Por ejemplo, supongamos que actualiza un sistema operativo en alemán que le dirige a C:\Dokumente und Einstellungen\<nombre_usuario>\Eigene Dateien. En Windows Server 2008, se crea una carpeta equivalente en C:\users\<nombre_usuario>\documents. Por tanto, una unión de directorio redirigirá las solicitudes de la carpeta original. De este modo, la unión tendrá la misma carpeta de destino tanto si el sistema operativo está en inglés como si no lo está. Tenga en cuenta, sin embargo, que la carpeta de origen puede ser distinta.

En la mayoría de los casos que encontramos, las uniones de directorio redirigen correctamente las llamadas a nuevas ubicaciones pero, una vez más, debe comprobar que este es el caso de las aplicaciones.

Tenga en cuenta que el motor de actualización escribirá uniones de directorio adicionales en ciertas situaciones. Por ejemplo, si un usuario ha actualizado su sistema a Windows Server 2003 de Windows Server 2000, la carpeta del sistema operativo recibirá el nombre \WinNT, de manera que las llamadas a \WinNT serán redirigidas a la carpeta del sistema correcta en la nueva instalación.

Asegurarse de que todo el software en modo kernel x64 está firmado

Las versiones de x64 anteriores de Windows Server no requerían firmar controladores. Sin embargo, en la versión x64 de Windows Server 2008, todo el software en modo kernel (incluidos controladores y varios virus de bajo nivel) que se ejecuta en el equipo debe tener una firma. El sistema operativo hace referencia a estas firmas cada vez que se inicia y no carga las partes de software sin firmar. Esto impide que el software desconocido en modo kernel (p.ej. un virus) pueda comprometer la seguridad del equipo. Sin embargo, esto también implica que si sus aplicaciones usan software en modo kernel sin firmar (lo cual es común en muchos firewall y programas antivirus), es posible que la actualización se bloquee hasta que desinstale la aplicación. Si además no se desinstala por completo una aplicación, puede que siga bloqueando la actualización. En esta sección se describen los pasos adicionales que realiza el motor de actualización y le indica qué debe hacer para resolver este problema.

Además de las acciones implicadas en la fase inicial de una actualización a Windows Server 2008 (descrita en el paso 1 en la lista numerada bajo el apartado Proceso de actualización, el motor de actualización realiza las siguientes acciones en los equipos basados en x64:

  1. Copia los controladores firmados que correspondan de los medios de instalación en el disco duro local.

  2. Descarga una lista de los controladores de x64 firmados disponibles que no están en los medios. (Aún no se han descargado los paquetes de controladores en sí).

  3. Examina el software en modo kernel en el sistema operativo de origen para determinar si está todo firmado. Se contrastan los controladores sin firmar con el archivo de catálogo local para determinar si Windows Server 2008 contiene una firma que se puede usar para validar el controlador.

  4. Muestra el software en modo kernel sin firmar que se ha detectado en el informe de compatibilidad. Si se bloquea la actualización, puede proporcionar controladores firmados al motor de actualización para proseguir con la instalación.

  5. Descarga paquetes de controladores identificados en el paso 2 de esta lista.

  6. Recopila los paquetes de controladores válidos en el sistema operativo de origen para la instalación durante la fase de especialización, que se describe en el paso 3 de la lista numerada, bajo el apartado Proceso de actualización. Un paquete válido es uno que se haya firmado o uno sin firmar que tenga una firma válida en el archivo de catálogo del sistema operativo.

Dado el modo en que las actualizaciones trabajan con x64, los controladores de aplicaciones en modo kernel entrañan un riesgo para los programadores de software. Los controladores de aplicaciones en modo kernel son usados por muchos firewall, sistemas de archivos y aplicaciones de protección contra copia, así como programas antivirus. Estos controladores suelen bloquear la actualización hasta que se haya desinstalado la aplicación que las usa. Si no se desinstala por completo una aplicación, puede que siga bloqueando la actualización.

Debe distribuir una versión de controladores que no sean Plug and Play para la que la firma esté insertada en un archivo de catálogo local y no en uno externo. Los controladores de arranque deben estar firmados con el método insertado. Tenga en cuenta que la funcionalidad Plug and Play no reconoce los controladores con firma insertada que son nuevos en Windows Server 2008. Para obtener más información sobre cómo firmar controladores para Windows Server 2008, consulte el documento sobre los requisitos para firmar controladores en Windows, en http://go.microsoft.com/fwlink/?LinkId=109848 (puede estar en inglés).

¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios

Adiciones de comunidad

AGREGAR
Mostrar:
© 2014 Microsoft