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á.
# Métodos de migração de banco de dados do SQL Server
Existem vários métodos para migrar os seus bancos de dados do SQL Server para o AWS. Você pode escolher entre serviços AWS e recursos nativos do SQL Server com base em sua avaliação e requisitos. Esta seção descreve alguns dos métodos mais comuns, resumidos nas duas tabelas a seguir. Discussões detalhadas de alguns desses métodos estão incluídas nas seções sobre Amazon EC2 e Amazon RDS mais adiante neste guia.
**AWS serviços**
****
| Método de migração | Destino | Atributos e limitações | Mais informações |
| --- | --- | --- | --- |
| **AWS DMS** | Amazon EC2 Amazon RDS Amazon RDS Custom Amazon Aurora | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/migration-sql-server/methods.html) | Seção [AWS DMS](heterogeneous-migration-tools.md#aws-dms) |
| **Orquestrador do AWS Migration Hub** | Amazon EC2 Amazon RDS | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/migration-sql-server/methods.html) | Seção [Orquestrador do AWS Migration Hub](mho.md) |
| **AWS Application Migration Service** | Amazon EC2 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/migration-sql-server/methods.html) | Não abordado neste guia (consulte a [documentação do Serviço de Migração de Aplicativos](https://docs.aws.amazon.com/mgn/index.html)) |
| **AWS Snowball Edge** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/migration-sql-server/methods.html) | Seção [Snowball Edge](snowball-edge.md) |
**Métodos nativos do SQL Server**
****
| Método de migração | Destino | Atributos e limitações | Mais informações |
| --- | --- | --- | --- |
| **Backup e restauração nativos** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/migration-sql-server/methods.html) | Seção de [backup nativo/restauração do SQL Server](native-backup-restore.md) (você pode usar o [Orquestrador do AWS Migration Hub](mho.md) para automatizar o backup nativo e a restauração) |
| **Envio de logs** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/migration-sql-server/methods.html) | Seção [Envio de logs](log-shipping.md) |
| **Envio personalizado de logs** | Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/migration-sql-server/methods.html) | [Automatize a migração local ou do Amazon EC2 SQL Server para o Amazon RDS para SQL Server usando o envio AWS personalizado de registros (publicação no blog](https://aws.amazon.com/blogs/database/automate-on-premises-or-amazon-ec2-sql-server-to-amazon-rds-for-sql-server-migration-using-custom-log-shipping/)) |
| **Espelhamento de banco de dados** | Amazon EC2 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/migration-sql-server/methods.html) | Seção [Espelhamento de banco de dados](db-mirroring.md) |
| **Grupos de disponibilidade Always On** | Amazon EC2 Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/migration-sql-server/methods.html) | Seção [Grupos de disponibilidade Always On](always-on.md) |
| **Grupos básicos de disponibilidade Always On** | Amazon EC2 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/migration-sql-server/methods.html) | Não abordado neste guia (consulte [Grupos de disponibilidade básicos Always On para um único banco de dados](https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/basic-availability-groups-always-on-availability-groups) na documentação da Microsoft) |
| **Grupos de disponibilidade distribuídos** | Amazon EC2 Amazon RDS Custom (somente migração) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/migration-sql-server/methods.html) | Seção [Grupos de disponibilidade distribuídos](distributed-groups.md) |
| **Replicação transacional** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/migration-sql-server/methods.html) | Seção [Replicação transacional](trans-rep.md) |
| **Programa de cópia em massa (bcp)** | Amazon EC2 Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/migration-sql-server/methods.html) | Não abordado neste guia (consulte [Importação e exportação de dados do SQL Server usando outros métodos](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.Snapshots.html), seção *Cópia em massa* na documentação do Amazon RDS) |
| **Desanexar e anexar** | Amazon EC2 Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/migration-sql-server/methods.html) | Não abordado neste guia (consulte [Desanexar e anexar banco de dados](https://learn.microsoft.com/en-us/sql/relational-databases/databases/database-detach-and-attach-sql-server) na documentação da Microsoft) |
| **Importação/exportação** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/migration-sql-server/methods.html) | Não abordado neste guia (consulte [Importação e exportação de dados do SQL Server usando outros métodos](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.Snapshots.html#SQLServer.Procedural.Exporting.SSIEW) na documentação do Amazon RDS) |
# Backup/restauração nativos do SQL Server
O Amazon RDS é compatível com as operações de backup e restauração nativos para bancos de dados do Microsoft SQL Server usando arquivos de backup diferencial e completo (arquivos .bak). Ele também oferece suporte a opções diferenciais de restauração e restauração de log em uma instância de banco de dados Amazon RDS for SQL Server ou EC2 Amazon SQL Server, para minimizar o tempo de inatividade do seu aplicativo.
**nota**
É possível realizar operações de restauração completa, diferencial e de log no Amazon RDS para SQL Server. No entanto, você pode realizar somente backup completo e diferencial (não backup de log) no momento.
Usar arquivos .bak nativos é a maneira mais simples de fazer backup e restaurar bancos de dados do SQL Server. Use esse método para migrar bancos de dados para ou de Amazon RDS. Você pode fazer backup e restauração de bancos de dados únicos, em vez de instâncias de banco de dados inteiras. Voê também pode movimentar bancos de dados entre instâncias de Amazon RDS para SQL Server.
Quando você usa o Amazon RDS, você pode armazenar e transferir arquivos de backup no Amazon Simple Storage Service (Amazon S3), para uma camada adicional de proteção para recuperação de desastres. Por exemplo:
+ Crie um backup completo do banco de dados no servidor local, copie-o para um bucket do S3 e o restaure em uma instância de banco de dados do Amazon RDS SQL Server existente.
+ Você pode fazer backups de uma instância de banco de dados do Amazon RDS para SQL Server, armazena-los em Amazon S3, e depois restaurá-los onde quiser.
+ Você pode implementar as regras de configuração do [ciclo de vida do Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/dev/object-lifecycle-mgmt.html) para arquivar ou excluir backups de longo prazo.
O Amazon RDS para SQL Server oferece suporte à restauração de backups nativos do SQL Server em instâncias de banco de dados SQL Server que tenham réplicas de leitura configuradas. Isso significa que você não precisa remover a réplica de leitura antes de restaurar o arquivo de backup nativo na sua instância de banco de dados Amazon RDS para SQL Server.
**nota**
Você pode usar o Migration Hub Orchestrator para automatizar e orquestrar suas migrações de banco de dados do SQL Server para a Amazon ou o EC2 Amazon RDS usando backup e restauração nativos. Para obter mais informações, consulte a [seção Orquestrador do AWS Migration Hub](mho.md).
O diagrama a seguir mostra o backup/restore processo nativo do SQL Server. Você pode usar o Migration Hub Orchestrator para automatizar esse processo. Você também pode usar esse processo para fazer backup e restaurar bancos de dados do SQL Server na Amazon EC2 .
![\[SQL Server migration process with native SQL Server backup/restore\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/migration-sql-server/images/sql-native-backup-restore.png)
Para automatizar o backup e a restauração, consulte a documentação do [Migration Hub Orchestrator](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/what-is-migrationhub-orchestrator.html).
Para configurar o nativo backup/restore usando o Amazon S3, consulte a documentação do [Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Enabling).
Para ver as limitações ao usar o backup e a restauração nativos do SQL Server, consulte [Limitações e recomendações](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Limitations) na documentação do Amazon RDS.
# Envio de logs
Você pode usar o envio de registros para enviar backups de registros de transações do seu banco de dados SQL Server primário local para um ou mais bancos de dados SQL Server secundários (em espera quente) que são implantados em EC2 instâncias ou instâncias de banco de dados Amazon RDS for SQL Server na nuvem. AWS Para configurar o envio de logs no Amazon RDS para SQL Server, você precisa usar seus próprios scripts personalizados.
Nesse cenário, você configura um banco de dados SQL Server em espera quente em uma EC2 instância ou em uma instância de banco de dados Amazon RDS for SQL Server e envia backups de log de transações de forma assíncrona entre seu banco de dados local e o servidor em espera quente na nuvem. AWS Os backups do log de transações são então aplicados ao banco de dados em espera quente. Quando todos os registros tiverem sido aplicados, você poderá realizar um failover manual e migrar para a nuvem.
Essa opção é compatível com todas as versões e as edições do SQL Server. Depois de migrar o banco de dados para a AWS nuvem, você pode adicionar uma réplica secundária usando um grupo de disponibilidade Always On para fins de alta disponibilidade e resiliência.
![\[SQL Server migration process with log shipping\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-log-shipping.png)
Para obter mais informações sobre o uso desse método para obter alta disponibilidade, proteção de dados e recuperação de desastres para seus bancos de dados SQL Server na Amazon EC2, consulte [Envio de registros](ec2-log-shipping.md) na seção *Amazon EC2 para SQL Server*.
# Espelhamento de banco de dados
Você pode usar o espelhamento de banco de dados para configurar um ambiente de nuvem híbrida para seus bancos de dados do SQL Server. Essa opção requer a edição Enterprise do SQL Server. Nesse cenário, seu banco de dados da entidade principal do SQL Server é executado on-premises e você cria um modo de espera quente na nuvem. Você replica seus dados de forma assíncrona e executa um failover manual quando estiver pronto para a substituição. Depois de migrar o banco de dados para a AWS nuvem, você pode adicionar uma réplica secundária usando um grupo de disponibilidade Always On para fins de alta disponibilidade e resiliência.
Para obter mais informações sobre o uso desse método para obter alta disponibilidade, proteção de dados e recuperação de desastres para seus bancos de dados SQL Server na Amazon EC2, consulte [Espelhamento de banco](ec2-db-mirroring.md) de dados na seção *Amazon EC2 para SQL Server*.
# Grupos de Disponibilidade Always On
Grupos de disponibilidade AlwaysOn do SQL Server é um atributo avançado no nivel empresarial que fornece soluções de alta disponibilidade e de recuperação de desastres. Esse atributo está disponível se você estiver usando o SQL Server 2014 e versões posteriores. Você também pode usar um grupo de disponibilidade Always On para migrar seus bancos de dados SQL Server locais para o Amazon EC2 on. AWS Essa abordagem permite que você migre seus bancos de dados com o mínimo ou nenhum tempo de inatividade.
Se você tiver uma implantação on-premises existente dos grupos de disponibilidade do SQL Server Always On, sua réplica primária e secundária replicarão os dados de forma síncrona dentro do grupo de disponibilidade. Portanto, para migrar seu banco de dados para a AWS nuvem, você pode estender seu cluster do Windows Server Failover Clustering (WSFC) para a nuvem. Isso pode ser temporário, apenas para fins de migração. Em seguida, você cria uma réplica secundária na AWS nuvem e usa a replicação assíncrona, conforme mostrado no diagrama a seguir. Depois que a réplica secundária for sincronizada com o banco de dados on-premises primário, você poderá realizar um failover manual sempre que estiver pronto para a substituição.
![\[SQL Server migration process with Always On availability groups\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-always-on.png)
Para obter mais informações sobre o uso desse método para obter alta disponibilidade, proteção de dados e recuperação de desastres para seus bancos de dados do SQL Server na Amazon EC2, consulte [Grupos de disponibilidade Always On](ec2-always-on.md) na seção *Amazon EC2 para SQL Server*.
# Grupos de disponibilidade distribuídos
Um grupo de disponibilidade distribuído abrange dois grupos de disponibilidade separados. Você pode pensar nisso como um grupo de disponibilidade de grupos de disponibilidade. Os grupos de disponibilidade subjacentes são configurados em dois clusters WSFC diferentes. Os grupos de disponibilidade que participam de um grupo de disponibilidade distribuído não precisam compartilhar o mesmo local. Eles podem ser físicos ou virtuais, on-premises ou na nuvem pública. Os grupos de disponibilidade em um grupo de disponibilidade distribuído não precisam executar a mesma versão do SQL Server. A instância de banco de dados de destino pode executar uma versão posterior do SQL Server que a instância de banco de dados de origem.
Uma arquitetura de grupo de disponibilidade distribuída oferece uma maneira flexível de rehospedar uma instância ou banco de dados essencial do SQL Server em. AWS Ele fornece uma solução híbrida para o lift and shift (ou lift and transform) de seus bancos de dados essenciais do SQL Server no AWS.
Usar uma arquitetura de grupo de disponibilidade distribuída é mais eficiente do que estender os clusters WFSC locais existentes para o. AWS Os dados são transferidos somente do primário local para uma das AWS réplicas (o *encaminhador*). O encaminhador é responsável por enviar dados para outras réplicas de leitura secundárias em. AWS
No diagrama a seguir, o primeiro cluster WSFC (WSFC 1) está hospedado on-premises e tem um grupo de disponibilidade locais (AG 1). O segundo cluster WSFC (WSFC 2) está hospedado AWS e tem um grupo de AWS disponibilidade (AG 2). [Direct Connect](https://aws.amazon.com/directconnect/)é usado como uma conexão de rede dedicada entre o ambiente local e. AWS O grupo de disponibilidade on-premises (AG 1) tem duas réplicas (*nós*). A transferência de dados entre os nós é síncrona, com failover automático. Da mesma forma, o grupo de AWS disponibilidade (AG 2) também tem duas réplicas, e a transferência de dados entre elas é sincronizada com o failover automático. O grupo de disponibilidade distribuída mantém os bancos de dados sincronizados de forma assíncrona. Os dados são transferidos da réplica primária do SQL Server no AG 1 (que está no local) para a réplica primária (o encaminhador) no AG 2 (que está ativado). AWS O encaminhador é responsável por enviar dados para outras réplicas de leitura no AWS e mantendo-as atualizadas. Depois que o local e os AWS bancos de dados forem sincronizados, você poderá realizar um failover manual do grupo de disponibilidade distribuído para. AWS O AWS banco de dados se torna o banco de dados principal para read/write acesso a partir de aplicativos.
![\[SQL Server migration process with distributed availability groups\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-distributed-availability-groups.png)
**nota**
Em qualquer dado momento, há apenas um banco de dados disponível para operações de gravação. Você pode usar as réplicas secundárias restantes para operações de leitura. Para aumentar a escala horizontalmente de suas cargas de trabalho de leitura, você pode adicionar mais réplicas de leitura em várias zonas de disponibilidade no AWS.
Para obter mais informações sobre grupos de disponibilidade distribuídos, consulte:
+ [Documentação do Microsoft SQL Server](https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/distributed-availability-groups)
+ [Como arquitetar uma solução híbrida do Microsoft SQL Server usando grupos de disponibilidade distribuídos](https://aws.amazon.com/blogs/database/how-to-architect-a-hybrid-microsoft-sql-server-solution-using-distributed-availability-groups/) no blog AWS Database
+ [Migre o SQL Server para AWS usar grupos de disponibilidade distribuídos no site](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-sql-server-to-aws-using-distributed-availability-groups.html) de Orientação AWS Prescritiva
# Replicação transacional
A replicação transacional é uma tecnologia do SQL Server usada para replicar alterações entre dois bancos de dados. Essas alterações podem incluir objetos de banco de dados, como tabelas (a chave primária é necessária), procedimentos armazenados, visualizações e assim por diante, além de dados. O processo de replicação envolve um *publicador* (o banco de dados primário que publica dados), um *assinante* (um banco de dados secundário que recebe dados replicados) e um *distribuidor* (um servidor que armazena metadados e transações para replicação transacional). Você pode usar a replicação transacional para SQL Server na Amazon EC2 e Amazon RDS para instâncias de banco de dados SQL Server.
A replicação transacional cria um instantâneo dos objetos e dados em seu banco de dados on-premises (publicação) e o envia para o banco de dados do assinante. Depois que o instantâneo é aplicado ao assinante, todas as alterações de dados e modificações de esquemas subsequentes feitas no publicador são enviadas ao assinante à medida que ocorrem. As alterações de dados são então aplicadas continuamente ao assinante na mesma ordem em que ocorreram no publicador.
Após a conclusão da sincronização, você executa a validação na instância de banco de dados do SQL Server. Quando os dois bancos de dados estão sincronizados, você interrompe a atividade no banco de dados on-premises, garante que a replicação foi concluída e, em seguida, executa a substituição para a instância de banco de dados SQL Server de destino. Em seguida, você pode interromper a assinatura push, excluí-la e começar a usar o Amazon RDS para SQL Server.
Os bancos de dados de assinantes também podem ser usados como bancos de dados somente para leitura. Recomenda-se que o distribuidor, que registra os trabalhos de sincronização, esteja em um servidor separado. Se seu banco de dados de destino estiver no Amazon RDS para SQL Server, você poderá configurar uma assinatura push para propagar as alterações para o assinante.
Recomendamos que você use a replicação transacional quando quiser:
+ Execute uma migração única de seus dados para o Amazon RDS ou Amazon. EC2
+ Migre objetos em nível de esquema ou em nível de tabela para o. AWS
+ Migre uma parte de um banco de dados para o. AWS
+ Migre com o mínimo de tempo de inatividade usando as estratégias de replicação existentes do SQL Server adicionando mais assinantes.
Se você planeja usar a replicação transacional para uma migração única de seus dados para o Amazon RDS para SQL Server, recomendamos que você defina uma configuração Single-AZ para a replicação. Depois que o processo de replicação estiver concluído, você poderá converter seu ambiente em uma arquitetura Multi-AZ para alta disponibilidade.
O diagrama a seguir mostra o processo de replicação transacional para bancos de dados no Amazon RDS e na Amazon. EC2
![\[SQL Server migration process with transactional replication\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-transactional-replication.png)
Para obter mais informações sobre replicação transacional, consulte a [documentação do Microsoft SQL Server](https://docs.microsoft.com/en-us/sql/relational-databases/replication/transactional/transactional-replication) e o post [Como migrar para o Amazon RDS for SQL Server usando a replicação transacional](https://aws.amazon.com/blogs/database/how-to-migrate-to-amazon-rds-for-sql-server-using-transactional-replication/) no blog do banco de dados. AWS
# Orquestrador do AWS Migration Hub
**nota**
AWS Migration Hub não está mais aberto a novos clientes a partir de 7 de novembro de 2025. Para recursos semelhantes a AWS Migration Hub, explore [AWS Transform](https://aws.amazon.com/transform/).
Orquestrador do AWS Migration Hub ajuda você a orquestrar e automatizar a migração de bancos de dados SQL Server para a Amazon ou EC2 o Amazon RDS. Esse recurso AWS Migration Hub ajuda você a começar rapidamente usando modelos de fluxo de trabalho predefinidos criados com base nas melhores práticas. O Migration Hub Orchestrator automatiza tarefas manuais propensas a erros envolvidas no processo de migração, como verificar a prontidão e as conexões do ambiente. Você também pode usar o Migration Hub Orchestrator para orquestrar e acelerar migrações para aplicativos .NET, cargas de trabalho SAP e imagens de máquinas virtuais, além dos bancos de dados do SQL Server. Você pode acessar essa ferramenta por meio do console do [Migration Hub Orchestrator](https://console.aws.amazon.com/migrationhub/orchestrator/).
Para a migração do SQL Server, o Migration Hub Orchestrator oferece suporte a três casos de uso:
+ Hospede novamente o SQL Server na Amazon EC2. Você pode escolher servidores SQL específicos e rehospedá-los na Amazon EC2 usando backup e restauração nativos automatizados no Migration Hub Orchestrator. Para saber mais, consulte [Rehospedar o servidor SQL na Amazon EC2 na documentação do](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/rehost-sql-ec2.html ) Migration Hub Orchestrator.
+ Redefinir a plataforma do SQL Server no Amazon RDS. Você pode escolher servidores SQL específicos e redefinir a plataforma no Amazon RDS usando backup e restauração nativos automatizados no Migration Hub Orchestrator. Para saber mais, consulte [Redefinir a plataforma do SQL Server no Amazon RDS na documentação](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/replatform-sql-rds.html) do Migration Hub Orchestrator.
+ Hospede novamente aplicativos Windows e SQL Server na Amazon EC2. Você pode migrar e transferir seus servidores Windows executando o.NET e SQL Server para a Amazon EC2 usando o * EC2 modelo Rehost Applications on Amazon*. Para saber mais, consulte [Rehospedar aplicativos na Amazon EC2 na documentação](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/rehost-on-ec2.html) do Migration Hub Orchestrator.
O Migration Hub Orchestrator ajuda a evitar estouros de cronograma e orçamento em suas migrações do SQL Server. Outros benefícios importantes incluem:
+ Migre aplicativos usando uma metodologia prescritiva. Você pode começar rapidamente com os modelos de fluxo de trabalho predefinidos, os quais se baseiam nas melhores práticas comprovadas de migração. Você também pode personalizar seu fluxo de trabalho de migração adicionando, reordenando e removendo etapas de acordo com suas necessidades. Por exemplo, você pode adicionar uma etapa para aprovação da substituição.
+ Automatize as etapas manuais. O Migration Hub Orchestrator automatiza tarefas manuais, como instalar agentes, importar imagens locais, provisionar seu ambiente de destino e verificar os ambientes de origem e destino. AWS A automação economiza tempo e custos, ao mesmo tempo que reduz os erros.
+ Orquestrar o fluxo de trabalho de migração. O Migration Hub Orchestrator orquestra as ferramentas usadas nas etapas de migração reutilizando os metadados do inventário, a especificação da configuração e o contexto do ambiente para minimizar o número de entradas que essas ferramentas exigem.
Para obter mais informações, consulte os recursos a seguir:
+ [Console do Migration Hub Orchestrator](https://console.aws.amazon.com/migrationhub/orchestrator/)
+ [Hospede novamente aplicativos na Amazon EC2](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/rehost-on-ec2.html) (Guia do usuário do *Migration Hub Orchestrator*)
+ [Redefinir a plataforma do servidor SQL no Amazon RDS](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/replatform-sql-rds.html) (Guia do usuário do *Migration Hub Orchestrator*)
+ [Fluxos de trabalho de migração](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/migration-workflows.html) (Guia do usuário do *Migration Hub Orchestrator*)
+ [Usando o Migration Hub Orchestrator para simplificar e acelerar as migrações do Microsoft SQL Server](https://aws.amazon.com/blogs/modernizing-with-aws/aws-migration-hub-orchestrator-sql-server-migrations-to-aws/) (AWS postagem no blog)
+ [Simplifique a migração de suas imagens do Windows Server com Orquestrador do AWS Migration Hub](https://aws.amazon.com/blogs/modernizing-with-aws/simplify-migrating-your-windows-server-images-with-aws-migration-hub-orchestrator/) (postagem AWS do blog)
# AWS Snowball Edge
**nota**
AWS Snowball Edge não está mais disponível para novos clientes. Novos clientes devem explorar [AWS DataSync](https://aws.amazon.com/datasync/)transferências on-line, o [Terminal de Transferência de AWS Dados](https://aws.amazon.com/data-transfer-terminal/) para transferências físicas seguras ou AWS Partner soluções. Para computação de ponta, explore [AWS Outposts](https://aws.amazon.com/outposts/).
Você pode usar AWS Snowball Edge para migrar bancos de dados muito grandes (até 210 TB). O Snowball tem uma porta Ethernet de 10 Gb que você conecta ao seu servidor on-premises e coloca todos os backups ou dados do banco de dados no dispositivo Snowball Edge. Depois que os dados são copiados para o Snowball Edge, você envia o equipamento AWS para colocá-lo no bucket S3 designado. Em seguida, você pode baixar os backups do Amazon S3 e restaurá-los no SQL Server em uma EC2 instância ou executar o procedimento `rds_restore_database` armazenado para restaurar o banco de dados no Amazon RDS. Você também pode usar o [AWS Snowcone](https://aws.amazon.com/snowcone/) para bancos de dados de até 8 TB. Para obter mais informações, consulte a [AWS Snowball Edge documentação](https://docs.aws.amazon.com/snowball/latest/developer-guide/whatisedge.html) e a seção [Importação e exportação de bancos de dados do SQL Server](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Using), *Restauração de um banco de dados*, na documentação do Amazon RDS.