Atraso de conectividade com vários redireccionadores instalado

Traduções de Artigos Traduções de Artigos
Artigo: 171386 - Ver produtos para os quais este artigo se aplica.
Expandir tudo | Reduzir tudo

Nesta página

Sintomas

Poderá detectar um atraso quando tenta ligar a recursos de rede a partir de um sistema com vários redireccionadores instalados. Este atraso só acontece na primeira vez que tentar a ligação.

Causa

Quando é efectuada uma tentativa de ligação de UNC inicial da API não WNET a um recurso de rede a partir de um sistema com vários redireccionadores, o sistema do Windows NT envia o pedido para o fornecedor UNC vários (MUP) para identificar qual redireccionador deve processar o pedido.

Resolução

Windows NT 4.0

Para resolver este problema, obtenha o service pack mais recente do Windows NT 4.0 ou Windows NT Server 4.0, Terminal Server Edition. Para obter mais informações, clique no número de artigo que se segue para visualizar o artigo na base de dados de conhecimento da Microsoft:
152734Como obter o service pack mais recente do Windows NT 4.0

Windows 2000 e Windows XP

Foi efectuada uma modificação ao MUP que, se o redireccionador com a prioridade mais elevada é primeiro tentado com uma resposta com êxito, os redireccionadores com prioridades inferiores, em seguida, são ignoradas e a ligação é efectuada através do redireccionador com a prioridade mais elevada.

Activar esta capacidade requer um MUP.sys actualizado. O melhoramento de velocidade pode ser aumentado, alterando a entrada de registo DisableDFS.

Importante Esta secção, método ou tarefa contém passos que a saber como modificar o registo. No entanto, poderão ocorrer problemas graves se modificar o registo incorrectamente. Por conseguinte, certifique-se de que segue estes passos cuidadosamente. Para protecção adicional, cópia de segurança do registo antes de o modificar. Em seguida, pode restaurar o registo se ocorrer um problema. Para obter mais informações sobre como efectuar uma cópia de segurança e restaurar o registo, clique no número de artigo que se segue para visualizar o artigo na base de dados de conhecimento da Microsoft:
322756Como efectuar uma cópia de segurança e restaurar o registo no Windows

Aviso A utilização incorrecta do Editor de registo pode provocar problemas graves que poderão forçar a reinstalação do sistema operativo. Microsoft não garante que os problemas resultantes da utilização incorrecta do Editor de registo podem ser resolvidos. Utilize o Editor de registo por sua própria conta e risco.

Para obter informações sobre como editar o registo, consulte o tópico de ajuda online "Alterar chaves e valores" no Editor de registo (Regedit.exe) ou "Adicionar e eliminar informações no registo" e "Editar dados do registo" online tópicos de ajuda na Regedt32.exe. Repare que, deve criar uma cópia de segurança do registo antes de o editar.
  1. Inicie o Editor de registo (Regedit.exe).
  2. Vá para a seguinte subchave:
          HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Mup
    						
  3. Crie um novo valor utilizando as seguintes informações:
          DisableDFS  REG_DWORD
          Range:  0 or 1
          Default:  0 (Enabled)
    						

    Defina esta chave para 1.

    Se definir a chave DisableDFS para 1, o cliente já não pode aceder Namespace um sistema de ficheiros distribuído. Isto inclui o espaço de nomes de SYSVOL no Active Directory. Não defina esta chave 1 se o cliente for um membro do Active Directory.
Nota Se estiver a utilizar o cliente IntranetWare da Novell, terá de siga estes passos juntamente com os procedimentos listados acima:
  1. Execute o editor de registo (Regedt32.exe).
  2. Vá para a seguinte chave:
          HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services
          \NetwareWorkstation\NetworkProvider
    						

    Nota A chave de registo acima é um caminho; foi translineada por questões de legibilidade.
  3. Clique em NomeDispositivo, clique em Editar e, em seguida, clique em cadeia.
  4. Altere \Device\NetwareWorkstation para \Device\NetwareRedirector.
  5. Clique em OK, saia do Editor de registo e reinicie o computador.

Mais Informação

O MUP estabelece primeiro se o sistema de ficheiros distribuído (DFS) está a ser utilizado e passa o pedido para DFS.

O MUP, em seguida, verifica a cache interna para ver se a ligação tinha sido efectuada anteriormente (entradas na MUP cache são mantidas para 15 minutos). O MUP, em seguida, envia o pedido para cada redireccionador processa cada pedido de modo síncrono e que tenta identificar um recurso na rede que corresponda ao pedido. Depois de todos os redireccionadores regressar, o MUP escolhe (com base na resposta e a prioridade) que redireccionador irá utilizar a aplicação.

Os atrasos provenham de duas localizações: primeiro, a tentativa de aceder ao recurso através do DFS e, segundo, o MUP deve aguardar e aceitar todas as respostas de todos os redireccionadores antes de concluir o pedido. Assim, mesmo que um recurso esteja rapidamente disponível e acessível redireccionador numa só, o pedido tem ainda ser estabelecido através as outros redireccionadores instalados antes do pedido.

Dependendo do número de redireccionadores, protocolos e configurações de temporizador de conectividade, estes atrasos podem exceder segundos 13 para cada ligação inicial.

O redireccionador NetWare será utilizado como exemplo.

O seguinte ilustra uma tentativa de ligação de UNC inicial:
  1. Torna a aplicação UNC pedido.
  2. DFS é verificada e o pedido é processado se DFS está activada.
  3. O MUP, em seguida, verifica a cache MUP para uma ligação recente.
  4. O MUP, em seguida, efectua uma consulta para o redireccionador primeiro, NetWare neste exemplo, e o redireccionador responde.

    Nota A devolução é imediata como NetWare utiliza apenas IPX e as chamadas são rápidas.
  5. O MUP envia o pedido para o redireccionador segundo, neste exemplo, a Microsoft e o segundo redireccionador responde.

    Nota O atraso para o redireccionador Microsoft depende dos protocolos instalados. Com o TCP/IP, atrasos existe como o nome do recurso é consultado através do WINS, difusões, ficheiro LMHOSTS, DNS e assim sucessivamente. Por exemplo, o atraso predefinido para um cliente de nó h é 13 segundos.
  6. Uma prioridade é atribuída a cada redireccionador consultado por isso se ambos os redireccionadores devolvem com êxito, a prioridade é utilizada para designar que redireccionador demora o pedido.
  7. A alça para o recurso é devolvida à aplicação com base na decisão do MUP.
Se pedido a aplicação foi efectuado para um recurso de NetWare, a aplicação teria aguardar que o redireccionador Microsoft para tempo de espera antes de devolver o identificador para o recurso.

A prioridade para os redireccionadores pode ser configurada utilizando os seguintes passos:
  1. Execute a ferramenta rede no painel de controlo.
  2. Clique em serviços e clique em encomenda de acesso de rede.

Ponto Da Situação

A Microsoft confirmou que este é um problema no Windows NT 4.0 e Windows NT Server 4.0, Terminal Server Edition. Este problema foi corrigido pela primeira vez no Windows NT 4.0 Service Pack 4.0 e Windows NT Server 4.0, Terminal Server Edition Service Pack 4.

Propriedades

Artigo: 171386 - Última revisão: 14 de abril de 2009 - Revisão: 5.1
A informação contida neste artigo aplica-se a:
  • Microsoft Windows NT Server 4.0 Terminal Server
  • Microsoft Windows NT Workstation 4.0 Developer Edition
  • Microsoft Windows NT Server 4.0 Standard Edition
  • Microsoft Windows 2000 Professional Edition
  • Microsoft Windows 2000 Server
  • Microsoft Windows XP Professional Edition
Palavras-chave: 
kbmt kbhotfixserver kbqfe kbbug kbfix kbnetwork KB171386 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 171386

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com