O que é Replicação DFS e Como Proteger o Windows Server?

O Sistema de Arquivos Distribuído (DFS) torna mais fácil para os usuários acessar e gerenciar arquivos que estão fisicamente distribuídos em uma rede. O DFS fornece um único ponto de acesso e uma estrutura lógica para o sistema de arquivos. Com o DFS, os usuários podem acessar arquivos sem precisar saber suas localizações físicas reais. O DFS permite organizar pastas compartilhadas de diferentes computadores dentro da mesma rede em um sistema de arquivos compartilhado unificado, lógico e hierárquico.

O que é DFS?

O DFS, um serviço inerente de compartilhamento de arquivos distribuídos no Microsoft Windows Server, facilita o acesso aos conteúdos das pastas compartilhadas por meio de um caminho único. Além disso, estabelece conexões automáticas com servidores próximos com base nas localizações de login dos clientes, conferindo aos servidores de arquivos capacidades de balanceamento de carga e tolerância a falhas.

As funcionalidades principais do DFS podem ser classificadas em duas categorias: fornecer um ponto de entrada unificado para clientes e realizar a replicação de pastas em diferentes servidores de arquivos. Esses dois aspectos são implementados por dois componentes distintos.

O que é um namespace DFS?

Um namespace DFS pode ser instalado em um servidor membro independente ou controlador de domínio. Como o nome sugere, um namespace fornece aos usuários um caminho de acesso lógico. Por exemplo, em uma empresa com vários servidores Windows compartilhados, compartilhamentos NAS e compartilhamentos Linux, fica inconveniente para os usuários lembrarem cada um individualmente. Em casos como esse, um servidor de namespace pode ser usado para fornecer um nome de acesso unificado, consolidando todos os servidores compartilhados da empresa sob esse nome. Os usuários precisam apenas lembrar desse nome para navegar por todas as pastas compartilhadas dentro da organização.

Um namespace DFS pode ser dividido em um namespace autônomo e um namespace baseado em domínio.

Um namespace autônomo refere-se ao uso de um servidor dedicado como ponto de acesso para DFS, onde o nome do servidor é utilizado para acesso externo ao DFS. A consequência dessa configuração é que, se o servidor falhar, os usuários não conseguirão acessá-lo. No entanto, é possível implantar o namespace autônomo como um papel de cluster para alcançar alta disponibilidade em modo ativo-passivo.

O outro modelo de implantação é chamado de um namespace baseado em domínio. Nesse modelo de implantação, quando os usuários acessam o DFS, eles utilizam o formato domínionome dfsrootname. O benefício de implantar um namespace baseado em domínio é que ele permite que o nome de acesso, servidores de namespace, pastas de destino conectadas ao namespace e outras informações de metadados sejam armazenadas no Active Directory. Ao armazenar esses metadados no Active Directory, vários servidores de namespace podem ser registrados para o mesmo caminho raiz do DFS. Por exemplo, podem existir dois servidores de namespace que suportam conjuntamente o caminho raiz do DFS domínionome dfsrootname. Se um servidor ficar indisponível, o controlador de domínio retornará ao cliente o endereço disponível durante a próxima consulta do cliente, garantindo o acesso contínuo ao namespace.

O que é um grupo de replicação DFS?

Ao adicionar funções e recursos no Windows Server, o DFS é dividido em dois componentes: Namespace DFS e Grupo de Replicação DFS.

A introdução de grupos de replicação no DFS permite que ele não apenas atue como uma plataforma para acesso conveniente, mas também suporte replicação automática no nível de arquivo e tolerância a falhas. Configurando um grupo de replicação, permite que os servidores de destino replicuem pastas entre si para alcançar tolerância a falhas.

O processo de usar um grupo de replicação é o seguinte:

• Selecione servidores de destino para participar da replicação

• Selecione as pastas para copiar no servidor de destino

• Selecione a topologia de replicação, hub-distribuidor, entrelaçada ou sem topologia.

• Configure a largura de banda de replicação, o horário de replicação e os filtros de arquivos de replicação

• Configurando o servidor principal para a primeira replicação

Configurar um grupo de replicação não resulta em apenas um servidor de destino fornecendo serviços. Pelo contrário, todos os servidores de destino no grupo de replicação podem oferecer funcionalidade de leitura e gravação. Por padrão, cada servidor membro no grupo de replicação opera em um mecanismo de sincronização multi-mestre, o que significa que cada nó pode modificar os dados da pasta. A partir do Windows Server 2008, é possível configurar membros do grupo de replicação somente leitura, o que é adequado para escritórios remotos ou cenários onde apenas acesso de leitura é necessário, sem a necessidade de acesso de gravação.

Nota: A replicação DFS usa a porta 135 e a porta dinâmica RPC por padrão. Você pode usar o seguinte comando para fixar a porta RPC da replicação DFS:

dfsrdiag staticrpc /port:55555 /mem:dfs01
dfsrdiag staticrpc /port:55555 /mem:dfs02

Como a replicação DFS funciona?

Antes de aprender sobre seu mecanismo de funcionamento, aqui estão os componentes envolvidos.

GUID (Globally Unique Identifier): A replicação DFS usa GUIDs para identificar vários componentes. Cada grupo de replicação, pasta replicada, membro do grupo de replicação e volume da pasta replicada é atribuído um GUID único.

Diário USN: O DFSR (DFS Replication) monitora alterações em arquivos usando o diário USN (Update Sequence Number) do NTFS. O diário USN é um registro circular definido como parte da especificação do NTFS. Sempre que um arquivo ou pasta em um volume NTFS é alterado, um registro é adicionado ao diário USN. O registro geralmente inclui o nome do arquivo, a hora da alteração, o tipo de alteração e um número de sequência de atualização único. Os dados reais não são registrados no log, o que ajuda a manter o tamanho do arquivo de log controlável. Aplicações podem monitorar esse diário USN para obter atualizações sobre as alterações feitas no sistema de arquivos NTFS.

fsutil usn readdata c:usn123.txt

Quando o DFSR detecta que um arquivo em uma pasta replicada adicionou logs de USN, ele adiciona as atualizações desse arquivo ao banco de dados gerenciado pelo DFSR.

O serviço DFSR mantém um banco de dados ESE para cada volume que hospeda uma pasta replicada. O banco de dados ESE é usado pelo DFSR para armazenar metadados sobre cada arquivo e pasta dentro da pasta replicada.

No banco de dados do DFSR, você pode frequentemente encontrar esses cinco identificadores ao depurar o status de replicação do DFSR:

• UID

• GVSN

• Nome do Arquivo

• ID de Arquivo NTFS

• UID da Pasta Pai

O DFSR usa dois identificadores diferentes, UID e GVSN, para acompanhar o status de replicação.

O UID é construído com base no GUID do banco de dados e no número da versão atual do banco de dados. É um ID único atribuído a cada arquivo e pasta dentro do banco de dados de replicação. Uma vez atribuído, o UID permanece inalterado até que o arquivo ou pasta seja excluído.

O GVSN também é construído com base no banco de dados GUID e no número da versão atual do banco de dados. Ele é atribuído a cada arquivo e pasta replicados. Sempre que um arquivo ou pasta é atualizado, um novo GVSN é atribuído.

Portanto, o princípio da Replicação DFS pode ser resumido da seguinte forma:

Quando um arquivo ou pasta passa por uma alteração, o registro USN do NTFS registra a mudança e atualiza o número USN. O DFS consulta o diário USN do NTFS para ver as atualizações. Em seguida, ele atualiza o ID do banco de dados DFSR do volume de replicação e atualiza o ID do banco de dados para o grupo DFSR GVSN. O DFSR sabe que o arquivo ou pasta foi alterado nesse servidor e notifica outros nós para replicar o conteúdo incremental usando RDC, enquanto mantém a atualização consistente da tabela de vetores de versão DFS de cada nó.

Sugestão de replicação DFS: É recomendado replicar apenas o conjunto de dados dos resultados confirmados pelo DFS.

Por exemplo, se o diretório replicado do DFS contiver dados de produção além de uma pasta TEMP que está sendo constantemente excluída e modificada durante o desenvolvimento e teste, o diretório DFS passará por replicação frequente devido às modificações constantes na pasta TEMP. Além disso, se um arquivo for repetidamente sobrescrito ou adicionado e removido frequentemente do diretório, o arquivo será descartado para a pasta Conflito e Excluído.

Protegendo seu Windows Server com uma solução profissional

Não é recomendável realizar clonagem de sistema no DFS. No entanto, é recomendável usar soluções de backup padrão para realizar o backup do disco ou backup de metal nu do servidor DFS.

Também é possível usar Vinchin Backup & Recovery para proteger os dados armazenados nos seus servidores Windows físicos.

Vinchin Backup & Recovery é uma solução profissional de backup empresarial e recuperação de desastres, suportando o backup de servidor Windows/Linux (como Windows 2022/2019/2016/2012/2012 R2/2008/2008 R2/2003/2003 R2), máquina virtual, servidor de arquivos, NAS (de todas as marcas), banco de dados, etc., fornecendo proteção fácil para um ambiente de TI complexo.

Um console web amigável ao usuário ajudará a realizar facilmente o backup e a restauração de servidores bare metal no Windows Server. Para fazer o backup do seu servidor Windows, basta seguir os passos abaixo:

Selecione o servidor Windows > selecione o destino do backup > selecione as estratégias de backup > envie o trabalho

O Vinchin Backup & Recovery foi selecionado por milhares de empresas e você também pode começar a usar este poderoso sistema com uma versão de trial completa de 60 dias! Além disso, entre em contato conosco e nos envie suas necessidades, e então você receberá uma solução de acordo com o seu ambiente de TI.

Conclusão

A replicação DFS é um recurso no Windows Server que permite a replicação de arquivos e pastas entre vários servidores em um ambiente de sistema de arquivos distribuído. Ela fornece redundância de dados, disponibilidade e escalabilidade, mantendo cópias sincronizadas de arquivos em diferentes locações.

O Vinchin Backup & Recovery também é uma excelente solução para backup e recuperação de metal nu e fornece recursos mais avançados do que o Windows Server Backup, então não perca o teste gratuito.