Skip to main content
ONTAP 7-Mode Transition
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.

A rehospedagem fez a transição de volumes para uma SVM diferente

Colaboradores
PDFs

Com o rehost de volume, você pode migrar um volume migrado de um SVM para outro SVM sem cópia de dados. A operação de rehost permite consolidar todos os volumes que têm LUNs FC em uma única SVM, preservando assim a semântica da imagem de sistema único (SSI) de 7 modos. Você também pode rehospedar volumes nas transferidos.

  • O volume que você deseja rehospedar deve estar online.

  • As operações de gerenciamento de volumes, como movimentação de volume ou movimentação de LUN, não devem estar em execução.

  • O acesso aos dados ao volume que está sendo rehospedado deve ser interrompido.

    A rehospedagem é uma operação disruptiva.

As seguintes políticas de volume, regras de política e configurações são perdidas do volume de origem e devem ser reconfiguradas manualmente no volume rehospedado após a operação de rehost:

  • Políticas de exportação de volume e qtree

  • Políticas de antivírus

  • Política de eficiência de volume

  • Políticas de qualidade do serviço (QoS)

  • Políticas do Snapshot

  • Regras de quota

  • Compartilhamentos CIFS

  • grupos associados a um portset

Passos

  • * Rehospedagem de volumes FC e iSCSI*

    1. Mude para o nível de privilégio avançado set -privilege advanced

    2. Rehospede o volume no SVM de destino:

      Se você quiser…​ Execute o seguinte comando…​

      Desmapeie os LUNs após o realojamento

      volume rehost -vserver source_svm -volume vol_name -destination-vserver destination_svm -force–unmap-luns true

      Remapear os LUNs para os mesmos grupos após o realojamento

      volume rehost -vserver source_svm -volume vol_name -destination-vserver destination_svm -auto-remap-luns true

  • * Rehospedagem de volumes NFS*

    1. Registre informações sobre as políticas de exportação de NFS.

    2. Desmontar o volume do volume principal volume unmount

    3. Mude para o nível de privilégio avançado: set -privilege advanced

    4. Rehospede o volume no SVM de destino volume rehost -vserver source_svm -volume vol_name -destination-vserver destination_svm

      A política de exportação padrão do SVM de destino é aplicada ao volume rehospedado.

    5. Criar a política de exportação vserver export-policy create

    6. Atualize a política de exportação do volume rehospedado para uma política de exportação definida pelo usuário volume modify

    7. Monte o volume sob o caminho de junção apropriado no SVM de destino volume mount

    8. Verifique se o serviço NFS está em execução no SVM de destino vserver nfs status

    9. Retomar o acesso NFS ao volume rehospedado.

      Como o caminho de acesso ao volume (LIFs e caminho de junção) foi submetido a alterações, é necessário atualizar as credenciais do cliente NFS e as configurações de LIF para refletir as LIFs SVM de destino.

    "Gerenciamento de NFS"

  • * Rehospedando volumes CIFS*

    1. Registre informações sobre os compartilhamentos CIFS.

    2. Desmontar o volume do volume principal volume unmount

    3. Mude para o nível de privilégio avançado set -privilege advanced

    4. Rehospede o volume no SVM de destino volume rehost -vserver source_svm -volume vol_name -destination-vserver destination_svm

    5. Monte o volume sob o caminho de junção apropriado no SVM de destino volume mount

    6. Criar compartilhamentos CIFS para o volume rehospedado: Mais vserver cifs share create

    7. Se os domínios DNS diferirem entre os SVMs de origem e destino, crie novos usuários e grupos.

    8. Atualize o cliente CIFS com os novos LIFs SVM de destino e o caminho de junção para o volume rehospedado.

    "Gerenciamento de SMB/CIFS"

  • * Rehospedando volumes em relacionamentos SnapMirror*

    1. Registre o tipo de relacionamento SnapMirror snapmirror show

    2. A partir do cluster de destino, exclua a relação SnapMirror snapmirror delete

      Importante Você não deve quebrar a relação do SnapMirror; caso contrário, a capacidade de proteção de dados do volume de destino é perdida e a relação não pode ser restabelecida após a operação de rehospedagem.

    3. A partir do cluster de origem, solte as informações de relacionamento do SnapMirror snapmirror release

      Você define o parâmetro -relação-info-only como verdadeiro para que as cópias Snapshot não sejam excluídas e apenas as informações de relação de origem sejam removidas.

    4. Mude para o nível de privilégio avançado set -privilege advanced

    5. Rehospede o volume no SVM de destino volume rehost -vserver source_svm -volume vol_name -destination-vserver destination_svm

    6. Crie a relação entre os SVMs de origem e destino vserver peer create

    7. Crie a relação SnapMirror entre os volumes de origem e destino snapmirror create

      O volume rehospedado pode ser a origem ou o destino da relação SnapMirror.

    8. Ressincronizar a relação de proteção de dados snapmirror resync

    "Proteção de dados"

Você precisa criar manualmente as cargas de trabalho de volume automático para os volumes rehospedados executando as seguintes etapas:

  1. Crie um grupo de políticas definido pelo usuário para o SVM:

    qos policy-group create -vserver destination-vserver -policy-group policy-group-name

  2. Atribua o grupo de políticas de QoS ao volume rehospedado:

    volume modify -vserver destination-vserver -volume rehosted-volume -qos-policy-group policy-group-name

Você deve reconfigurar manualmente as políticas e as regras associadas no volume rehospedado.

Observação Se a operação de rehospedagem falhar, talvez seja necessário reconfigurar as políticas de volume e as regras associadas no volume de origem.

Informações relacionadas

"Comandos ONTAP 9"