Compartir a través de

Cómo restaurar 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 otro equipo físico del mismo modelo y marca.

Número de KB original: 249694

Resumen

Uno de los siguientes problemas puede producirse 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 desde una copia de seguridad de 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 marca, 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 marca diferente. Solo ofrecemos esfuerzos comercialmente razonables para apoyar este proceso. Incluso si los equipos de origen y destino parecen ser idénticos, los equipos de origen pueden tener controladores, hardware o firmware diferentes que los equipos de destino.

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) para dar formato a volúmenes de arranque y volúmenes del sistema en el mismo servidor desde el 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 del 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 realiza la copia de seguridad como la máquina de destino que recibe la restauración deben ser unified Extensible Firmware Interface (UEFI) o BIOS basadas en . 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 no ejecutable o de servidor (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 mediante una recuperación de BMR a través de la 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 realizando una copia de seguridad de estado del sistema o una copia de seguridad de BMR. Después, 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/Servidor completo en el mismo hardware Sí
Recuperación de 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 la restauración completa del servidor (sin BMR) en el mismo hardware o diferente No

Nota:

Copias de seguridad de Windows Server garantiza que el sistema arranque 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, etc., pueden requerir 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 advanced Configuration and Power Interface (ACPI), el otro equipo puede tener el uniprocesador ACPI HAL. La misma regla se aplica al multiprocesador MPS y a las LISTAS de alta disponibilidad del uniprocesador MPS.

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

Nota:

Si el HAL del equipo de destino es compatible, pero no idéntico, al HAL del equipo de origen, debe actualizar el 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 el hal del uniprocesador ACPI, puede restaurar una copia de seguridad desde ese equipo a un equipo de destino de varios procesadores. Sin embargo, el equipo de destino no usará más de un procesador hasta que actualice el HAL a un 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, a continuación, seleccione Sistema.

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

    • Equipo multiprocesador ACPI = Halmacpi.dll
    • Equipo uniprocesador ACPI = Halaacpi.dll
    • Equipo de configuración avanzada e interfaz de energía (ACPI) = Halacpi.dll
    • Equipo multiprocesador MPS = Halmps.dll
    • Equipo de un uniprocesador 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 mantenimiento de existencias (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 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 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 carpeta y disco de Windows

El equipo de destino debe usar la misma letra de unidad lógica (%systemdrive%) y la misma ruta de acceso (%systemroot%) que el 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 de FRS también deben ser idénticos para los equipos de origen y 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 del equipo de destino que no sea necesario para completar el proceso de restauración, aumentará 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.

Revisión y nivel de Service Pack

Por ejemplo, para equipos con Windows 2000, la revisión 810161 o Windows 2000 Service Pack 4 debe instalarse en el equipo de origen antes de realizar copias 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 ni service pack para este tipo de operación de restauración. Un usuario no tiene que poner el equipo de destino al mismo nivel de Service Pack y revisión para Windows Server 2003 ni para Windows XP. Sin embargo, restaurar 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 solucionar problemas

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

  • Recibirá uno de los siguientes mensajes de error detener :

    Detener 0x0000007B Inaccessible_Boot_Device
    STOP: 0x00000079 Hal_Mismatch

  • El equipo deja de responder al inicio.
  • El equipo se reinicia espontáneamente cuando recibe el mensaje Inicio de Windows 2000 en una pantalla negra al principio del proceso de reinicio.
  • No se pueden 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, quite el adaptador de gráficos o el adaptador de red de Administrador de dispositivos y, a continuación, reinicie el equipo. Windows detectará de nuevo el dispositivo y posiblemente le pedirá controladores.

Para resolver el error Detener 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 ClientProtocols 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, a continuación, 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 en 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 presione Entrar.
    3. Haga clic con el botón derecho en el nombre del valor que ha escrito en el paso b y, a continuación, seleccione Modificar.
    4. Escriba los datos de valor adecuados para el nombre de valor que ha escrito 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 realizaron 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 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 del valor %systemroot%\Profiles