Cómo restaurar una instalación de Windows 7

En este artículo se describe cómo crear una copia de seguridad de estado del sistema en un equipo y cómo restaurarla en el mismo equipo o en un equipo físico diferente de la misma creación y modelo.

Versión original del producto:   Windows 7 Service Pack 1, Windows Server 2012 R2
Número KB original:   249694

Resumen

Es posible que se produzca uno de los siguientes problemas con el equipo:

  • Error de hardware
  • Error de software
  • Robo de equipos
  • Desastre natural
  • Error de usuario

Para recuperarse de uno de estos problemas, puede restaurar el sistema operativo Microsoft Windows a partir de una copia de seguridad del estado del sistema. Puede restaurar una copia de seguridad de estado del sistema en el mismo equipo físico desde el que se creó la copia de seguridad de estado del sistema o en un equipo físico diferente que tenga la misma creación, modelo y configuración (hardware idéntico).

Sin embargo, no se admite la restauración de una copia de seguridad de estado del sistema de un equipo a un segundo equipo de una configuración de hardware, modelo o otras características. Solo proporcionamos esfuerzos comercialmente razonables para apoyar este proceso. Incluso si los equipos de origen y destino parecen ser modelos y fabricantes idénticos, los equipos de origen pueden tener controladores, hardware o firmware diferentes a los equipos de destino.

El método preferido para restaurar Windows 7

Para restaurar equipos basados en Windows 7, el método preferido es una restauración completa del sistema. En concreto, sin usar ASR, puedes realizar una restauración de reconstrucción completa (BMR) para recuperar volúmenes de arranque con formato y volúmenes del sistema en el mismo servidor del que se tomó la copia de seguridad original. En este caso, los diseños de volumen y los identificadores son idénticos a los usados durante la copia de seguridad del equipo original. Además, puede realizar un BMR que use ASR en un equipo que tenga hardware diferente al equipo original.

Nota

Los BMR solo se pueden realizar cuando el sistema está sin conexión.

Tanto la máquina de destino de la que se va a realizar la copia de seguridad como la máquina de destino que recibe la restauración deben estar basadas en UNIFIED Extensible Firmware Interface (UEFI) o BIOS. No se pueden mezclar los dos en un escenario de BMR.

Posibles escenarios de recuperación para Windows 7

  • Escenario de migración de servidor o no se puede arranque (planeado y no planeado)

    En este escenario, puede proteger el servidor realizando una copia de seguridad de BMR de todos los volúmenes críticos del servidor. A continuación, puede recuperar el servidor realizando una recuperación de BMR a través de Windows Recovery. En este escenario, BMR es compatible con hardware diferente.

  • Escenario de mal funcionamiento del servidor (arranque) o reversión de roles de servidor

    En este escenario, puede proteger el servidor mediante una copia de seguridad de estado del sistema o una copia de seguridad de BMR. A continuación, recuperaría el servidor mediante una recuperación de estado del sistema desde el sistema operativo iniciado.

En la tabla siguiente se describen los escenarios de recuperación del sistema admitidos y no admitidos.

Escenario Compatible
Recuperación de estado del sistema después de la restauración de BMR/Servidor completo en el mismo hardware
Recuperación del estado del sistema después de la restauración de BMR/Servidor completo en hardware diferente No
Recuperación de estado del sistema después de restaurar el servidor completo (sin BMR) en el mismo hardware o en otro No

Nota

Copias de seguridad de Windows Server garantiza que el sistema se inicie correctamente después del proceso de restauración de BMR. Las aplicaciones o roles que dependen de identificadores específicos del hardware, como la dirección NIC, y así sucesivamente, pueden requerir una reconfiguración o recuperación adicional para que puedan funcionar.

Directrices para restaurar el sistema operativo Windows 7

Siga las instrucciones de las secciones siguientes para asegurarse de que la operación de restauración se realiza correctamente.

Capa de abstracción de hardware

Los equipos de origen y destino deben usar el mismo tipo de capa de abstracción de hardware (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 el uniprocesador ACPI HAL. La misma regla se aplica a las ACL de multiprocesador MPS y de uniprocesador MPS.

Por ejemplo, si el origen usa la HAL de multiprocesador MPS, puedes restaurar los datos en un equipo de destino que use el UNIprocesador MPS HAL. Sin embargo, no se pueden restaurar datos en un equipo de destino que use la HAL de multiprocesador ACPI.

Nota

Si la HAL del equipo de destino es compatible, pero no idéntica, a 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 solo procesador y usa el UNIprocesador ACPI HAL, puede restaurar una copia de seguridad de ese equipo en un equipo de destino multiprocesador. Sin embargo, el equipo de destino no usará más de un procesador hasta que actualice la HAL a una HAL de multiprocesador ACPI.

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

  1. Seleccione Inicio, seleccione Configuración, Panel de control y, a continuación, sistema.

  2. En la pestaña Hardware, selecciona Administrador de dispositivos y, a continuación, expande la rama Equipo.

    • Equipo multiprocesador ACPI = Halmacpi.dll
    • Equipo de uniprocesador ACPI = Halaacpi.dll
    • Equipo de interfaz avanzada de configuración y energía (ACPI) = Halacpi.dll
    • Equipo multiprocesador MPS = Halmps.dll
    • Equipo con uniprocesador MPS Halapic.dll equipo estándar = Hal.dll
    • Multiprocesador SystemPro Desuso o 100% compatible = Halsp.dll

Versión del sistema operativo

Los equipos de origen y destino deben usar versiones idénticas del sistema operativo y unidades de almacenamiento de valores (SKU) de Windows idénticas. Por ejemplo, no se puede hacer una copia de seguridad de Windows 2000 Server y, a continuación, restaurarlo en un equipo que ejecute Windows 2000 Advanced Server. Además, los equipos de origen y destino deben usar versiones comerciales de Windows o la misma versión OEM de Windows. El procedimiento recomendado es instalar Windows en el equipo de destino mediante el mismo medio de instalación que usó para instalar Windows en el equipo de origen.

Controladores de filtro

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

Diseño de la carpeta y el disco de Windows

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

Hardware

Si quitas cualquier hardware del equipo de destino que no sea necesario para completar el proceso de restauración, aumentas la probabilidad de una operación de restauración correcta. Por ejemplo, quite o deshabilite físicamente todo excepto un adaptador de red. Instale o habilite los adaptadores adicionales después de reiniciar el sistema operativo después de la operación de restauración.

Revisión y nivel de Service Pack

Por ejemplo, para los equipos con Windows 2000, la revisión 810161 o Windows 2000 Service Pack 4 debe instalarse en el equipo de origen antes de realizar una copia de seguridad de los datos. Estos elementos también deben instalarse en el equipo de destino antes de restaurar la copia de seguridad. Windows Server 2003 y Windows XP no tienen requisitos de revisión ni nivel de Service Pack para este tipo de operación de restauración. Un usuario no tiene que subir el equipo de destino al mismo service pack y nivel de revisión para Windows Server 2003 o para Windows XP. Sin embargo, para restaurar un equipo basado en Windows Server 2003 SP1 es necesario restaurar el equipo de destino a Windows Server 2003 SP1.

Posibles problemas y pasos para solucionar problemas

Después de reiniciar el equipo de destino, puede experimentar los síntomas siguientes:

  • Recibe uno de los siguientes mensajes de error de detenerse:

    Detener 0x0000007B Inaccessible_Boot_Device
    STOP: 0x00000079 Hal_Mismatch

  • El equipo deja de responder al inicio.
  • El equipo se reinicia espontáneomente cuando recibes el mensaje de Inicio de Windows 2000 en una pantalla negra al principio del proceso de reinicio.
  • No puede configurar las opciones de visualización.
  • El adaptador de red no funciona correctamente.

Para resolver problemas con la configuración de pantalla o con un adaptador de red, quita el adaptador de gráficos o el adaptador de red del Administrador de dispositivos y, a continuación, reinicia el equipo. Windows detectará de nuevo el dispositivo y posiblemente te pedirá controladores.

Para resolver el error Stop o el problema en el que un equipo deja de responder, realice una actualización local de Windows.

Después de finalizar la actualización local, compruebe que la subclave del Registro existe y ClientProtocols se rellena correctamente. Para ello, siga estos pasos:

  1. Seleccione Inicio, haga clic en Ejecutar, escriba regedit, y luego seleccione Aceptar.

  2. Busque y, a continuación, haga clic con el botón secundario en la siguiente subclave del Registro. Compruebe que los valores de la siguiente lista existen: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc\ClientProtocols

    Nombre del valor Tipo de valor Datos 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 ClientProtocols la subclave, agréclala debajo de Rpc la subclave.

  4. Si faltan valores en la ClientProtocols subclave, siga estos pasos:

    1. Haga clic con el botón secundario en ClientProtocols, elija Nuevo y, a continuación, seleccione Valor de cadena.
    2. Escriba el nombre del valor de la entrada que falta y, a continuación, presione ENTRAR.
    3. Haga clic con el botón secundario en el nombre del valor que escriba en el paso b y, a continuación, seleccione Modificar.
    4. Escriba los datos de valor adecuados para el nombre del valor que escriba en el paso b y, a continuación, seleccione Aceptar.
  5. Repita el paso 4 para cada valor que falta en la ClientProtocols subclave.

  6. Reinicie el equipo si se han realizado cambios en el 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 local, es posible que tenga que volver a cambiar el siguiente valor del Registro a %systemroot%\Profiles.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList

Nombre del valor: Directorio de perfiles
Tipo de valor REG_EXPAND_SZ
Datos de valor %systemroot%\Profiles