Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
# Métodos de migración de bases de datos de SQL Server
Existen varios métodos para migrar las bases de datos de SQL Server a AWS. Puede elegir entre los servicios de AWS y las características nativas de SQL Server en función de su evaluación y sus requisitos. En esta sección se describen algunos de los métodos más comunes, que se resumen en las dos tablas siguientes. En las secciones sobre Amazon EC2 y Amazon RDS que aparecen más adelante en esta guía se describen en detalle algunos de estos métodos.
**AWS servicios**
****
| Método de migración | Target | Características y limitaciones | Más información |
| --- | --- | --- | --- |
| **AWS DMS** | Amazon EC2 Amazon RDS Amazon RDS Custom Amazon Aurora | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/migration-sql-server/methods.html) | Sección de [AWS DMS](heterogeneous-migration-tools.md#aws-dms) |
| **Orquestador de AWS Migration Hub** | Amazon EC2 Amazon RDS | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/migration-sql-server/methods.html) | Sección de [Orquestador de AWS Migration Hub](mho.md) |
| **AWS Application Migration Service** | Amazon EC2 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/migration-sql-server/methods.html) | No se incluye en esta guía (consulte la [documentación del Servicio de migración de aplicaciones](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/es_es/prescriptive-guidance/latest/migration-sql-server/methods.html) | Sección de [Snowball Edge](snowball-edge.md) |
**Métodos nativos de SQL Server**
****
| Método de migración | Target | Características y limitaciones | Más información |
| --- | --- | --- | --- |
| **Copia de seguridad y restauración nativas** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/migration-sql-server/methods.html) | Sección de [Copia de seguridad y restauración nativa de SQL Server](native-backup-restore.md) (puede usar [Orquestador de AWS Migration Hub](mho.md) para automatizar la copia de seguridad y la restauración nativas) |
| **Envío de registros** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/migration-sql-server/methods.html) | Sección de [envío de registros](log-shipping.md) |
| **Despacho de registros personalizados** | Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/migration-sql-server/methods.html) | [Automatice la migración local o de Amazon EC2 SQL Server a Amazon RDS para la migración de SQL Server mediante el envío de registros personalizado](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/)AWS (entrada del blog) |
| **Duplicación de bases de datos** | Amazon EC2 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/migration-sql-server/methods.html) | Sección de [duplicación de bases de datos](db-mirroring.md) |
| **Grupos de disponibilidad AlwaysOn** | Amazon EC2 Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/migration-sql-server/methods.html) | Sección de [grupos de disponibilidad Always On](always-on.md) |
| **Grupos de disponibilidad AlwaysOn básicos** | Amazon EC2 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/migration-sql-server/methods.html) | No se incluye en esta guía (consulte [Grupos de disponibilidad básicos Always On para una única base de datos](https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/basic-availability-groups-always-on-availability-groups) en la documentación de Microsoft) |
| **Grupos de disponibilidad distribuida** | Amazon EC2 Amazon RDS Custom (solo migración) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/migration-sql-server/methods.html) | Sección de [grupos de disponibilidad distribuidos](distributed-groups.md) |
| **Replicación transaccional** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/migration-sql-server/methods.html) | Sección de [replicación transaccional](trans-rep.md) |
| **Programa de copia masiva (bcp)** | Amazon EC2 Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/migration-sql-server/methods.html) | No se incluye en esta guía (consulte la sección [Importación y exportación de datos de SQL Server mediante otros métodos](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.Snapshots.html), *copia masiva* en la documentación de Amazon RDS) |
| **Desvincular y vincular** | Amazon EC2 Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/migration-sql-server/methods.html) | No se incluye en esta guía (consulte [Desvincular y vincular bases de datos](https://learn.microsoft.com/en-us/sql/relational-databases/databases/database-detach-and-attach-sql-server) en la documentación de Microsoft) |
| **Importación/exportación** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/migration-sql-server/methods.html) | No se incluye en esta guía (consulte la sección [Importación y exportación de datos de SQL Server mediante otros métodos](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.Snapshots.html#SQLServer.Procedural.Exporting.SSIEW) en la documentación de Amazon RDS) |
# Copia de seguridad y restauración nativas de SQL Server
Amazon RDS admite operaciones nativas de copia de seguridad y restauración para bases de datos de Microsoft SQL Server mediante archivos de copia de seguridad completa y diferencial (.bak). También admite opciones de restauración diferencial y restauración de registros en una instancia de base de datos de Amazon RDS for SQL Server o en una instancia de EC2 Amazon SQL Server, a fin de minimizar el tiempo de inactividad de la aplicación.
**nota**
Puede realizar operaciones de restauración completa, diferencial y de registros en Amazon RDS para SQL Server. Sin embargo, en este momento solo es posible realizar copias de seguridad completas y diferenciales (no copias de seguridad de registros).
El uso de archivos .bak nativos es la forma más sencilla de realizar copias de seguridad y restaurar bases de datos de SQL Server. Puede usar este método para migrar bases de datos a o desde Amazon RDS. Puede realizar una copia de seguridad y restaurar bases de datos únicas, en lugar de instancias de base de datos completas. También puede mover bases de datos entre instancias de bases de datos de Amazon RDS para SQL Server.
Si usa Amazon RDS, puede almacenar y transferir archivos de copia de seguridad en Amazon Simple Storage Service (Amazon S3) para añadir una capa de protección adicional a la recuperación de desastres. Por ejemplo:
+ Puede crear una copia de seguridad completa de su base de datos desde su servidor local, copiarla en un bucket S3 y luego restaurarla en una instancia de base de datos de Amazon RDS SQL Server existente.
+ Puede realizar copias de seguridad desde una instancia de base de datos de Amazon RDS para SQL Server, almacenarlas en Amazon S3 y restaurarlas cuando lo desee.
+ Puede implementar reglas de configuración de [ciclo de vida de Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/dev/object-lifecycle-mgmt.html) para archivar o eliminar las copias de seguridad a largo plazo.
Amazon RDS para SQL Server admite la restauración de copias de seguridad nativas de SQL Server en instancias de base de datos de SQL Server con réplicas de lectura configuradas. Así no tendrá que eliminar la réplica de lectura antes de restaurar el archivo de respaldo nativo en su instancia de base de datos de Amazon RDS para SQL Server.
**nota**
Puede utilizar Migration Hub Orchestrator para automatizar y organizar las migraciones de bases de datos de SQL Server a Amazon o EC2 Amazon RDS mediante copias de seguridad y restauración nativas. Para obtener más información, consulte la [sección Orquestador de AWS Migration Hub](mho.md).
El siguiente diagrama muestra el proceso nativo de SQL Server. backup/restore Puede usar Migration Hub Orchestrator para automatizar este proceso. También puedes usar este proceso para realizar copias de seguridad y restaurar bases de datos de SQL Server en Amazon EC2 .
![\[SQL Server migration process with native SQL Server backup/restore\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/migration-sql-server/images/sql-native-backup-restore.png)
Para automatizar la copia de seguridad y la restauración, consulte la [documentación de Migration Hub Orchestrator](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/what-is-migrationhub-orchestrator.html).
Para configurar la versión nativa backup/restore con Amazon S3, consulte la [documentación de Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Enabling).
Para conocer las limitaciones de la copia de seguridad y la restauración nativas de SQL Server, consulte [Limitaciones y recomendaciones](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Limitations) en la documentación de Amazon RDS.
# Envío de registros
Puede usar el envío de registros para enviar copias de seguridad del registro de transacciones desde su base de datos de SQL Server principal local a una o más bases de datos de SQL Server secundarias (en espera) que se implementan en EC2 instancias o instancias de bases de datos de Amazon RDS for SQL Server en AWS la nube. Para configurar el envío de registros en Amazon RDS para SQL Server, debe usar sus propios scripts personalizados.
En este escenario, configura una base de datos de SQL Server en espera activa en una EC2 instancia o instancia de base de datos Amazon RDS for SQL Server y envía copias de seguridad del registro de transacciones de forma asíncrona entre su base de datos local y el servidor en espera en caliente en la nube. AWS Las copias de seguridad del registro de transacciones se aplican a la base de datos en espera activa. Tras haber aplicado todos los registros, puede realizar una conmutación por error manual y pasarlos a la nube.
Esta opción es compatible con todas las ediciones y versiones de SQL Server. Tras migrar la base de datos a la AWS nube, puede añadir una réplica secundaria mediante un grupo de disponibilidad Always On con fines de alta disponibilidad y resiliencia.
![\[SQL Server migration process with log shipping\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-log-shipping.png)
Para obtener más información sobre el uso de este método para lograr una alta disponibilidad, protección de datos y recuperación ante desastres para las bases de datos de SQL Server en Amazon EC2, consulte el [envío de registros](ec2-log-shipping.md) en la sección *Amazon EC2 for SQL Server*.
# Duplicación de bases de datos
Puede usar la duplicación de bases de datos para configurar un entorno de nube híbrida para sus bases de datos de SQL Server. Esta opción requiere la edición Enterprise de SQL Server. En este escenario, la base de datos principal de SQL Server se ejecuta en las instalaciones y usted crea un entorno de reserva activo en la nube. Los datos se replican de forma asíncrona y usted lleva a cabo una conmutación por error manual cuando esté listo para la transición. Tras migrar la base de datos a la AWS nube, puede añadir una réplica secundaria mediante un grupo de disponibilidad Always On con fines de alta disponibilidad y resiliencia.
Para obtener más información sobre el uso de este método para lograr una alta disponibilidad, protección de datos y recuperación ante desastres para las bases de datos de SQL Server en Amazon EC2, consulte la [duplicación de bases de datos](ec2-db-mirroring.md) en la sección *Amazon EC2 for SQL Server*.
# Grupos de disponibilidad AlwaysOn
Los grupos de disponibilidad SQL Server Always On son una característica avanzada de nivel empresarial para proporcionar soluciones de alta disponibilidad y recuperación de desastres. Esta característica solo está disponible en SQL Server 2014 y versiones posteriores. También puedes usar un grupo de disponibilidad de Always On para migrar tus bases de datos de SQL Server locales a Amazon EC2 on AWS. Este enfoque le permite migrar sus bases de datos con un tiempo de inactividad mínimo o nulo.
Si ya tiene una implementación de grupos de disponibilidad Always On de SQL Server en las instalaciones, la réplica principal y la réplica secundaria replicarán de forma sincrónica los datos dentro del grupo de disponibilidad. Por lo tanto, para migrar su base de datos a AWS la nube, puede extender su clúster de clústeres de conmutación por error de Windows Server (WSFC) a la nube. Esta opción puede ser temporal, solo con fines de migración. A continuación, cree una réplica secundaria en la AWS nube y utilice la replicación asíncrona, como se muestra en el siguiente diagrama. Una vez sincronizada la réplica secundaria con la base de datos principal en las instalaciones, puede realizar una conmutación por error manual cuando esté listo para la transición.
![\[SQL Server migration process with Always On availability groups\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-always-on.png)
Para obtener más información sobre el uso de este método para lograr una alta disponibilidad, protección de datos y recuperación ante desastres para las bases de datos de SQL Server en Amazon EC2, consulte [los grupos de disponibilidad de Always On](ec2-always-on.md) en la sección *Amazon EC2 for SQL Server*.
# Grupos de disponibilidad distribuida
Un grupo de disponibilidad distribuida abarca dos grupos de disponibilidad independientes. Puede considerarlo como un grupo de disponibilidad de grupos de disponibilidad. Los grupos de disponibilidad subyacentes se configuran en dos clústeres WSFC distintos. Los grupos de disponibilidad que participan en un grupo de disponibilidad distribuida no tienen por qué compartir la misma ubicación. Pueden ser físicos o virtuales, en las instalaciones o en la nube pública. Los grupos de disponibilidad de un grupo de disponibilidad distribuida no tienen por qué ejecutar la misma versión de SQL Server. La instancia de base de datos de destino puede ejecutar una versión de SQL Server posterior a la de la instancia de base de datos de origen.
Una arquitectura de grupos de disponibilidad distribuida le ofrece una forma flexible de realojar una instancia o base de datos de SQL Server de importancia crítica. AWS Proporciona una solución híbrida para migrar mediante lift-and-shift (o levantar y transformar) sus bases de datos críticas de SQL Server a AWS.
Utilizar una arquitectura de grupos de disponibilidad distribuida es más eficiente que ampliar los clústeres WFSC locales existentes. AWS*Los datos solo se transfieren de la réplica principal local a una de las AWS réplicas (la reenviadora).* El reenviador es responsable de enviar los datos a otras réplicas de lectura secundarias. AWS
En el siguiente diagrama, el primer clúster de WSFC (WSFC 1) está alojado en las instalaciones y tiene un grupo de disponibilidad en las instalaciones (AG 1). El segundo clúster de WSFC (WSFC 2) está alojado AWS y tiene un grupo de AWS disponibilidad (AG 2). [Direct Connect](https://aws.amazon.com/directconnect/)se utiliza como una conexión de red dedicada entre el entorno local y. AWS El grupo de disponibilidad en las instalaciones (AG 1) tiene dos réplicas (*nodos*). La transferencia de datos entre los nodos es sincrónica, con conmutación por error automática. Del mismo modo, el grupo de AWS disponibilidad (AG 2) también tiene dos réplicas y la transferencia de datos entre ellas es sincrónica con una conmutación por error automática. El grupo de disponibilidad distribuida mantiene las bases de datos sincronizadas de forma asíncrona. Los datos se transfieren desde la réplica principal de SQL Server en el AG 1 (que está en las instalaciones) a la réplica principal (el reenviador) en el AG 2 (que está activado). AWS El reenviador es responsable de enviar los datos a otras réplicas de lectura de AWS y de mantenerlos actualizados. Una vez sincronizadas las AWS bases de datos y las instalaciones, puede realizar una conmutación por error manual del grupo de disponibilidad distribuida a. AWS La AWS base de datos se convierte en la base de datos principal para el read/write acceso desde las aplicaciones.
![\[SQL Server migration process with distributed availability groups\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-distributed-availability-groups.png)
**nota**
En cada momento habrá solo una base de datos disponible para las operaciones de escritura. Puede usar las réplicas secundarias restantes para las operaciones de lectura. Para escalar horizontalmente sus cargas de trabajo de lectura, puede añadir más réplicas de lectura en varias zonas de disponibilidad de AWS.
Para obtener más información acerca de los grupos de disponibilidad distribuida, consulte:
+ [Documentación de Microsoft SQL Server](https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/distributed-availability-groups)
+ [Cómo diseñar una solución híbrida de Microsoft SQL Server mediante grupos de disponibilidad distribuidos](https://aws.amazon.com/blogs/database/how-to-architect-a-hybrid-microsoft-sql-server-solution-using-distributed-availability-groups/) en el blog de AWS bases de datos
+ [Migre SQL Server para AWS utilizar grupos de disponibilidad distribuidos](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-sql-server-to-aws-using-distributed-availability-groups.html) en el sitio web de la Guía AWS prescriptiva
# Replicación transaccional
La replicación transaccional es una tecnología de SQL Server que se usa para replicar cambios entre dos bases de datos. Estos cambios pueden incluir objetos de la base de datos, como tablas (se requiere la clave principal), procedimientos almacenados, vistas, etc., además de datos. En el proceso de replicación participan un *publicador* (la base de datos principal que publica los datos), un *suscriptor* (la base de datos secundaria que recibe los datos replicados) y un *distribuidor* (el servidor que almacena los metadatos y las transacciones para la replicación transaccional). Puede utilizar la replicación transaccional para SQL Server en Amazon EC2 y Amazon RDS para las instancias de base de datos de SQL Server.
La replicación transaccional crea una instantánea de los objetos y datos de la base de datos en las instalaciones (publicación) y la envía a la base de datos de suscriptor. Una vez aplicada la instantánea al suscriptor, todos los cambios de datos y modificaciones de esquema posteriores que se realicen en el publicador se envían al suscriptor a medida que se producen. A continuación, los cambios de datos se aplican de forma continua al suscriptor en el mismo orden en que se produjeron en el publicador.
Una vez completada la sincronización, se valida la instancia de base de datos de SQL Server de destino. Cuando las dos bases de datos están sincronizadas, se detiene la actividad en la base de datos en las instalaciones, se confirma que la replicación ha concluido y, a continuación, se realiza la transición a la instancia de base de datos de SQL Server de destino. Después puede detener la suscripción push, eliminarla y empezar a usar Amazon RDS para SQL Server.
Las bases de datos de suscriptor también se pueden usar como bases de datos de solo lectura. Es recomendable que el distribuidor, que registra los trabajos de sincronización, esté en un servidor independiente. Si la base de datos de destino está en Amazon RDS para SQL Server, puede configurar una suscripción push para propagar los cambios al suscriptor.
Le recomendamos que use la replicación transaccional cuando desee:
+ Realice una migración única de sus datos a Amazon RDS o Amazon EC2.
+ Migre objetos a nivel de esquema o de tabla a. AWS
+ Migre una parte de una base de datos a. AWS
+ Migrar con un tiempo de inactividad mínimo usando las estrategias de replicación de SQL Server y añadiendo suscriptores adicionales.
Si planea usar la replicación transaccional para una migración puntual de sus datos a Amazon RDS para SQL Server, le recomendamos que establezca una configuración single-AZ para la replicación. Una vez finalizado el proceso de replicación, puede convertir su entorno en una arquitectura multi-AZ para obtener una alta disponibilidad.
En el siguiente diagrama se muestra el proceso de replicación transaccional de las bases de datos de Amazon RDS y Amazon. EC2
![\[SQL Server migration process with transactional replication\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-transactional-replication.png)
Para obtener más información sobre la replicación transaccional, consulte la [documentación de Microsoft SQL Server](https://docs.microsoft.com/en-us/sql/relational-databases/replication/transactional/transactional-replication) y la publicación [Cómo migrar a Amazon RDS for SQL Server mediante la replicación transaccional](https://aws.amazon.com/blogs/database/how-to-migrate-to-amazon-rds-for-sql-server-using-transactional-replication/) en el AWS blog Database.
# Orquestador de AWS Migration Hub
**nota**
AWS Migration Hub dejará de estar abierto a nuevos clientes a partir del 7 de noviembre de 2025. Para obtener funciones similares a AWS Migration Hub, explore [AWS Transform](https://aws.amazon.com/transform/).
Orquestador de AWS Migration Hub le ayuda a organizar y automatizar la migración de bases de datos de SQL Server a Amazon EC2 o Amazon RDS. Esta función le AWS Migration Hub ayuda a empezar rápidamente mediante el uso de plantillas de flujo de trabajo predefinidas que se crean en función de las mejores prácticas. Migration Hub Orchestrator automatiza las tareas manuales del proceso de migración que pueden ser propensas a errores, como comprobar la preparación del entorno y las conexiones. También puede usar Migration Hub Orchestrator para orquestar y acelerar las migraciones de aplicaciones .NET, cargas de trabajo SAP e imágenes de máquinas virtuales, además de sus bases de datos de SQL Server. Puede acceder a esta herramienta a través de la [consola de Migration Hub Orchestrator](https://console.aws.amazon.com/migrationhub/orchestrator/).
Migration Hub Orchestrator es compatible con tres casos de uso de migración de SQL Server:
+ Realoje SQL Server en Amazon EC2. Puede elegir servidores SQL específicos y realojarlos en Amazon EC2 mediante el backup y la restauración nativos automatizados en Migration Hub Orchestrator. Para obtener más información, consulte [Realojar un servidor SQL en Amazon EC2 en](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/rehost-sql-ec2.html ) la documentación de Migration Hub Orchestrator.
+ Redefinir la plataforma de SQL Server a Amazon RDS. Puede elegir bases de datos de SQL Server específicas y redefinir la plataforma en Amazon RDS mediante el uso de copias de seguridad y restauración nativas automatizadas en Migration Hub Orchestrator. Para obtener más información, consulte [Redefinir la plataforma de SQL Server en Amazon RDS](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/replatform-sql-rds.html) en la documentación de Migration Hub Orchestrator.
+ Realoje las aplicaciones de Windows y SQL Server en Amazon EC2. Puede trasladar sus servidores Windows que ejecutan.NET y SQL Server a Amazon EC2 mediante la * EC2 plantilla Realojar aplicaciones en Amazon*. Para obtener más información, consulte [Realojar aplicaciones en Amazon EC2 en la documentación](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/rehost-on-ec2.html) de Migration Hub Orchestrator.
Migration Hub Orchestrator ayuda a evitar sobrecostos de programación y presupuesto en sus migraciones de SQL Server. También ofrece otras ventajas como:
+ Migrar las aplicaciones mediante una metodología prescriptiva. Puede empezar rápidamente con las plantillas de flujo de trabajo predefinidas, basadas en las prácticas recomendadas para la migración. También puede personalizar su flujo de trabajo de migración añadiendo, reordenando y eliminando pasos en función de sus necesidades. Por ejemplo, puede agregar un paso de aprobación de la transición.
+ Automatizar los pasos manuales. Migration Hub Orchestrator automatiza las tareas manuales, como la instalación de agentes, la importación de imágenes locales, el aprovisionamiento del entorno de destino y la verificación de los entornos de origen y destino. AWS La automatización le ahorra tiempo y costos, a la vez que reduce los errores.
+ Orquesta el flujo de trabajo de migración. Migration Hub Orchestrator orquesta las herramientas usadas en los pasos de migración reutilizando los metadatos del inventario, las especificaciones de configuración y el contexto del entorno para minimizar la cantidad de entradas requeridas por estas herramientas.
Para obtener información adicional, consulte los siguientes recursos:
+ [Consola de Migration Hub Orchestrator](https://console.aws.amazon.com/migrationhub/orchestrator/)
+ [Realojar aplicaciones en Amazon EC2](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/rehost-on-ec2.html) (Guía del *usuario de Migration Hub Orchestrator*)
+ [Redefinir la plataforma de SQL Server en Amazon RDS](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/replatform-sql-rds.html) (*Guía del usuario de Migration Hub Orchestrator*)
+ [Flujos de trabajo de migración](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/migration-workflows.html) (*Guía del usuario de Migration Hub Orchestrator*)
+ [Uso de Migration Hub Orchestrator para simplificar y acelerar las migraciones de Microsoft SQL Server](https://aws.amazon.com/blogs/modernizing-with-aws/aws-migration-hub-orchestrator-sql-server-migrations-to-aws/) (AWS entrada del blog)
+ [Simplifique la migración de las imágenes de Windows Server con Orquestador de AWS Migration Hub](https://aws.amazon.com/blogs/modernizing-with-aws/simplify-migrating-your-windows-server-images-with-aws-migration-hub-orchestrator/) (AWS entrada del blog)
# AWS Snowball Edge
**nota**
AWS Snowball Edge ya no está disponible para nuevos clientes. Los nuevos clientes deberían [AWS DataSync](https://aws.amazon.com/datasync/)buscar transferencias en línea, una [terminal de transferencia de AWS datos](https://aws.amazon.com/data-transfer-terminal/) para transferencias físicas seguras o AWS Partner soluciones. Para la computación perimetral, explore [AWS Outposts](https://aws.amazon.com/outposts/).
Se puede utilizar AWS Snowball Edge para migrar bases de datos muy grandes (de hasta 210 TB de tamaño). Snowball tiene un puerto Ethernet de 10 Gb que se conecta al servidor en las instalaciones y copia todos los datos o copias de seguridad de las bases de datos al dispositivo Snowball Edge. Una vez copiados los datos en Snowball Edge, debe enviar el dispositivo AWS para colocarlo en el depósito S3 designado. A continuación, puede descargar las copias de seguridad de Amazon S3 y restaurarlas en una EC2 instancia de SQL Server o ejecutar el procedimiento `rds_restore_database` almacenado para restaurar la base de datos en Amazon RDS. También puede usar [AWS Snowcone](https://aws.amazon.com/snowcone/) para bases de datos de hasta 8 TB de tamaño. Para obtener más información, consulte la [AWS Snowball Edge documentación](https://docs.aws.amazon.com/snowball/latest/developer-guide/whatisedge.html) y la sección [Importación y exportación de bases de datos de SQL Server](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Using), en la sección *Restauración de una base* de datos, en la documentación de Amazon RDS.