Dúvida sobre atrasos de 45 segundos no namespace DFS e alvos de referência (referral targets)

Andre Pereuria 40 Pontos de reputação
2026-09-15T09:00:56.34+00:00

Olá,

Tenho uma dúvida sobre um problema de rede que estamos enfrentando com nossos sistemas de arquivos.

Atualmente, nossos clientes DFS estão enfrentando atrasos significativos ao tentar abrir caminhos de namespace. Leva cerca de 45 segundos apenas para acessar as pastas.

Gostaria de resolver esse atraso para que nossos usuários possam acessar seus arquivos rapidamente e de forma normal.

No entanto, quando pesquisei e investiguei o problema, vi que o serviço DFS está causando esse atraso porque está consultando um Controlador de Domínio (DC) offline em busca de referências de domínio, o que resulta em um tempo limite esgotado (timeout).

Vi algumas postagens sobre como corrigir isso ajustando o cache e as referências, mas não entendo muito bem as etapas exatas. Poderiam me orientar sobre como limpar corretamente o cache do DFS? Além disso, não tenho certeza de como definir os alvos de referência preferenciais (preferred referral targets) para que o serviço pare de tentar alcançar o DC offline.

Atualmente, estamos executando um ambiente Windows Server Active Directory em vários locais (multi-site).

Windows para empresas | Windows 365 Enterprise
0 comentários Sem comentários

1 resposta

Classificar por: Mais Antigo
  1. Domic Vo 36,835 Pontos de reputação Assistente Independente
    2026-09-15T09:33:21.85+00:00

    Olá,

    O atraso que você está enfrentando nos clientes DFS ao abrir namespaces é típico quando o serviço tenta resolver referências de domínio contra um Controlador de Domínio que está offline. O tempo limite de aproximadamente 45 segundos corresponde exatamente ao período em que o cliente aguarda uma resposta LDAP antes de desistir.

    Para corrigir isso, há duas frentes principais. Primeiro, limpar o cache de referências DFS no cliente. Isso pode ser feito com o comando dfsutil /pktflush, que força o cliente a descartar todas as entradas de referral armazenadas e a consultar novamente os DCs disponíveis. Em seguida, use dfsutil /spcflush para limpar o cache de domínio. Esses comandos devem ser executados em cada cliente afetado, ou distribuídos via script de logon.

    Segundo, é fundamental configurar alvos de referência preferenciais para evitar que os clientes tentem sempre o DC offline. No DFS Management, abra as propriedades do namespace, vá em Referrals, e defina explicitamente os servidores que devem ser usados como preferenciais. Em ambientes multi‑site, isso significa habilitar o Site Costing e garantir que cada site tenha pelo menos um DC online e um servidor de namespace configurado. Se um DC estiver permanentemente indisponível, remova‑o da lista de servidores de namespace para que não seja mais oferecido como referral.

    Além disso, verifique se a política de cache de referrals está ajustada. Por padrão, o TTL é de 300 segundos, mas em ambientes com DCs instáveis isso pode prolongar o problema. Ajustar o TTL para um valor menor pode ajudar os clientes a se recuperarem mais rápido quando um DC fica offline.

    Em resumo, a solução passa por limpar o cache DFS nos clientes e configurar corretamente os alvos de referência preferenciais no DFS Management, garantindo que apenas DCs e servidores ativos sejam oferecidos. Isso elimina os timeouts e restaura o acesso rápido às pastas.

    Domic Vo.

    Esta resposta foi útil?

    0 comentários Sem comentários

Sua resposta

As respostas podem ser marcadas como ‘Aceitas’ pelo autor da pergunta e ‘Recomendadas’ pelos moderadores, o que ajuda os usuários a saber a resposta que resolveu o problema do autor.