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.

Falhas de realocação de agregados

Colaboradores
PDFs

A realocação agregada (ARL) pode falhar em diferentes pontos durante a atualização.

Verifique se há falha de realocação de agregados

Durante o procedimento, o ARL pode falhar no Estágio 2, Estágio 3 ou Estágio 5.

Passos

  1. Digite o seguinte comando e examine a saída:

    storage aggregate relocation show

    O storage aggregate relocation show comando mostra quais agregados foram realocados com sucesso e quais não foram, juntamente com as causas da falha.

  2. Verifique se existem mensagens EMS na consola.

  3. Execute uma das seguintes ações:

    • Tome a ação corretiva adequada, dependendo da saída do storage aggregate relocation show comando e da saída da mensagem EMS.

    • Forçar a realocação do agregado ou agregados usando a override-vetoes opção ou override-destination-checks a opção do storage aggregate relocation start comando.

    Para obter informações detalhadas sobre as storage aggregate relocation start opções , override-vetoes e override-destination-checks , "Referências"consulte para vincular aos comandos ONTAP 9: Manual Página de Referência.

Agregados originalmente em node1 são propriedade de node4 após a conclusão da atualização

No final do procedimento de atualização, node3 deve ser o novo nó inicial de agregados que originalmente tinha node1 como nó inicial. Você pode realocá-los após a atualização.

Sobre esta tarefa

Os agregados podem não se realocar corretamente, tendo node1 como seu nó inicial em vez de node3 nas seguintes circunstâncias:

  • Durante a fase 3, quando os agregados são relocados de node2 para node3. Alguns dos agregados que estão sendo realocados têm o node1 como seu nó inicial. Por exemplo, esse agregado poderia ser chamado aggr_node_1. Se a realocação de aggr_node_1 falhar durante a Etapa 3 e a realocação não puder ser forçada, o agregado será deixado para trás em node2.

  • Após a fase 4, quando o node2 é substituído por node4. Quando o node2 é substituído, o aggr_node_1 estará online com o node4 como seu nó inicial em vez de node3.

Você pode corrigir o problema de propriedade incorreta após a fase 6, uma vez que o failover de armazenamento tenha sido ativado, executando as seguintes etapas:

Passos

  1. Digite o seguinte comando para obter uma lista de agregados:

    storage aggregate show -nodes node4 -is-home true

    Para identificar agregados que não foram corretamente transferidos, consulte a lista de agregados com o proprietário da casa de node1 que você obteve na seção "Prepare os nós para atualização" e compare-os com a saída do comando acima.

  2. Compare a saída do passo 1 com a saída que você capturou para node1 na seção "Prepare os nós para atualização" e observe quaisquer agregados que não foram relocados corretamente.

  3. reposicione os agregados deixados para trás no node4:

    storage aggregate relocation start -node node4 -aggr aggr_node_1 -destination node3

    Não utilize o -ndo-controller-upgrade parâmetro durante esta relocação.

  4. Verifique se o node3 é agora o proprietário dos agregados:

    storage aggregate show -aggregate aggr1,aggr2,aggr3…​ -fields home-name

    aggr1,aggr2,aggr3…​ é a lista de agregados que tiveram node1 como o proprietário original da casa.

    Agregados que não têm node3 como proprietário de casa podem ser relocados para node3 usando o mesmo comando de relocação no Passo 3.