As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Migrando FSx para o ONTAP usando NetApp SnapMirror
Você pode migrar seus sistemas de arquivos NetApp ONTAP para a Amazon FSx para uso do NetApp ONTAP. NetApp SnapMirror
NetApp SnapMirror emprega replicação em nível de bloco entre dois sistemas de arquivos ONTAP, replicando dados de um volume de origem especificado para um volume de destino. Recomendamos usar SnapMirror para migrar sistemas de arquivos ONTAP locais para o NetApp ONTAP. FSx NetApp SnapMirrorA replicação em nível de bloco é rápida e eficiente até mesmo para sistemas de arquivos com:
+ Estruturas complexas de diretórios
+ Mais de 50 milhões de arquivos
+ Arquivos muito pequenos (da ordem de kilobytes)
Quando você costuma migrar SnapMirror FSx para o ONTAP, os dados desduplicados e compactados permanecem nesses estados, o que reduz os tempos de transferência e reduz a quantidade de largura de banda necessária para a migração. Os snapshots que existem nos volumes do ONTAP de origem são preservados quando migrados para os volumes de destino. A migração de seus sistemas de arquivos NetApp ONTAP locais FSx para o ONTAP envolve as seguintes tarefas de alto nível:
1. Crie o volume de destino na Amazon FSx.
1. Reúna interfaces lógicas de origem e destino (LIFs).
1. Estabelecer o emparelhamento de cluster entre os sistemas de arquivos de origem e destino.
1. Criar uma relação de emparelhamento entre SVMs.
1. Crie o SnapMirror relacionamento.
1. Manter um cluster de destino atualizado.
1. Vá para o seu sistema FSx de arquivos ONTAP.
O diagrama a seguir ilustra o cenário de migração descrito nesta seção.
![\[Fluxograma exibindo o processo de migração de sistemas de arquivos NetApp ONTAP locais para o ONTAP. FSx\]](http://docs.aws.amazon.com/pt_br/fsx/latest/ONTAPGuide/images/snapmirror-on-premise-migration.png)
**Topics**
+ [Antes de começar](#prerequisites)
+ [Criar o volume de destino](#create-destination-volume)
+ [Registre a origem e o destino entre clusters LIFs](#get-lifs)
+ [Estabelecer o emparelhamento de clusters entre a origem e o destino](#cluster-peering)
+ [Criar uma relação de emparelhamento entre SVMs](#svm-peering)
+ [Crie o SnapMirror relacionamento](#snapmirror-relationship)
+ [Transferir dados para o seu FSx sistema de arquivos para ONTAP](#transfer-data)
+ [Passando para a Amazon FSx](#cutover)
## Antes de começar
Antes de começar a usar os procedimentos descritos nas próximas seções, verifique se você atende aos pré-requisitos a seguir.
+ FSx for ONTAP prioriza o tráfego do cliente em relação às tarefas em segundo plano, incluindo armazenamento de dados em camadas, eficiência de armazenamento e backups. Ao migrar dados, e como prática recomendada geral, recomendamos que monitore a capacidade do nível SSD para garantir que não exceda 80% de utilização. Você pode monitorar a utilização do seu nível de SSD usando métricas do [sistema de CloudWatch arquivos](file-system-metrics.md). Para obter mais informações, consulte [Métricas de volume](volume-metrics.md).
+ Se você definir a política de divisão de dados em níveis do volume de destino para `All` ao migrar seus dados, todos os metadados do arquivo serão armazenados no nível de armazenamento SSD principal. Os metadados do arquivo são sempre armazenados no nível SSD principal, independentemente da política de divisão de dados em níveis do volume. Recomendamos assumir uma proporção de 1 : 10 para o nível principal : capacidade de armazenamento do nível do grupo de capacidade.
+ Os sistemas de arquivos de origem e destino estão conectados na mesma VPC ou em redes que são emparelhadas usando Amazon VPC Peering, Transit Gateway ou. AWS Direct Connect Site-to-Site VPN Para obter mais informações, consulte [Acessando dados de dentro do Nuvem AWS](supported-fsx-clients.md#access-environments) e [O que é emparelhamento de VPC?](https://docs.aws.amazon.com/vpc/latest/peering/what-is-vpc-peering.html) no *Guia de emparelhamento da Amazon VPC*.
+ O grupo de segurança VPC FSx para o sistema de arquivos ONTAP tem regras de entrada e saída que permitem ICMP e TCP nas portas 443, 10000, 11104 e 11105 para seus endpoints entre clusters (). LIFs
+ Verifique se os volumes de origem e destino estão executando versões compatíveis do NetApp ONTAP antes de criar uma relação de proteção de SnapMirror dados. Para obter mais informações, consulte [Versões compatíveis do ONTAP para SnapMirror relacionamentos na documentação](https://docs.netapp.com/us-en/ontap/data-protection/compatible-ontap-versions-snapmirror-concept.html#snapmirror-dr-relationships) do usuário NetApp do ONTAP. Os procedimentos apresentados aqui usam um sistema de arquivos NetApp ONTAP local para a fonte.
+ Seu sistema de arquivos NetApp ONTAP local (de origem) inclui uma SnapMirror licença.
+ Você criou um destino FSx para o sistema de arquivos ONTAP com uma SVM, mas não criou um volume de destino. Para obter mais informações, consulte [Criar sistemas de arquivos](creating-file-systems.md).
Os comandos nesses procedimentos usam os aliases de cluster, SVM e volume a seguir.
+ *`FSx-Dest`*— o ID do cluster de destino (FSx) (no formato FSx IDABCDEF1234567890a).
+ *`OnPrem-Source`*: o ID do cluster de origem.
+ *`DestSVM`*: o nome da SVM de destino.
+ *`SourceSVM`*: o nome da SVM de origem.
+ O nome do volume de origem e o de destino é `vol1`.
**nota**
Um sistema de arquivos FSx for ONTAP é chamado de cluster em todos os comandos da CLI do ONTAP.
Os procedimentos nesta seção usam os seguintes comandos da CLI do NetApp ONTAP.
+ comando [volume create](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/volume__create.html)
+ comandos [cluster](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/TOC__cluster.html)
+ comandos [vserver peer](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/TOC__vserver__peer.html)
+ comandos [snapmirror](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/TOC__snapmirror.html)
Você usará a CLI do NetApp ONTAP para criar e gerenciar SnapMirror uma configuração no FSx seu sistema de arquivos do ONTAP. Para obter mais informações, consulte [Usar a CLI do NetApp ONTAP](managing-resources-ontap-apps.md#netapp-ontap-cli).
## Criar o volume de destino
Você pode criar um volume de destino de proteção de dados (DP) usando o FSx console da Amazon, o AWS CLI e a FSx API da Amazon, além da NetApp CLI e da API REST do ONTAP. Para obter informações sobre a criação de um volume de destino usando o FSx console da Amazon AWS CLI, consulte[Como criar volumes](creating-volumes.md).
**nota**
O ONTAP não preserva as economias de compactação pós-processamento obtidas na origem no volume de DP de destino quando a política de hierarquização do volume de destino for `All`. Para preservar a economia de compactação pós-processamento, você deve definir a política de classificação por níveis de volume de destino como `Auto` e permitir que o sistema de arquivos de destino reaplique a economia de compactação pós-processo inactive-data-compression no destino.
No procedimento a seguir, você usará a CLI do NetApp ONTAP para criar um volume de destino no FSx seu sistema de arquivos for ONTAP. Você precisará da senha de `fsxadmin` e do endereço IP ou nome DNS da porta de gerenciamento do sistema de arquivos.
1. Estabeleça uma sessão SSH com o sistema de arquivos de destino utilizando o usuário e a senha de `fsxadmin` definidos ao criar o sistema de arquivos.
```
ssh fsxadmin@file-system-management-endpoint-ip-address
```
1. Crie um volume no cluster de destino que tenha uma capacidade de armazenamento que seja, no mínimo, igual à capacidade de armazenamento do volume de origem. Use `-type DP` para designá-lo como um destino para um SnapMirror relacionamento.
Se você planeja usar a divisão de dados em níveis, recomendamos que defina a `-tiering-policy` como `all`. Isso garante que seus dados sejam imediatamente transferidos para o armazenamento do grupo de capacidade e evita que você fique sem capacidade no nível SSD. Após a migração, você pode mudar a `-tiering-policy` para `auto`.
**nota**
Os metadados do arquivo são sempre armazenados no nível SSD principal, independentemente da política de divisão de dados em níveis do volume.
```
FSx-Dest::> vol create -vserver DestSVM -volume vol1 -aggregate aggr1 -size 1g -type DP -tiering-policy all
```
## Registre a origem e o destino entre clusters LIFs
SnapMirror usa interfaces lógicas entre clusters (LIFs), cada uma com um endereço IP exclusivo, para facilitar a transferência de dados entre os clusters de origem e de destino.
1. Para o destino FSx dos sistemas de arquivos ONTAP, você pode recuperar o **endpoint entre clusters - endereços IP do FSx console da** Amazon navegando até a guia **Administração** na página de detalhes do seu sistema de arquivos.
1. Para o cluster NetApp ONTAP de origem, recupere os endereços IP LIF entre clusters usando a CLI ONTAP. Execute este comando: .
```
OnPrem-Source::> network interface show -role intercluster
Logical Network
Vserver Interface Status Address/Mask
----------- ---------- ------- ------------
FSx-Dest
inter_1 up/up 10.0.0.36/24
inter_2 up/up 10.0.1.69/24
```
**nota**
Para sistemas de arquivos single-AZ de segunda geração, há dois endereços IP entre clusters para cada par de alta disponibilidade (HA). Salve esses valores para uso posterior.
Salve os endereços IP `inter_1` e `inter_2`. Eles são referidos no `FSx-Dest` como `dest_inter_1` e `dest_inter_2` e em `OnPrem-Source` como `source_inter_1` e `source_inter_2`.
## Estabelecer o emparelhamento de clusters entre a origem e o destino
Estabeleça um relacionamento entre pares de clusters no cluster de destino fornecendo os endereços IP entre clusters. Você também precisará criar uma senha que deverá ser inserida ao estabelecer o emparelhamento de clusters no cluster de origem.
1. Defina o emparelhamento no cluster de destino usando o seguinte comando. Para sistemas de arquivos single-AZ de segunda geração, você precisará fornecer cada endereço IP entre clusters.
```
FSx-Dest::> cluster peer create -address-family ipv4 -peer-addrs source_inter_1,source_inter_2
Enter the passphrase:
Confirm the passphrase:
Notice: Now use the same passphrase in the "cluster peer create" command in the other cluster.
```
1. Em seguida, estabeleça o relacionamento entre pares do cluster no cluster de origem. Você precisará digitar a senha criada acima para se autenticar. Para sistemas de arquivos single-AZ de segunda geração, você precisará fornecer cada endereço IP entre clusters.
```
OnPrem-Source::> cluster peer create -address-family ipv4 -peer-addrs dest_inter_1,dest_inter_2
Enter the passphrase:
Confirm the passphrase:
```
1. Verifique se o emparelhamento foi bem-sucedido usando o comando a seguir no cluster de origem. Na saída, `Availability` deve ser definida como `Available`.
```
OnPrem-Source::> cluster peer show
Peer Cluster Name Availability Authentication
----------------- -------------- --------------
FSx-Dest Available ok
```
## Criar uma relação de emparelhamento entre SVMs
Com o peering de cluster estabelecido, a próxima etapa é emparelhar o. SVMs Crie um relacionamento de emparelhamento de SVM no cluster de destino (FSx-Dest) usando o comando. `vserver peer` Estes são os aliases adicionais usados nos comandos a seguir.
+ `DestLocalName`: esse é o nome usado para identificar a SVM de destino ao configurar o emparelhamento entre SVMs na SVM de origem.
+ `SourceLocalName`: esse é o nome usado para identificar a SVM de origem ao configurar o emparelhamento entre SVMs na SVM de destino.
1. Use o comando a seguir para criar uma relação de emparelhamento de SVM entre a origem e o destino. SVMs
```
FSx-Dest::> vserver peer create -vserver DestSVM -peer-vserver SourceSVM -peer-cluster OnPrem-Source -applications snapmirror -local-name SourceLocalName
Info: [Job 207] 'vserver peer create' job queued
```
1. Aceite a relação de emparelhamento no cluster de origem:
```
OnPrem-Source::> vserver peer accept -vserver SourceSVM -peer-vserver DestSVM -local-name DestLocalName
Info: [Job 211] 'vserver peer accept' job queued
```
1. Verifique o status de emparelhamento da SVM usando o comando a seguir; `Peer State` deve ser definido como `peered` na resposta.
```
OnPrem-Source::> vserver peer show
Peer Peer Peer Peering Remote
Vserver Vserver State Cluster Applications Vserver
------- -------- ------ -------- ------------- ---------
svm01 destsvm1 peered FSx-Dest snapmirror svm01
```
## Crie o SnapMirror relacionamento
Agora que você emparelhou a origem e o destino SVMs, as próximas etapas são criar e inicializar o SnapMirror relacionamento no cluster de destino.
**nota**
Depois de criar e inicializar um SnapMirror relacionamento, os volumes de destino ficam somente para leitura até que o relacionamento seja interrompido.
+ Use o `[snapmirror create](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/snapmirror__create.html)` comando para criar o SnapMirror relacionamento no cluster de destino. O comando `snapmirror create` deve ser usado na SVM de destino.
Opcionalmente, você pode usar `-throttle` para definir a largura de banda máxima (em KB/s) para o relacionamento. SnapMirror
```
FSx-Dest::> snapmirror create -source-path SourceLocalName:vol1 -destination-path DestSVM:vol1 -vserver DestSVM -throttle unlimited
Operation succeeded: snapmirror create for the relationship with destination "DestSVM:vol1".
```
## Transferir dados para o seu FSx sistema de arquivos para ONTAP
Agora que você criou o SnapMirror relacionamento, você pode transferir dados para o sistema de arquivos de destino.
1. Você pode transferir dados para o sistema de arquivos de destino executando o comando a seguir no sistema de arquivos de destino.
**nota**
Depois de executar esse comando, SnapMirror começa a transferir instantâneos de dados do volume de origem para o volume de destino.
```
FSx-Dest::> snapmirror initialize -destination-path DestSVM:vol1 -source-path SourceLocalName:vol1
```
1. Se estiver migrando dados que estão sendo usados ativamente, precisará atualizar seu cluster de destino para que permaneça sincronizado com o cluster de origem. Para executar uma atualização única no cluster de destino, execute o comando a seguir.
```
FSx-Dest::> snapmirror update -destination-path DestSVM:vol1
```
1. Você também pode agendar atualizações de hora em hora ou diárias antes de concluir a migração e transferir seus clientes FSx para o ONTAP. Você pode estabelecer um cronograma de SnapMirror atualização usando o [https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/snapmirror__modify.html](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/snapmirror__modify.html)comando.
```
FSx-Dest::> snapmirror modify -destination-path DestSVM:vol1 -schedule hourly
```
## Passando para a Amazon FSx
Para se preparar para a transferência FSx para seu sistema de arquivos do ONTAP, faça o seguinte:
+ Desconecte todos os clientes que gravam no cluster de origem.
+ Execute uma SnapMirror transferência final para garantir que não haja perda de dados durante o recorte.
+ Rompa o SnapMirror relacionamento.
+ Conecte todos os clientes ao seu sistema de arquivos FSx for ONTAP.
1. Para garantir que todos os dados do cluster de origem sejam transferidos FSx para o sistema de arquivos ONTAP, execute uma transferência final do Snapmirror.
```
FSx-Dest::> snapmirror update -destination-path DestSVM:vol1
```
1. Certifique-se de que a migração dos dados esteja concluída verificando se o `Mirror State` está definido como `Snapmirrored` e se o `Relationship Status` está definido como `Idle`. Você também deve garantir que a data de `Last Transfer End Timestamp` seja a esperada, pois mostra quando ocorreu a última transferência para o volume de destino.
1. Execute o comando a seguir para mostrar o SnapMirror status.
```
FSx-Dest::> snapmirror show -fields state,status,last-transfer-end-timestamp
Source Destination Mirror Relationship Last Transfer End
Path Path State Status Timestamp
---------- ----------- ---------- ------- ---------------
Svm01:vol1 svm02:DestVol Snapmirrored Idle 09/02 09:02:21
```
1. Desative quaisquer SnapMirror transferências futuras usando o `snapmirror quiesce` comando.
```
FSx-Dest::> snapmirror quiesce -destination-path DestSVM:vol1
```
1. Verifique se o `Relationship Status` mudou para `Quiesced` usando `snapmirror show`.
```
FSx-Dest::> snapmirror show
Source Destination Mirror Relationship
Path Path State Status
----------- ------------ ------------- --------
sourcesvm1:vol1 svm01:DestVol Snapmirrored Quiesced
```
1. Durante a migração, o volume de destino é somente leitura. Para habilitar a leitura/gravação, você precisa romper o SnapMirror relacionamento e passar para o sistema de arquivos do FSx ONTAP. Quebre o SnapMirror relacionamento usando o comando a seguir.
```
FSx-Dest::> snapmirror break -destination-path DestSVM:vol1
Operation succeeded: snapmirror break for destination "DestSVM:vol1".
```
1. Depois que a SnapMirror replicação for concluída e você romper o SnapMirror relacionamento, você poderá montar o volume para disponibilizar os dados.
```
FSx-Dest::> vol mount -vserver fsx -volume vol1 -junction-path /vol1
```
O volume já está disponível com os dados do volume de origem totalmente migrados para o volume de destino. O volume também está disponível para os clientes lerem e gravarem nele. Se você definiu anteriormente a `tiering-policy` desse volume como `all`, poderá alterá-la para `auto` ou `snapshot-only` e seus dados farão a transição automática entre os níveis de armazenamento de acordo com os padrões de acesso. Para tornar esses dados acessíveis a clientes e aplicações, consulte [Acessando seus dados FSx do ONTAP](supported-fsx-clients.md).