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.

Saiba mais sobre a mobilidade de dados do ONTAP SVM.

Colaboradores netapp-lenida netapp-aoife netapp-aherbin netapp-ahibbard netapp-dbagwell netapp-bhouser netapp-mwallis netapp-forry

A partir do ONTAP 9.10.1, os administradores de cluster podem realocar um SVM de um cluster de origem para um cluster de destino sem interrupções, para gerenciar a capacidade e o balanceamento de carga, ou para permitir atualizações de equipamentos ou consolidações de data centers.

A realocação não disruptiva de SVM é suportada em sistemas AFF no ONTAP 9.10.1 e 9.11.1. A partir da versão 9.12.1 do ONTAP , essa funcionalidade é suportada tanto em sistemas FAS quanto em sistemas AFF , bem como em agregados híbridos.

O nome do SVM e UUID permanecem inalterados após a migração, bem como o nome do LIF de dados, endereço IP e nomes de objetos, como o nome do volume. A UUID dos objetos no SVM será diferente.

A partir do ONTAP 9.18.1, a migração de SVM de sistemas de armazenamento ASA para sistemas de armazenamento ASA r2 é suportada. Se você possui um sistema de armazenamento ASA r2 (ASA A1K, ASA A90, ASA A70, ASA A50, ASA A30, ASA A20 ou ASA C30) e deseja migrar uma SVM de um sistema ASA para o seu sistema ASA r2, siga as instruções abaixo."estes passos" .

Fluxo de trabalho de migração da SVM

O diagrama mostra o fluxo de trabalho típico para uma migração SVM. Inicie uma migração para SVM a partir do cluster de destino. Pode monitorizar a migração a partir da origem ou do destino. Você pode fazer uma transferência manual ou uma transferência automática. Uma transição automática é realizada por padrão.

Fluxo de trabalho da migração da SVM. Isso resume os passos que o seguem.

Suporte ao sistema de migração SVM

Família de controladores

Versões do ONTAP suportadas

ASA

ONTAP 9.18.1 e versões posteriores Seguir"estes passos" para migração de SVM de sistemas ASA para ASA r2.

Série C AFF

ONTAP 9.12,1 patch 4 e posterior

FAS

ONTAP 9.12,1 e posterior

AFF Série A.

ONTAP 9.10,1 e posterior

Observação Ao migrar de um cluster AFF para um cluster FAS com agregados híbridos, o posicionamento automático de volumes tenta realizar uma correspondência de agregados semelhantes. Por exemplo, se o cluster de origem tiver 60 volumes, o posicionamento de volumes tentará encontrar um agregado AFF no destino para alocar os volumes. Quando não há espaço suficiente nos agregados AFF , os volumes são colocados em agregados com discos não flash.

Suporte à escalabilidade pela versão ONTAP

Versão de ONTAP

Pares HA na origem e no destino

ONTAP 9.14,1 e posterior

12

ONTAP 9.13,1

6

ONTAP 9.11,1

3

ONTAP 9.10,1

1

Requisitos de desempenho da infraestrutura de rede para o tempo de ida e volta (RTT) TCP entre a origem e o cluster de destino

Dependendo da versão do ONTAP instalada no cluster, a rede que coneta os clusters de origem e destino deve ter um tempo máximo de ida e volta, conforme indicado:

Versão de ONTAP

RTT máximo

ONTAP 9.12,1 e posterior

10 ms

ONTAP 9.11,1 e anteriores

2 ms

Máximo de volumes compatíveis por SVM

Fonte

Destino

ONTAP 9.14,1 e posterior

ONTAP 9.13,1

ONTAP 9.12,1

ONTAP 9.11,1 e anteriores

AFF

AFF

400

200

100

100

FAS

FAS

80

80

80

N/A.

FAS

AFF

80

80

80

N/A.

AFF

FAS

80

80

80

N/A.

Pré-requisitos

Antes de iniciar uma migração SVM, você deve atender aos seguintes pré-requisitos:

  • Você é um administrador de cluster.

  • "Os clusters de origem e destino estão interligados.".

  • Os clusters de origem e destino possuem o SnapMirror síncrono. "licença instalada". Esta licença está incluída em "ONTAP One".

  • Todos os nós do cluster de origem estão executando o ONTAP 9.10.1 ou posterior. Para obter suporte específico para controladores de array ONTAP , consulte "Hardware Universe".

  • Todos os nós do cluster de origem estão executando a mesma versão do ONTAP .

  • Todos os nós no cluster de destino estão executando a mesma versão do ONTAP .

  • A versão do ONTAP do cluster de destino é igual ou, no máximo, duas versões principais mais recentes que a do cluster de origem.

  • Os clusters de origem e destino suportam a mesma sub-rede IP para acesso LIF aos dados.

  • A SVM de origem contém menos do que o número máximo de volumes de dados suportados para a versão.

  • Existe espaço suficiente no destino para acomodar o volume de produtos.

  • O gerenciador de chaves integrado ou o gerenciamento de chaves externo é configurado no nível do cluster no destino, caso o SVM de origem possua volumes criptografados.

    • Neste caso, os gerenciadores de chaves configurados no nível do SVM na origem não migram para o destino. O destino utiliza o gerenciador de chaves em nível de cluster.

  • Se a origem tiver volumes criptografados e estiver configurada para NetApp Aggregate Encryption (NAE), o destino também deverá ser configurado para NAE.

  • Se você estiver migrando um SVM entre uma configuração que não seja MetroCluster e uma configuração MetroCluster, ou entre duas configurações MetroCluster, verifique se sua configuração atende aos seguintes requisitos:

    Observação A migração de uma SVM entre o cluster local e o cluster parceiro em uma configuração MetroCluster não é suportada.
    • Os clusters MetroCluster de origem e destino estão em um estado "normal". Isso significa que eles não podem estar no modo de comutação ou no estado de "espera por switchback".

    • Os clusters do MetroCluster de origem e destino não estão em processo de transição FC para IP nem de atualização de hardware.

    • O cluster de origem e de destino devem estar executando o ONTAP 9.16.1 ou posterior.

    • Se a origem for um cluster MetroCluster, o subtipo SVM será "Sync-source" (não "Sync-destination").

      Observação Se o destino for um cluster do MetroCluster, o SVM criado no destino sempre será "fonte de sincronização". Se o destino for um cluster que não seja MetroCluster, o subtipo SVM sempre será "padrão".

Prática recomendada

Ao executar uma migração para SVM, é uma prática recomendada deixar 30% de espaço livre de CPU no cluster de origem e no cluster de destino para permitir a execução do workload da CPU.

Operações da SVM

Verifique se há operações que possam entrar em conflito com uma migração de SVM:

  • Nenhuma operação de failover está em andamento

  • WAFLIRON não pode estar em funcionamento

  • A impressão digital não está em andamento

  • As operações de movimentação, rehospedagem, clonagem, criação, conversão ou análise de volumes não estão em execução.

  • Nenhuma migração SVM está em execução no cluster de destino. Apenas uma migração SVM é permitida por vez.

Recursos suportados e não suportados

A tabela indica os recursos do ONTAP compatíveis com mobilidade de dados do SVM e as versões do ONTAP em que o suporte está disponível.

Para obter informações sobre a interoperabilidade da versão do ONTAP entre uma origem e um destino em uma migração SVM, "Versões compatíveis do ONTAP para relacionamentos do SnapMirror"consulte .

Recurso

Lançamento primeiro suportado

Comentários

Proteção autônoma contra ransomware

ONTAP 9.12,1

Cloud Volumes ONTAP

Não suportado

Gerenciador de chaves externo

ONTAP 9.11,1

FabricPool

Não suportado

Relação de fanout (a origem migrante tem um volume de origem SnapMirror com mais de um destino)

ONTAP 9.11,1

FC SAN

Não suportado

Flash Pool

ONTAP 9.12,1

Volumes FlexCache

Não suportado

Volumes FlexGroup

Não suportado

Diretivas IPsec

Não suportado

IPv6 LIFs

Não suportado

San iSCSI

Não suportado

Replicação do agendamento de trabalhos

ONTAP 9.11,1

No ONTAP 9.10,1, as programações de trabalhos não são replicadas durante a migração e devem ser criadas manualmente no destino. A partir do ONTAP 9.11,1, as programações de tarefas usadas pela origem são replicadas automaticamente durante a migração.

Espelhos de partilha de carga

Não suportado

SVMs MetroCluster

ONTAP 9.16,1

A partir do ONTAP 9.16.1, as seguintes migrações do MetroCluster SVM são compatíveis:

  • Migração de um SVM entre uma configuração que não seja MetroCluster e uma configuração IP MetroCluster

  • Migração de um SVM entre duas configurações de MetroCluster IP

  • Migração de um SVM entre uma configuração de MetroCluster FC e uma configuração de MetroCluster IP

Observação: o cluster de origem e o de destino devem estar executando o ONTAP 9.16.1 ou posterior para oferecer suporte à migração do SVM.

As seguintes migrações do MetroCluster SVM não são compatíveis com todas as versões do ONTAP:

  • Migração de um SVM entre duas configurações de MetroCluster FC

  • Migração de um SVM entre uma configuração que não seja MetroCluster e uma configuração de MetroCluster FC

  • Migrar uma SVM entre o cluster local e o cluster parceiro na mesma configuração do MetroCluster .

Veja o pré-requisitos para migrar um SVM em uma configuração MetroCluster .

Criptografia de agregados NetApp (NAE)

ONTAP 9.11,1

Os volumes NAE devem ser colocados em um destino compatível com NAE. Se não houver um destino NAE disponível, a operação de migração falhará.

Configurações NDMP

Não suportado

Criptografia de volume NetApp (NVE)

ONTAP 9.10,1

Os volumes NVE são migrados como volumes NVE no destino.

Logs de auditoria NFS e SMB

ONTAP 9.13,1

Observação

Para a migração SVM no local com auditoria habilitada, você deve desativar a auditoria na SVM de origem e, em seguida, executar a migração.

Antes da migração para o SVM:

NFS v3, NFS v4,1 e NFS v4,2

ONTAP 9.10,1

NFS v4.0

ONTAP 9.12,1

NFSv4,1 com pNFS

ONTAP 9.14,1

NVMe sobre Fabric

Não suportado

Gerenciador de chaves integrado (OKM) com o modo critérios comuns ativado no cluster de origem

Não suportado

Qtrees

ONTAP 9.14,1

Quotas

ONTAP 9.14,1

S3

Não suportado

Protocolo SMB

ONTAP 9.12,1

Migrações de pequenas e médias empresas (PMEs) são disruptivas e exigem uma atualização do cliente após a migração.

Relacionamentos de nuvem da SnapMirror

ONTAP 9.12,1

A partir do ONTAP 9.12,1, quando você migra um SVM no local com relacionamentos de nuvem do SnapMirror, o cluster de destino precisa ter o "Licença de nuvem da SnapMirror" instalado e ter capacidade suficiente disponível para dar suporte à migração de capacidade nos volumes espelhados para a nuvem.

Destino assíncrono SnapMirror

ONTAP 9.12,1

Fonte assíncrona do SnapMirror

ONTAP 9.11,1

  • As transferências podem continuar normalmente nas relações FlexVol SnapMirror durante a maior parte da migração.

  • Todas as transferências em andamento são canceladas durante a transição e novas transferências falham durante esse processo. Eles não podem ser reiniciados até que a migração seja concluída.

  • As transferências agendadas que foram canceladas ou perdidas durante a migração não são iniciadas automaticamente após a conclusão da migração.

    Observação

    Quando uma fonte SnapMirror é migrada, o ONTAP não impede a exclusão do volume após a migração até que a atualização do SnapMirror ocorra. Isso acontece porque as informações relacionadas ao SnapMirror para volumes de origem SnapMirror migrados estão disponíveis somente após a conclusão da migração e após a primeira atualização.

Definições de SMTape

Não suportado

SnapLock

Não suportado

Sincronização ativa do SnapMirror

Não suportado

Relacionamentos de pares SVM do SnapMirror

ONTAP 9.12,1

Recuperação de desastres do SnapMirror SVM

Não suportado

SnapMirror síncrono

Não suportado

Instantâneos

ONTAP 9.10,1

Bloqueio de snapshot à prova de violações

ONTAP 9.14,1

O bloqueio de snapshot à prova de violações não é equivalente ao SnapLock. O SnapLock Enterprise e o SnapLock Compliance permanecem sem suporte.

Virtual IP LIFs/BGP

Não suportado

Console de armazenamento virtual 7,0 e posterior

Não suportado

Clones de volume

Não suportado

VStorage

Não suportado

A migração não é permitida quando o vStorage está ativado. Para executar uma migração, desative a opção vStorage e, em seguida, reative-a após a conclusão da migração.

Operações compatíveis durante a migração

A tabela a seguir indica operações de volume com suporte à migração do SVM com base no estado de migração:

Operação de volume

Estado de migração do SVM

Em andamento

Em pausa

* Redução*

Criar

Não é permitido

Permitido

Não suportado

Eliminar

Não é permitido

Permitido

Não suportado

Desativar a análise do sistema de ficheiros

Permitido

Permitido

Não suportado

Análise do sistema de arquivos ativada

Não é permitido

Permitido

Não suportado

Modificar

Permitido

Permitido

Não suportado

Offline/Online

Não é permitido

Permitido

Não suportado

Mover/realojar

Não é permitido

Permitido

Não suportado

Qtree criar/modificar

Não é permitido

Permitido

Não suportado

Quota criar/modificar

Não é permitido

Permitido

Não suportado

Mudar o nome

Não é permitido

Permitido

Não suportado

Redimensionar

Permitido

Permitido

Não suportado

Restringir

Não é permitido

Permitido

Não suportado

Atributos do Snapshot modificam

Permitido

Permitido

Não suportado

snapshot Autodelete Modificar

Permitido

Permitido

Não suportado

Criar Snapshot

Permitido

Permitido

Não suportado

Eliminar instantâneo

Permitido

Permitido

Não suportado

Restaure o arquivo a partir do snapshot

Permitido

Permitido

Não suportado