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.
# Migración homogénea de bases de datos de SQL Server
AWS le ofrece la posibilidad de ejecutar bases de datos de SQL Server en un entorno de nube. Para los desarrolladores y administradores de bases de datos, ejecutar la base de datos de SQL Server en la AWS nube es muy similar a ejecutar la base de datos de SQL Server en un centro de datos. En esta sección se describen las opciones para migrar la base de datos de SQL Server desde un entorno en las instalaciones o un centro de datos a la nube de AWS .
AWS ofrece tres opciones para ejecutar SQL Server en ellas AWS, tal y como se describe en la siguiente tabla.
****
| Opción | Resaltados | Más información |
| --- | --- | --- |
| SQL Server en Amazon RDS | Servicio administrado que facilita el aprovisionamiento y la concesión de licencias, rentable, fácil de configurar, administrar y mantener. | Sección de [Amazon RDS para SQL Server](rds-sql.md) |
| SQL Server en Amazon RDS Custom | Servicio gestionado, pero usted retiene los derechos administrativos sobre la base de datos y el sistema operativo subyacente. | Sección de [Amazon RDS Custom para SQL Server](rds-custom-sql.md) |
| SQL Server en Amazon EC2 | Autogestionado, proporciona control total y flexibilidad. | Sección de [Amazon EC2 para SQL Server](ec2-sql.md) |
| SQL Server en la VMware nube en AWS | Configure, escale y opere sus cargas de trabajo de SQL Server en VMware Cloud on AWS e intégrelas con Directory Service Active Directory Connector y Amazon S3. | [VMware Sección Cloud On AWS para SQL Server](vmware-sql.md) |
**Aviso**
A partir del 30 de abril de 2024, VMware Cloud on AWS ya no lo revenden AWS ni sus socios de canal. El servicio seguirá estando disponible a través de Broadcom. Te recomendamos que te pongas en contacto con tu AWS representante para obtener más información.
Los requisitos de la aplicación, las características de la base de datos, la funcionalidad, la capacidad de crecimiento y la complejidad general de la arquitectura determinarán la opción que elija. Si va a migrar varias bases de datos de SQL Server a AWS, algunas de ellas podrían ser ideales para Amazon RDS, mientras que otras podrían ser más adecuadas para ejecutarse directamente en Amazon EC2. Podría tener bases de datos que se ejecutan en SQL Server Enterprise Edition pero son una buena opción para SQL Server Standard Edition. Es posible que también desee modernizar la base de datos de SQL Server que se ejecuta en Windows para que funcione en un sistema operativo Linux a fin de ahorrar en costos y licencias. Muchos AWS clientes ejecutan varias cargas de trabajo de bases de datos de SQL Server en Amazon RDS, Amazon EC2 y Cloud on. VMware AWS
**nota**
Puede usar Migration Hub Orchestrator para automatizar y orquestar las migraciones de sus bases de datos de SQL Server a Amazon EC2 o Amazon RDS usando copias de seguridad y restauración nativas. Para obtener más información, consulte la [sección Orquestador de AWS Migration Hub](mho.md).
# Amazon RDS para SQL Server
Amazon RDS para SQL Server es un servicio de base de datos gestionado que simplifica el aprovisionamiento y la administración de la base de datos de SQL Server en AWS. Amazon RDS facilita la configuración, el funcionamiento y el escalado de implementaciones de SQL Server en la nube. Con Amazon RDS, puede implementar varias versiones de SQL Server (2014, 2016, 2017, 2019 y 2022) y ediciones (incluidas Express, Web, Standard y Enterprise) en cuestión de minutos, con una capacidad informática rentable y redimensionable. Puede aprovisionar instancias de base de datos de Amazon RDS para SQL Server con almacenamiento de SSD de uso general o SSD de IOPS aprovisionadas. (Para obtener más información, consulte los [tipos de almacenamiento de Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html#Concepts.Storage) en la AWS documentación). El SSD de IOPS aprovisionado está diseñado para ofrecer un I/O rendimiento rápido, predecible y uniforme, y está optimizado para cargas de trabajo de bases de datos transaccionales (OLTP) con un uso intensivo de E/S.
Amazon RDS le permite centrarse en el desarrollo de aplicaciones, ya que gestiona las tediosas tareas de administración de bases de datos, como el aprovisionamiento, las copias de seguridad, la aplicación de parches de software, la supervisión y el escalado del hardware. Amazon RDS para SQL Server también ofrece implementaciones multi-AZ y réplicas de lectura (para la edición SQL Server Enterprise) para proporcionar alta disponibilidad, rendimiento, escalabilidad y fiabilidad para las cargas de trabajo de producción.
## Cuándo elegir Amazon RDS
Amazon RDS para SQL Server es una buena opción de migración cuando:
+ Desea centrarse en su empresa y sus aplicaciones, y dedicarse a tareas pesadas e indiferenciadas, como el aprovisionamiento de la base de datos, la gestión de las tareas de copia de seguridad y recuperación, la gestión de los parches de seguridad, las actualizaciones menores de las versiones de SQL Server y la administración del almacenamiento. AWS
+ Necesita una solución de base de datos de alta disponibilidad y quiere aprovechar la replicación multi-AZ síncrona y con solo pulsar un botón que ofrece Amazon RDS, sin tener que configurar y mantener manualmente una duplicación de base de datos, clústeres de conmutación por error o grupos de disponibilidad Always On.
+ Desea pagar la licencia de SQL Server como parte del costo de la instancia por hora, en lugar de realizar una gran inversión inicial.
+ El tamaño de su base de datos y sus necesidades de IOPS están cubiertos por Amazon RDS para SQL Server. Consulte [Amazon RDS DB Instance Storage](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html) en la AWS documentación para conocer los límites máximos actuales.
+ No desea gestionar las copias de seguridad ni las point-in-time recuperaciones de su base de datos.
+ Prefiere centrarse en tareas de alto nivel, como el ajuste del rendimiento y la optimización de esquemas, en lugar de en la administración diaria de la base de datos.
+ Desea escalar el tipo de instancia en función de sus patrones de carga de trabajo sin preocuparse por las complejidades de las licencias.
Tras evaluar los requisitos de la base de datos y del proyecto, si decide migrar a Amazon RDS para SQL Server, consulte los detalles que se proporcionan en las siguientes secciones y revise las [prácticas recomendadas de migración](best-practices.md) que analizamos más adelante en esta guía.
Para conocer las funciones, versiones y opciones de SQL Server compatibles actualmente, consulte las características de [Amazon RDS for SQL Server](https://aws.amazon.com/rds/sqlserver/features/) en AWS el sitio web[, Cómo elegir entre Amazon EC2 y Amazon](comparison.md) RDS más adelante en esta guía [y Microsoft SQL Server en Amazon AWS RDS en la](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_SQLServer.html) documentación. Si va a pasarse a Amazon RDS Custom, asegúrese de revisar los [requisitos y limitaciones de Amazon RDS Custom para SQL Server](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-reqs-limits-MS.html).
## Alta disponibilidad
Amazon RDS proporciona alta disponibilidad y compatibilidad con la conmutación por error para las bases de datos implementadas con la opción multi-AZ. Cuando provee su base de datos con la opción multi-AZ, Amazon RDS aprovisiona y mantiene automáticamente una instancia en espera síncrona dentro de una zona de disponibilidad diferente. La instancia de base de datos principal replica síncronamente los datos en la instancia en espera. Si se produce algún problema, Amazon RDS reparará automáticamente las instancias de base de datos con problemas y restablecerá la sincronización. En caso de que se produzca un fallo en la infraestructura o se interrumpa la zona de disponibilidad, Amazon RDS realiza una conmutación por error automática a la instancia en espera. La conmutación por error solo ocurre si las instancias de bases de datos en espera y principal están totalmente sincronizadas. Como el punto de conexión permanece igual para las instancias principal y en espera, puede reanudar las operaciones de la base de datos en cuanto se complete la conmutación por error, sin realizar una intervención manual. El tiempo de conmutación por error se ve afectado por el tiempo necesario para completar el proceso de recuperación. Las transacciones grandes aumentan el tiempo de conmutación por error.
El siguiente diagrama ilustra la opción de implementación multi-AZ de Amazon RDS para SQL Server.
![\[Amazon RDS for SQL Server in a Multi-AZ configuration\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-rds-ha.png)
Al configurar SQL Server en una configuración multi-AZ, Amazon RDS configura automáticamente la instancia de base de datos en espera mediante la duplicación de la base de datos o los grupos de disponibilidad Always On, en función de la versión de SQL Server que implemente. Las versiones y ediciones específicas de SQL Server se muestran en la [documentación de Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_SQLServerMultiAZ.html).
En las implementaciones multi-AZ, las operaciones como el escalado de instancias o las actualizaciones del sistema, como la aplicación de parches de sistema operativo (SO), se aplican primero en la instancia en espera, antes de realizar la conmutación por error automática de la instancia principal, para mejorar la disponibilidad.
Gracias a la optimización de la conmutación por error de SQL Server, determinadas cargas de trabajo pueden generar una mayor carga de E/S en la instancia en espera que en la instancia principal, especialmente en las implementaciones de duplicación de la base de datos. Esta funcionalidad puede provocar mayores IOPS en la instancia en espera. Le recomendamos que tenga en cuenta las necesidades de IOPS máximas de las instancias principal y en espera al aprovisionar el tipo de almacenamiento y las IOPS de su instancia de base de datos de Amazon RDS para SQL Server. También puede especificar `MultiSubnetFailover=True`, si su controlador de cliente lo admite, para reducir considerablemente el tiempo de conmutación por error.
### Limitaciones
+ La opción multi-AZ no está disponible para las ediciones SQL Server Express y Web. Está disponible solo para las ediciones Standard y Enterprise de SQL Server.
+ No puede configurar la instancia de base de datos en espera de modo que acepte la actividad de lectura de bases de datos.
+ No se admite multi-AZ entre regiones.
+ En Amazon RDS, puede emitir un comando de detención en una instancia de base de datos independiente y mantener la instancia detenida para evitar incurrir en gastos computacionales. No puede detener una instancia de base de datos de Amazon RDS para SQL Server que esté en una configuración multi-AZ. En su lugar, puede finalizar la instancia, tomar una instantánea final antes de la finalización y volver a crear una nueva instancia de Amazon RDS a partir de la instantánea cuando la necesite. O bien, puede eliminar primero la configuración multi-AZ y, después, detener la instancia. Transcurridos siete días, la instancia detenida se reiniciará para poder aplicar cualquier mantenimiento pendiente.
Para conocer las limitaciones adicionales, consulte [Notas y recomendaciones relativas a las implementaciones multi-AZ de Microsoft SQL Server](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_SQLServerMultiAZ.html#USER_SQLServerMultiAZ.Recommendations) en la documentación de Amazon RDS.
## Réplicas de lectura
Las réplicas de lectura proporcionan escalabilidad y equilibrio de carga. Una réplica de lectura de SQL Server es una copia física de una instancia de base de datos de Amazon RDS para SQL Server que se utiliza con fines de solo lectura. Amazon RDS ayuda a reducir la carga de la instancia de base de datos principal al transferir las cargas de trabajo de solo lectura a la instancia de base de datos de réplica de lectura. Las actualizaciones realizadas en la instancia de base de datos principal se copian de forma asíncrona en la instancia de réplica de lectura.
Cuando solicita una réplica de lectura, Amazon RDS realiza una instantánea de la instancia de base de datos de origen y se convierte en la instantánea a la de la réplica de lectura. No se produce ninguna interrupción al crear y eliminar una réplica de lectura. Amazon RDS para SQL Server actualiza la base de datos primaria inmediatamente después de actualizar las réplicas de lectura, independientemente del periodo de mantenimiento. Cada réplica de lectura viene con un punto de conexión independiente que se utiliza para conectarse a la base de datos de réplica de lectura.
Amazon RDS para SQL Server facilita la creación de réplicas de lectura mediante la administración de la configuración de los grupos de disponibilidad Always On y el mantenimiento de conexiones de red seguras entre una instancia de base de datos principal y sus réplicas de lectura.
Puede configurar una réplica de lectura en la misma AWS región que su base de datos principal o en otra región. Puede crear hasta cinco réplicas de lectura a partir de una instancia de base de datos de origen.
**nota**
Las réplicas de lectura solo están disponibles con las siguientes versiones y ediciones de SQL Server:
SQL Server 2017: Enterprise Edition 14.00.3049.1 o versiones posteriores
SQL Server 2016: Enterprise Edition 13.00.5216.0 o versiones posteriores
Las versiones y ediciones de SQL Server que admiten la duplicación de la base de datos para entornos multi-AZ no ofrecen réplicas de lectura.
El siguiente diagrama ilustra una instancia de base de datos de Amazon RDS for SQL Server en un entorno Multi-AZ con una réplica de lectura en otra zona de disponibilidad de la AWS misma región. No todas AWS las regiones ofrecen más de dos zonas de disponibilidad, por lo que debe [comprobar la región](https://aws.amazon.com/about-aws/global-infrastructure/regions_az/) que piensa utilizar antes de adoptar esta estrategia.
![\[Amazon RDS for SQL Server with a read replica in another Availability Zone in the same Region\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-rds-rr-same-region.png)
Una réplica de lectura de SQL Server no permite operaciones de escritura. Sin embargo, puede promocionar la réplica de lectura para que sea de escritura. Después de promocionarla, no podrá volver a convertirla en una réplica de lectura. Se convertirá en una instancia de base de datos única e independiente que no tendrá ninguna relación con su instancia de base de datos principal original. Los datos de la réplica de lectura promocionada coincidirán con los datos de la instancia de base de datos de origen hasta el momento en el que se hizo la solicitud para promocionarla. La versión del motor de base de datos de SQL Server de la instancia de base de datos de origen y todas sus réplicas de lectura serán iguales.
Para una replicación eficaz, recomendamos lo siguiente:
+ Configure cada réplica de lectura con los mismos recursos informáticos y de almacenamiento que la instancia de base de datos de origen.
+ Debe habilitar las copias de seguridad automáticas en la instancia de base de datos de origen estableciendo el periodo de retención de copia de seguridad en un valor distinto de 0 (cero).
+ La instancia de base de datos de origen debe ser una implementación multi-AZ con Grupos de disponibilidad Always On.
Para obtener información sobre la compatibilidad, las ediciones y las limitaciones de las versiones de SQL Server, consulte [Limitaciones de las réplicas de lectura con SQL Server](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.ReadReplicas.html#SQLServer.ReadReplicas.Limitations) en la documentación de Amazon RDS.
Para obtener más información sobre el uso de réplicas de lectura, consulte [Trabajar con réplicas de lectura](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_ReadRepl.html) y [Trabajar con réplicas de lectura de SQL Server para Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.ReadReplicas.html) en la documentación. AWS Para obtener más información acerca de los precios de las transferencias de datos, consulte [Precios de Amazon RDS](https://aws.amazon.com/rds/pricing/).
## Recuperación ante desastres
Con Amazon RDS para SQL Server, puede crear una estrategia fiable de recuperación de desastres (DR) entre regiones. Los principales motivos para crear una solución de DR son la continuidad empresarial y la conformidad:
+ Una estrategia de DR eficaz le ayuda a mantener sus sistemas en funcionamiento con interrupciones mínimas o ninguna durante un evento catastrófico. Una estrategia de DR fiable y eficaz para todas las regiones mantiene su empresa en funcionamiento incluso si toda una región deja de funcionar.
+ Una solución de DR entre regiones le ayuda a cumplir los requisitos de auditoría y conformidad.
El objetivo de punto de recuperación (RPO), un objetivo de tiempo de recuperación (RTO) y el costo son tres métricas clave que se deben tener en cuenta al desarrollar una estrategia de DR. Para ver otras opciones para proporcionar réplicas entre regiones, consulte [AWS Marketplace](https://aws.amazon.com/marketplace/). Para obtener más información sobre estos enfoques, consulte la [recuperación ante desastres entre regiones de Amazon RDS for SQL Server](https://aws.amazon.com/blogs/database/cross-region-disaster-recovery-of-amazon-rds-for-sql-server/) en AWS el blog de bases de datos.
# Amazon RDS Custom for SQL Server
Si no puede migrar a un servicio totalmente gestionado como Amazon RDS debido a requisitos de personalización, puede migrar a Amazon RDS Custom para SQL Server. Con Amazon RDS Custom, puede retener los derechos administrativos sobre la base de datos y su sistema operativo subyacente para activar las aplicaciones dependientes.
## Cuándo elegir Amazon RDS Custom para SQL Server
Amazon RDS Custom para SQL Server es una buena opción de migración cuando:
+ Tiene aplicaciones heredadas, personalizadas y empaquetadas que requieren acceso al sistema operativo subyacente y al entorno de base de datos.
+ Necesita acceso administrativo para cumplir con los requisitos de implementación de aplicaciones basados en el proveedor.
+ Necesita acceso al sistema operativo subyacente para configurar los ajustes, instalar revisiones y habilitar características nativas para cumplir con los requisitos de la aplicación dependiente.
+ Desea acceder al entorno de la base de datos y personalizarlo (mediante la aplicación de parches de base de datos personalizados o la modificación de los paquetes del sistema operativo) para satisfacer sus necesidades de bases de datos y aplicaciones.
## Funcionamiento
Para utilizar Amazon RDS Custom para SQL Server, consulte los [requisitos](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-reqs-limits-MS.html#custom-reqs-limits.reqsMS) en la documentación de Amazon RDS Custom para SQL Server. Primero, debe configurar el entorno para Amazon RDS Custom para SQL Server, tal y como se explica en la [documentación de Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-setup-sqlserver.html). Una vez configurado el entorno, siga estos pasos, que se ilustran en el siguiente diagrama:
1. Cree una instancia de base de datos de Amazon RDS Custom para SQL Server a partir de una versión de motor ofrecida por Amazon RDS Custom.
Amazon RDS Custom para SQL Server actualmente es compatible con SQL Server 2019 y SQL Server 2022 en Windows 2019 con las [clases de instancias de base de datos compatibles](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-reqs-limits-MS.html#custom-reqs-limits.instancesMS) que se indican en la documentación. Para obtener más información, consulte [Crear una instancia de base de datos de RDS Custom para SQL Server](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-creating-sqlserver.html#custom-creating-sqlserver.create).
1. Conecte la aplicación al punto de conexión de instancia de base de datos de Amazon RDS Custom.
Para obtener más información, consulte [Conexión a la instancia de base de datos de RDS Custom mediante AWS Systems Manager](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-creating-sqlserver.html#custom-creating-sqlserver.ssm) y [Conexión a la instancia de base de datos de RDS Custom mediante RDP](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-creating-sqlserver.html#custom-creating-sqlserver.rdp).
1. (Opcional) Acceda al host para personalizar el software.
1. Supervise las notificaciones y los mensajes generados por la automatización de Amazon RDS Custom.
Para obtener más información sobre estos pasos, consulte la [documentación personalizada de Amazon RDS Custom](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-sqlserver.workflow.html).
![\[Flujo de trabajo de Amazon RDS Custom para SQL Server\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/migration-sql-server/images/custom-rds-sql-server.png)
Amazon RDS Custom es un servicio de base de datos administrado que automatiza la configuración, el funcionamiento y el escalado de las bases de datos en la nube al tiempo que le otorga acceso a la base de datos y al sistema operativo subyacente. En Amazon RDS Custom para SQL Server, puede instalar software para ejecutar aplicaciones y agentes personalizados. Dado que tiene acceso privilegiado al host, puede modificar los sistemas de archivos para admitir aplicaciones heredadas. También puede aplicar revisiones de base de datos personalizadas o modificar paquetes de SO en las instancias de base de datos de Amazon RDS Custom.
Si desea personalizar su instancia, puede pausar la automatización de Amazon RDS Custom durante un máximo de 24 horas y, a continuación, reanudarla cuando finalice el trabajo de personalización. Al pausar la automatización, se evita que la automatización de Amazon RDS interfiera directamente con las personalizaciones.
Al reanudar la automatización, el [perímetro de soporte](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-troubleshooting.html#custom-troubleshooting.support-perimeter) determina si la personalización de la base de datos o del entorno del sistema operativo interfiere con la automatización personalizada de Amazon RDS Custom o la interrumpe. Amazon RDS Custom permite personalizar el entorno del host y de la base de datos siempre que los cambios no coloquen a la instancia de base de datos fuera del perímetro de soporte. Las comprobaciones del perímetro de soporte se realizan cada 30 minutos de forma predeterminada y también se realizan después de eventos tales como la eliminación de instantáneas o la desinstalación del agente Amazon RDS Custom, que monitoriza la instancia de base de datos. El agente Amazon RDS Custom es un componente fundamental para garantizar la funcionalidad de Amazon RDS Custom. Si desinstala el agente, Amazon RDS Custom ejecuta la comprobación del perímetro de soporte al cabo de un minuto y mueve la instancia de base de datos fuera del perímetro de soporte.
Al configurar una instancia de base de datos Amazon RDS Custom para SQL Server, se incluye la licencia de software. Esto quiere decir que no es necesario que compre por su cuenta licencias de SQL Server. Para obtener más información sobre las licencias, consulte la sección 10.5 en las [condiciones del servicio de AWS](https://aws.amazon.com/service-terms/). Si tiene una cuenta de AWS Premium Support activa, puede ponerse en contacto con el servicio de soporte AWS premium de Amazon RDS Custom para problemas específicos de SQL Server.
Amazon RDS Custom for SQL Server es compatible con una selección limitada de clases de instancias de base de datos Regiones de AWS y con un número limitado de ellas. Para conocer estas y otras limitaciones, consulte la página de [requisitos y limitaciones](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-reqs-limits-MS.html) de la documentación de Amazon RDS Custom para SQL Server.
Si tiene una base de datos de SQL Server en las instalaciones, puede seguir el proceso descrito en la [documentación de Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-migrating.html) para migrarla a Amazon RDS Custom para SQL Server mediante funciones nativas de copia de seguridad y restauración.
Para obtener información adicional, consulte los siguientes recursos:
+ [Nuevo: Amazon RDS Custom para SQL Server está disponible de forma general](https://aws.amazon.com/blogs/aws/new-amazon-rds-custom-for-sql-server-is-generally-available/) (blog de AWS noticias)
+ [Configuración de la replicación de SQL Server entre Amazon RDS Custom for SQL Server y Amazon RDS for SQL Server](https://aws.amazon.com/blogs/database/configure-sql-server-replication-between-amazon-rds-custom-for-sql-server-and-amazon-rds-for-sql-server/)AWS (blog sobre bases de datos)
+ [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 (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/) de bases de datos)AWS
+ [Configure la alta disponibilidad con los grupos de disponibilidad Always On en Amazon RDS Custom para SQL Server](https://aws.amazon.com/blogs/database/configure-high-availability-with-always-on-availability-groups-on-amazon-rds-custom-for-sql-server/) (blog de AWS bases de datos)
+ [Comience a utilizar Amazon RDS Custom para SQL Server mediante una CloudFormation plantilla (configuración de red) (](https://aws.amazon.com/blogs/database/get-started-with-amazon-rds-custom-for-sql-server-using-an-aws-cloudformation-template-network-setup/)blog de AWS bases de datos)
+ [Migre las cargas de trabajo de SQL Server locales a Amazon RDS Custom for SQL Server mediante grupos de disponibilidad distribuidos](https://aws.amazon.com/blogs/database/migrate-on-premises-sql-server-workloads-to-amazon-rds-custom-for-sql-server-using-distributed-availability-groups/) (AWS blog de bases de datos)
+ [Optimice sus costes de SQL Server mediante el uso de Bring your own media (BYOM) en Amazon RDS Custom for SQL Server](https://aws.amazon.com/blogs/database/optimize-your-sql-server-costs-by-using-bring-your-own-media-byom-on-amazon-rds-custom-for-sql-server/) (AWS blog sobre bases de datos)
# Amazon EC2 para SQL Server
Amazon EC2 admite una base de datos de SQL Server autoadministrada. Es decir, le proporciona un control total sobre la configuración de la infraestructura y el entorno de la base de datos. La ejecución de la base de datos en Amazon EC2 es muy similar a la ejecución de la base de datos en su propio servidor. Usted tiene el control total de la base de datos y del acceso a nivel del sistema operativo, por lo que puede utilizar las herramientas que desee para administrar el sistema operativo, el software de la base de datos, los parches, la replicación de datos, las copias de seguridad y la restauración. Esta opción de migración requiere que configure, administre y ajuste todos los componentes, incluidas las instancias EC2, los volúmenes de almacenamiento, la escalabilidad, las redes y la seguridad, según las mejores prácticas de arquitectura. AWS Usted es responsable de la replicación y recuperación de los datos en sus instancias de la misma región o de regiones diferentes AWS .
## Cuándo elegir Amazon EC2
Amazon EC2 es una buena opción de migración para su base de datos de SQL Server cuando:
+ Necesita tener el control total de la base de datos y el acceso a su sistema operativo subyacente, instalación de base de datos y configuración.
+ Desea administrar su base de datos, incluidas las copias de seguridad y la recuperación, aplicar parches al sistema operativo y la base de datos, ajustar los parámetros del sistema operativo y de la base de datos, administrar la seguridad y configurar la alta disponibilidad o la replicación.
+ Desea utilizar características y opciones que Amazon RDS no admite actualmente. Para obtener más información, consulte [Características no compatibles y características con compatibilidad limitada](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_SQLServer.html#SQLServer.Concepts.General.FeatureNonSupport) en la documentación de Amazon RDS.
+ Necesita una versión específica de SQL Server que no sea compatible con Amazon RDS. Para obtener una lista actualizada de las versiones y ediciones compatibles, consulte [versiones de SQL Server en Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_SQLServer.html#SQLServer.Concepts.General.VersionSupport) en la documentación de Amazon RDS.
+ Las necesidades de tamaño y rendimiento de su base de datos superan las ofertas de Amazon RDS para SQL Server. Para obtener más información, consulte el [Almacenamiento de instancias de base de datos de Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html) en la documentación de Amazon RDS.
+ Desea evitar los parches de software automáticos que podrían no ser compatibles con sus aplicaciones.
+ Desea traer su propia licencia en lugar de utilizar el modelo con licencia incluida de Amazon RDS para SQL Server.
+ Desea lograr mayores IOPS y una capacidad de almacenamiento superior a los límites actuales. Para obtener más información, consulte el [Almacenamiento de instancias de base de datos de Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html) en la documentación de Amazon RDS.
Para obtener una lista de las características y versiones de SQL Server compatibles actualmente en Amazon EC2, consulte [Cómo elegir entre Amazon EC2 y Amazon RDS](comparison.md) más adelante en esta guía.
# Alta disponibilidad
Puede utilizar cualquier tecnología de replicación compatible con SQL Server con su base de datos de SQL Server en Amazon EC2 para lograr una alta disponibilidad, protección de datos y recuperación de desastres. Algunas de las soluciones más habituales son el envío de registros, la duplicación de la base de datos, los grupos de disponibilidad Always On y las instancias de clúster de conmutación por error Always On.
El siguiente diagrama muestra cómo puede usar SQL Server en Amazon EC2 en varias zonas de disponibilidad dentro de una sola AWS región. La base de datos principal es una base de datos de lectura y escritura y la base de datos secundaria está configurada con envío de registros, duplicación de la base de datos o grupos de disponibilidad Always On para una alta disponibilidad. Se transfieren todos los datos de transacciones de la base de datos principal y se pueden aplicar a la base de datos secundaria de forma asíncrona para el envío de registros y de forma asíncrona para los grupos de disponibilidad Always On y la duplicación.
![\[SQL Server on Amazon EC2 in a Multi-AZ configuration in one AWS Region\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-ec2.png)
# Envío de registros
El envío de registros le permite enviar automáticamente las copias de seguridad de registros de transacciones desde una instancia de base de datos principal a una o más bases de datos secundarias (también denominadas *en modo de espera activa*) en instancias de base de datos independientes. El envío de registros utiliza los trabajos del agente de SQL Server para automatizar el proceso de copia de seguridad, copia y aplicación de las copias de seguridad de registros de transacciones. Si bien el envío de registros suele considerarse una característica de recuperación de desastres, también puede proporcionar una alta disponibilidad al permitir la promoción de instancias de base de datos secundarias en caso de que se produzca un error en la instancia de base de datos principal. Si su RTO y su RPO son flexibles, o si sus bases de datos no se consideran muy esenciales, considere la posibilidad de utilizar el envío de registros para ofrecer una mejor disponibilidad a las bases de datos de SQL Server.
El envío de registros aumenta la disponibilidad de las bases de datos al proporcionar acceso a bases de datos secundarias para utilizarlas como copias de solo lectura de la base de datos principal, cuando sea necesario. Puede configurar un retraso (un tiempo de retardo mayor) durante el cual podrá recuperar los datos modificados accidentalmente en la base de datos principal antes de que estos cambios se envíen a la base de datos secundaria.
Se recomienda ejecutar las instancias de base de datos principal y secundaria en zonas de disponibilidad independientes y desplegar una instancia de supervisión para realizar un seguimiento de todos los detalles del envío de registros. Los eventos de copia de seguridad, copia, restauración y error de un grupo de envío de registros están disponibles en la instancia de supervisión. Una configuración de envío de registros no realiza automáticamente la conmutación por error del servidor principal al servidor secundario. Sin embargo, cualquiera de las bases de datos secundarias se puede poner en línea manualmente si la base de datos principal deja de estar disponible.
El envío de registros se suele utilizar como una solución de recuperación de desastres, pero también se puede utilizar como una solución de alta disponibilidad, según los requisitos de la aplicación. Utilice el envío de registros cuando:
+ Tenga requisitos de RTO y RPO flexibles. El envío de registros proporcione un RPO de minutos y un RTO de minutos a horas.
+ No necesite una conmutación por error automática a la base de datos secundaria.
+ Desee leer datos de la base de datos secundaria, pero no necesite legibilidad durante una operación de restauración.
Para obtener más información sobre el envío de registros, consulte la [documentación de Microsoft SQL Server](https://docs.microsoft.com/en-us/sql/database-engine/log-shipping/about-log-shipping-sql-server).
# Duplicación de bases de datos
La duplicación de la base de datos toma una base de datos que se encuentra en una instancia EC2 y proporciona una copia completa o casi completa de solo lectura (duplicado) de la misma en una instancia de base de datos independiente. Amazon RDS utiliza la duplicación de bases de datos para proporcionar compatibilidad con multi-AZ a Amazon RDS para SQL Server. Esta característica aumenta la disponibilidad y la protección de las bases de datos y proporciona un mecanismo para mantener las bases de datos disponibles durante las actualizaciones.
**nota**
Según la [documentación de Microsoft](https://docs.microsoft.com/en-us/sql/database-engine/database-mirroring/database-mirroring-sql-server), la duplicación de bases de datos se eliminará en una futura versión de SQL Server. En su lugar, debería planear usar los grupos de disponibilidad Always On.
En la duplicación de bases de datos, SQL Server puede desempeñar una de estas tres funciones:
+ El servidor principal, que aloja la read/write versión principal de la base de datos.
+ Servidor duplicado, que aloja una copia de la base de datos principal.
+ Servidor de testigo opcional. Este servidor solo está disponible en el modo de alta seguridad. Supervisa el estado del duplicado de la base de datos y automatiza la conmutación por error de la base de datos principal a la base de datos duplicada.
Se establece una sesión de duplicación entre el servidor principal y el servidor duplicado. Durante la duplicación, todos los cambios en la base de datos que se realizan en la base de datos principal también se realizan en la base de datos duplicada. La duplicación de bases de datos puede ser una operación síncrona o asíncrona. Esto se determina mediante dos modos de funcionamiento de duplicación: el modo de alta seguridad y el modo de alto rendimiento.
+ **Modo de alta seguridad:** este modo utiliza operaciones síncronas. En este modo, la sesión de duplicación de la base de datos sincroniza las operaciones de inserción, actualización y eliminación de la base de datos principal con la base de datos duplicada lo más rápido posible. En cuanto se sincroniza la base de datos, la transacción se confirma en la base de datos principal y en la base de datos duplicada. Se recomienda utilizar este modo de funcionamiento cuando las bases de datos duplicadas estén en la misma zona de disponibilidad o en zonas diferentes, pero alojadas en la misma región de AWS .
+ **Modo de alto rendimiento:** este modo utiliza operaciones asíncronas. En este modo, la sesión de duplicación de la base de datos sincroniza las operaciones de inserción, actualización y eliminación de la base de datos principal con la base de datos duplicada, pero puede haber un retraso entre el momento en que la base de datos principal confirma las transacciones y el momento en que la base de datos duplicada confirma las transacciones. Se recomienda utilizar este modo cuando las bases de datos reflejadas estén en AWS regiones diferentes.
Utilice la duplicación de bases de datos cuando:
+ Tenga requisitos estrictos de RTO y RPO y no pueda haber demoras entre las bases de datos principal y secundaria. La duplicación de bases de datos proporciona un RPO de cero segundos (con confirmación síncrona) y un RTO de segundos a minutos.
+ No tenga un requisito de leer datos de la base de datos secundaria.
+ Desee realizar una conmutación por error automática cuando tenga un servidor de testigo configurado en modo de sincronización.
+ No pueda usar los grupos de disponibilidad Always On, que es la opción preferida.
Limitaciones:
+ Solo se admite la one-to-one conmutación por error. No puede hacer que varios destinos de base de datos se sincronicen con la base de datos principal.
Para obtener más información sobre la replicación, consulte la [documentación de Microsoft SQL Server](https://docs.microsoft.com/en-us/sql/database-engine/database-mirroring/database-mirroring-sql-server).
# Grupos de disponibilidad AlwaysOn
Los grupos de disponibilidad Always On de SQL Server proporcionan soluciones de alta disponibilidad y recuperación de desastres para las bases de datos de SQL Server. Un grupo de disponibilidad consta de un conjunto de bases de datos de usuarios que realizan la conmutación por error entre sí. Incluye un único conjunto de read/write bases de datos principales y varios conjuntos (de uno a ocho) conjuntos de bases de datos secundarias relacionadas. Puede hacer que las bases de datos secundarias estén disponibles en el nivel de aplicación como copias de solo lectura de las bases de datos principales (solo en la edición SQL Server Enterprise), a fin de proporcionar una arquitectura de escalado ascendente para las cargas de trabajo de lectura. También puede utilizar las bases de datos secundarias para operaciones de copia de seguridad.
Los grupos de disponibilidad Always On de SQL Server admiten los modos de confirmación sincrónico y asincrónico. En el modo sincrónico, la réplica principal confirma las transacciones de la base de datos después de confirmar o escribir los cambios en el registro de la réplica secundaria. Con este modo, puede realizar una conmutación por error manual planificada y una conmutación por error automática si las réplicas están sincronizadas. Puede usar el modo de confirmación sincrónica entre instancias de SQL Server dentro del mismo entorno (por ejemplo, si todas las instancias son locales o todas las instancias están dentro). AWS
En el modo de confirmación asincrónico, la réplica principal confirma las transacciones de la base de datos sin esperar a la réplica secundaria. Puede usar el modo de confirmación asíncrono entre instancias de SQL Server que se encuentren en entornos diferentes (por ejemplo, si tiene instancias locales y locales). AWS
Puede usar los grupos de disponibilidad Always On para una alta disponibilidad o una recuperación de desastres. Utilice este método cuando:
+ Tenga requisitos de RTO y RPO estrictos. Los grupos de disponibilidad Always On proporcionan un RPO de segundos y un RTO de segundos a minutos.
+ Desee administrar un grupo de bases de datos y realizar una conmutación por error en él. Los grupos de disponibilidad Always On admiten de 0 a 4 réplicas secundarias en el modo de confirmación síncrona para SQL Server 2019.
+ Desee utilizar la conmutación por error automática en el modo de confirmación síncrona y no necesite un servidor de testigo.
+ Desee leer datos de la base de datos secundaria.
+ Desea sincronizar múltiples destinos de base de datos con la base de datos principal.
A partir de SQL Server 2016 SP1, la edición SQL Server Standard proporciona una alta disponibilidad básica para una base de datos secundaria única e ilegible y un agente de escucha por grupo de disponibilidad. También admite un máximo de dos nodos por grupo de disponibilidad.
# Instancias en clúster de conmutación por error de Always On
Las instancias de clúster de conmutación por error Always On de SQL Server (FCIs) utilizan el clúster de conmutación por error de Windows Server (WSFC) para proporcionar una alta disponibilidad a nivel de instancia de servidor. Una FCI es una instancia única de SQL Server que se instala en los nodos de WSFC para ofrecer una alta disponibilidad durante toda la instalación de SQL Server. Si el nodo subyacente sufre errores de hardware, sistema operativo, aplicación o servicio, todo el contenido de la instancia de SQL Server se mueve a otro nodo de WSFC. Esto incluye las bases de datos del sistema, los inicios de sesión de SQL Server, los trabajos del agente de SQL Server y los certificados.
Por lo general, se prefiere una FCI a un grupo de disponibilidad Always On cuando:
+ Utiliza la edición SQL Server Standard en lugar de Enterprise Edition.
+ Tiene una gran número de bases de datos pequeñas por instancia.
+ Modifica constantemente los objetos a nivel de instancia, como los trabajos del agente de SQL Server, los inicios de sesión, etc.
Existen cuatro opciones de implementación en: FCIs AWS
+ Amazon EBS Multi-Attach con reservas persistentes
+ Servidor FSx de archivos Amazon para Windows
+ Amazon FSx para NetApp ONTAP
+ Soluciones de socios AWS
## Uso de Amazon EBS Multi-Attach con reservas persistentes
[Amazon EBS Multi-Attach with NVMe reserves](https://docs.aws.amazon.com/ebs/latest/userguide/nvme-reservations.html) admite la creación de `io2` volúmenes de SQL Server con FCIs Amazon EBS como almacenamiento compartido en los clústeres de conmutación por error de Windows Server. Esta característica simplifica el proceso de configuración del clúster de conmutación por error al permitirle crear un clúster de conmutación por error mediante volúmenes de Amazon EBS `io2`. Estos volúmenes se pueden vincular solo a las instancias que se encuentren en la misma zona de disponibilidad. Para implementar clústeres de conmutación por error de Windows Server mediante `io2` volúmenes de Amazon EBS, debe utilizar los controladores más recientes AWS NVMe .
Los volúmenes de Amazon EBS y los volúmenes de almacenes de instancias se exponen como dispositivos de NVMe bloques en las instancias [basadas en Nitro](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/instance-types.html#ec2-nitro-instances). Debe tener el [AWS NVMe controlador](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/aws-nvme-drivers.html) instalado con la [función de reserva persistente SCSI](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/aws-nvme-drivers.html#configure-scsi-persistent-reservations) configurada cuando utilice `io2` volúmenes de Amazon EBS para formar WSFC y SQL Server. FCIs
Para obtener más información sobre esta función, consulte la entrada del AWS blog [Cómo implementar un clúster de conmutación por error de SQL Server con Amazon EBS Multi-Attach en](https://aws.amazon.com/blogs/modernizing-with-aws/how-to-deploy-a-sql-server-failover-cluster-with-amazon-ebs-multi-attach-on-windows-server/) Windows Server.
## Uso del servidor de archivos de Amazon FSx para Windows
[Amazon FSx for Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/what-is.html) proporciona un almacenamiento de archivos compartido totalmente gestionado. Replica automáticamente el almacenamiento de forma síncrona en dos zonas de disponibilidad para ofrecer una alta disponibilidad. El uso de FSx for Windows File Server para el almacenamiento de archivos simplifica y optimiza las implementaciones de alta disponibilidad de SQL Server en Amazon EC2.
Con Microsoft SQL Server, la alta disponibilidad normalmente se implementa en varios nodos de bases de datos de WSFC, y cada nodo tiene acceso al almacenamiento de los archivos compartido. Puede utilizar el FSx servidor de archivos de Windows como almacenamiento compartido para las implementaciones de alta disponibilidad de SQL Server de dos maneras: como almacenamiento para archivos de datos activos y como testigo del uso compartido de archivos en pequeñas y medianas empresas.
Para obtener información sobre cómo puede reducir la complejidad y el coste de ejecutar las implementaciones FCI de SQL Server mediante FSx el uso de Windows File Server, consulte la entrada del blog [Simplifique las implementaciones de alta disponibilidad de Microsoft SQL Server con Amazon FSx for Windows](https://aws.amazon.com/blogs/storage/simplify-your-microsoft-sql-server-high-availability-deployments-using-amazon-fsx-for-windows-file-server/) File Server. La entrada del blog también proporciona step-by-step instrucciones para implementar SQL Server FCIs mediante un sistema de archivos Amazon FSx Multi-AZ como solución de almacenamiento compartido. Para obtener más información, consulte la documentación de [Amazon FSx for Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/what-is.html).
## Uso de Amazon FSx para NetApp ONTAP
Amazon FSx for NetApp ONTAP es un servicio totalmente gestionado que proporciona un almacenamiento de archivos altamente fiable, escalable, de alto rendimiento y rico en funciones que se basa en el NetApp sistema de archivos ONTAP. FSx for ONTAP combina las características, el rendimiento, las capacidades y las operaciones de API conocidas de los sistemas de NetApp archivos con la agilidad, la escalabilidad y la sencillez de un servicio totalmente gestionado. AWS
FSx for ONTAP proporciona acceso multiprotocolo a los datos a través de los protocolos NFS, SMB e iSCSI para sistemas Windows y Linux. Puede crear una arquitectura FCI de SQL Server Always On de alta disponibilidad, tal y como se explica en detalle en la entrada del blog [SQL Server High Availability Deployments Using Amazon FSx for NetApp ](https://aws.amazon.com/blogs/modernizing-with-aws/sql-server-high-availability-amazon-fsx-for-netapp-ontap/) ONTAP. FSx para ONTAP también puede proporcionar una forma rápida de conmutar por error su entorno de SQL Server a otro Región de AWS para cumplir con los requisitos del objetivo de tiempo de recuperación (RTO) y del objetivo de punto de recuperación (RPO). Para obtener más información, consulte la entrada del blog [Implementación de alta disponibilidad y recuperación ante desastres para una instancia de clúster de conmutación por error siempre activa de SQL Server](https://aws.amazon.com/blogs/storage/implementing-ha-and-dr-for-sql-server-always-on-failover-cluster-instance-using-amazon-fsx-for-netapp-ontap/) mediante ONTAP. FSx
También se puede utilizar AWS Launch Wizard para implementar soluciones de SQL Server en ellas AWS, ya que es compatible con grupos de disponibilidad Always On y despliegues de un solo nodo. Launch Wizard admite el despliegue de SQL Server Always on FCI en Amazon EC2 FSx con ONTAP como almacenamiento compartido. Este servicio le permite ahorrar tiempo y esfuerzo, ya que sustituye un complejo proceso de implementación manual por un asistente guiado y basado en una consola que acelera la migración de las cargas de trabajo de SQL Server en las instalaciones que dependen del almacenamiento compartido. Para obtener más información sobre cómo Launch Wizard puede ayudarle a aprovisionar y configurar SQL Server FCIs en cuestión de horas, consulte la entrada del blog [Simplifique las implementaciones de SQL Server Always On con AWS Launch Wizard Amazon FSx](https://aws.amazon.com/blogs/storage/simplify-sql-server-always-on-deployments-with-the-aws-launch-wizard-and-amazon-fsx/). Launch Wizard también admite la implementación de SQL Server Always On FCIs mediante [Amazon FSx for Windows File Server](https://aws.amazon.com/fsx/windows/) como solución de almacenamiento compartido.
## Uso de soluciones de AWS socios
+ [SIOS DataKeeper](https://us.sios.com/) proporciona un soporte de conmutación por error de clústeres de alta disponibilidad en todas las zonas Regiones de AWS de disponibilidad. SIOS DataKeeper está disponible en. [AWS Marketplace](https://aws.amazon.com/marketplace/seller-profile?id=3c91e2f7-fc8d-4cce-a8aa-1e37abcb4408)
+ [DxEnterprise](https://dh2i.com/dxenterprise-high-availability/)from DH2i permite la conmutación por error totalmente automática de los grupos de disponibilidad de SQL Server en Kubernetes y la conmutación por error unificada de instancias para Windows y Linux. D2HI está disponible en [AWS Marketplace](https://aws.amazon.com/marketplace/seller-profile?id=4e97d4b7-3366-42fd-8be8-732d38c9e24b).
# FSx para Windows File Server
FSx para Windows File Server proporciona un almacenamiento de archivos totalmente gestionado, altamente fiable y escalable al que se puede acceder mediante el protocolo Server Message Block (SMB). Se basa en Windows Server y ofrece una amplia gama de características administrativas, como cuotas de usuarios, restauración de archivos de usuarios finales e integración con Microsoft Active Directory (AD). Ofrece opciones de implementación single-AZ y multi-AZ, copias de seguridad completamente administradas y cifrado de datos en reposo y en tránsito. Puede optimizar el costo y el rendimiento de sus cargas de trabajo con opciones de almacenamiento en unidades de estado sólido (SSD) y unidades de disco duro (HDD), y puede escalar el almacenamiento y cambiar el rendimiento de su sistema de archivos en cualquier momento. Se puede acceder al almacenamiento de FSx archivos de Amazon desde instancias informáticas de Windows y Linux que se ejecutan en AWS las instalaciones y de forma local.
Amazon FSx facilita la implementación del almacenamiento compartido de Windows para las implementaciones de SQL Server de alta disponibilidad mediante su compatibilidad con los recursos compartidos de archivos de disponibilidad continua (CA) y los sistemas de archivos más pequeños. Esta opción es adecuada para los siguientes casos de uso:
+ Como almacenamiento compartido utilizado por los nodos de SQL Server en una instancia de WSFC.
+ Como testigo de archivos compartidos de SMB que se puede utilizar con cualquier clúster de SQL Server con WSFC.
Amazon FSx ofrece un rendimiento rápido con un rendimiento básico de hasta 2 GB/second por sistema de archivos, cientos de miles de IOPS y latencias consistentes de menos de un milisegundo.
Para proporcionar el rendimiento adecuado a sus instancias de SQL, puede elegir un nivel de rendimiento que sea independiente del tamaño de su sistema de archivos. Los niveles más altos de capacidad de rendimiento también vienen acompañados de niveles más altos de IOPS que el servidor de archivos puede ofrecer a las instancias de SQL Server que acceden a él.
La capacidad de almacenamiento determina no solo la cantidad de datos que puede almacenar, sino también la cantidad de IOPS que puede realizar en el almacenamiento. Cada gigabyte de almacenamiento proporciona 3 IOPS. Puede aprovisionar cada sistema de archivos para que tenga un tamaño de hasta 64 TB.
Para obtener información sobre la configuración y el uso de Amazon FSx para reducir la complejidad y los costes de las implementaciones de alta disponibilidad de SQL Server, consulte [Simplifique las implementaciones de alta disponibilidad de Microsoft SQL Server con FSx Windows File Server](https://aws.amazon.com/blogs/storage/simplify-your-microsoft-sql-server-high-availability-deployments-using-amazon-fsx-for-windows-file-server/) en el blog AWS Storage. Para obtener más información sobre cómo crear un nuevo recurso compartido de CA, consulte la documentación del [servidor FSx de archivos de Windows](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/managing-file-shares.html#create-ca-share).
# Recuperación ante desastres
Muchas organizaciones implementan una alta disponibilidad para sus bases de datos de SQL Server, pero eso no es suficiente para las organizaciones que requieren una verdadera resiliencia de TI. Le recomendamos que implemente una solución de recuperación de desastres para evitar la pérdida de datos y el tiempo de inactividad de las bases de datos esenciales. La adopción de una arquitectura de recuperación de desastres de varias regiones para sus implementaciones de SQL Server le ayudará a:
+ Lograr la continuidad del negocio
+ Mejorar la latencia de su base de clientes distribuidos geográficamente
+ Cumplir sus requisitos reglamentarios y de auditoría
Las opciones de recuperación ante desastres incluyen el [envío de registros](ec2-log-shipping.md), [los grupos de disponibilidad de Always On](ec2-always-on.md), las [instantáneas de Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-copy-snapshot.html) que se almacenan en Amazon S3 y se replican en todas AWS las regiones, las [instancias de clúster de conmutación por error de Always On (FCIs)](ec2-fci.md) combinadas con los grupos de disponibilidad de Always On y los grupos de disponibilidad distribuidos.
## Grupos de disponibilidad distribuida
Una arquitectura con grupos de disponibilidad distribuidos es un enfoque óptimo para la implementación de SQL Server en varias regiones. Un grupo de disponibilidad distribuida es un tipo especial de grupo de disponibilidad que 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 distribuidos están acoplados flexiblemente, lo que significa que no requieren un único clúster de WSFC y que son mantenidos por SQL Server. Como los clústeres de WSFC se mantienen de forma individual y las transmisiones son principalmente asincrónicas entre dos grupos de disponibilidad, resulta más fácil configurar la recuperación de desastres en otro sitio. Las réplicas principales de cada grupo de disponibilidad sincronizan sus propias réplicas secundarias.
Por el momento, los grupos de disponibilidad distribuidos solo admiten la conmutación por error manual. Para garantizar que no se pierdan datos, detenga todas las transacciones en las bases de datos principales globales (es decir, en las bases de datos del grupo de disponibilidad principal). A continuación, configure el grupo de disponibilidad distribuido para que se confirme de forma sincrónica.
# VMware Cloud On para SQL Server AWS
**Aviso**
A partir del 30 de abril de 2024, VMware Cloud on AWS ya no será revendido por sus AWS socios de canal. El servicio seguirá estando disponible a través de Broadcom. Te recomendamos que te pongas en contacto con tu AWS representante para obtener más información.
[VMware Cloud on AWS](https://aws.amazon.com/vmware/) es una oferta de nube integrada desarrollada conjuntamente por AWS y VMware. SQL Server se integra fácilmente con VMware Cloud on AWS. Esta opción de migración le permite aprovechar su inversión actual en virtualización.
Puedes acceder a VMware AWS Cloud cada hora, bajo demanda o mediante suscripción. Incluye las mismas VMware tecnologías principales que se utilizan en los centros de datos, como vSphere Hypervisor (ESXi), vSAN (vSAN) y la plataforma de virtualización de redes NSX, y está diseñada para proporcionar una experiencia eficiente y fluida para administrar las bases de datos de SQL Server. Puede escalar el almacenamiento, el procesamiento y la memoria de sus bases de datos de SQL Server en la VMware nube en cuestión de minutos. AWS
VMware Cloud on AWS se ejecuta directamente en el hardware físico, pero aprovecha las funciones de red y hardware que se diseñaron para admitir el modelo de infraestructura que AWS prioriza la seguridad. Esto significa que el conjunto de VMware virtualización se ejecuta en la AWS infraestructura sin tener que utilizar la virtualización anidada.
VMware Cloud on AWS facilita la configuración, el escalado y el funcionamiento de las cargas de trabajo de las bases de datos de SQL Server. AWS Proporciona soluciones de alta disponibilidad, se integra con Active Directory local y proporciona acceso a AWS servicios como AWS Directory Service for Microsoft Active Directory AD Connector, Amazon Route 53 CloudWatch, Amazon y Amazon S3. Puede almacenar sus copias de seguridad en Amazon S3 y modernizar y simplificar su proceso de recuperación de desastres.
## ¿Cuándo elegir VMware Cloud on AWS
VMware Cloud on AWS es una opción para tu base de datos de SQL Server cuando:
+ Sus bases de datos de SQL Server ya se ejecutan en un centro de datos en las instalaciones dentro de entornos virtualizados de vSphere.
+ Tiene una gran cantidad de bases de datos y necesita una migración rápida (por ejemplo, solo unas horas) a la nube por una de las razones siguientes sin que el equipo de migración tenga que realizar ningún trabajo adicional:
+ Extensión del centro de datos. Necesita capacidad a pedido para ejecutar escritorios virtualizados, publicar aplicaciones o proporcionar un development/testing entorno.
+ Recuperación de desastres. Desea configurar un nuevo sistema de recuperación de desastres o reemplazar el sistema existente.
+ Migración a la nube. Desea migrar todo su centro de datos a la nube o actualizar su infraestructura.
Si su base de datos de SQL Server requiere más de 80 000 IOPS, puede usar vSAN.
Para obtener más información, consulte [In the Works — VMware Cloud AWS on](https://aws.amazon.com/blogs/aws/in-the-works-vmware-cloud-on-aws/) en el blog de AWS noticias y [Deploy Microsoft SQL Server AWS on VMware Cloud en](https://aws.amazon.com/solutionspace/solutions/sql-server-vmware-cloud-on-aws/) el AWS sitio web.