Restauración de una instalación de Windows 7

  • Artículo

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.

Se aplica a: Windows Server 7 Service Pack 1, Windows Server 2012 R2
Número de KB original: 249694

Resumen

Puede producirse uno de los siguientes problemas con el equipo:

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

Para recuperarse de uno de estos problemas, puede restaurar el sistema operativo Microsoft Windows desde 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 creación diferente. Solo ofrecemos esfuerzos comercialmente razonables para respaldar este proceso. Incluso si los equipos de origen y destino parecen ser modelos y marca idénticas, los equipos de origen pueden tener controladores, hardware o firmware diferentes de 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, puede realizar una restauración sin sistema operativo (BMR) en volúmenes de arranque recién formateados 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 está realizando una copia de seguridad como la máquina de destino que recibe la restauración deben estar basadas en la interfaz de firmware extensible unificada (UEFI) o en el 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 arrancable (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, recupere el servidor realizando una recuperación de BMR a través de Recuperación de Windows. En este escenario, BMR se admite en 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 realizando 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 o servidor completo en el mismo hardware Sí
Recuperación de estado del sistema después de la restauración de BMR o servidor completo en hardware diferente No
Recuperación de estado del sistema después de la restauración completa del servidor (sin BMR) en el mismo hardware o diferente No

Nota:

Copia 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 se basan en identificadores específicos del hardware, como la dirección NIC, etc., pueden requerir una reconfiguración o recuperación adicionales para que sean funcionales.

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 el hal multiprocesador hal de configuración avanzada y la interfaz de alimentación (ACPI), el otro equipo puede tener el hal de uniprocesador ACPI. La misma regla se aplica a las direcciones HAL de multiprocesador y de uniprocesador MPS.

Por ejemplo, si el origen usa hal multiprocesador MPS, puede restaurar los datos en un equipo de destino que use el hal de un procesador de MPS. Sin embargo, no se pueden restaurar datos en un equipo de destino que use el hal multiprocesador ACPI.

Nota:

Si hal del equipo de destino es compatible, pero no idéntico, con hal del equipo de origen, debe actualizar 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 usa hal de un solo procesador ACPI, puede restaurar una copia de seguridad desde ese equipo a un equipo de destino multiprocesador. Sin embargo, el equipo de destino no usará más de un procesador hasta que actualice el HAL a una HAL multiprocesador ACPI.

Para determinar el tipo hal del equipo que usa en cada equipo, siga estos pasos:

  1. Seleccione Inicio, seleccione Configuración, Panel de control y, después, Sistema.

  2. En la pestaña Hardware, seleccione Administrador de dispositivos y expanda la rama Equipo.

    • Equipo multiprocesador ACPI = Halmacpi.dll
    • Equipo de un procesador ACPI = Halaacpi.dll
    • Equipo de Advanced Configuration and Power Interface (ACPI) = Halacpi.dll
    • Equipo multiprocesador MPS = Halmps.dll
    • Equipo de un solo procesador MPS Halapic.dll equipo estándar = Hal.dll
    • Compaq SystemPro multiprocesador 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 (SKU) de Windows idénticas. Por ejemplo, no se puede realizar una copia de seguridad de Windows 2000 Server y, a continuación, restaurarlo en un equipo que ejecuta 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 consiste en 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 la copia de seguridad se restaura en un equipo diferente.

Diseño de disco y carpeta de Windows

El equipo de destino debe usar la misma letra de unidad lógica (%systemdrive%) y ruta de acceso (%systemroot%) que el equipo de origen. Para los controladores de dominio, las ubicaciones de la base de datos de servicio 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 del 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 quita cualquier hardware en el equipo de destino que no sea necesario para completar el proceso de restauración, aumenta la probabilidad de una operación de restauración correcta. Por ejemplo, quite o deshabilite físicamente todos 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.

Nivel de revisión y service pack

Por ejemplo, para los equipos con Windows 2000, los 810161 de revisiones o Windows 2000 Service Pack 4 deben estar instalados 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 nivel de revisión o 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 revisión para Windows Server 2003 o Windows XP. Sin embargo, la restauración de un equipo basado en Windows Server 2003 SP1 requiere que restaure el equipo de destino a Windows Server 2003 SP1.

Posibles problemas y los pasos para solucionarlos

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

  • Recibe uno de los siguientes mensajes de error Detener :

    Detener 0x0000007B Inaccessible_Boot_Device
    STOP: 0x00000079 Hal_Mismatch

  • El equipo deja de responder al iniciarse.
  • El equipo se reinicia espontáneamente cuando recibes el mensaje De inicio de Windows 2000 en una pantalla negra al principio del proceso de reinicio.
  • No puede configurar los valores 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, quite el adaptador de gráficos o el adaptador de red de Administrador de dispositivos y reinicie el equipo. Windows detectará de nuevo el dispositivo y posiblemente le pedirá controladores.

Para resolver el error Stop o el problema por 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 ClientProtocols subclave del Registro existe y se rellena correctamente. Para ello, siga estos pasos:

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

  2. Busque y haga clic con el botón derecho en la siguiente subclave del Registro. Compruebe que existen los valores de la lista siguiente: 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 la ClientProtocols subclave, agréguela bajo la Rpc subclave.

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

    1. Haga clic con el botón derecho en ClientProtocols, seleccione 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 derecho en el nombre del valor que escribió en el paso b y, a continuación, seleccione Modificar.
    4. Escriba los datos de valor adecuados para el nombre de valor que escribió en el paso b y, a continuación, seleccione Aceptar.

  5. Repita el paso 4 para cada valor que falte 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 se pueden almacenar 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