Cómo trasladar una instalación de Windows a un hardware diferente

Durante el ciclo de vida de un sistema operativo Microsoft Windows, quizás tenga que restaurar una copia de seguridad de estado del sistema que está instalada en un equipo en el mismo equipo físico o incluso a otro equipo físico diferente. La recuperación de los sucesos siguientes puede requerir una operación de restauración:

• error de hardware
• error de software
• robo del equipo
• desastre natural
• error del usuario

Puede restaurar una copia de seguridad de estado del sistema desde un equipo físico al mismo equipo físico o a otro equipo que sea de la misma marca, modelo y configuración (hardware idéntico).

Microsoft no ofrece soporte técnico para la restauración de una copia de seguridad de estado del sistema desde un equipo a un segundo equipo que sea de otra marca o modelo, o que tenga una configuración de hardware diferente. Microsoft sólo realizará los esfuerzos que sean comercialmente razonables para ayudar en este proceso. Aunque los equipos de origen y de destino parezcan ser de marcas y modelos idénticos, puede haber diferencias en los controladores, el hardware o el firmware entre esos equipos.

En este artículo se describe cómo crear una copia de seguridad de estado del sistema en un equipo y restaurarla en el mismo equipo o en otro equipo físico diferente que sea de la misma marca y modelo. Si no sigue los pasos descritos en este artículo, reducirá la probabilidad de éxito cuando realice la restauración en hardware diferente.

Para restaurar equipos basados en Microsoft Windows Server 2003 y en Microsoft Windows XP, el método preferido de recuperación es utilizar la característica Recuperación automática del sistema (ASR). ASR automatiza todo el proceso de restauración. Este proceso produce los resultados más confiables.

El equipo de origen se define como el equipo utilizado para crear la copia de seguridad de estado del sistema. El equipo de destino es el equipo donde restaurará la copia de seguridad.

Se deben seguir estas instrucciones para que la operación de restauración se lleve a cabo correctamente.

Capa de abstracción de hardware (HAL)

Los equipos de origen y de destino deben usar el mismo tipo de HAL. Hay una excepción a esta regla. Si uno de los equipos contiene la HAL multiprocesador de Interfaz avanzada de configuración y energía (ACPI), el otro equipo puede tener la HAL monoprocesador ACPI. Esta misma regla se aplica a las HAL MPS multiprocesador y monoprocesador.

Por ejemplo, si el equipo de origen utiliza la HAL MPS multiprocesador, puede restaurar datos en un equipo de destino que utilice la HAL MPS monoprocesador. Sin embargo, no puede restaurar datos en un equipo de destino que utilice la HAL ACPI multiprocesador.

Nota
Si la HAL del equipo de destino es compatible, pero no idéntica, con la HAL del equipo de origen, debe actualizar la HAL en el equipo de destino después de finalizar la restauración. Por ejemplo, si el equipo de origen tiene un único procesador y utiliza la HAL ACPI monoprocesador, puede restaurar una copia de seguridad desde ese equipo en un equipo de destino multiprocesador. Sin embargo, el equipo de destino no utilizará más de un procesador hasta que actualice la HAL a una HAL ACPI multiprocesador.

Para determinar el tipo de HAL que está utilizando en cada equipo, siga estos pasos:

1. Haga clic en Inicio, elija Configuración, haga clic en Panel de control y, a continuación, en Sistema.
2. En la ficha Hardware, haga clic en Administrador de dispositivos y expanda la rama Equipo.
   • Multiprocesador ACPI de PC = Halmacpi.dll
   • Monoprocesador ACPI de PC = Halaacpi.dll
   • Equipo con Interfaz avanzada de configuración y energía (ACPI) = Halacpi.dll
   • Multiprocesador MPS de PC = Halmps.dll
   • Equipo monoprocesador MPS Halapic.dll Equipo estándar = Hal.dll
   • Multiprocesador Compaq SystemPro o 100% compatible = Halsp.dll

Versión del sistema operativo

Los equipos de origen y de destino deben utilizar versiones idénticas del sistema operativo y unidades de almacenamiento (SKU) de Windows idénticas. Por ejemplo, no puede hacer copia de seguridad de Microsoft Windows 2000 Server y restaurarla después en un equipo que ejecute Windows 2000 Advanced Server. Además, tanto el equipo de origen como el de destino deben utilizar versiones comerciales de Windows o la misma versión OEM de Windows. Lo mejor es instalar Windows en el equipo de destino con el mismo medio de instalación que empleó para instalar el equipo de origen.

Controladores de filtro

Desinstale los controladores de filtro de otros fabricantes en el equipo de origen antes de realizar la copia de seguridad. Estos tipos de controladores pueden ocasionar problemas cuando se restaura la copia de seguridad en un equipo diferente.

Carpeta de Windows y diseño del disco

El equipo de destino debe utilizar la misma letra de unidad lógica (%systemdrive%) y la misma ruta de acceso (%systemroot%) que el equipo de origen. En el caso de los controladores de dominio, las ubicaciones de la base de datos del servicio de directorios Active Directory, los archivos de registro de Active Directory, la base de datos de FRS y los archivos de registro de FRS deben ser idénticos también para los equipos de origen y de destino. Por ejemplo, si los archivos de registro de la base de datos de Active Directory del equipo de origen se instalaron en C:\WINNT\NTDS, el equipo de destino también debe utilizar la ruta de acceso C:\WINNT\NTDS.

Hardware

Si quita hardware del equipo de destino que no se necesita para completar el proceso de restauración, aumenta la probabilidad de que la operación de restauración sea correcta. Por ejemplo, quite físicamente o deshabilite todos menos un adaptador de red. Instale o habilite los adaptadores adicionales después de reiniciar el sistema operativo una vez finalizada la operación de restauración.

Nivel de hotfix y de Service Pack

En los equipos con Windows 2000, se debe instalar el hotfix 810161 o el Service Pack 4 de Windows 2000 en el equipo de origen antes de hacer copia de seguridad de los datos. Estos elementos deben instalarse también en el equipo de destino antes de restaurar la copia de seguridad. Windows Server 2003 y Windows XP no tienen ningún requisito de nivel de hotfix o de Service Pack para este tipo de operación de restauración.

Un usuario no tiene que poner el equipo de destino en el mismo nivel de Service Pack y de hotfix para Windows Server 2003 o para Windows XP. Sin embargo, para restaurar un equipo basado en el SP1 de Windows 2003 debe restaurar el equipo de destino en el SP1 de Windows 2003. Si no lo hace, verá el error que se muestra a continuación. Para obtener más información acerca del mensaje de error que recibe cuando restaura una copia de seguridad basada en el Service Pack 1 de Windows Server 2003 en un equipo con Windows Server 2003, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:

Trasladar una instalación de cliente o servidor miembro de Windows

En el caso de los equipos cliente y servidor miembro, siga estos pasos para hacer copia de seguridad de la instalación de Windows y restaurarla en otro equipo diferente. (Un servidor miembro es cualquier servidor que no es un controlador de dominio.)

1. En el equipo de origen, inicie sesión utilizando la cuenta Administrador y detenga todos los servicios no críticos y los servicios que normalmente detendría antes de realizar una copia de seguridad. Esto puede incluir cualquier servicio que imponga bloqueos en los archivos. Esto incluye servicios antivirus, de análisis de disco y de indizado.
2. En el equipo de origen, compruebe que el valor de inicio de TCP/IP está establecido en 1. Este valor se encuentra en la siguiente subclave del Registro:
   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip
   Contraer esta tablaAmpliar esta tabla

   Nombre de valor	Start
   Tipo de valor	REG_DWORD
   Información del valor	1

3. En el equipo de origen, utilice Copia de seguridad de Windows para hacer copia de seguridad de la unidad del sistema y sus subcarpetas, y del estado del sistema.
4. En el equipo de destino, realice una nueva instalación de Windows utilizando la misma versión del sistema operativo que el del equipo de origen. Asegúrese de instalar el sistema operativo en la misma unidad y la ruta de acceso que se utilizó en el equipo de origen. Por ejemplo, si Windows se instaló en el equipo de origen en C:\WINNT, debe instalarlo en la misma ubicación en el equipo de destino.
5. Una vez completada la nueva instalación, inicie sesión en el equipo de destino como Administrador. Utilizando Administración de discos, cree, formatee y asigne letras de unidad a todos los volúmenes adicionales que puedan ser necesarios para alojar un componente de estado del sistema. Asegúrese de que todas las letras de unidad coinciden con las del equipo de origen. El espacio en disco de los volúmenes del equipo de destino debe ser al menos como el de los volúmenes correspondientes del equipo de origen.
6. En el equipo de destino, cree una carpeta C\Backup. Coloque una copia del archivo c:\Boot.ini y la carpeta %systemroot%\Repair entera, incluidas todas sus subcarpetas, en la carpeta c:\Backup para usarlas en el paso 8. El archivo Boot.ini está en la raíz de la partición del sistema (normalmente, C:\Boot.ini). La carpeta Repair suele estar en la carpeta C:\WINNT\Repair o en C:\WINDOWS\Repair.
7. Para restaurar la copia de seguridad en el equipo de destino, siga estos pasos:
   1. Haga clic en Inicio y en Ejecutar, escriba ntbackupy haga clic en Aceptar.
   2. En el menú Herramientas, haga clic en Opciones, haga clic en la ficha Restaurary, a continuación, haga clic en Reemplazar siempre el archivo en mi equipo.
   3. Restaure el estado del sistema desde la copia de seguridad que realizó anteriormente. Asegúrese de seleccionar la opción para restaurar en la ubicación original.
      
      Nota
      Para tener acceso a todos los medios extraíbles (cintas o discos magneto-ópticos) del equipo de origen una vez finalizada la restauración, debe hacer clic en Restaurar la base de datos de almacenamiento extraíble bajo el botón Opciones avanzadas antes de comenzar la operación de restauración.
8. Una vez completada la operación de restauración, pero antes de reiniciar el equipo de destino, siga estos pasos:
   1. Copie el archivo Boot.ini desde la carpeta c:\Backup que creó en el paso 6. Copie la carpeta Repair y sus subcarpetas desde la carpeta C:\Backup a la carpeta %systemroot%\Repair.
   2. Vuelva a instalar los controladores de disco duro del equipo de destino si se están utilizando controladores de terceros.
   3. Compruebe que el equipo de origen está apagado, desconectado de la red o se ha reinstalado utilizando un nombre de equipo y una dirección IP diferente. (Si el equipo de origen tiene una dirección IP estática, el equipo de destino tendrá esa misma dirección IP estática después de la operación de restauración.)
9. Reinicie el equipo y compruebe que funciona correctamente.
   
   Si el equipo restaurado era un equipo miembro o un servidor miembro, pruebe el canal de seguridad mediante el comando NLTEST :

   NLTEST /SC_QUERY:<nombreDeDominio>

   Si SC_QUERY informa de una condición de error, restablezca el canal de seguridad mediante el comando siguiente:

   NLTEST /SC_RESET:<nombreDeDominio>

   Si el equipo de destino es un equipo miembro o un servidor miembro, quizás tenga que restablecer su canal de seguridad con el dominio, dependiendo de lo reciente que sea la copia de seguridad. Cuando ejecute el comando netdiag /test:trust, la prueba de relación del canal de seguridad fracasará si el canal de seguridad está roto. El comando netdiag está disponible cuando instala las Herramientas de soporte técnico del medio de instalación de Windows.
   
   Si la prueba de relación de confianza fracasa e indica que hay un error en el canal de seguridad, puede ejecutar la herramienta Netdom en el equipo de destino para restablecer el canal. El comando Netdom también está disponible en las Herramientas de soporte. Para restablecer el canal de seguridad, utilice el siguiente comando netdom:

   netdom reset equipoDeDestino /domain:nombreDeDominio usero:usuarioAdministrador /passwordo:contraseñaDeUsuarioAdministrador

   
   Nota
   equipoDeDestino es el equipo de destino. nombreDeDominio es el nombre del dominio. usuarioAdministrador es el usuario que es miembro del grupo Administradores. contraseñaDeUsuarioAdministrador es la contraseña de la cuenta de usuario.

Trasladar una instalación de controlador de dominio de Windows

Advertencia
El procedimiento siguiente está pensado para la recuperación de errores o para la sustitución de hardware de un único dominio cuando no hay ningún otro controlador de dominio disponible. Si hay otros controladores de dominio en buen estado disponibles para el dominio, le recomendamos que no realice ninguna restauración. En su lugar, realice una nueva instalación de Windows en el equipo de destino y ejecute el Asistente para la instalación de Active Directory (Dcpromo.exe) para hacer una réplica de la instalación en un dominio existente.

1. En el equipo de origen, inicie sesión utilizando la cuenta Administrador y detenga todos los servicios no críticos y los servicios que normalmente detendría antes de realizar una copia de seguridad. Esto puede incluir cualquier servicio que imponga bloqueos en los archivos. Esto incluye servicios antivirus, de análisis de disco y de indizado.
2. En el equipo de origen, compruebe que el valor de inicio de TCP/IP está establecido en 1. Este valor se encuentra en la siguiente subclave del Registro:
   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip
   Contraer esta tablaAmpliar esta tabla

   Nombre de valor	Start
   Tipo de valor	REG_DWORD
   Información del valor	1

3. Utilice la herramienta Copia de seguridad de Windows para hacer copia de seguridad de la unidad del sistema y del estado del sistema. En Windows 2000, si Sysvol reside en una unidad distinta de la unidad del sistema, debe hacer también copia de seguridad de esa carpeta y de todas sus subcarpetas. Por ejemplo, si Sysvol se encuentra en la carpeta D:\Sysvol, debe hacer copia de seguridad de la unidad del sistema, del estado del sistema y de la carpeta D:\Sysvol.
4. Realice una nueva instalación de Windows en el equipo de destino utilizando la misma versión de Windows que el equipo de origen. Asegúrese de instalar Windows en la misma ubicación que en el equipo de origen. Por ejemplo, si Windows se instaló en la carpeta C:\WINNT en el equipo de origen, debe instalar Windows en la misma ubicación en el equipo de destino.
5. Una vez completada la nueva instalación, inicie sesión en el equipo de destino como Administrador. Utilizando Administración de discos, cree, formatee y asigne letras de unidad a todos los volúmenes adicionales que puedan ser necesarios para alojar un componente de estado del sistema o una aplicación. Asegúrese de que todas las letras de unidad coinciden con las del equipo de origen.
6. En el equipo de destino, cree una carpeta C\Backup. Ponga una copia del archivo Boot.ini en esa carpeta, en la carpeta %systemroot%\Repair y en todas las subcarpetas de la carpeta Repair. El archivo Boot.ini está en la raíz de la partición del sistema. (Esta carpeta suele ser C:\Boot.ini). La carpeta Repair suele estar en la carpeta C:\WINNT\Repair o en la carpeta C:\WINDOWS\Repair.
   
   Si el equipo de origen es el único controlador de dominio para el dominio, reinstale Windows en él o desconéctelo de la red antes de restaurar la copia de seguridad en el equipo de destino. Recomendamos realizar esos pasos porque es demasiado fácil que alguien vuelva a encender el equipo de origen. Si alguien enciende el equipo de origen, se producirán conflictos de nombres u otros problemas con el equipo de destino.
   
   Si el equipo de origen no es el único controlador de dominio para el dominio, utilice el Asistente para la instalación de Active Directory para quitar Active Directory del equipo de origen. Después, vuelva a instalar Windows en el equipo de origen o desconéctelo de la red.
7. Cuando haya confirmado que el equipo de origen y el equipo de destino restaurado no están conectados al mismo tiempo, restaure la copia de seguridad siguiendo estos pasos:
   1. Haga clic en Inicio y en Ejecutar, escriba ntbackupy haga clic en Aceptar.
   2. En el menú Herramientas, haga clic en Opciones, haga clic en la ficha Restaurary, a continuación, haga clic en Reemplazar siempre el archivo en mi equipo.
   3. Restaure el estado del sistema y la unidad del sistema desde la copia de seguridad que realizó anteriormente. En el caso de Windows 2000, también debe seleccionar manualmente la carpeta Sysvol que se va a restaurar. El estado del sistema incluye Sysvol. Sin embargo, hay un problema en Windows 2000 que impide restaurar correctamente los puntos de unión de Sysvol si sólo restaura el estado del sistema. Asegúrese de seleccionar la opción para restaurar en Ubicación original.
8. Una vez completada la operación de restauración, pero antes de restaurar el equipo de destino, siga estos pasos:
   1. Reemplace el archivo Boot.ini y la carpeta %systemroot%\Repair que tiene las copias que realizó en el paso 6.
   2. Vuelva a instalar los controladores de disco duro del equipo de destino si se están utilizando controladores de terceros.
   3. En la configuración de TCP/IP, compruebe que el equipo está configurado para utilizar un servidor del Sistema de nombres de dominio (DNS) que tenga autoridad en el dominio y que esté actualmente en conexión. No configure el servidor para que se utilice a sí mismo para DNS, ya que los registros DNS de la copia de seguridad quizás ya no sean válidos. Una vez completada la operación de restauración y cuando haya comprobado que el equipo de destino funciona correctamente, puede configurar el servidor para que se utilice a sí mismo para DNS.
9. Si el equipo de destino va a ser el primero o el único controlador de dominio para el dominio, siga estos pasos para restaurar autoritariamente el Servicio de replicación de archivos (FRS). Este paso debe realizarse antes del primer reinicio una vez finalizada la operación de restauración.
   
   Advertencia
   No siga estos pasos si hay controladores de dominio existentes en el dominio.
   1. Haga clic en Inicio, en Ejecutar, escriba: regedit y, a continuación, presione ENTRAR.
   2. Busque la siguiente subclave del Registro:
      HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\NtFrs\Parameters\Replica Sets
   3. Expanda Replica Sets e identifique la subclave que hace referencia al conjunto de réplicas DOMAIN SYSTEM VOLUME (SYSVOL SHARE).
   4. Después, busque la subclave de Cumulative Replica Sets que coincide con el nombre de la subclave del paso anterior.
   5. Expanda Cumulative Replica Sets, haga clic en la subclave que representa el conjunto de réplicas Sysvol y haga doble clic en BurFlags.
   6. En el cuadro de diálogo Editar valor DWORD, escriba D4y haga clic en Aceptar.
   7. Reinicie el equipo.
10. Reinicie el equipo y compruebe que funciona correctamente mediante los comandos dcdiag y netdiag. Para obtener más información acerca de cómo usar el comando dcdiag, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
    265706

    (http://support.microsoft.com/kb/265706/ )

    En Windows 2000 DCDiag y NetDiag facilitan la creación de controladores de dominio y unirse a ellos
    Si hay controladores de dominio existentes en el dominio, quizás tenga que restablecer su canal de seguridad, dependiendo de lo reciente que sea la copia de seguridad. Si el canal de seguridad está roto, el comando netdiag /test:trust indicará que la prueba de relación de confianza ha fracasado. Si el resultado de la prueba de relación de confianza indica que se ha omitido la prueba, puede pasar por alto los resultados. Este resultado indica que el equipo en el que está ejecutando la prueba tiene la función de maestro de operaciones de emulador de PDC.
    
    Si la prueba de relación de confianza fracasa, hay un error en el canal de seguridad. Para corregirlo, ejecute el comando netdom en el equipo de destino para restablecer el canal de seguridad. Para restablecer el canal de seguridad en un controlador de dominio utilizando el comando netdom , siga estos pasos:
    1. Detenga el servicio Centro de distribución de claves Kerberos (KDC) y establézcalo en inicio Manual.
    2. Utilice el comando siguiente para restablecer el canal de seguridad:
       netdom resetpwd /server:nombreDeServidorAsociadoDeRéplica /userd:nombreDeDominio\usuarioAdministrador /password:contraseñaDeUsuarioAdministrador
       Nota
       nombreDeServidorAsociadoDeRéplica es el nombre del servidor asociado de réplica. El comando debe ejecutarse localmente en el equipo de destino.
    3. Reinicie el equipo, inicie el KDC y vuelva a establecerlo en inicio Automático.
11. Asegúrese de comprobar que la réplica está funcionando si hay controladores de dominio existentes en el dominio. Para obtener más información acerca de cómo comprobar la réplica, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
    232072

    (http://support.microsoft.com/kb/232072/ )

    Iniciar la réplica entre asociados de réplica directa de Active Directory

Solución de problemas

Después de reiniciar el equipo de destino puede que se presenten los síntomas siguientes:

• Aparece uno de los mensajes de error Stop siguientes:
  • Stop 0x0000007B Inaccessible_Boot_Device
  • STOP: 0x00000079 Hal_Mismatch
• El equipo deja de responder en el inicio.
• El equipo se reinicia espontáneamente cuando recibe el siguiente mensaje en una pantalla negra en las primeras etapas del proceso de reinicio:
  Iniciando Windows 2000
• No es posible configurar la pantalla.
• El adaptador de red no funciona correctamente.

Para resolver problemas con la configuración de pantalla o con un adaptador de red, quite el adaptador de gráficos o el adaptador de red del Administrador de dispositivos y reinicie el equipo. Windows volverá a detectar el dispositivo y posiblemente le pedirá los controladores.

Para resolver el error Stop o el problema por el que un equipo deja de responder, realice una actualización en contexto de Windows.
Para obtener más información acerca de cómo realizar una actualización en contexto, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base: Una vez finalizada la actualización en contexto, siga estos pasos para comprobar que la subclave del Registro existe y es correcta:

1. Haga clic en Inicio y en Ejecutar, escriba regedity haga clic en Aceptar.
2. Busque la siguiente subclave del Registro y haga clic con el botón secundario del mouse en ella. Compruebe si existen los valores de la lista siguiente:
   
   HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc\ClientProtocols
   Contraer esta tablaAmpliar esta tabla

   Nombre de valor	Tipo de valor	Información del valor
   ncacn_ip_tcp	REG_SZ	rpcrt4.dll
   ncacn_ip_udp	REG_SZ	rpcrt4.dll
   ncacn_nb_tcp	REG_SZ	rpcrt4.dll
   ncacn_np	REG_SZ	rpcrt4.dll

3. Si falta la subclave
   ClientProtocols
   propiamente dicha, agréguela bajo la subclave
   Rpc
   .
4. Si faltan valores en la subclave
   ClientProtocols
   , siga estos pasos:
   1. Haga clic con el botón secundario del mouse en ClientProtocols, seleccione Nuevo y, a continuación, haga clic en Valor alfanumérico.
   2. Escriba el nombre de valor de la entrada que falta y presione ENTRAR.
   3. Haga clic con el botón secundario del mouse en el nombre de valor que escribió en el paso b y, a continuación, haga clic en Modificar.
   4. Escriba la información del valor adecuada para el nombre de valor que escribió en el paso b y haga clic en Aceptar.
5. Repita el paso 4 para cada valor que falte en la subclave
   ClientProtocols
   .
6. Reinicie el equipo si se han realizado cambios al Registro.

Nota
Si el equipo de origen se actualizó desde Windows NT 4.0, los perfiles de usuario pueden almacenarse en la carpeta %systemroot%\Profiles en lugar de en la carpeta %systemdrive%\Documents and Settings. Después de realizar una actualización en contexto, es posible que necesite cambiar de nuevo el siguiente valor del Registro a %systemroot%\Profiles.

Para obtener más información acerca de los perfiles de usuario, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base: Microsoft proporciona información de contacto con otros proveedores para ayudarle a encontrar soporte técnico. Esta información de contacto puede cambiar sin previo aviso. Microsoft no ofrece ninguna garantía con respecto a la exactitud de esta información de contacto con otros proveedores.