

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á.

# Migração de servidores de arquivos
<a name="migrating-file-servers-workloads"></a>

O armazenamento é um componente essencial para qualquer carga de trabalho que você executa. AWS tem várias opções para armazenar arquivos na nuvem, incluindo armazenamento em blocos, arquivos e objetos. Para workloads da Microsoft, as opções mais comuns são armazenamento em blocos e arquivos. Esta seção fornece estratégias para ajudá-lo a migrar seu armazenamento para cargas de trabalho da Microsoft para o Nuvem AWS e orienta você na migração de seus servidores de arquivos.

## Avaliar
<a name="migrating-file-servers-workloads-assess"></a>

Há três tipos principais de armazenamento: armazenamento de objetos, blocos e arquivos. AWS oferece um amplo portfólio de serviços de armazenamento que podem ser categorizados em cada um deles. Uma migração bem-sucedida depende da compreensão de suas necessidades atuais e da [comparação](https://aws.amazon.com/blogs/storage/comparing-your-on-premises-storage-patterns-with-aws-storage-services/) com vários serviços AWS de armazenamento para avaliar o que funciona melhor para você. Escolher a tecnologia certa para sua workload é fundamental para o sucesso a longo prazo. Recomendamos que você não tente uma correlação exata com o que você usa atualmente para armazenamento. Em vez disso, recomendamos que você analise todas as opções disponíveis e selecione aquela que faz mais sentido para otimizar o custo e o desempenho de suas workloads da Microsoft. Por exemplo, considere um grande servidor de arquivos on-premises que requer armazenamento em bloco local. Ativado AWS, a melhor opção seria transferi-lo para o [Amazon FSx](https://aws.amazon.com/fsx/) para obter o mesmo desempenho que você tinha para seu servidor de arquivos, ao mesmo tempo em que elimina o trabalho pesado indiferenciado de administrar o servidor de arquivos e o armazenamento de back-end.

O TCO é um item essencial a ser analisado ao avaliar qual opção de armazenamento funciona melhor para você. Lembre-se de que usar um serviço AWS gerenciado para ajudar a reduzir os custos operacionais pode ajudá-lo a escolher a solução geral de armazenamento certa AWS. Para solicitar uma avaliação de armazenamento, entre em contato conosco em`migration-evaluator@amazon.com`. Um especialista em armazenamento ajudará você a avaliar suas cargas de trabalho, mapeá-las para o serviço de AWS armazenamento mais adequado e fornecer estimativas direcionais de custo. A avaliação do armazenamento tem três fases:

1. Você inicia o processo de descoberta instalando um coletor sem agente ou recebendo a saída de um conjunto de ferramentas existente em um arquivo simples.

1. Você permite que o processo de descoberta seja executado por 7 a 60 dias.

1. O coletor de armazenamento analisa os dados da ferramenta de descoberta e, em seguida, propõe uma solução de armazenamento de destino e fornece estimativas de custo direcionadas para a solução.

Se o custo de uma opção de armazenamento for um pouco maior, considere se essa opção de armazenamento reduz o custo geral a longo prazo e descubra o que suas equipes devem fazer para manter a segurança e a confiabilidade do armazenamento. Pode ser a solução certa de longo prazo para sua workload.

Ao avaliar a solução certa, é importante analisar a performance e os custos. Você pode usar ferramentas como o [Monitor de performance do Windows](https://techcommunity.microsoft.com/blog/askperf/windows-performance-monitor-overview/375481) para identificar as IOPS, o throughput e outras necessidades de performance da sua workload e, em seguida, implementar os mesmos testes na solução da AWS que você escolher para sua workload. Além disso, você pode usar o CloudWatch agente da Amazon para [visualizar métricas do Performance Monitor em um servidor Windows](https://repost.aws/knowledge-center/cloudwatch-performance-monitor-windows) e analisar as métricas de suas cargas de trabalho antes de colocá-las em produção.

### Identifique o serviço AWS de armazenamento que melhor atenda às suas necessidades
<a name="best-needs"></a>

A escolha do serviço de armazenamento geralmente depende do seu caso de uso, das necessidades da aplicação, da familiaridade, dos perfis de desempenho e dos recursos de gerenciamento de dados. Considere o seguinte:
+ [Amazon Simple Storage Service (Amazon S3)](https://docs.aws.amazon.com/AmazonS3/latest/userguide/Welcome.html): o Amazon S3 é um armazenamento de objetos criado para armazenar e recuperar qualquer quantidade de dados de qualquer lugar. O Amazon S3 oferece uma variedade de classes de armazenamento que você pode escolher com base nos requisitos de acesso a dados, resiliência e custo de suas workloads. Você pode implementar o acesso baseado em arquivos no Amazon S3 usando o [AWS Storage Gateway](https://docs.aws.amazon.com/filegateway/latest/files3/CreatingAnSMBFileShare.html). Isso permite que você aproveite o armazenamento de baixo custo do Amazon S3, sem precisar reescrever completamente uma aplicação que usa um Server Message Block (SMB).
+ [Amazon Elastic Block Store (Amazon EBS)](https://docs.aws.amazon.com/ebs/latest/userguide/what-is-ebs.html): o Amazon EBS oferece volumes de armazenamento ao nível do bloco para uso com as instâncias do Amazon EC2. Os volumes do Amazon EBS se comportam como dispositivos de bloco brutos e não formatados. É possível montar esses volumes como dispositivos em suas instâncias. Os volumes do Amazon EBS que estão anexados a uma instância são expostos como volumes de armazenamento que persistem independentemente da vida útil da instância.
+ [Amazon FSx — O**** Amazon FSx](https://docs.aws.amazon.com/fsx/) oferece quatro sistemas de arquivos diferentes: NetApp ONTAP, OpenZFS, Windows File Server e Lustre. Para obter orientação sobre como escolher o sistema correto, consulte [Choosing an Amazon FSx File System](https://aws.amazon.com/fsx/when-to-choose-fsx/) na documentação do Amazon FSx. O Amazon FSx oferece uma solução gerenciada de armazenamento de arquivos em vários tipos de sistemas de arquivos para permitir que você migre suas cargas de trabalho da Microsoft AWS e remova parte da sobrecarga operacional da sua equipe de TI. Isso permite que a TI se concentre em outros fatores críticos de negócios.
+ [AWS Snow Family****](https://aws.amazon.com/snowball/)— Se você tiver escalas de dados de petabytes para migrar AWS, considere usar uma solução de armazenamento da família Snow. Embora seu armazenamento não dependa do dispositivo Snow Family para a vida útil prolongada de seus dados, ele pode ajudá-lo a colocar grandes conjuntos de dados AWS offline usando um AWS Snowball Edge dispositivo Snowmobile ou AWS Snowmobile. AWS Snowball Para obter mais informações, consulte [Migrar facilmente grandes bancos de dados SQL usando AWS Snowball e AWS DataSync](https://aws.amazon.com/blogs/storage/seamlessly-migrate-large-sql-databases-using-aws-snowball-and-aws-datasync/) publicando no blog AWS de armazenamento.

Recomendamos que você realize testes usando ferramentas de stress/load teste antes de mover os dados de produção, depois de identificar o serviço de armazenamento para suas cargas de trabalho. Por exemplo, se você estiver movendo seus bancos de dados SQL no Amazon FSx para Windows File Server, poderá usar o [Microsoft SQL Server Distributed Replay](https://learn.microsoft.com/en-us/sql/tools/distributed-replay/sql-server-distributed-replay?view=sql-server-ver16). Da mesma forma, você pode usar o [DISKSPD](https://learn.microsoft.com/en-us/azure-stack/hci/manage/diskspd-overview) para IOPS e throughput.

## Mobilizar
<a name="migrating-file-servers-workloads-mobilize"></a>

Depois de identificar um serviço de armazenamento, a próxima etapa é selecionar uma ferramenta para transferência de dados. Várias ferramentas estão disponíveis, incluindo soluções mais antigas, como [Robocopy](https://learn.microsoft.com/en-us/archive/technet-wiki/1073.robocopy-and-a-few-examples), e ferramentas mais modernas, como [AWS DataSync](https://docs.aws.amazon.com/datasync/latest/userguide/what-is-datasync.html). DataSyncinclui vários controles que não estão disponíveis em ferramentas como o Robocopy, como transferência programada e controle mais fácil da limitação da rede para ajudar a migrar seus dados sem afetar o tráfego geral da rede. Para obter mais informações sobre migrações bem-sucedidas concluídas com DataSync, consulte os [depoimentos de clientes](https://aws.amazon.com/datasync/customers/) em clientes. DataSync

Se você se sentir mais à vontade com o Robocopy, poderá usá-lo para migrar seus dados para a AWS. Recomendamos que você analise este guia sobre como otimizar a [performance da transferência de arquivos](https://repost.aws/knowledge-center/direct-connect-file-transfer). O guia pode ajudar a evitar problemas durante a migração. Se você usar o Robocopy com um sistema de arquivos com a desduplicação habilitada, consulte [Desduplicação de dados](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/managing-storage-configuration.html#using-data-dedup) na documentação do Amazon FSx para Windows File Server, e [Troubleshooting Data Deduplication Corruptions](https://learn.microsoft.com/en-us/archive/technet-wiki/31038.troubleshooting-data-deduplication-corruptions) na documentação da Microsoft para evitar problemas com corrupção de dados.

[AWS Storage Gateway](https://docs.aws.amazon.com/storagegateway/index.html)pode migrar dados de três AWS maneiras: arquivos, volumes e fitas virtuais. Você pode instalar o Storage Gateway em um VMware ou Hyper-V hipervisor executado localmente, em uma instância do Amazon EC2 em sua Amazon VPC ou em um dispositivo de hardware dedicado.

O Storage Gateway pode ajudá-lo a preencher a lacuna entre o local AWS e a reduzir seus custos. Você pode usar o Storage Gateway para implementar sua migração em fases e usá-lo para substituir um dispositivo e fitas de backup on-premises por uma biblioteca de fitas virtuais (VTL). Você também pode usar o Storage Gateway como uma solução de armazenamento de arquivamento para começar a migrar somente os arquivos locais não utilizados para AWS a primeira fase da migração. Há várias opções para usar o Storage Gateway para hospedar sua carga de trabalho da Microsoft. AWS

## Migrar
<a name="migrating-file-servers-workloads-migrate"></a>

DataSync e o Robocopy estão equipados para preservar as listas de controle de acesso à rede (ACLs, também conhecidas como ACLs do Windows). Antes de iniciar a migração, recomendamos que você faça uma cópia de backup das ACLs usando [icacls](https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/icacls) e analise os seguintes recursos:
+ [Migração de compartilhamentos de arquivos locais para o Amazon FSx for NetApp ONTAP](https://aws.amazon.com/blogs/storage/migrating-on-premises-file-shares-to-amazon-fsx-for-netapp-ontap/) (Storage Blog)AWS 
+ [Migração do armazenamento de arquivos existente para o Amazon FSx](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/migrate-to-fsx.html) (documentação do Amazon FSx para Windows File Server)
+ [Transferir arquivos do local para AWS e de volta sem sair da sua VPC AWS DataSync](https://aws.amazon.com/blogs/storage/transferring-files-from-on-premises-to-aws-and-back-without-leaving-your-vpc-using-aws-datasync/) usando AWS (Storage Blog)
+ [Migre pequenos conjuntos de dados do local para o Amazon S3 AWS SFTP](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-small-sets-of-data-from-on-premises-to-amazon-s3-using-aws-sftp.html) usando AWS (orientação prescritiva)