Compartilhar via

Como restaurar uma instalação do Windows 7

  • Artigo

Este artigo descreve como criar uma cópia de segurança do estado do sistema num computador e como restaurá-la para o mesmo computador ou para um computador físico diferente da mesma criação e modelo.

Número original da BDC: 249694

Resumo

Um dos seguintes problemas pode ocorrer com o computador:

  • Falha de hardware
  • Falha de software
  • Roubo de computador
  • Desastres naturais
  • Erro do utilizador

Para recuperar de um destes problemas, pode restaurar o sistema operativo Microsoft Windows a partir de uma cópia de segurança do estado do sistema. Pode restaurar uma cópia de segurança do estado do sistema para o mesmo computador físico a partir do qual a cópia de segurança do estado do sistema foi criada ou para um computador físico diferente que tenha a mesma criação, modelo e configuração (hardware idêntico).

No entanto, não suportamos o restauro de uma cópia de segurança do estado do sistema de um computador para um segundo computador de uma configuração de hardware, modelo ou estrutura diferente. Apenas fornecemos esforços comercialmente razoáveis para apoiar este processo. Mesmo que os computadores de origem e de destino pareçam ser idênticos e modelos, os computadores de origem podem ter controladores, hardware ou firmware diferentes dos computadores de destino.

O método preferencial para restaurar o Windows 7

Para restaurar computadores baseados no Windows 7, o método preferencial é um restauro completo do sistema. Especificamente, sem utilizar o ASR, pode executar um Restauro Bare-Metal (BMR) para volumes de arranque e volumes de sistema recentemente formatados no mesmo servidor a partir do qual a cópia de segurança original foi obtida. Neste caso, os esquemas de volume e os identificadores são idênticos aos utilizados durante a cópia de segurança do computador original. Além disso, pode efetuar uma BMR que utiliza o ASR num computador que tenha hardware diferente do computador original.

Observação

Os BMRs só podem ser executados quando o sistema está offline.

Tanto a máquina de destino com cópia de segurança como a máquina de destino que recebe o restauro têm de ser a Interface de Firmware Extensível Unificada (UEFI) ou a BIOS. Não pode misturar os dois num cenário de BMR.

Possíveis cenários de recuperação para o Windows 7

  • Cenário de migração de servidor inotáveis/servidores (planeado e não planeado)

    Neste cenário, pode proteger o servidor ao fazer uma cópia de segurança BMR de todos os volumes críticos no servidor. Em seguida, pode recuperar o servidor ao fazer uma recuperação BMR através do Windows Recovery. Neste cenário, a BMR é suportada para hardware diferente.

  • Cenário de mau funcionamento do servidor (inicializável) ou reversão de funções de servidor

    Neste cenário, pode proteger o servidor ao fazer uma Cópia de Segurança do Estado do Sistema ou uma cópia de segurança BMR. Em seguida, recuperaria o servidor ao efetuar uma Recuperação de Estado do Sistema a partir do sistema operativo iniciado.

A tabela seguinte descreve cenários de recuperação do sistema suportados e não suportados.

Cenário Com suporte
Recuperação do Estado do Sistema após restauro do BMR/Servidor Completo para o mesmo hardware Sim
Recuperação do Estado do Sistema após restauro do BMR/Servidor Completo para hardware diferente Não
Recuperação do Estado do Sistema após o restauro do Servidor Completo (sem BMR) para o mesmo hardware ou para outro hardware Não

Observação

A Cópia de Segurança do Windows Server garante que o sistema arranca com êxito após o processo de restauro do BMR. As aplicações/Funções que dependem de identificadores específicos do hardware, como o endereço NIC, etc., podem exigir reconfiguração ou recuperação adicionais para os tornar funcionais.

Diretrizes para restaurar o sistema operativo Windows 7

Siga as diretrizes nas secções seguintes para ajudar a garantir que a operação de restauro é bem-sucedida.

Camada de abstração de hardware

Os computadores de origem e destino têm de utilizar o mesmo tipo de Camada de Abstração de Hardware (HAL). Existe uma exceção a esta regra. Se um dos computadores contiver o multiprocessador HAL (Advanced Configuration and Power Interface) HAL, o outro computador pode ter o ACPI uniprocessor HAL. A mesma regra aplica-se a HALs de multiprocessador MPS e MPS uniprocessor.

Por exemplo, se a origem estiver a utilizar o HAL multiprocessador MPS, pode restaurar os dados para um computador de destino que utilize o UNIProcessor HAL do MPS. No entanto, não pode restaurar dados para um computador de destino que utilize o HAL multiprocessador ACPI.

Observação

Se o HAL do computador de destino for compatível, mas não idêntico, com o HAL do computador de origem, tem de atualizar o HAL no computador de destino depois de concluir o restauro. Por exemplo, se o computador de origem tiver um único processador e estiver a utilizar o HAL do uniprocessador ACPI, pode restaurar uma cópia de segurança desse computador para um computador de destino multiprocessador. No entanto, o computador de destino não utilizará mais do que um processador até atualizar o HAL para um HAL multiprocessador ACPI.

Para determinar o tipo hal do computador que está a utilizar em cada computador, siga estes passos:

  1. Selecione Iniciar, aponte para Definições, selecione Painel de Controlo e, em seguida, selecione Sistema.

  2. No separador Hardware , selecione Gestor de Dispositivos e, em seguida, expanda o ramo Computador .

    • Computador multiprocessador ACPI = Halmacpi.dll
    • Computador uniprocessador ACPI = Halaacpi.dll
    • Computador ACPI (Advanced Configuration and Power Interface) = Halacpi.dll
    • Computador multiprocessador MPS = Halmps.dll
    • Computador uniprocessador MPS Halapic.dll computador padrão = Hal.dll
    • Compaq SystemPro multiprocessador ou 100% compatível = Halsp.dll

Versão do sistema operacional

Os computadores de origem e destino têm de utilizar versões idênticas do sistema operativo e unidades de manutenção de stock (SKUs) idênticas do Windows. Por exemplo, não pode fazer uma cópia de segurança do Windows 2000 Server e restaurá-lo num computador com o Windows 2000 Advanced Server. Além disso, os computadores de origem e destino devem utilizar versões de revenda do Windows ou a mesma versão OEM do Windows. A melhor prática é instalar o Windows no computador de destino utilizando o mesmo suporte de dados de instalação que utilizou para instalar o Windows no computador de origem.

Filtrar controladores

Desinstale controladores de filtro de terceiros no computador de origem antes de fazer a cópia de segurança. Estes tipos de controladores podem causar problemas quando a cópia de segurança é restaurada para um computador diferente.

Esquema de disco e pasta do Windows

O computador de destino tem de utilizar a mesma letra de unidade lógica (%systemdrive%) e o caminho (%systemroot%) que o computador de origem. Para controladores de domínio, as localizações da base de dados do serviço de diretório do Active Directory, ficheiros de registo do Active Directory, base de dados FRS e ficheiros de registo FRS também têm de ser idênticas para os computadores de origem e de destino. Por exemplo, se os ficheiros de registo da base de dados do Active Directory no computador de origem estiverem instalados em C:\WINNT\NTDS, o computador de destino também tem de utilizar o caminho C:\WINNT\NTDS.

Hardware

Se remover qualquer hardware no computador de destino que não seja necessário para concluir o processo de restauro, aumenta a probabilidade de uma operação de restauro bem-sucedida. Por exemplo, remova ou desative fisicamente todos, exceto uma placa de rede. Instale ou ative os adaptadores adicionais depois de reiniciar o sistema operativo após a operação de restauro.

Nível de correção e service pack

Por exemplo, para computadores com o Windows 2000, a correção 810161 ou o Windows 2000 Service Pack 4 tem de ser instalada no computador de origem antes de fazer uma cópia de segurança dos dados. Estes itens também têm de ser instalados no computador de destino antes de restaurar a cópia de segurança. O Windows Server 2003 e o Windows XP não têm requisitos de nível de correção ou service pack para este tipo de operação de restauro. Um utilizador não tem de colocar o computador de destino no mesmo service pack e nível de correção para o Windows Server 2003 ou para o Windows XP. No entanto, restaurar um computador baseado no Windows Server 2003 SP1 requer que restaure o computador de destino para o Windows Server 2003 SP1.

Possíveis problemas e os passos para resolver problemas

Depois de reiniciar o computador de destino, poderá deparar-se com os seguintes sintomas:

  • Recebe uma das seguintes mensagens de erro Parar :

    Parar 0x0000007B Inaccessible_Boot_Device
    STOP: 0x00000079 Hal_Mismatch

  • O computador deixa de responder no arranque.
  • O computador reinicia espontaneamente quando recebe a mensagem A iniciar o Windows 2000 num ecrã preto no início do processo de reinício.
  • Não pode configurar as definições de visualização.
  • A placa de rede não funciona corretamente.

Para resolver problemas com as definições de visualização ou com uma placa de rede, remova a placa gráfica ou a placa de rede do Gestor de Dispositivos e, em seguida, reinicie o computador. O Windows irá detetar novamente o dispositivo e, possivelmente, pedir-lhe controladores.

Para resolver o erro Fatal ou o problema em que um computador deixa de responder, efetue uma atualização no local do Windows.

Depois de concluir a atualização no local, verifique se a subchave do ClientProtocols registo existe e se está corretamente preenchida. Para fazer isso, siga estas etapas:

  1. Selecione Iniciar e Executar, digite regedit e selecione OK.

  2. Localize e, em seguida, clique com o botão direito do rato na seguinte subchave de registo. Verifique se os valores na lista seguinte existem: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc\ClientProtocols

    Nome do valor Tipo do valor Dados do 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. Se a ClientProtocols subchave estiver em falta, adicione-a sob a Rpc subchave.

  4. Se os valores estiverem em falta na ClientProtocols subchave, siga estes passos:

    1. Clique com o botão direito do rato em ClientProtocols, aponte para Novo e, em seguida, selecione Valor da Cadeia.
    2. Escreva o nome do valor da entrada em falta e, em seguida, prima Enter.
    3. Clique com o botão direito do rato no nome do valor que escreveu no passo b e, em seguida, selecione Modificar.
    4. Escreva os dados de valor adequados para o nome do valor que escreveu no passo b e, em seguida, selecione OK.

  5. Repita o passo 4 para cada valor em falta na ClientProtocols subchave.

  6. Reinicie o computador se forem efetuadas alterações ao registo.

Observação

Se o computador de origem tiver sido atualizado a partir do Windows NT 4.0, os perfis de utilizador poderão ser armazenados na pasta %systemroot%\Profiles em vez de na pasta %systemdrive%\Documents and Settings . Depois de efetuar uma atualização no local, poderá ter de alterar o seguinte valor de registo para %systemroot%\Profiles.

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

Nome do valor Diretório de perfis
Tipo do Valor REG_EXPAND_SZ
Dados do Valor %systemroot%\Profiles