Recuperação de desastres do Active Directory em uma pequena empresa

6

Essa é uma pergunta hipotética, mas tenho certeza de que alguém deve ter encontrado e / ou pensado antes.

Situação: Considere isso, uma pequena empresa está executando um domínio do Active Directory e tem dois controladores de domínio localizados em seu escritório. Os controladores de domínio são servidores físicos (sem virtualização).

Um backup de estado do sistema dos controladores de domínio é executado todos os dias.

A empresa sofre um desastre (um incêndio ou inundação) que danifica seus servidores além do reparo.

A empresa gostaria de reconstruir seus controladores de domínio usando os backups, mas eles não podem obter a mesma marca e modelo de servidores (porque eles têm alguns anos). Isso apresenta um problema porque o backup do Active Directory é feito como parte do "estado do sistema", o que significa que está strongmente acoplado ao hardware original.

Resumo: A menos que uma pequena empresa tenha a capacidade de hospedar um controlador de domínio fora do local (para evitar um desastre potencial que danifique todos os servidores do escritório), pelo menos um dos controladores de domínio deve ser virtualizado para agnóstico do processo de restauração ( portanto, não exigindo que eles comprem exatamente o mesmo modelo de servidor). Você concorda?

    
por Fitzroy 21.09.2012 / 12:18

2 respostas

4

Não, eu não concordo. Na verdade, até mesmo um Win 2003 DC é possível restaurar o hardware diferente e salvar o AD. Agora, você provavelmente deseja obter uma nova instalação do Windows em outra caixa após a restauração para replicar o AD e, em seguida, rebaixar a caixa restaurada, já que ela provavelmente não é a mais estável dos sistemas, mas funciona. O "backup e restauração do diretório ativo" do Google e o primeiro link é o link . Aqui está a seção que você precisa prestar atenção:

Considerations for restoring onto different hardware

It is possible to restore a domain controller onto different hardware. However, you should consider the following issues:

Different hardware abstraction layers (HALs). By default, the Hal.dll is not backed up as part of system state, however the Kernel32.dll is. Therefore, if you try to restore a backup onto a computer that requires a different HAL (for example, to support a multiprocessor environment) compatibility issues exist between the new HAL and the original Kernel32.dll. To overcome this incompatibility, manually copy the Hal.dll from the original computer and install it on the new computer. The limitation is that the new computer can use only a single processor.

Incompatible Boot.ini File. If you backup and restore the boot.ini file, you might have some incompatibility with your new hardware configuration, resulting in a failure to start. Before you restore it, ensure that the boot.ini file is correct for your new hardware environment.

Different Network or Video Cards. If your new hardware has a different video adapter or multiple network adapters, then uninstall them before you restore data. When you restart the computer; the normal Plug and Play functionality makes the necessary changes.

Disk Space and Partition Configuration. Partitions on the new computer must match those on the original computer. Specifically, all the drive mappings must be the same and the partition size must be at least equal to that on the original computer.

    
por 21.09.2012 / 13:37
2

O Windows Server 2008 e posteriores suportam restaurações bare-metal para hardware diferente com o utilitário de backup integrado. Este não é um problema.

    
por 21.09.2012 / 13:54