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.

Considerações e recomendações ao mover volumes

Colaboradores
PDFs

Há várias considerações e recomendações a serem observadas ao mover um volume. Estes são baseados no volume que você está movendo, bem como na configuração do sistema, como o MetroCluster. Você deve entender todos os problemas relevantes antes de mover um volume.

Considerações gerais e recomendações

  • Se você estiver atualizando a família de versões de um cluster, não mova um volume até que você atualize todos os nós do cluster.

    Esta recomendação impede que você tente inadvertidamente mover um volume de uma família de versões mais recente para uma família de versões mais antiga.

  • O volume de origem deve ser consistente.

  • Se você tiver atribuído um ou mais agregados à máquina virtual de storage (SVM) associada, o agregado de destino deve ser um dos agregados atribuídos.

  • Você não pode mover um volume de ou para um agregado de CFO adquirido.

  • Se um volume que contém LUNs não estiver habilitado para NVFAIL antes de movê-lo, o volume será habilitado para NVFAIL após movê-lo.

  • Você pode mover um volume de um agregado de Flash Pool para outro agregado de Flash Pool.

    • As políticas de armazenamento em cache desse volume também são movidas.

    • A movimentação pode afetar o desempenho do volume.

  • É possível mover volumes entre um agregado de Flash Pool e um agregado que não seja Flash Pool.

    • Se você mover um volume de um agregado de pool flash para um agregado que não seja de pool flash, o ONTAP exibirá uma mensagem avisando que a movimentação pode afetar o desempenho do volume e perguntará se deseja continuar.

    • Se você mover um volume de um agregado que não seja Flash Pool para um agregado Flash Pool, o ONTAP atribuirá a auto política de armazenamento em cache.

  • Os volumes têm as proteções de dados em repouso do agregado em que residem. Se você mover um volume de um agregado que consiste em unidades NSE para um que não o faça, o volume não terá mais proteção de dados em repouso do NSE.

Considerações e recomendações sobre o volume FlexClone

  • Os volumes do FlexClone não podem estar offline quando estão sendo movidos.

  • É possível mover volumes FlexClone de um agregado para outro agregado no mesmo nó ou em outro nó na mesma SVM sem iniciar o vol clone split start comando.

    Ao iniciar uma operação de movimentação de volume em um volume FlexClone, o volume do clone é dividido durante o processo de movimentação para um agregado diferente. Depois que a movimentação do volume no volume do clone estiver concluída, o volume que foi movido não aparece mais como um clone, mas aparece como um volume independente sem qualquer relação de clone com o volume pai anterior.

  • As cópias Snapshot de volume do FlexClone não são perdidas após a migração de um clone.

  • Você pode mover volumes pai do FlexClone de um agregado para outro agregado.

    Quando você move um volume pai do FlexClone, um volume temporário é deixado para trás que atua como um volume pai para todos os volumes do FlexClone. Não são permitidas operações no volume temporário, exceto para colocá-lo offline ou excluí-lo. Depois de todos os volumes FlexClone serem divididos ou destruídos, o volume temporário é limpo automaticamente.

  • Depois de mover um volume filho do FlexClone, o volume não é mais um volume FlexClone.

  • As operações do FlexClone Move são mutuamente exclusivas das operações de cópia ou divisão do FlexClone.

  • Se uma operação de divisão de clones estiver em andamento, mover um volume pode falhar.

    Você não deve mover um volume até que as operações de divisão de clones estejam concluídas.

Considerações e recomendações do MetroCluster

  • Durante uma movimentação de volume em uma configuração MetroCluster, quando um volume temporário é criado no agregado de destino no cluster de origem, um Registro do volume temporário correspondente ao volume no espelhado, mas não assimilado, agregado também é criado no cluster sobrevivente.

  • Se ocorrer um switchover de MetroCluster antes da transição, o volume de destino tem um Registro e é um volume temporário (um volume do tipo TMP).

    Mover o trabalho reinicia no cluster sobrevivente (recuperação de desastres), relata uma falha e limpa todos os itens relacionados à movimentação, incluindo o volume temporário. Em qualquer caso em que a limpeza não possa ser feita corretamente, um EMS é gerado alertando o administrador do sistema para fazer a limpeza necessária.

  • Se um switchover do MetroCluster ocorrer depois que a fase de transição tiver sido iniciada, mas antes que a tarefa de mudança tenha sido concluída (ou seja, a mudança atingiu um estágio em que ela pode atualizar o cluster para apontar para o agregado de destino), a tarefa de movimentação será reiniciada no cluster (recuperação de desastres) sobrevivente e será concluída.

    Todos os itens relacionados com o movimento são limpos, incluindo o volume temporário (fonte original). Em qualquer caso em que a limpeza não possa ser feita corretamente, um EMS é gerado alertando o administrador do sistema para fazer a limpeza necessária.

  • Não são permitidos switchbacks MetroCluster forçados ou não forçados se houver operações de movimentação de volume em andamento para volumes pertencentes ao local comutado.

    Os switchbacks não são bloqueados quando as operações de movimentação de volume estão em andamento para volumes locais para o local sobrevivente.

  • Os switchovers de MetroCluster não forçados são bloqueados, mas os switchovers de MetroCluster forçados não são bloqueados se houver operações de movimentação de volume em andamento.