Skip to main content
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Acessibilidade da porta de reparo

Colaboradores

Domínios de broadcast são criados automaticamente. No entanto, se uma porta for recarregada ou a configuração do switch mudar, uma porta pode precisar ser reparada em um domínio de broadcast diferente (novo ou existente).

O ONTAP pode detetar e recomendar automaticamente soluções para problemas de fiação de rede com base na acessibilidade da camada 2 de um componente de domínio de transmissão (portas ethernet).

A fiação incorreta durante pode causar uma atribuição inesperada da porta do domínio de broadcast. A partir do ONTAP 9.10,1, o cluster verifica automaticamente problemas de fiação de rede verificando a acessibilidade da porta após a configuração do cluster ou quando um novo nó se junta a um cluster existente.

System Manager

Se for detetado um problema de acessibilidade da porta, o System Manager recomenda uma operação de reparo para resolver o problema.

Depois de configurar o cluster, os problemas de fiação de rede são relatados no Dashboard.

Depois de unir um novo nó a um cluster, os problemas de fiação de rede aparecem na página nós.

Também pode ver o estado da cablagem da rede no diagrama da rede. Os problemas de acessibilidade da porta são indicados no diagrama de rede por um ícone de erro vermelho.

Configuração pós-cluster

Depois de configurar o cluster, se o sistema detetar um problema de fiação de rede, uma mensagem será exibida no Dashboard.

Mensagem de configuração pós-cluster

Passos
  1. Corrija a fiação conforme sugerido na mensagem.

  2. Clique no link para iniciar a caixa de diálogo Atualizar domínios de transmissão. A caixa de diálogo Atualizar domínios de transmissão é aberta. Caixa de diálogo Atualizar domínios de transmissão

  3. Revise as informações sobre a porta, incluindo o nó, os problemas, o domínio de broadcast atual e o domínio de broadcast esperado.

  4. Selecione as portas que deseja reparar e clique em Fix. O sistema moverá as portas do domínio de broadcast atual para o domínio de broadcast esperado.

Post node join

Depois de unir um novo nó a um cluster, se o sistema detetar um problema de fiação de rede, uma mensagem será exibida na página nós.

Post node join message

Passos
  1. Corrija a fiação conforme sugerido na mensagem.

  2. Clique no link para iniciar a caixa de diálogo Atualizar domínios de transmissão. A caixa de diálogo Atualizar domínios de transmissão é aberta. Caixa de diálogo Atualizar domínios de transmissão

  3. Revise as informações sobre a porta, incluindo o nó, os problemas, o domínio de broadcast atual e o domínio de broadcast esperado.

  4. Selecione as portas que deseja reparar e clique em Fix. O sistema moverá as portas do domínio de broadcast atual para o domínio de broadcast esperado.

CLI
Antes de começar

Você deve ser um administrador de cluster para executar esta tarefa.

Sobre esta tarefa

Um comando está disponível para reparar automaticamente a configuração do domínio de broadcast para uma porta baseada na acessibilidade da camada 2 detetada pelo ONTAP.

Passos
  1. Verifique a configuração e o cabeamento do switch.

  2. Verifique a acessibilidade da porta:

    network port reachability show -detail -node -port

    O comando output contém resultados de acessibilidade.

  3. Use a tabela e a árvore de decisão a seguir para entender os resultados de acessibilidade e determinar o que, se alguma coisa, fazer a seguir.

    Reparar árvore de decisão de acessibilidade

Status de acessibilidade

Descrição

ok

A porta tem acessibilidade da camada 2 ao domínio de broadcast atribuído. Se o status de acessibilidade for "ok", mas houver "portas inesperadas", considere mesclar um ou mais domínios de broadcast. Para obter mais informações, consulte a seguinte linha portas inesperadas.

Se o status de acessibilidade for "ok", mas houver "portas inalcançáveis", considere dividir um ou mais domínios de broadcast. Para obter mais informações, consulte a seguinte linha portas inalcançáveis.

Se o status de acessibilidade for "ok" e não houver portas inesperadas ou inacessíveis, sua configuração está correta.

Portas inesperadas

A porta tem acessibilidade da camada 2 ao domínio de broadcast atribuído; no entanto, também tem acessibilidade da camada 2 para pelo menos um outro domínio de broadcast.

Examine a conetividade física e a configuração do switch para determinar se está incorreta ou se o domínio de broadcast atribuído à porta precisa ser mesclado com um ou mais domínios de broadcast.

Para obter mais informações, "Mesclar domínios de broadcast"consulte .

Portas inalcançáveis

Se um único domínio de broadcast tiver sido particionado em dois conjuntos de acessibilidade diferentes, você poderá dividir um domínio de broadcast para sincronizar a configuração do ONTAP com a topologia de rede física.

Normalmente, a lista de portas inalcançáveis define o conjunto de portas que devem ser divididas em outro domínio de broadcast depois de ter verificado que a configuração física e do switch é precisa.

Para obter mais informações, "Dividir domínios de broadcast"consulte .

acessibilidade mal configurada

A porta não tem acessibilidade da camada 2 ao domínio de broadcast atribuído; no entanto, a porta tem acessibilidade da camada 2 para um domínio de broadcast diferente.

Você pode reparar a acessibilidade da porta. Ao executar o seguinte comando, o sistema atribuirá a porta ao domínio de broadcast ao qual tem acessibilidade:

network port reachability repair -node -port

sem acessibilidade

A porta não tem acessibilidade da camada 2 para qualquer domínio de broadcast existente.

Você pode reparar a acessibilidade da porta. Quando você executa o seguinte comando, o sistema atribuirá a porta a um novo domínio de broadcast criado automaticamente no IPspace padrão:

network port reachability repair -node -port

Nota: se todas as portas membros do grupo de interfaces (ifgrp) reportarem no-reachability, executar o network port reachability repair comando em cada porta membro faria com que cada uma fosse removida do ifgrp e colocada em um novo domínio de broadcast, eventualmente fazendo com que o próprio ifgrp fosse removido. Antes de executar o network port reachability repair comando, verifique se o domínio de broadcast acessível da porta é o que você espera com base na topologia física da rede.

multidomínio-acessibilidade

A porta tem acessibilidade da camada 2 ao domínio de broadcast atribuído; no entanto, também tem acessibilidade da camada 2 para pelo menos um outro domínio de broadcast.

Examine a conetividade física e a configuração do switch para determinar se está incorreta ou se o domínio de broadcast atribuído à porta precisa ser mesclado com um ou mais domínios de broadcast.

Para obter mais informações, "Mesclar domínios de broadcast"consulte .

desconhecido

Se o status de acessibilidade for "desconhecido", aguarde alguns minutos e tente o comando novamente.

Depois de reparar uma porta, verifique se há LIFs e VLANs deslocados. Se a porta fazia parte de um grupo de interfaces, você também precisa entender o que aconteceu com esse grupo de interfaces.

LIFs

Quando uma porta é reparada e movida para um domínio de broadcast diferente, todos os LIFs que foram configurados na porta reparada receberão automaticamente uma nova porta inicial. Essa porta inicial é selecionada a partir do mesmo domínio de broadcast no mesmo nó, se possível. Alternativamente, uma porta inicial de outro nó é selecionada ou, se não existirem portas residenciais adequadas, a porta inicial será limpa.

Se a porta inicial de um LIF for movida para outro nó ou for limpa, então o LIF é considerado como "deslocado". Você pode visualizar esses LIFs deslocados com o seguinte comando:

displaced-interface show

Se houver LIFs deslocados, você deve:

  • Restaure a casa do LIF deslocado:

    displaced-interface restore

  • Defina a casa do LIF manualmente:

    network interface modify -home-port -home-node

  • Remova a entrada da tabela "interface deslocada" se estiver satisfeito com a página inicial atualmente configurada do LIF:

    displaced-interface delete

VLANs

Se a porta reparada tivesse VLANs, essas VLANs serão excluídas automaticamente, mas também serão registradas como tendo sido "deslocadas". Você pode exibir essas VLANs deslocadas:

displaced-vlans show

Se houver quaisquer VLANs deslocadas, você deve:

  • Restaure as VLANs para outra porta:

    displaced-vlans restore

  • Remova a entrada da tabela "Displaced-vlans":

    displaced-vlans delete

Grupos de interfaces

Se a porta reparada fizer parte de um grupo de interfaces, ela será removida desse grupo de interfaces. Se fosse a única porta membro atribuída ao grupo de interfaces, o próprio grupo de interfaces será removido.