Windows Server 2025 / Criar um espaço de nomes DFS para compartilhamentos departamentais

Os Espaços de Nomes do Sistema de Arquivos Distribuído (DFS Namespaces) apresentam vários compartilhamentos sob um caminho lógico, como \\ad.example.test\Files\Sales. Os arquivos continuam nos compartilhamentos de destino: criar um espaço de nomes não replica os dados nem torna o armazenamento altamente disponível por si só.

Separe o caminho lógico do armazenamento real

DFS Namespaces fornece caminhos e indicações para as pastas de destino. DFS Replication é uma função separada. Primeiro, verifique o acesso direto aos dois compartilhamentos existentes no FS1 e as permissões de cada departamento. Se o caminho direto falhar, corrija compartilhamento, DNS ou autenticação antes de adicionar o espaço de nomes.

Prepare o recurso, as permissões e o nome

Install-WindowsFeature FS-DFS-Namespace -IncludeManagementTools
Get-WindowsFeature FS-DFS-Namespace

Instale o recurso no FS1 e abra o Gerenciamento DFS, dfsmgmt.msc, com os direitos locais e de domínio necessários. Confirme que o nome Files está livre. Espaços de nomes de domínio e autônomos diferem na configuração e nas opções de disponibilidade.

Selecione a opção de domínio descrita na documentação da Microsoft sobre espaços de nomes DFS. O nome « modo Windows Server 2008 » descreve o comportamento do espaço de nomes, não a versão do sistema operacional instalado. Confira os requisitos desse modo no domínio do laboratório.

Crie o espaço de nomes baseado no domínio

1. Em Namespaces, inicie o assistente Novo Espaço de Nomes.
2. Selecione FS1 como servidor do espaço de nomes.
3. Mantenha Files como nome e examine o novo caminho raiz e seu compartilhamento; não substitua uma pasta de dados existente.
4. Conceda aos usuários autorizados somente a leitura e a travessia necessárias na raiz, preservando os direitos de gerenciamento de SYSTEM e administradores. Não permita que contas comuns criem arquivos na raiz ou gerenciem permissões.
5. Confira o modo de domínio e o caminho final \\ad.example.test\Files; então conclua o assistente.

Navegar pela raiz e acessar os dados dos destinos são permissões separadas. Enxergar Files não autoriza o conteúdo dos dois departamentos. Deixe os dados nos compartilhamentos de destino, sem colocá-los diretamente na raiz do espaço de nomes.

Ligue as pastas lógicas aos destinos existentes

1. Crie a pasta lógica Sales no espaço de nomes.
2. Adicione o destino \\fs1.ad.example.test\Sales.
3. Crie Support com o destino \\fs1.ad.example.test\Support.
4. Se o assistente oferecer um grupo de replicação, não o crie: isso está fora deste exercício.

Use um caminho de compartilhamento UNC (Universal Naming Convention) que já funciona, nunca o caminho local D:\ do servidor. A documentação da Microsoft sobre destinos de pastas DFS explica essa associação. Dois destinos diferentes não passam a ter dados idênticos apenas por aparecerem no mesmo espaço de nomes.

Get-DfsnRoot -Path '\\ad.example.test\Files'
Get-DfsnFolder -Path '\\ad.example.test\Files\*'
Get-DfsnFolderTarget -Path '\\ad.example.test\Files\Sales'

Teste com contas comuns e preserve os dados originais

No CLIENT1, entre como sales.user1, crie um arquivo pequeno em Sales pelo caminho DFS e confira o mesmo arquivo no compartilhamento direto. O acesso à pasta Support deve continuar negado. Repita com support.user1, invertendo os departamentos.

Se o acesso direto funcionar e o DFS falhar, verifique a raiz, os destinos, o DNS do domínio e as indicações DFS armazenadas em cache no cliente. Não exclua dados do espaço de nomes no Active Directory para corrigir um problema de cache do cliente.

A disponibilidade exige um projeto separado para os servidores do espaço de nomes e para o armazenamento real dos arquivos. Ao limpar o laboratório, retire somente as pastas lógicas, seus destinos e o espaço de nomes após conferir as referências; preserve os dados originais de Sales e Support.