Substituindo um servidor de arquivos em um domínio

Question

Estamos atualizando nosso servidor de arquivos em execução no Windows 2008 R2 Standard e ele faz parte de um domínio do Windows 2008. Gostaríamos de migrar os arquivos para reter toda a permissão e, posteriormente, reutilizar o mesmo nome de host; é essencialmente uma troca de hardware, para que permaneça transparente para os usuários.

Nosso plano era configurar fileserver2 e depois copiar os arquivos & pastas usando robocopy e, em seguida, remover fileserver1 do AD e renomear fileserver2 para fileserver1 . Há alguma coisa a observar?

Tentamos pesquisar maneiras de renomear o servidor, mas só encontramos renomeação de domínios. Se houver um bom artigo sobre isso, seria útil.

EDIT: Eu também estou pensando em trocar o nome do host do servidor, para manter o servidor antigo por um tempo. O IP também é trocado, já que alguns acessam via IP ao invés de hostname.

    

Answer 1

Existe uma maneira relativamente fácil de lidar com isso no futuro, mas isso vai exigir algum trabalho de campo agora.

1. Configure um Namespace do DFS para o seu ambiente. Você acessará seus servidores de arquivos por meio de um caminho semelhante em formato a \domain.com\shares . Isso cria um namespace estático que você pode colocar um ou mais servidores de arquivos para trás.

2. Use o DFS-R (replicação) para criar um grupo de replicação entre o servidor antigo e o novo. Isso irá replicar todos os arquivos e permissões entre os servidores.

3. Publique os compartilhamentos do grupo de replicação no namespace DFS que você criou na etapa 1.

4. Configure seus mapeamentos de unidade, GPOs, etc. para apontar para o namespace.

5. Remova o servidor antigo do grupo de replicação para que você tenha um único servidor atrás do namespace.

A vantagem de usar um Namespace DFS mesmo para um único servidor de arquivos é que você não precisa mexer com caminhos de compartilhamento novamente ao atualizar, mover, migrar ou renomear servidores de arquivos.

Como alternativa, a Microsoft oferece o Kit de Ferramentas de Migração do Servidor de Arquivos para isso.

Você também pode usar o Send-SmigServerData e Receber-SmigServerData se você for o 2008 R2 ou mais recente.

    

Answer 2

Não realmente. Geralmente, o problema que as pessoas tendem a encontrar é em torno de permissões e compartilhamentos, e simplesmente não lembrar de configurá-las todas de novo no novo servidor, ou de não configurá-las da mesma maneira. Obtendo os detalhes errados, realmente. Seu plano proposto parece levar a isso, e você precisa estar ciente de que o NTFS lida com permissões ... não do jeito que você d esperar ao copiar e mover arquivos . Isso vai ser um problema se você acabou de fazer o robocopy dos arquivos.

Dado que, minha sugestão seria usar uma das ferramentas da Microsoft para fazer sua migração para você. Acho que a ferramenta apropriada para sua situação seria o Kit de ferramentas de migração do Microsoft File Server 1.2 . Se eu estivesse fazendo isso, migraria para um novo nome de host (chame-o de fileserevr2 , ou qualquer outro) e, em seguida, identificaria como torná-lo transparente para os usuários finais com um configuração de alias de DNS oldfileservername como um alias de fileserver2 , para que os usuários que acessam o nome do arquivo antigo sejam redirecionados para o novo servidor de arquivos em segundo plano.

Essa abordagem também tem a vantagem de manter os dois servidores durante a migração, portanto, se algo der errado, você poderá abortar rapidamente e permitir que os usuários continuem usando o antigo servidor de arquivos enquanto você analisa o que deu errado.