Sejam espera se comportam como várias placas na mesma rede

O suporte para Windows Server 2003 terminou a 14 de Julho de 2015

A Microsoft terminou o suporte para Windows Server 2003 a 14 de Julho de 2015. Esta alteração afetou as suas atualizações de software e opções de segurança. Aprenda o que isto significa para si e como pode ficar protegido.

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.

175767
Sumário
Se configurar um computador baseado no Windows que tenha mais do que uma placa de rede na mesma rede física e sub-rede de protocolo, poderão ocorrer resultados inesperados. Este artigo descreve o comportamento esperado deste tipo de configuração não padrão.
Mais Informação
Considere o seguinte cenário:
  • Tiver um computador de trabalho que tem o Windows instalado.
  • Duas placas de rede estão ligadas à mesma rede física ou concentrador.
  • TCP/IP é instalado como o protocolo de rede.
  • Os endereços do adaptador na mesma sub-rede são 192.168.0.1 e 192.168.0.2.
  • Um cliente na rede utiliza o endereço 192.168.0.119.
Neste cenário, pode esperar duas placas na mesma rede e o protocolo sub-rede física para efectuar o balanceamento de carga. No entanto, por definição, apenas uma placa pode comunicar na rede ao mesmo tempo na topologia da rede Ethernet. Assim, ambas as placas não é possível transmitir ao mesmo tempo e tem de esperar se outro dispositivo na rede está a transmitir. Além disso, as mensagens de difusão devem ser manipuladas por cada adaptador porque ambos estão à escuta na mesma rede. Esta configuração requer uma sobrecarga significativa, excluindo quaisquer problemas relacionados com o protocolo. Esta configuração não oferece um bom método para fornecer uma placa de rede redundantes para a mesma rede.

Nota 2012 de servidor do Windows inclui uma nova chamada de função chamadas multicanal de SMB. Chamadas multicanal de SMB faz parte do protocolo SMB 3.0 e permite que servidores utilizar múltiplas ligações de rede ao mesmo tempo. Para mais informações sobre chamadas multicanal de SMB, visite Os princípios básicos de SMB chamadas multicanal, uma funcionalidade do Windows Server 2012 e SMB 3.0.

Nota Servidores de 2012 do servidor de Windows não podem utilizar várias ligações de rede ao mesmo tempo, se a rede está configurada utilizando CSMA/CD.

Suponha que o servidor tem de enviar um pacote utilizando o protocolo TCP/IP para um whoseaddress de cliente é 192.168.0.119. Este endereço está localizado na sub-rede local. Por conseguinte, um gateway não tem de ser utilizado para contactar o cliente. A pilha do protocolo utiliza a rota primeira que encontrar na tabela de encaminhamento local.Normalmente, este é o primeiro adaptador que tenha sido instalado. Neste caso, que a placa é 192.168.0.1. Se a transmissão falhar, as tentativas posteriores podem utilizar a mesma placa de acordo com a entrada que se encontra na tabela de encaminhamento.

Se o cabo de rede para o 192.168.0.1 placa falha, este não provoque necessariamente a rota ser removida da tabela de encaminhamento. Por conseguinte, a segunda placa ainda pode não ser utilizada.

Outro aspecto a considerar é que algumas aplicações de rede ligar a placas específicas no sistema. Se uma aplicação de rede ligar a segunda placa especificamente, o tráfego relacionado com a aplicação que foi recebido de clientes do primeiro adaptador ser ignorado pela aplicação. Isto pode dever-se por registo de nome de NetBIOS na rede. Além disso, se a placa a que está associada a aplicação falhar, a aplicação pode falhar se não utilizar a outra placa.

Normalmente, a menos que as aplicações de procura-especificamente, este tipo de configuração não é útil. Alguns fabricantes certifique placas de rede tolerantes a falhas para se proteger contra um ponto único de falha. Estas placas activar duas placas de figurar no mesmo servidor mas permitir que apenas uma placa ser utilizado ao mesmo tempo. Se a placa principal falhar, o controlador desactiva o primeiro cartão e activa o segundo por usingthe mesma configuração de endereço. O resultado é uma transição bastante sem costura para a placa alternativa. Este é o método preferencial para se proteger contra uma única placa de rede como um ponto único de falha.

Windows Server Clustering de activação pós-falha

Clustering de activação pós-falha do servidor de Windows utilizam placas adicionais na mesma rede e baseia-se nas funcionalidades existentes do protocolo TCP/IP. Se existir uma falha no adaptador, o software não automaticamente tenta registar os endereços de recurso de endereço IP na placa de outro. Se pretender evitar única placa de rede como um ponto único de falha, configure as placas de rede para estar em sub-redes lógicas diferentes. Ou, utilize a agregação de NICs para combinar os múltiplos adaptadores físicos num único adaptador lógico (tal como mencionado anteriormente neste artigo).

As informações anteriores aplica-se para a rota de difusão. A rota para a sub-rede utiliza o endereço IP numérico mais elevado na sub-rede. Por exemplo, assumir duas placas com endereços IP 192.168.0.1 e 192.168.0.2 e assume que 192.168.0.1 foi instalado pela primeira vez. Esta situação cria as rotas seguintes:
   192.168.0.0   255.255.255.0  192.168.0.1    192.168.0.1   192.168.0.0   255.255.255.0  192.168.0.2    192.168.0.2   192.255.255.255   255.255.255.255  192.168.0.1  192.168.0.1   255.255.255.255   255.255.255.255  192.168.0.1  192.168.0.1				
cluster de servidor MSCS de multihomed multihomed placa

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 175767 - Última Revisão: 03/15/2015 07:44:00 - Revisão: 2.0

  • Microsoft Windows NT Server 4.0 Enterprise Edition
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows Server 2003 Enterprise Edition
  • Microsoft Windows Server 2003 Datacenter Edition
  • Windows Server 2008 Enterprise
  • Windows Server 2008 Datacenter
  • Windows Server 2008 R2 Enterprise
  • Windows Server 2008 R2 Datacenter
  • Windows Server 2012 Standard
  • Windows Server 2012 Datacenter
  • kbinfo kbnetwork kbmt KB175767 KbMtpt
Esta informação foi útil?