Migración de bases de datos de Microsoft SQL Server a ...

AWSDirectrices prescriptivasMigración de bases de datos de

Microsoft SQL Server a laAWSNube

AWSDirectrices prescriptivas Migración de basesde datos de Microsoft SQL Server a laAWSNube

AWSDirectrices prescriptivas: Migración de bases de datos de MicrosoftSQL Server a laAWSNubeCopyright © Amazon Web Services, Inc. and/or its affiliates. All rights reserved.

Las marcas comerciales y la imagen comercial de Amazon no se pueden utilizar en relación con ningún producto oservicio que no sea de Amazon de ninguna manera que pueda causar confusión entre los clientes y que menosprecieo desacredite a Amazon. Todas las demás marcas comerciales que no son propiedad de Amazon son propiedad desus respectivos propietarios, que pueden o no estar afiliados, conectados o patrocinados por Amazon.


Table of ContentsIntroducción ....................................................................................................................................... 1

Información general .................................................................................................................... 1Estrategias migración .......................................................................................................................... 3

Elección de la estrategia de migración adecuada ............................................................................ 3Migración online y offline ............................................................................................................. 4

Métodos de migración ......................................................................................................................... 6Backup y restauración nativos de SQL Server ................................................................................ 9Envío de registros ..................................................................................................................... 10Replicación de bases de ............................................................................................................ 11Grupos de disponibilidad Always ................................................................................................. 11Grupos de disponibilidad distribuida ............................................................................................. 12Replicación transactional ............................................................................................................ 13AWS Snowball Edge ................................................................................................................. 14CloudEndure Migration .............................................................................................................. 15

Migración homogénea de la base ........................................................................................................ 17Amazon RDS for SQL Server ..................................................................................................... 17

Cuándo elegir Amazon RDS ............................................................................................... 18Alta disponibilidad ............................................................................................................. 18Réplicas de lectura ........................................................................................................... 20Recuperación de desastres ................................................................................................ 22

Amazon EC2 for SQL Server ...................................................................................................... 22Cuándo elegir Amazon EC2 ............................................................................................... 22Alta disponibilidad ............................................................................................................. 23Recuperación de desastres ................................................................................................ 27

VMware Cloud onAWSpara SQL Server ....................................................................................... 29Cuándo elegir VMware Cloud onAWS .................................................................................. 29

Migración heterogénea de bases ......................................................................................................... 31Herramientas ............................................................................................................................ 32

AWSWQF ........................................................................................................................ 33AWS SCT ........................................................................................................................ 33AWS DMS ....................................................................................................................... 34

Escenarios de migración híbrida ......................................................................................................... 35Copia de seguridad de sus bases de datos en la nube ................................................................... 35Ampliación de las soluciones de alta disponibilidad y recuperación ante desastres .............................. 35Storage Gateway ...................................................................................................................... 36Uso deAWS DMSyAWS SCT ..................................................................................................... 37

Modernizar la base de datos de SQL Server ......................................................................................... 38Migración de cargas de trabajo de SQL Server de Windows a Linux ................................................. 38Alta disponibilidad en Linux ........................................................................................................ 38

AWSAsistente de inicio ...................................................................................................................... 40Prácticas recomendadas para migrar a Amazon RDS for SQL Server ....................................................... 42

Aprovisionar su base de datos de destino .................................................................................... 42Copia de seguridad desde la base de datos de origen ................................................................... 42Transferencia de archivos de volcado de datos aAWS .................................................................... 43Restauración de datos en su base de datos de destino .................................................................. 43Pasos posteriores a la migración ................................................................................................ 43Probar la migración ................................................................................................................... 43Operación y optimización de la base de datos de Amazon RDS ....................................................... 44

Elección entre Amazon EC2 y Amazon RDS ........................................................................................ 45Matrix de decisiones ................................................................................................................. 45Responsabilidad compartida ....................................................................................................... 55

Patrones de migración de base de datos de ......................................................................................... 57Socios ............................................................................................................................................. 58Recursos adicionales ......................................................................................................................... 59

iii


Agradecimientos ............................................................................................................................... 60Apéndice: Cuestionario de migración de bases de datos de SQL ............................................................. 61

Información general ................................................................................................................... 61Infraestructura .......................................................................................................................... 61Copias de seguridad de bases de datos ...................................................................................... 62Características de la base .......................................................................................................... 62Seguridad de base de datos ...................................................................................................... 62Alta disponibilidad de bases de datos y recuperación ante desastres ................................................ 62

AWSGlosario de orientación prescriptiva .............................................................................................. 63Historial de documentos ..................................................................................................................... 71.................................................................................................................................................... lxxii

iv


Información general

Migración de bases de datos deMicrosoft SQL Server a laAWSNube

Sagar Patel, arquitecto especializado sénior de bases de datos,AWSServicios profesionales

Octubre de 2020 (última actualización (p. 71): mayo 2022)

Amazon Web Services (AWS) proporciona un conjunto completo de servicios y herramientaspara implementar bases de datos de Microsoft SQL Server en una forma segura y deconfianzaAWSInfraestructura de nube. Ventajas de ejecutar SQL Server enAWSincluyen ahorro decostes, escalabilidad, alta disponibilidad y recuperación ante desastres, mejor rendimiento y facilidadde administración. Para obtener más información, consulteAprenda por quéAWSes la mejor nube paraejecutar cargas de trabajo de Microsoft Windows Server y SQL Serveren elAWSBlog informático.

En esta guía se describen las opciones disponibles para migrar las bases de datos de SQL Server deforma local a laAWSCloud, Amazon Relational Database Service (Amazon RDS), Amazon Elastic ComputeCloud (Amazon EC2) o VMware Cloud onAWS. Profundiza en las mejores prácticas y recomendacionespara utilizar estas opciones de migración. También proporciona información sobre cómo configurar unasolución de alta disponibilidad y recuperación ante desastres entre un entorno SQL Server local yAWS,utilizando funciones nativas de SQL Server como envío de registros, replicación y grupos de disponibilidadAlways On.

Esta guía está dirigida a administradores de programas o proyectos, propietarios de productos,administradores de bases de datos, ingenieros de bases de datos y administradores de operaciones oinfraestructuras que planean migrar sus bases de datos SQL Server locales aAWS.

Información generalAntes de migrar las bases de datos de SQL Server aAWS, debe comprender y evaluar su estrategia demigración utilizando el marco descrito enEstrategia de migración para bases de datos relacionales.

El primer paso consiste en realizar un análisis de las cargas de trabajo de la aplicación y de la basede datos de SQL Server mediante la comprensión de la complejidad, la compatibilidad y el costo de lamigración. Estos son algunos de los puntos principales que debe tener en cuenta cuando planea migrar:

• Tamaño base de datos— Compruebe el tamaño actual y el crecimiento de la capacidad general de labase de datos. Por ejemplo, si planea migrar la base de datos de SQL Server a Amazon RDS, puedecrear instancias de base de datos de Amazon RDS con hasta 16 TiB de almacenamiento. Puedesolicitar más almacenamiento medianteabrir un ticket de soporte conAWSSoporte. Para obtener lainformación más reciente, consulteAlmacenamiento de instancias de base de datos de Amazon RDSenla documentación de Amazon RDS.

• IOPS: determine las IOPS y el rendimiento de sus bases de datos. Si planea migrar a Amazon RDS,tenga en cuenta laRendimiento de E/S de instancias de base de datos Amazon RDS.

• Dependencias de— Compruebe las dependencias actuales de la base de datos. Si la base de datosdepende de otras bases de datos, puede migrarlas juntas o crear dependencias después de migrar labase de datos principal.

Inventario de todas las dependencias de SQL Server. Averigüe qué servidores web (por ejemplo,servidores de informes o servidores de inteligencia empresarial) interactúan con SQL Server. Cuando

1

http://aws.amazon.com/blogs/compute/learn-why-aws-is-the-best-cloud-to-run-microsoft-windows-server-and-sql-server-workloads/


https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-database-migration/welcome.html

https://docs.aws.amazon.com/awssupport/latest/user/getting-started.html

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html




llega el momento de migrar, esta información le ayuda a determinar qué se verá afectado y cómo puedeminimizar el impacto.

• Cumplimientorevise su arquitectura actual y sus necesidades de auditoría o cumplimiento paraasegurarse de que puede cumplir estos requisitos después de pasar a Amazon RDS o Amazon EC2.

• HA/DR— ¿Necesita alta disponibilidad (HA) y capacidades de conmutación por error automatizada? Siejecuta una carga de trabajo de producción, la alta disponibilidad y la recuperación ante desastres (DR)son prácticas recomendadas.

Comprenda sus requisitos de HA/DR para determinar si necesita una arquitectura multirregional. Si esasí, migre la base de datos de SQL Server a Amazon EC2. Amazon RDS no admite una configuraciónde varias regiones.

• Compatibilidad con versiones— Compruebe la versión y edición del software de SQL Server si planeatrasladarse a Amazon RDS for SQL Server (consulteversiones compatibles actualmente).

• Conectividad de red— Compruebe la conectividad de red entre su entorno on-premise yAWS, paraasegurarse de que proporciona suficiente ancho de banda para transferencias rápidas de datos entrelocales yAWS.

• Tiempo de inactividad de migración: determine la cantidad de tiempo de inactividad disponible para lamigración para poder planificar su enfoque de migración y decidir si desea utilizar la migración en línea osin conexión.

• Requisitos de RTO, RPO y SLAIdentifique los requisitos de los objetivos de tiempo de recuperación(RTO), los objetivos de punto de recuperación (RPO) y los requisitos de acuerdo de nivel de servicio(SLA) para las cargas de trabajo de bases de datos existentes.

• Licencias— Comprenda sus opciones de licencia. Puede elegir opciones incluidas con licencia enAmazon EC2 y Amazon RDS, o bien elegirtrae tu propia licencia(BYOL) en Amazon EC2.

• Compatibilidad de características: identifique las características y la funcionalidad de la base dedatos que utiliza su aplicación, tanto si se ha desarrollado internamente como si commercial-off-the-shelf (COTS). Esta información puede ayudarle a determinar si puede reducir los costos de licenciascambiando de SQL Server Enterprise edition a Standard edition. Sin embargo, revise las limitaciones derecursos de la edición estándar antes de cambiar. Por ejemplo, la edición estándar solo admite 128 GBde RAM.

¿Encaja su carga de trabajo dentro de las características y capacidades que ofrece Amazon RDS forSQL Server? Para obtener más información, consulteCaracterísticas de SQL Server en Amazon RDS. Sinecesita funciones que no son compatibles, migrar a Amazon EC2 es una opción.

2

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_SQLServer.html

http://aws.amazon.com/windows/faq/#byol-sql

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_SQLServer.html#SQLServer.Concepts.General.FeatureSupport

AWSDirectrices prescriptivas Migración de basesde datos de Microsoft SQL Server a laAWSNubeElección de la estrategia de migración adecuada

Estrategias de migración de bases dedatos

En un alto nivel, existen dos opciones para migrar una base de datos de SQL Server de forma local alaAWSCloud: permanezca en SQL Server (migración homogénea (p. 17)) o alejarse de SQL Server(migración heterogénea (p. 31)). En una migración homogénea, no cambia el motor de base de datos.Es decir, la base de datos de destino también es una base de datos de SQL Server. En una migraciónheterogénea, cambia las bases de datos de SQL Server a un motor de base de datos de código abiertocomo MySQL, PostgreSQL o MariaDB, o a unAWSBase de datos nativa de la nube como Amazon Aurora,Amazon DynamoDB o Amazon Redshift.

Existen tres estrategias comunes para migrar las bases de datos de SQL Server aAWS: realojar,reorganizar y rediseñar (refactorizar). Son parte de la7 Rs de estrategias de migración de aplicacionesy sedescribe en el cuadro siguiente.

Strategy (Estrategia) Tipo Cuándo elegir Ejemplo

Realojar Homogéneo Desea migrar la base dedatos de SQL Server talcual, con o sin cambiarel sistema operativo, elsoftware de la base dedatos o la configuración.

De SQL Server aAmazon EC2

(BrowsePatrones derehost)

Cambio de plataforma Homogéneo Desea reducir el tiempoque dedica a administrarinstancias de base dedatos utilizando unaoferta de base de datostotalmente administrada.

De SQL Server aAmazon RDS for SQLServer

(BrowsePatrones dereplataforma)

Rearquitecto (refactor) Heterogéneo Desea reestructurar,reescribir y rediseñarla base de datos yla aplicación paraaprovechar lascaracterísticas de basede datos de códigoabierto y nativas de lanube.

De SQL Server aAmazon AuroraPostgreSQL, MySQL oMariaDB

NavegarRe-arquitectapatrones)

Si está intentando decidir entre realojar o cambiar la plataforma de las bases de datos de SQL Server,consulteElección entre Amazon EC2 y Amazon RDS (p. 45)más adelante en esta guía para obtener unacomparación paralela de las funciones compatibles.

Elección de la estrategia de migración adecuadaLa elección de la estrategia correcta depende de los requisitos empresariales, las restricciones derecursos, el plazo de migración y las consideraciones de costes. El siguiente diagrama muestra el esfuerzoy la complejidad de las migraciones, incluidas las siete estrategias.

3

https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-database-migration/planning-phase.html

http://aws.amazon.com/prescriptive-guidance/?awsf.apg-content-type-filter=contentsubtype%23pattern&awsf.apg-rtype-filter=rtype%23rehost&awsf.apg-isv-filter=isv%23microsoft&apg-all-cards.q=sql


http://aws.amazon.com/prescriptive-guidance/?awsf.apg-content-type-filter=contentsubtype%23pattern&awsf.apg-rtype-filter=rtype%23replatform&awsf.apg-isv-filter=isv%23microsoft&apg-all-cards.q=sql


http://aws.amazon.com/prescriptive-guidance/?awsf.apg-content-type-filter=contentsubtype%23pattern&awsf.apg-rtype-filter=rtype%23rearchitect&awsf.apg-isv-filter=isv%23microsoft&apg-all-cards.q=sql



Migración online y offline

Refactorización de la base de datos de SQL Server y migración a un código abierto oAWSLa basede datos nativa de la nube, como Edición compatible con Amazon Aurora PostgreSQL o Edicióncompatible con Aurora MySQL, puede ayudarle a modernizar y optimizar la base de datos. Al pasara una base de datos de código abierto, puede evitar licencias costosas (lo que resulta en menorescostos), períodos de bloqueo de proveedores y auditorías. Sin embargo, según la complejidad de la cargade trabajo, la refactorización de la base de datos de SQL Server puede ser un esfuerzo complicado,lento y requiere muchos recursos.AWSpuede ayudarlo a evaluar la complejidad de su carga de trabajoy recomendar estrategias y herramientas de migración. Para obtener más información, consultelaAWSWQF (p. 33)sección más adelante en esta guía.

Para reducir la complejidad, en lugar de migrar la base de datos en un solo paso, podría considerar unenfoque por fases. En la primera fase, puede centrarse en la funcionalidad de la base de datos principal.En la siguiente fase, puede integrarAWSservicios en su entorno de nube, para reducir costes y optimizarel rendimiento, la productividad y el cumplimiento normativo. Por ejemplo, si su objetivo es reemplazar labase de datos SQL Server local por la compatible con Aurora MySQL, podría considerar volver a alojarla base de datos en Amazon EC2 o cambiar la plataforma de la base de datos en Amazon RDS for SQLServer en la primera fase y, a continuación, refactorizar a Aurora MySQL compatible en una fase posterior.Este enfoque ayuda a reducir los costes, los recursos y los riesgos durante la fase de migración y se centraen la optimización y modernización en la segunda fase.

Migración online y offlinePuede utilizar dos métodos para migrar la base de datos de SQL Server desde un entorno local u otroentorno en la nube alAWSCloud, en función de su cronología de migración y cuánto tiempo de inactividadpuede permitir: migración sin conexión o migración en línea.

• Migración sin conexión a Este método se utiliza cuando la aplicación puede permitirse un tiempo deinactividad planificado. En la migración sin conexión, la base de datos de origen está desconectadadurante el período de migración. Mientras la base de datos de origen está desconectada, se migraa la base de datos de destino enAWS. Una vez finalizada la migración, se realizan comprobacionesde validación y verificación para garantizar la coherencia de los datos con la base de datos deorigen. Cuando la base de datos pasa todas las comprobaciones de validación, se realiza un recorteaAWSmediante la conexión de la aplicación a la base de datos de destino enAWS.

4


Migración online y offline

• Migración online: Este método se utiliza cuando la aplicación requiere casi cero o un tiempo deinactividad mínimo. En la migración en línea, la base de datos de origen se migra en varios pasosaAWS. En los pasos iniciales, los datos de la base de datos de origen se copian en la base de datosde destino mientras la base de datos de origen sigue en ejecución. En los pasos posteriores, todoslos cambios desde la base de datos de origen se propagan a la base de datos de destino. Cuando lasbases de datos de origen y destino están sincronizadas, están listas para el corte. Durante el corte, laaplicación cambia sus conexiones a la base de datos de destino enAWS, que no deja conexiones ala base de datos de origen. Puede usarAWS Database Migration Service(AWS DMS) o herramientasdisponibles enAWS Marketplace(como Attunity) para sincronizar las bases de datos de origen y destino.

5

http://aws.amazon.com/marketplace/


Métodos de migración de bases dedatos SQL

Existen varios métodos para migrar las bases de datos de SQL Server aAWS. Puede elegir estos métodosen función de su evaluación y requisitos. En esta sección se describen algunos de los métodos máscomunes, que se resumen en la tabla siguiente. Las discusiones detalladas de algunos de estos métodosse incluyen en las secciones de Amazon EC2 y Amazon RDS más adelante en esta guía.

Método de migración Objetivo Características ylimitaciones

Más información

Copia de seguridad yrestauración nativas

Amazon EC2

Amazon RDS

• Se puede aplicar auna o varias bases dedatos a la vez

• Requiere inactividad• Admite todos los

tamaños de bases

Backup y restauraciónnativos de SQLServer (p. 9)Sección

Envío de registros Amazon EC2

Amazon RDS

• Aplicación por basede datos

• Se puede retrasar

Envío deregistros (p. 10)Sección

Replicación de bases de Amazon EC2 • Aplicación por basede datos

• Puede ser síncronoo asíncrono, basadoen la edición de SQLServer

• La base de datossecundaria no eslegible; actúa comomodo de espera

• Admite conmutaciónpor error automática ymanual

Replicación de basesde (p. 11)Sección

Grupos dedisponibilidad Always

Amazon EC2 • Aplicado a unconjunto de bases dedatos de usuarios

• Puede ser síncronoso asíncronos

• La base de datossecundaria es legible(solo la ediciónde SQL ServerEnterprise)


Grupos dedisponibilidadAlways (p. 11)Sección

6



Más información

• La conmutación porerror se puede iniciarpara varias bases dedatos a la vez, a nivelde grupo de bases dedatos

Grupos dedisponibilidad BasicAlways On

Amazon EC2 • Compatible con SQLServer StandardEdition

• Aplicado a una basede datos de usuarioúnica por grupo dedisponibilidad

• Puede ser síncronoso asíncronos


• La conmutación porerror se puede iniciara nivel de grupo dedisponibilidad

• Se puede utilizarcomo entorno híbridoentre locales yAWS

No se trata en esta guía(consulteGrupos dedisponibilidad básicosAlways On para unaúnica base de datosenla documentación deMicrosoft)

Grupos dedisponibilidad distribuida

Amazon EC2 • Se puede utilizar paraimplementaciones deSQL Server de variasregiones

• Puede pasar porerror a una versiónposterior de SQLServer

• No requiere quela clúster deconmutación por errorde Windows Server(WSFC) se amplíe aldestinoAWSentorno

• Se puede utilizarentre bases de datosSQL Server basadasen Windows (origen) yLinux (destino)

• Se puede utilizarcomo implementaciónhíbrida de SQL Serverentre local yAWS

Grupos dedisponibilidaddistribuida (p. 12)Sección

7

https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/basic-availability-groups-always-on-availability-groups






Más información

Replicacióntransactional

Amazon EC2

Amazon RDS

• Admite la migraciónde un conjunto deobjetos (tablas, vistas,procedimientosalmacenados)

• Admite replicaciónasíncrona con datoscasi en tiempo real

• La base de datos desuscriptores es legible

• Requiere unasupervisión minuciosade los trabajos dereplicación de SQLServer que realizan lareplicación

Replicacióntransactional (p. 13)Sección

AWS Snowball Edge Amazon EC2

Amazon RDS

• Admite bases dedatos muy grandes(hasta 80 TB)

• Utiliza AmazonSimple StorageService (Amazon S3)para almacenar yrestaurar datos

SnowballEdge (p. 14)Sección

CloudEndure Migration Amazon EC2 • alta automatizaciónlift-and-shift solution

• Replicación basadaen agentes a nivel debloques

CloudEndureMigration (p. 15)Sección

AWS DMS Amazon EC2

Amazon RDS

Amazon Aurora

• Admite cargacompleta y CDC

• Admite todos lostamaños de bases

Sección AWSDMS (p. 34)

Programa de copiamasiva (bcp)

Amazon EC2 • Admite bases dedatos pequeñas

• Requiere inactividad• El esquema se ha

creado previamenteen el destino

• Se utiliza para moverdatos, pero nometadatos

No se trata en esta guía(consulteImportación yexportación de datosde SQL Server porotros métodos,Copiamasivasección de ladocumentación deAmazon RDS)

8

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.Snapshots.html





Backup y restauración nativos de SQL Server


Más información

Desconectar y conectar Amazon EC2 • No se necesitancopias de seguridad

• Requiere inactividad• Implica detener,

separar, copiararchivos y adjuntarlosa Amazon EC2

No se trata en esta guía(consulteDesconectary adjuntar basede datosen ladocumentación deMicrosoft)

Import/export Amazon EC2 • Admite bases dedatos pequeñas

• Requiere inactividad• El esquema se ha

creado previamenteen el destino

• Se utiliza para moverdatos, pero nometadatos

No se trata en esta guía(consulteImportación yexportación de datosde SQL Server porotros métodosen ladocumentación deAmazon RDS)

Backup y restauración nativos de SQL ServerAmazon RDS da soporte a operaciones de copia de seguridad y restauración nativas de bases de datosMicrosoft SQL Server mediante archivos de copia de seguridad completos y diferenciales (.bak). Tambiénadmite opciones diferenciales de restauración y restauración de registros en una instancia de base dedatos de Amazon RDS for SQL Server o en una instancia de SQL Server de Amazon EC2, para minimizarel tiempo de inactividad de la aplicación.

Note

Puede realizar operaciones completas, diferenciales y de restauración de registros en AmazonRDS for SQL Server. Sin embargo, solo puede realizar copias de seguridad completas ydiferenciales (no copias de seguridad de registros) en este momento.

El uso de archivos .bak nativos es la forma más sencilla de realizar copias de seguridad y restaurar basesde datos SQL Server. Puede utilizar este método para migrar bases de datos a o desde Amazon RDS.Puede realizar copias de seguridad y restaurar bases de datos únicas en lugar de instancias de base dedatos completas. También puede mover bases de datos entre instancias de base de datos de AmazonRDS for SQL Server.

Cuando utiliza Amazon RDS, puede almacenar y transferir archivos de copia de seguridad en AmazonSimple Storage Service (Amazon S3) para una capa de protección adicional para la recuperación dedesastres. Por ejemplo:

• Puede crear una copia de seguridad completa de la base de datos desde su servidor local, copiarlo enun bucket de S3 y restaurarlo en una instancia de base de datos de Amazon RDS SQL Server.

• Puede realizar copias de seguridad desde una instancia de base de datos de Amazon RDS for SQLServer, almacenarlas en Amazon S3 y restaurarlas donde quiera.

• Puedes implementarCiclo de vida de Amazon S3reglas de configuración para archivar o eliminar copiasde seguridad a largo plazo.

Amazon RDS for SQL Server admite la restauración de copias de seguridad nativas de SQL Server eninstancias de base de datos de SQL Server que tienen réplicas de lectura configuradas. Esto significa que

9

https://docs.microsoft.com/en-us/sql/relational-databases/databases/database-detach-and-attach-sql-server



https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.Snapshots.html#SQLServer.Procedural.Exporting.SSIEW




https://docs.aws.amazon.com/AmazonS3/latest/dev/object-lifecycle-mgmt.html


Envío de registros

no tiene que quitar la réplica de lectura antes de restaurar el archivo de copia de seguridad nativo en lainstancia de base de datos de Amazon RDS for SQL Server.

En el siguiente diagrama se muestran los procesos de copia de seguridad y restauración nativos de SQLServer. Puede utilizar este proceso para hacer copias de seguridad y restaurar las bases de datos de SQLServer en Amazon EC2 también.

Para configurar la copia de seguridad y restauración nativas mediante Amazon S3, consultelaDocumentación de Amazon RDS.

Para conocer las limitaciones al utilizar la copia de seguridad y la restauración nativas de SQL Server,consulteLimitaciones y recomendacionesen la documentación de Amazon RDS.

Envío de registrosPuede utilizar el envío de registros para enviar copias de seguridad del registro de transacciones desdela base de datos SQL Server principal local a una o más bases de datos de SQL Server secundarias (enespera caliente) que se implementan en instancias EC2 o Amazon RDS para instancias de base de datosde SQL Server enAWSCloud. Para configurar el envío de registros en Amazon RDS for SQL Server, debeutilizar sus propios scripts personalizados.

En este escenario, se configura una base de datos de SQL Server en espera en caliente en una instanciaEC2 o Amazon RDS para una instancia de base de datos de SQL Server y envía copias de seguridaddel registro de transacciones de forma asíncrona entre la base de datos local y el servidor de espera encaliente delAWSCloud. A continuación, las copias de seguridad del registro de transacciones se aplican ala base de datos de espera en caliente. Cuando se hayan aplicado todos los registros, puede realizar unaconmutación por error manual y recortarla a la nube.

Esta opción admite todas las versiones y ediciones de SQL Server. Después de migrar la base de datos alaAWSCloud, puede agregar una réplica secundaria mediante un grupo de disponibilidad Always On parafines de alta disponibilidad y resiliencia.

10

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Enabling

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Limitations


Replicación de bases de

Para obtener más información sobre el uso de este método para lograr alta disponibilidad, protecciónde datos y recuperación ante desastres para las bases de datos de SQL Server en Amazon EC2,consulteEnvío de registros (p. 23)en laAmazon EC2 for SQL Serversección.

Replicación de bases dePuede utilizar la creación de reflejos de bases de datos para configurar un entorno de nube híbrida paralas bases de datos de SQL Server. Esta opción requiere SQL Server Enterprise Edition. En este escenario,la base de datos principal de SQL Server se ejecuta en las instalaciones y crea un modo de espera cálidoen la nube. Replica los datos de forma asíncrona y realiza una conmutación por error manual cuandoesté listo para el corte. Después de migrar la base de datos a laAWSCloud, puede agregar una réplicasecundaria mediante un grupo de disponibilidad Always On para fines de alta disponibilidad y resiliencia.

Para obtener más información sobre el uso de este método para lograr alta disponibilidad, protecciónde datos y recuperación ante desastres para las bases de datos de SQL Server en Amazon EC2,consulteReplicación de bases de (p. 24)en laAmazon EC2 for SQL Serversección.

Grupos de disponibilidad AlwaysLos grupos de disponibilidad Always On de SQL Server son una función avanzada de nivel empresarialque proporciona soluciones de alta disponibilidad y recuperación ante desastres. Esta función estádisponible si utiliza SQL Server 2012 y versiones posteriores. También puede utilizar un grupo dedisponibilidad Always On para migrar las bases de datos de SQL Server locales a Amazon EC2 enAWS.Este enfoque le permite migrar sus bases de datos con tiempo de inactividad o con un tiempo deinactividad mínimo.

Si tiene una implementación local existente de grupos de disponibilidad de SQL Server Always On,la réplica principal y la réplica secundaria replicarán datos de forma sincrónica dentro del grupo dedisponibilidad. Por lo tanto, para migrar su base de datos aAWSEn la nube, puede ampliar el clústerde clúster de conmutación por error de Windows Server (WSFC) a la nube. Esto puede ser temporal,solo para fines de migración. A continuación, se crea una réplica secundaria en elAWSNube y utilicela replicación asíncrona, como se muestra en el siguiente diagrama. Después de sincronizar la réplica

11


Grupos de disponibilidad distribuida

secundaria con la base de datos local principal, puede realizar una conmutación por error manual siempreque esté listo para el corte.

Para obtener más información sobre el uso de este método para lograr alta disponibilidad, protecciónde datos y recuperación ante desastres para las bases de datos de SQL Server en Amazon EC2,consulteGrupos de disponibilidad Always (p. 25)en laAmazon EC2 for SQL Serversección.

Grupos de disponibilidad distribuidaUn grupo de disponibilidad distribuida abarca dos grupos de disponibilidad independientes. Puedeconsiderarlo como un grupo de disponibilidad de grupos de disponibilidad. Los grupos de disponibilidadsubyacentes se configuran en dos clústeres WSFC diferentes. Los grupos de disponibilidad que participanen un grupo de disponibilidad distribuida no necesitan compartir la misma ubicación. Pueden ser físicoso virtuales, en las instalaciones o en la nube pública. Los grupos de disponibilidad de un grupo dedisponibilidad distribuida no tienen que ejecutar la misma versión de SQL Server. La instancia de base dedatos de destino puede ejecutar una versión posterior de SQL Server que la instancia de base de datos deorigen.

Una arquitectura de grupo de disponibilidad distribuida le proporciona una forma flexible de realojar unainstancia o base de datos de SQL Server de misión crítica enAWS. Proporciona una solución híbrida paralevantar y cambiar (o levantar y transformar) sus bases de datos críticas de SQL Server enAWS.

El uso de una arquitectura de grupo de disponibilidad distribuida es más eficiente que ampliar losclústeres WFSC locales existentes aAWS. Los datos se transfieren solo desde el primario local a unode losAWSréplicas (Forwarder). El reenviador es responsable de enviar datos a otras réplicas de lecturasecundarias enAWS.

En el siguiente diagrama, el primer clúster WSFC (WSFC 1) se aloja en las instalaciones y tiene ungrupo de disponibilidad local (AG 1). El segundo clúster WSFC (WSFC 2) está alojado enAWSy tieneun dispositivoAWSgrupo de disponibilidad (AG 2).AWS Direct Connectse utiliza como conexión de reddedicada entre el entorno local yAWS. El grupo de disponibilidad local (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 mismomodo, elAWSel grupo de disponibilidad (AG 2) también tiene dos réplicas y la transferencia de datos entreellas es sincrónica con conmutación por error automática. El grupo de disponibilidad distribuida mantiene

12

http://aws.amazon.com/directconnect/


Replicación transactional

las bases de datos sincronizadas de forma asíncrona. Los datos se transfieren desde la réplica principalde SQL Server en AG 1 (que se encuentra en las instalaciones) a la réplica principal (el reenviador)en AG 2 (que está activada)AWS). El reenviador es responsable de enviar datos a otras réplicas delectura enAWSy mantenerlos actualizados. Después de la instalación yAWSlas bases de datos estánsincronizadas, puede realizar una conmutación por error manual del grupo de disponibilidad distribuidaparaAWS. LaAWSbase de datos se convierte en la base de datos principal para el acceso de lectura yescritura desde aplicaciones.

Note

En un momento dado, solo hay una base de datos disponible para operaciones de escritura.Puede utilizar las réplicas secundarias restantes para operaciones de lectura. Para escalarlas cargas de trabajo de lectura, puede agregar más réplicas de lectura en varias zonas dedisponibilidad enAWS.

Para obtener más información acerca de los grupos de disponibilidad distribuidos, consulte:

• Documentación de Microsoft SQL Server• Cómo diseñar una solución híbrida de Microsoft SQL Server mediante grupos de disponibilidad

distribuidosen elAWSBlog base de datos• Migración de SQL Server aAWSuso de grupos de disponibilidad distribuidosen elAWSSitio web de

Directrices prescriptivas

Replicación transactionalLa replicación transaccional es una tecnología de SQL Server que se utiliza para replicar los cambios entredos bases de datos. Estos cambios pueden incluir objetos de base de datos como tablas (se requiere claveprincipal), procedimientos almacenados, vistas, etc., así como datos. El proceso de replicación incluyeunpublisher(la base de datos principal que publica datos), unsubscriber(una base de datos secundariaque recibe datos replicados) y undistribuidor(un servidor que almacena metadatos y transacciones para lareplicación transaccional). Puede utilizar la replicación transaccional para SQL Server en Amazon EC2 yAmazon RDS para instancias de base de datos SQL Server.

La replicación transaccional crea una instantánea de los objetos y datos de la base de datos local(publicación) y la envía a la base de datos de suscriptores. Después de aplicar la instantánea al suscriptor,todos los cambios de datos y modificaciones de esquema posteriores realizadas en el editor se envían al

13

https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/distributed-availability-groups

http://aws.amazon.com/blogs/database/how-to-architect-a-hybrid-microsoft-sql-server-solution-using-distributed-availability-groups/


https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-sql-server-to-aws-using-distributed-availability-groups.html


AWS Snowball Edge

suscriptor a medida que se producen. Los cambios de datos se aplican continuamente al suscriptor en elmismo orden en que se produjeron en el editor.

Una vez finalizada la sincronización, realiza la validación en la instancia de base de datos SQL Server dedestino. Cuando las dos bases de datos están sincronizadas, detiene la actividad en la base de datos local,se asegura de que la replicación se ha completado y, a continuación, realiza el corte en la instancia debase de datos de SQL Server de destino. A continuación, puede detener la suscripción push, eliminarla yempezar a utilizar Amazon RDS for SQL Server.

Las bases de datos de suscriptores también se pueden utilizar como bases de datos de solo lectura. Serecomienda que el distribuidor, que registra los trabajos de sincronización, se encuentre en un servidorindependiente. Si la base de datos de destino se encuentra en Amazon RDS for SQL Server, puedeconfigurar una suscripción push para propagar los cambios al suscriptor.

Le recomendamos que utilice la replicación transaccional cuando quiera:

• Realice una migración única de sus datos a Amazon RDS o Amazon EC2.• Migración de objetos a nivel de esquema o tabla aAWS.• Migración de una parte de una base de datos aAWS.• Migre con un tiempo de inactividad mínimo mediante las estrategias de replicación de SQL Server

existentes añadiendo suscriptores adicionales.

Si planea utilizar la replicación transaccional para la migración única de sus datos a Amazon RDS forSQL Server, le recomendamos que configure una configuración de AZ única para la replicación. Una vezfinalizado el proceso de replicación, puede convertir su entorno en una arquitectura Multi-AZ para obteneralta disponibilidad.

En el siguiente diagrama se muestran los procesos de replicación transaccional de bases de datos deAmazon RDS y Amazon EC2.

Para obtener más información acerca de la replicación transaccional, consulte laDocumentación deMicrosoft SQL Servery el postCómo migrar a Amazon RDS for SQL Server mediante la replicacióntransaccionalen elAWSBlog de bases de datos.

AWS Snowball EdgePuede usarAWS SnowballEdge para migrar bases de datos muy grandes (hasta 80 TB de tamaño).Snowball tiene un puerto Ethernet de 10 Gb que conecta a su servidor local y coloca todos los datos

14

https://docs.microsoft.com/en-us/sql/relational-databases/replication/transactional/transactional-replication

https://docs.microsoft.com/en-us/sql/relational-databases/replication/transactional/transactional-replication

http://aws.amazon.com/blogs/database/how-to-migrate-to-amazon-rds-for-sql-server-using-transactional-replication/



CloudEndure Migration

o copias de seguridad de la base de datos en el dispositivo Snowball. Después de copiar los datos enSnowball, envía el dispositivo aAWSpara su colocación en el bucket de S3 designado. A continuación,puede descargar las copias de seguridad de Amazon S3 y restaurarlas en SQL Server en una instancia deEC2 o ejecutar lards_restore_databaseprocedimiento almacenado para restaurar la base de datos enAmazon RDS. También puede utilizarAWSSnowconepara bases de datos de hasta 8 TB de tamaño. Paraobtener más información, consulte laAWS SnowballDocumentación EdgeyImportación y exportación debases de datos de SQL Server,Restauración de una base de datos, en la documentación de Amazon RDS.

CloudEndure MigrationImportant

La CloudEndure Migration se interrumpirá en todosAWSRegiones excepto paraAWS GovCloud(EE. UU.), China continental (Pekín) y China continental (Ningxia) el 30 de diciembre de 2022.Más informaciónAWS Application Migration Servicees el servicio de migración principal recomendado para lift-and-shift migraciones alNube de AWS. Clientes que utilizan actualmente CloudEndure Se recomiendaque la migración cambie a Application Migration Service para future migraciones.

CloudEndure Migration es una solución basada en agentes que migra la aplicación o los servidoresde bases de datos de SQL Server aAWSmediante el realojamiento (levantamiento y desplazamiento).Admite migraciones de autoservicio, rápidas y fiables con una interrupción del negocio mínima. Uso deCloudEndure Migración, puede migrar servidores de bases de datos de SQL Server que ejecutan WindowsServer versión 2003, 2008, 2012, 2016 o 2019.

Para migrar mediante CloudEndure, primero instale el CloudEndure Agente de su equipo SQL Server deorigen, que se conecta a un autoservicio basado en web CloudEndure Consola de usuario que emite unallamada a la API al destino seleccionadoAWSárea de puesta en escena.

El área de almacenamiento provisional consta de instancias EC2 ligeras que actúan como servidoresde replicación y volúmenes de Amazon Elastic Block Store (Amazon EBS) de bajo costo. El servidor dereplicación recibe datos del CloudEndure Agente que se ejecuta en el equipo de origen y escribe estosdatos en los volúmenes de EBS de almacenamiento provisional.

Después de que todos los discos de origen se hayan replicado en el área de ensayo, el agente continúarealizando un seguimiento y replicando los cambios del disco de origen en el área de almacenamientoprovisional de destino de forma asíncrona, mediante la replicación de datos a nivel de bloque.

Puede configurar el equipo de destino en el CloudEndure Consola de usuario. Cuando las máquinas dedestino estén listas para lanzarse, CloudEndure los convierte automáticamente para arrancar y ejecutarsede forma nativa enAWS. Una vez finalizado este proceso, las máquinas están listas y están disponiblespara su uso.

En el siguiente diagrama se muestran los procesos de migración.

15

http://aws.amazon.com/snowcone/

https://docs.aws.amazon.com/snowball/latest/developer-guide/whatisedge.html

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Using

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Using

https://docs.cloudendure.com/#Configuring_and_Running_Migration/Migration_EOL/Migration_EOL.htm

https://docs.aws.amazon.com/mgn/latest/ug/what-is-application-migration-service.html


CloudEndure Migration

16


Amazon RDS for SQL Server

Migración homogénea de bases dedatos para SQL Server

AWSle ofrece la posibilidad de ejecutar bases de datos de SQL Server en un entorno de nube. Paradesarrolladores y administradores de bases de datos, ejecute la base de datos de SQL Server en elAWSLanube es muy similar a la ejecución de una base de datos de SQL Server en un centro de datos. En estasección se describen las opciones para migrar la base de datos de SQL Server desde un entorno local oun centro de datos alAWSen la nube.

AWSofrece tres opciones para ejecutar SQL Server enAWS, tal como se describe en el cuadro siguiente.

Opción Aspectos destacados Más información

SQL Server en Amazon RDS Servicio administrado,proporciona aprovisionamientoy licencias sencillos, rentable,fácil de configurar, administrar ymantener.

Amazon RDS for SQLServer (p. 17)Sección

SQL Server en Amazon EC2 Autogestionado, proporcionacontrol y flexibilidad totales.

Amazon EC2 for SQLServer (p. 22)Sección

SQL Server en VMware CloudenAWS

Configurar, escalar y operar lascargas de trabajo de SQL Serveren VMware Cloud onAWSyse integran conAWS DirectoryService, Active DirectoryConnector y Amazon S3.

VMware Cloud onAWSpara SQLServer (p. 29)Sección

Los requisitos de la aplicación, las características de la base de datos, la funcionalidad, la capacidad decrecimiento y la complejidad general de la arquitectura determinarán qué opción elegir. Si va a migrarvarias bases de datos de SQL Server aAWS, algunos de ellos podrían ser ideales para Amazon RDS,mientras que otros podrían ser más adecuados para ejecutarse directamente en Amazon EC2. Puede quetenga bases de datos que se están ejecutando en la edición de SQL Server Enterprise pero que se ajustanperfectamente a la edición Standard de SQL Server. También puede que desee modernizar la base dedatos de SQL Server que se ejecuta en Windows para que se ejecute en un sistema operativo Linux yahorre costes y licencias. MuchosAWSlos clientes ejecutan varias cargas de trabajo de bases de datos deSQL Server en Amazon RDS, Amazon EC2 y VMware Cloud onAWS.

Amazon RDS for SQL ServerAmazon RDS for SQL Server es un servicio de base de datos administrada que simplifica elaprovisionamiento y la administración de SQL Server enAWS. Amazon RDS facilita la configuración,la operación y el escalado de implementaciones de SQL Server en la nube. Con Amazon RDS, puedeimplementar varias versiones de SQL Server (2012, 2014, 2016, 2017 y 2019) y ediciones (incluidasExpress, Web, Standard y Enterprise) en cuestión de minutos, con capacidad informática rentable y

17


Cuándo elegir Amazon RDS

redimensionable. Puede aprovisionar Amazon RDS para instancias de base de datos de SQL Servercon SSD de uso general o SSD de IOPS provisionadas. (Para obtener más información, consulteTiposde almacenamiento de Amazon RDSen laAWSdocumentación.) El SSD de IOPS aprovisionadas estádiseñado para ofrecer un rendimiento de E/S rápido, predecible y coherente, y está optimizado para cargasde trabajo de bases de datos transaccionales (OLTP) con uso intensivo de E/S.

Amazon RDS le permite centrarse en el desarrollo de aplicaciones, porque administra tareas deadministración de bases de datos que requieren mucho tiempo, incluidos el aprovisionamiento, las copiasde seguridad, la aplicación de parches de software, la supervisión y el escalado de hardware. AmazonRDS for SQL Server también ofrece implementaciones Multi-AZ y réplicas de lectura (para SQL ServerEnterprise edition) para proporcionar alta disponibilidad, rendimiento, escalabilidad y confiabilidad paracargas de trabajo de producción.

Para obtener más información acerca de la migración de SQL Server a Amazon RDS, consulte laPatronesde replataformaen elAWSSitio web de orientación prescriptiva.

Cuándo elegir Amazon RDSAmazon RDS for SQL Server es una opción de migración cuando:

• Desea centrarse en su negocio y aplicaciones, y deseaAWSpara encargarse de tareas pesadasindiferenciadas, como el aprovisionamiento de la base de datos, la administración de tareas de backup yrecuperación, la administración de parches de seguridad, las actualizaciones de versiones menores deSQL Server y la administración del almacenamiento de información.

• Necesita una solución de base de datos de alta disponibilidad y desea aprovechar la replicación Multi-AZ sincrónica con un botón pulsador que ofrece Amazon RDS, sin tener que configurar y mantenermanualmente el reflejo de bases de datos, clústeres de conmutación por error o grupos de disponibilidadAlways On.

• Desea pagar la licencia de SQL Server como parte del costo de la instancia por hora en lugar de realizaruna gran inversión inicial.

• Amazon RDS for SQL Server admite el tamaño de su base de datos y las necesidades de IOPS.ConsulteAlmacenamiento de instancias de base de datos Amazonen laAWSdocumentación de loslímites máximos actuales.

• No quieres administrar copias de seguridad o point-in-time recuperaciones de la base de datos.• Desea centrarse en tareas de alto nivel, como el ajuste del rendimiento y la optimización de esquemas,

en lugar de la administración diaria de la base de datos.• Desea escalar el tipo de instancia hacia arriba o hacia abajo en función de los patrones de carga de

trabajo sin preocuparse por las complejidades de las licencias.

Después de evaluar los requisitos de la base de datos y del proyecto, si decide migrar a Amazon RDSfor SQL Server, consulte los detalles proporcionados en las secciones siguientes y revise laprácticasrecomendadas de migración (p. 42)lo discutimos más adelante en esta guía.

Para obtener información sobre las características, versiones y opciones de SQL Server compatiblesactualmente, consulteCaracterísticas de Amazon RDS for SQL Serveren elAWSsitio web,Elección entreAmazon EC2 y Amazon RDS (p. 45)más adelante en esta guía, yMicrosoft SQL Server en AmazonRDSen laAWS.

Alta disponibilidadAmazon RDS proporciona alta disponibilidad y soporte de conmutación por error para las bases de datosque se implementan con la opción Multi-AZ. Cuando aprovisiona su base de datos con la opción Multi-AZ, Amazon RDS aprovisiona y mantiene automáticamente una instancia en espera sincrónica dentro

18

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html#Concepts.Storage

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html#Concepts.Storage




http://aws.amazon.com/rds/sqlserver/features/




Alta disponibilidad

de una zona de disponibilidad diferente. La base de datos principal replica de forma sincrónica los datosen la instancia en espera. Si se producen problemas, Amazon RDS repara automáticamente la instanciaen mal estado y restablece la sincronización. En caso de fallo de infraestructura o interrupción de lazona de disponibilidad, Amazon RDS realiza una conmutación por error automática en la instancia enespera. La conmutación por error solo ocurre si las bases de datos en espera y principal están totalmentesincronizadas. Dado que el punto final sigue siendo el mismo para las instancias principal y en espera,puede reanudar las operaciones de la base de datos tan pronto como se haya completado la conmutaciónpor error, sin realizar una intervención manual. El tiempo de conmutación por error depende del tiemponecesario para completar el proceso de recuperación. Las transacciones grandes aumentan el tiempo deconmutación por error.

En el siguiente diagrama se muestra la opción de implementación Multi-AZ de Amazon RDS for SQLServer.

Cuando configura SQL Server en una configuración Multi-AZ, Amazon RDS configura automáticamentela instancia de base de datos en espera mediante la creación de reflejos de bases de datos o grupos dedisponibilidad Always On, según la versión de SQL Server que implementa.

Amazon RDS admite Multi-AZ con grupos de disponibilidad Always On para las siguientes versiones yediciones de SQL Server:

• SQL Server 2019 Enterprise edition 15.00.4043.16 o posterior• SQL Server 2017 Enterprise edition 14.00.3049.1 o posterior• SQL Server 2016 Enterprise Edition 13.00.5216.0 o posterior

Amazon RDS admite Multi-AZ con espejado de base de datos para las siguientes versiones y ediciones deSQL Server, salvo para las versiones de Enterprise edition mencionadas anteriormente:

• SQL Server 2017: Standard y Enterprise Editions• SQL Server 2016: Standard y Enterprise Editions• SQL Server 2014: Standard y Enterprise Editions

19


Réplicas de lectura

• SQL Server 2012: Standard y Enterprise Editions

En las implementaciones Multi-AZ, las operaciones como el escalado de instancias o las actualizacionesdel sistema, como el parche del sistema operativo (SO) se aplican primero en la instancia en espera, antesde la conmutación por error automática de la instancia principal, para mejorar la disponibilidad.

Debido a la optimización de la conmutación por error de SQL Server, algunas cargas de trabajo puedengenerar mayor carga de E/S en la instancia en espera que en la instancia principal, especialmenteen las implementaciones de espejado de bases de datos. Esta funcionalidad puede provocar unamayor IOPS en la instancia de espera. Le recomendamos que tenga en cuenta las necesidadesmáximas de IOPS de las instancias principal y de espera cuando aprovisione el tipo de almacenamientoy las IOPS de su instancia de base de datos de Amazon RDS for SQL Server. También puedeespecificarMultiSubnetFailover=True, si el controlador de cliente lo admite, para reducirsignificativamente el tiempo de conmutación por error.

Limitaciones• La opción Multi-AZ no está disponible para las ediciones Web y SQL Server Express. Solo está

disponible para las ediciones Standard y Enterprise de SQL Server.• No puede configurar la instancia de base de datos en espera para que acepte la actividad de lectura de

base de datos.• No se admite Multi-AZ entre regiones.• En Amazon RDS, puede emitir un comando stop a una instancia de base de datos independiente y

mantener la instancia en estado detenido para evitar incurrir en cargos informáticos. No puede deteneruna instancia de base de datos de Amazon RDS for SQL Server que esté en una configuración Multi-AZ.En su lugar, puede finalizar la instancia, tomar una instantánea final antes de finalizar y volver a crearuna nueva instancia de Amazon RDS a partir de la instantánea cuando la necesite. O bien, puede quitarprimero la configuración Multi-AZ y, a continuación, detener la instancia. Transcurridos siete días, lainstancia detenida se reiniciará para que se pueda aplicar cualquier mantenimiento pendiente.

Para conocer las limitaciones adicionales, consulteNotas y recomendaciones relativas a lasimplementaciones Multi-AZ de Microsoft SQL Serveren la documentación de Amazon RDS.

Réplicas de lecturaLas réplicas de lectura proporcionan escalabilidad y equilibrio de carga. Una réplica de lectura de SQLServer es una copia física de una instancia de base de datos de Amazon RDS for SQL Server que seutiliza con fines de solo lectura. Amazon RDS ayuda a reducir la carga en la instancia de base de datosprincipal mediante la descarga de cargas de trabajo de solo lectura a la instancia de base de datos deréplica de lectura. Las actualizaciones realizadas en la instancia de base de datos principal se copian deforma asíncrona en la instancia de réplica de lectura.

Cuando se solicita una réplica de lectura, Amazon RDS realiza una instantánea de la instancia de basede datos de origen y esta instantánea se convierte en la réplica de lectura. No hay interrupción durante lacreación y eliminación de una réplica de lectura. Amazon RDS for SQL Server actualiza la base de datosprincipal inmediatamente después de actualizar las réplicas de lectura, independientemente del periodo demantenimiento. Cada réplica de lectura incluye un extremo independiente que se utiliza para conectarse ala base de datos de réplicas de lectura.

Amazon RDS for SQL Server facilita la creación de réplicas de lectura mediante la configuración de gruposde disponibilidad Always On y el mantenimiento de conexiones de red seguras entre una instancia de basede datos principal y sus réplicas de lectura.

Puede configurar una réplica de lectura en la mismaAWSRegión como base de datos principal. AmazonRDS for SQL Server no admite réplicas de lectura entre regiones. Puede crear hasta cinco réplicas delectura para una instancia de base de datos de origen.

20

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_SQLServerMultiAZ.html#USER_SQLServerMultiAZ.Recommendations

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_SQLServerMultiAZ.html#USER_SQLServerMultiAZ.Recommendations


Réplicas de lectura

Note

Las réplicas de lectura solo están disponibles con las siguientes versiones y ediciones de SQLServer:

• SQL Server 2017 Enterprise edition 14.00.3049.1 o posterior• SQL Server 2016 Enterprise Edition 13.00.5216.0 o posterior

Las versiones y ediciones de SQL Server que admiten la creación de reflejos de bases de datospara 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 unentorno Multi-AZ con una réplica de lectura en otra zona de disponibilidad dentro de la mismaAWSRegión .No todosAWSLas regiones ofrecen más de dos zonas de disponibilidad, por lo que deberíacomprobar laregiónestá planeando utilizar antes de adoptar esta estrategia.

Una réplica de lectura de SQL Server no permite operaciones de escritura. Sin embargo, puedepromocionar la réplica de lectura para que sea de escritura. Después de promocionarlo, no se puedevolver a convertir en una réplica de lectura. Se convertirá en una instancia de base de datos única eindependiente que no tiene relaciones con su instancia de base de datos principal original. Los datos de laréplica de lectura promocionada coincidirá con los datos de la instancia de base de datos de origen hastael momento en el que se hizo la solicitud para promocionarla. La versión del motor de base de datos deSQL Server de la instancia de base de datos de origen y todas sus réplicas de lectura serán iguales.

Para una replicación eficiente, le recomendamos lo siguiente:

• Configure cada réplica de lectura con los mismos recursos informáticos y de almacenamiento que lainstancia de base de datos de origen.

• Debe habilitar las copias de seguridad automáticas en la instancia de base de datos de origenestableciendo 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 implementarse en un entorno Multi-AZ con grupos dedisponibilidad Always On.

Para obtener información sobre compatibilidad con versiones, ediciones y limitaciones de SQL Server,consulteLimitaciones de las réplicas de lectura con SQL Serveren la documentación de Amazon RDS.

21

http://aws.amazon.com/about-aws/global-infrastructure/regions_az/

http://aws.amazon.com/about-aws/global-infrastructure/regions_az/

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.ReadReplicas.html#SQLServer.ReadReplicas.Limitations


Recuperación de desastres

Para obtener más información acerca del uso de réplicas de lectura, consulteTrabajo con réplicas delecturayUso de réplicas de lectura de SQL Server para Amazon RDSen laAWS. Para obtener másinformación acerca de los precios de las transferencias de datos, consulte Precios de Amazon RDS.

Recuperación de desastresCon Amazon RDS for SQL Server, puede crear una estrategia fiable de recuperación ante desastres (DR)entre regiones. Las principales razones para crear una solución de recuperación ante desastres son lacontinuidad del negocio y el cumplimiento:

• Una estrategia de recuperación ante desastres eficaz le ayuda a mantener sus sistemas enfuncionamiento con interrupciones mínimas o nulas durante un evento catastrófico. Una estrategia derecuperación ante desastres entre regiones fiable y eficaz mantiene su negocio en funcionamientoincluso si toda una región se desconecta.

• Una solución de DR entre regiones le ayuda a cumplir los requisitos de auditoría y cumplimiento.

El objetivo de punto de recuperación (RPO), un objetivo de tiempo de recuperación (RTO) y un costoson tres métricas clave a tener en cuenta al desarrollar su estrategia de recuperación de desastres. Paraobtener otras opciones para proporcionar réplicas entre regiones, consulteAWS Marketplace. Para obtenermás información acerca de estos métodos, consulteRecuperación ante desastres entre regiones deAmazon RDS for SQL Serveren elAWSBlog de bases de datos.

Amazon EC2 for SQL ServerAmazon EC2 admite una base de datos autoadministrada de SQL Server. Es decir, le proporciona uncontrol total sobre la configuración de la infraestructura y del entorno de base de datos. La ejecuciónde la base de datos en Amazon EC2 es muy similar a ejecutar la base de datos en su propio servidor.Tiene control total del acceso a nivel de base de datos y sistema operativo, por lo que puede utilizarlas herramientas que elija para administrar el sistema operativo, el software de la base de datos, losparches, la replicación de datos, la copia de seguridad y la restauración. Esta opción de migraciónrequiere configurar, configurar, administrar y ajustar todos los componentes, incluidas las instancias deEC2, los volúmenes de almacenamiento, la escalabilidad, las redes y la seguridad, segúnAWSprácticasrecomendadas de arquitectura. Usted es responsable de la replicación y recuperación de datos en todassus instancias en la misma o diferenteAWSRegiones.

Para obtener más información acerca de la migración de SQL Server a Amazon EC2, consulte laPatronesde realojamientoen elAWSSitio web de orientación prescriptiva.

Cuándo elegir Amazon EC2Amazon EC2 es una buena opción de migración para la base de datos de SQL Server cuando:

• Necesita un control total sobre la base de datos y acceso a su sistema operativo subyacente, lainstalación y la configuración de la base de datos.

• Desea administrar la base de datos, incluidos los respaldos y la recuperación, la aplicación de parchesdel sistema operativo y la base de datos, el ajuste del sistema operativo y los parámetros de la base dedatos, la administración de la seguridad y la configuración de alta disponibilidad o replicación.

• Desea utilizar funciones y opciones que Amazon RDS no admite actualmente. Para obtener másinformación, consulte .Características no compatibles y características con compatibilidad limitadaen ladocumentación de Amazon RDS.

• Necesita una versión específica de SQL Server que no sea compatible con Amazon RDS. Para obteneruna lista de las versiones y ediciones admitidas, consulteVersiones de SQL Server en Amazon RDSen ladocumentación de Amazon RDS.

22

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_ReadRepl.html

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_ReadRepl.html

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.ReadReplicas.html

http://aws.amazon.com/rds/pricing/

http://aws.amazon.com/marketplace/

http://aws.amazon.com/blogs/database/cross-region-disaster-recovery-of-amazon-rds-for-sql-server/




https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_SQLServer.html#SQLServer.Concepts.General.FeatureNonSupport

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_SQLServer.html#SQLServer.Concepts.General.VersionSupport


Alta disponibilidad

• El tamaño y las necesidades de rendimiento de la base de datos superan las ofertas actuales deAmazon RDS for SQL Server. Para obtener más información, consulte .Almacenamiento de instanciasde base de datos de Amazon RDSen la documentación de Amazon RDS.

• Desea evitar los parches de software automáticos que podrían no cumplir con sus aplicaciones.• Desea traer su propia licencia en lugar de utilizar el modelo incluido de licencia de Amazon RDS for SQL

Server.• Desea lograr una mayor capacidad de almacenamiento y IOPS que los límites actuales. Para obtener

más información, consulte .Almacenamiento de instancias de base de datos de Amazon RDSen ladocumentación de Amazon RDS.

Para obtener una lista de las características y versiones de SQL Server admitidas actualmente en AmazonEC2, consulteElección entre Amazon EC2 y Amazon RDS (p. 45)más adelante en esta guía.

Alta disponibilidadPuede utilizar cualquier tecnología de replicación compatible con SQL Server con su base de datos deSQL Server en Amazon EC2 para lograr alta disponibilidad, protección de datos y recuperación antedesastres. Algunas de las soluciones comunes son el envío de registros, la creación de reflejos de basesde datos, los grupos de disponibilidad Always On y las instancias de clúster de conmutación por error

En el siguiente diagrama se muestra cómo puede utilizar SQL Server en Amazon EC2 en varias zonas dedisponibilidad dentro de una solaAWSRegión . La base de datos principal es una base de datos de lecturay escritura y la base de datos secundaria se configura con envío de registros, espejado de bases de datoso grupos de disponibilidad Always On para alta disponibilidad. Todos los datos de transacciones de la basede datos principal se transfieren y se pueden aplicar a la base de datos secundaria de forma asíncronapara el envío de registros y de forma asíncrona para grupos de disponibilidad y creación de reflejos AlwaysOn.

Envío de registrosEl envío de registros le permite enviar automáticamente copias de seguridad del registro de transaccionesdesde una instancia de base de datos principal a una o más bases de datos secundarias (tambiénconocidas comomodo de espera en caliente) en instancias de base de datos independientes. El envío deregistros utiliza trabajos de SQL Server Agent para automatizar el proceso de copia de seguridad, copia

23





Alta disponibilidad

y aplicación de las copias de seguridad del registro de transacciones. Aunque el envío de registros sueleconsiderarse una función de recuperación ante desastres, también puede proporcionar alta disponibilidadal permitir la promoción de instancias de base de datos secundarias si falla la instancia de base de datosprincipal. Si su RTO y RPO son flexibles, o sus bases de datos no se consideran sumamente críticas,considere utilizar el envío de registros para proporcionar una mejor disponibilidad para las bases de datosde SQL Server.

El envío de registros aumenta la disponibilidad de las bases de datos al proporcionar acceso a bases dedatos secundarias para utilizarlas como copias de solo lectura de la base de datos principal cuando seanecesario. Puede configurar un retraso de retraso (más tiempo de retraso) durante el cual puede recuperardatos modificados accidentalmente en la base de datos principal antes de que estos cambios se envíen ala base de datos secundaria.

Recomendamos ejecutar las instancias de base de datos principal y secundaria en zonas de disponibilidadindependientes e implementar una instancia de monitor para realizar un seguimiento de todos los detallesdel envío de registros. Los eventos de copia de Backup, copia, restauración y error de un grupo de envíode registros están disponibles desde la instancia de monitor. Una configuración de envío de registros nopasa automáticamente por error del servidor principal al servidor secundario. Sin embargo, cualquiera delas bases de datos secundarias se puede poner en línea manualmente si la base de datos principal no estádisponible.

El envío de registros se utiliza a menudo como solución de recuperación ante desastres, pero también sepuede utilizar como solución de alta disponibilidad, según los requisitos de la aplicación. Utilizar el envío deregistros cuando:

• Tiene requisitos de RTO y RPO flexibles. El envío de registros proporciona un RPO de minutos y unRTO de minutos a horas.

• No necesita una conmutación por error automática en la base de datos secundaria.• Desea leer desde la base de datos secundaria, pero no necesita legibilidad durante una operación de

restauración.

Para obtener más información acerca del envío de registros, consulte laDocumentación de Microsoft SQLServer.

Replicación de datosLa duplicación de bases de datos toma una base de datos que se encuentra en una instancia EC2 yproporciona una copia de solo lectura completa o casi completa (réplica) de la misma en una instanciade base de datos independiente. Amazon RDS utiliza la creación de reflejos de bases de datos paraproporcionar compatibilidad Multi-AZ para Amazon RDS for SQL Server. Esta función aumenta ladisponibilidad y la protección de las bases de datos y proporciona un mecanismo para mantener las basesde datos disponibles durante las actualizaciones.

Note

Según elDocumentación de Microsoft, la duplicación de bases de datos se eliminará en unaversión futura de SQL Server. Debe planear utilizar los grupos de disponibilidad Always On en sulugar.

En la creación de reflejos de bases de datos, los servidores SQL pueden desempeñar uno de los tresroles:

• El servidor principal, que aloja la versión principal de lectura/escritura de la base de datos.• El servidor espejo, que aloja una copia de la base de datos principal.• Un servidor testigo opcional. Este servidor solo está disponible en modo de alta seguridad. Supervisa

el estado de la réplica de la base de datos y automatiza la conmutación por error de la base de datosprincipal a la base de datos espejo.

24

https://docs.microsoft.com/en-us/sql/database-engine/log-shipping/about-log-shipping-sql-server

https://docs.microsoft.com/en-us/sql/database-engine/log-shipping/about-log-shipping-sql-server

https://docs.microsoft.com/en-us/sql/database-engine/database-mirroring/database-mirroring-sql-server


Alta disponibilidad

Se establece una sesión de reflejo entre el servidor principal y el servidor espejo. Durante la creación dereflejos, todos los cambios de base de datos que se realizan en la base de datos principal también serealizan en la base de datos espejo. El reflejo de la base de datos puede ser una operación síncrona oasíncrona. Esto viene determinado por dos modos de funcionamiento de espejado: modo de alta seguridady modo de alto rendimiento.

• Modo de alta seguridad: Este modo utiliza operaciones sincrónicas. En este modo, la sesión de reflejode la base de datos sincroniza las operaciones de inserción, actualización y eliminación de la basede datos principal con la base de datos espejo lo más rápido posible. Tan pronto como se sincronizala base de datos, la transacción se confirma tanto en la base de datos principal como en la espejo.Le recomendamos que utilice este modo de funcionamiento cuando las bases de datos reflejadas seencuentran en las mismas zonas de disponibilidad o en distintas zonas de disponibilidad, pero alojadasen las mismasAWSRegión .

• Modo de alto rendimiento: Este modo utiliza operaciones asíncronas. En este modo, la sesión de reflejode la base de datos sincroniza las operaciones de inserción, actualización y eliminación de la base dedatos principal con la base de datos espejo, pero puede haber un retraso entre el momento en quela base de datos principal confirma las transacciones y el momento en que la base de datos espejoconfirma las transacciones. Le recomendamos que utilice este modo cuando las bases de datos deréplicas sean diferentesAWSRegiones.

Utilizar espejado de bases de datos cuando:

• Tiene requisitos estrictos de RTO y RPO y no puede haber retrasos entre las bases de datos principaly secundaria. La duplicación de la base de datos proporciona un RPO de cero segundos (conconfirmación sincrónica) y un RTO de segundos a minutos.

• No tiene ningún requisito para leer desde la base de datos secundaria.• Desea realizar una conmutación por error automática cuando tiene un servidor testigo configurado en

modo de sincronización.• No puede utilizar los grupos de disponibilidad Always On, que es la opción preferida.

Limitaciones:

• Sólo one-to-one se admite la conmutación por error. No se pueden sincronizar varios destinos de basede datos con la base de datos principal.

Para obtener más información acerca de la creación de reflejos, consulte laDocumentación de MicrosoftSQL Server.

Grupos de disponibilidad Always OnLos grupos de disponibilidad Always On de SQL Server proporcionan soluciones de alta disponibilidad yrecuperación ante desastres para las bases de datos de SQL Server. Un grupo de disponibilidad consisteen un conjunto de bases de datos de usuarios que se conmutan por error en conjunto. Incluye un únicoconjunto de bases de datos de lectura/escritura principales y varios (de uno a ocho) conjuntos de bases dedatos secundarias relacionadas. Puede poner las bases de datos secundarias a disposición del nivel deaplicaciones como copias de solo lectura de las bases de datos principales (solo edición de SQL ServerEnterprise), para proporcionar una arquitectura escalable para las cargas de trabajo de lectura. Tambiénpuede usar las bases de datos secundarias para las operaciones de backup.

Los grupos de disponibilidad Always On de SQL Server admiten modos de confirmación síncrona yasíncrona. En modo síncrono, la réplica principal confirma las transacciones de la base de datos despuésde que los cambios se hayan confirmado o escrito 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 silas réplicas están sincronizadas. Puede utilizar el modo de confirmación síncrona entre instancias de SQL

25




Alta disponibilidad

Server en el mismo entorno (por ejemplo, si todas las instancias están en las instalaciones o todas lasinstancias están enAWS).

En el modo de confirmación asíncrona, la réplica principal confirma transacciones de base de datos sinesperar a la réplica secundaria. Puede utilizar el modo de confirmación asíncrono entre instancias de SQLServer que se encuentran en entornos diferentes (por ejemplo, si tiene instancias en las instalaciones yenAWS).

Puede utilizar grupos de disponibilidad Always On para alta disponibilidad o recuperación ante desastres.Utilice este método cuando:

• Tiene requisitos estrictos de RTO y RPO. Los grupos de disponibilidad siempre activados proporcionanun RPO de segundos y un RTO de segundos a minutos.

• Desea administrar y transferir por error un grupo de bases de datos. Los grupos de disponibilidad AlwaysOn admiten 0-4 réplicas secundarias en modo de confirmación síncrona para SQL Server 2019.

• Desea utilizar la conmutación por error automática en modo de confirmación síncrona y no necesita unservidor testigo.

• Desea leer desde la base de datos secundaria.• Desea sincronizar varios 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 alta disponibilidad básicapara una única base de datos secundaria y listener no legible por grupo de disponibilidad. También admiteun máximo de dos nodos por grupo de disponibilidad.

Instancias clúster de conmutación por errorLas instancias de clúster de conmutación por error (FCI) de SQL Server siempre activadas utilizan laagrupación en clúster de conmutación por error de Windows Server (WSFC) para proporcionar altadisponibilidad a nivel de instancia de servidor. Una FCI es una única instancia de SQL Server que seinstala en los nodos WSFC para proporcionar alta disponibilidad para toda la instalación de SQL Server. Siel nodo subyacente experimenta errores de hardware, sistema operativo, aplicación o servicio, todo lo quehay dentro de la instancia de SQL Server se mueve a otro nodo WSFC. Esto incluye bases de datos delsistema, inicios de sesión de SQL Server, trabajos de agente de SQL Server y certificados.

Por lo general, es preferible una FCI en lugar de un grupo de disponibilidad siempre disponible cuando:

• Está utilizando la edición estándar de SQL Server en lugar de la edición Enterprise.• Tiene un gran número de bases de datos pequeñas por instancia.• Modifica constantemente objetos a nivel de instancia, como trabajos de SQL Server Agent, inicios de

sesión, etc.• Desea optimizar los costes (costes de infraestructura de Amazon EC2 y costes de licencia de SQL

Server) para ejecutar las instancias de SQL Server. Cuando utiliza una FCI, elimina la dependencia de lainstancia EC2 del host de SQL Server en el rendimiento de Amazon EBS. Como resultado, puede ajustarel tamaño correcto (es decir, sin necesidad de aprovisionar en exceso) la instancia de SQL Server EC2 yreducir los costos de licencia de Amazon EC2 y SQL Server, sin afectar al rendimiento de E/S.

• Desea optimizar el rendimiento de la base de datos en las instancias de SQL Server. El uso de unaFCI proporciona un 30 por ciento de mejor rendimiento para las cargas de trabajo típicas, porque lareplicación de datos se realiza a nivel de bloque en lugar de a nivel de base de datos.

Los FCI requieren algún tipo de almacenamiento compartido (discos en una red de área dealmacenamiento (SAN), recursos compartidos de archivos en bloques de mensajes de servidor (SMB) oalmacenamiento conectado localmente con Storage Spaces Direct (S2D), SIOS Datakeeper o AmazonFSX, para proporcionar resiliencia y alta disponibilidad.

26



Para implementar una FCI enAWS, puede utilizar FSx for Windows File Server, que proporcionaalmacenamiento de archivos compartidos totalmente administrado. Este servicio replica automáticamenteel almacenamiento de forma sincrónica en dos zonas de disponibilidad para poder ofrecer altadisponibilidad. El uso de FSx for Windows File Server para almacenamiento de archivos ayuda a simplificary optimizar las implementaciones de alta disponibilidad de SQL Server en Amazon EC2. Para obtener másinformación, consulte lasiguiente sección (p. 27).

FSx for Windows File ServerFSx for Windows File Server proporciona almacenamiento de archivos totalmente administrado, fiabley escalable al que se puede acceder mediante el protocolo Server Message Block (SMB). Se basaen Windows Server y ofrece una amplia gama de funciones administrativas, como cuotas de usuario,restauración de archivos de usuario final e integración de Microsoft Active Directory (AD). Ofrece opcionesde implementación de AZ única y Multi-AZ, copias de seguridad totalmente gestionadas y cifrado dedatos en reposo y en tránsito. Puede optimizar el costo y el rendimiento de sus cargas de trabajo conlas opciones de almacenamiento de 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 cualquiermomento. Se puede acceder al almacenamiento de archivos de Amazon FSx desde Windows, instanciasinformáticas de Linux que se ejecutan enAWS, y en las instalaciones.

Amazon FSx facilita la implementación de almacenamiento compartido de Windows paraimplementaciones de SQL Server de alta disponibilidad gracias a su compatibilidad con recursoscompartidos de archivos disponibles continuamente (CA) y sistemas de archivos más pequeños. Estaopción es adecuada para estos casos de uso:

• Como almacenamiento compartido utilizado por los nodos de SQL Server en una instancia de WSFC.• Como testigo de recurso compartido de archivos SMB que se puede utilizar con cualquier clúster de SQL

Server con WSFC.

Amazon FSx proporciona un rendimiento rápido con un rendimiento básico de hasta 2 GB/segundo porsistema de archivos, cientos de miles de IOPS y latencias consistentes de menos de milisegundos.

Para proporcionar el rendimiento adecuado para las instancias SQL, puede elegir un nivel de rendimientoindependiente del tamaño del sistema de archivos. Los niveles más altos de capacidad de rendimientotambién incluyen niveles más altos de IOPS que el servidor de archivos puede servir a las instancias deSQL Server que acceden a él.

La capacidad de almacenamiento determina no solo cuántos datos puede almacenar, sino tambiéncuántas IOPS puede realizar en el almacenamiento. Cada gigabyte de almacenamiento proporciona 3IOPS. Puede aprovisionar cada sistema de archivos para que tenga un tamaño de hasta 64 TB.

Para obtener información sobre cómo configurar y utilizar Amazon FSx para reducir la complejidady los costes de las implementaciones de alta disponibilidad de SQL Server, consulteSimplifique susimplementaciones de alta disponibilidad de Microsoft SQL Server mediante FSx for Windows File ServerenelAWSBlog de almacenamiento. Para obtener más información sobre cómo crear un nuevo recursocompartido de CA, consulte laDocumentación de FSx for Windows File Server.

Recuperación de desastresMuchas organizaciones implementan alta disponibilidad para sus bases de datos de SQL Server, pero esono es suficiente para las organizaciones que requieren una verdadera resiliencia de TI. Le recomendamosque implemente una solución de recuperación ante desastres para evitar la pérdida de datos y el tiempo deinactividad de las bases de datos de misión crítica. La adopción de una arquitectura de recuperación antedesastres de varias regiones para las implementaciones de SQL Server le ayuda a:

• Lograr la continuidad empresarial

27

http://aws.amazon.com/blogs/storage/simplify-your-microsoft-sql-server-high-availability-deployments-using-amazon-fsx-for-windows-file-server/


https://docs.aws.amazon.com/fsx/latest/WindowsGuide/managing-file-shares.html#create-ca-share



• Mejore la latencia de su base de clientes distribuida geográficamente• Satisfacer sus requisitos normativos y de auditoría

Entre las opciones de recuperación ante desastres se incluyenenvío de registros (p. 23),Gruposde disponibilidad Always On (p. 25),Instantáneas de Amazon EBSque se almacenan en AmazonS3 y se replican enAWSRegiones,Instancias de clúster de conmutación por error (FCI) siempreactivas (p. 26)combinado con grupos de disponibilidad Always On, grupos de disponibilidad distribuidosy CloudEndure Recuperación de desastres. En las siguientes secciones se describen los grupos dedisponibilidad distribuida y CloudEndure Recuperación de desastres.

Grupos de disponibilidad distribuidaUna arquitectura con grupos de disponibilidad distribuidos es un enfoque óptimo para la implementaciónde SQL Server en varias regiones. Un grupo de disponibilidad distribuida es un tipo especial de grupo dedisponibilidad que abarca dos grupos de disponibilidad independientes. Puede considerarlo como un grupode disponibilidad de grupos de disponibilidad. Los grupos de disponibilidad subyacentes se configuran endos clústeres WSFC diferentes.

Los grupos de disponibilidad distribuida están acoplados sin problemas, lo que significa que no requierenun solo clúster WSFC y SQL Server los mantiene. Dado que los clústeres WSFC se mantienenindividualmente y las transmisiones son principalmente asíncronas entre dos grupos de disponibilidad,resulta más fácil configurar la recuperación ante desastres en otro sitio. Las réplicas principales de cadagrupo de disponibilidad sincronizan sus propias réplicas secundarias.

Los grupos de disponibilidad distribuida solo admiten conmutación por error manual en este momento.Para garantizar que no se pierdan datos, detenga todas las transacciones de las bases de datosprincipales globales (es decir, en las bases de datos del grupo de disponibilidad principal). A continuación,establezca el grupo de disponibilidad distribuida en confirmación sincrónica.

CloudEndure Disaster RecoveryCloudEndure Disaster Recovery es una solución basada en agentes que replica máquinas virtualesenteras, incluido el sistema operativo, todas las aplicaciones instaladas y todas las bases de datos, enun área de almacenamiento provisional ubicada en su destinoAWSRegión . El área de almacenamientoprovisional contiene recursos de bajo costo que se aprovisionan y administran automáticamenteCloudEndure Recuperación de desastres.

CloudEndure Disaster Recovery mantiene una replicación asíncrona continua de los discos en el área dealmacenamiento provisional. Esto reduce significativamente el costo de aprovisionamiento de recursosduplicados. Dado que el área de almacenamiento provisional no ejecuta una versión activa de las cargasde trabajo de SQL Server, no tiene que pagar licencias de SO duplicadas ni recursos informáticos de altorendimiento. En su lugar, paga por la informática y el almacenamiento de bajo costo.

En caso de desastre, CloudEndure La recuperación ante desastres desencadena un proceso deconversión automatizado. Recupera cada equipo de origen que ejecuta bases de datos de SQLServer en una única instancia EC2, logrando objetivos de punto de recuperación (RPO) inferiores a unsegundo y objetivos de tiempo de recuperación (RTO) de minutos. CloudEndure La recuperación antedesastres utiliza replicación compatible con ACID y coherente con bloqueos para proporcionar datoscoherentes.AWSMakes CloudEndure disponible sin costo adicional para proyectos de migración.

28

https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-copy-snapshot.html


VMware Cloud onAWSpara SQL Server

Para obtener más información, consulte laCloudEndure Disaster Recovery for Microsoft SQL Serverhoja dedatos.

VMware Cloud onAWSpara SQL ServerVMware Cloud onAWSes una oferta en la nube integrada desarrollada conjuntamente porAWSy VMware.SQL Server se integra fácilmente con VMware Cloud onAWS. Esta opción de migración le permiteaprovechar su inversión existente en virtualización.

Puede acceder a VMware Cloud onAWSpor hora, bajo demanda o en forma de suscripción. Incluye lasmismas tecnologías VMware principales que ejecuta en los centros de datos, incluidos vSphere Hypervisor(ESXi), vSAN (vSAN) y la plataforma de virtualización de red de NSX, y está diseñada para proporcionaruna experiencia eficiente y fluida para administrar sus bases de datos de SQL Server. Puede escalar elalmacenamiento, la informática y la memoria de las bases de datos de SQL Server en VMware CloudonAWSen cuestión de minutos.

VMware Cloud onAWSse ejecuta directamente en el hardware físico, pero aprovecha las característicasde red y hardware diseñadas para admitir elAWSmodelo de infraestructura de seguridad primero. Estosignifica que la pila de virtualización de VMware se ejecuta enAWSinfraestructura sin tener que utilizar lavirtualización anidada.

VMware Cloud onAWShace que sea fácil configurar, escalar y operar las cargas de trabajo de las basesde datos de SQL Server enAWS. Proporciona soluciones de alta disponibilidad, se integra con ActiveDirectory local y proporciona acceso aAWSservicios comoAWS Directory Service for Microsoft ActiveDirectoryy AD Connector, Amazon Route 53, Amazon CloudWatch y Amazon S3. Puede almacenar suscopias de seguridad en Amazon S3 y modernizar y simplificar el proceso de recuperación ante desastres.

Cuándo elegir VMware Cloud onAWSVMware Cloud onAWSes una opción para la base de datos de SQL Server cuando:

• Las bases de datos de SQL Server ya se están ejecutando en un centro de datos local en un entornovirtualizado de vSphere.

• Tiene un gran número de bases de datos y necesita una migración rápida (por ejemplo, solo unas horas)a la nube por uno de los siguientes motivos, sin necesidad de ningún trabajo adicional del equipo demigración:• Extensión del centro de datos. Necesita capacidad bajo demanda para ejecutar escritorios

virtualizados, publicar aplicaciones o proporcionar un entorno de desarrollo y pruebas.

29

https://d1.awsstatic.com/products/CloudEndure/CloudEndure-Disaster-Recovery-for-Microsoft-SQL-Server.pdf

http://aws.amazon.com/vmware/


Cuándo elegir VMware Cloud onAWS

• Recuperación de desastres. Desea configurar un nuevo sistema de recuperación ante desastres oreemplazar el sistema existente.

• Migración de nube. Desea migrar todo el centro de datos a la nube o actualizar la infraestructura.

Si la base de datos de SQL Server requiere más de 80 000 IOPS, puede utilizar vSAN.

Para obtener más información, consulteEn funcionamiento — VMware Cloud onAWSen elAWSBlog denoticias yImplementación de Microsoft SQL Server en VMware Cloud onAWSen elAWSsitio web.

30

http://aws.amazon.com/blogs/aws/in-the-works-vmware-cloud-on-aws/

http://aws.amazon.com/solutionspace/solutions/sql-server-vmware-cloud-on-aws/


Migración de bases de datosheterogénea para SQL Server

Debido a las innovaciones y mejoras en bases de datos de código abierto y plataformas de computaciónen la nube comoAWS, muchas organizaciones están pasando de motores de bases de datos patentados(procesamiento de transacciones en línea o OLTP) como SQL Server a motores de código abierto. Lasbases de datos de SQL Server son sistemas de misión crítica para cualquier organización, pero estarbloqueadas en un proveedor en particular es una situación arriesgada y costosa. El bajo costo operativoy la ausencia de tarifas de licencia son razones convincentes para considerar la posibilidad de cambiar latecnología de base de datos subyacente a código abierto oAWSBases de datos nativas de nube.

Otros motivos para migrar desde SQL Server son los periodos de bloqueo del proveedor, las auditorías delicencias, las costosas licencias y el costo. Por este motivo, muchas organizaciones optan por migrar susbases de datos de SQL Server a bases de datos de código abierto (como PostgreSQL, MySQL o MariaDB)oAWSBases de datos nativas de la nube (como Amazon Aurora o Amazon DynamoDB) al migrar aAWS.

También puede migrar la base de datos de almacén de datos de SQL Server a Amazon Redshift, quees un almacén de datos en la nube rápido y totalmente administrado. Amazon Redshift se integra consu data lake, ofrece un rendimiento hasta tres veces más rápido que cualquier otro almacén de datos ycuesta hasta un 75 por ciento menos que cualquier otro almacén de datos en la nube. Para obtener másinformación, consulte el patrónMigre una base de datos de Microsoft SQL Server local a Amazon RedshiftmedianteAWS DMSen elAWSSitio web de orientación prescriptiva.

Para migrar a un código abierto oAWSBase de datos nativa de la nube, elija la base de datos correctasegún el tipo de datos que tenga, el modelo de acceso, la escalabilidad, los aspectos prácticos de lasaplicaciones y la complejidad. La migración de SQL Server a PostgreSQL y a otras bases de datos decódigo abierto a menudo ha sido difícil y lleva mucho tiempo y requiere una evaluación, planificación ypruebas cuidadosas.

Este proceso se hace más fácil con servicios comoAWS Database Migration Service(AWS DMS) yAWSSchema Conversion Tool(AWS SCT), que le ayudan a migrar su base de datos comercial a una base dedatos de código abierto enAWScon un tiempo de inactividad mínimo.

En las migraciones de bases de datos heterogéneas, los motores de bases de datos de origen y destinoson diferentes, como en las migraciones de SQL Server a Aurora o SQL Server a MariaDB. La estructurade esquemas, los tipos de datos y el código de base de datos de las bases de datos de origen y destinopueden ser bastante diferentes, por lo que el esquema y el código deben transformarse antes de quecomience la migración de datos. Por esta razón, la migración heterogénea es un proceso que consta dedos pasos:

• Paso 1. Convierta el esquema y el código de origen para que coincidan con los de la base de datos dedestino. Puede usarAWS SCTpara esta conversión.

• Paso 2. Migre datos desde la base de datos de origen a la base de datos de destino. Puede usarAWSDMSpara este proceso.

31

https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-an-on-premises-microsoft-sql-server-database-to-amazon-redshift-using-aws-dms.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-an-on-premises-microsoft-sql-server-database-to-amazon-redshift-using-aws-dms.html


Herramientas

AWS DMSgestiona automáticamente las principales conversiones de tipos de datos durante la migración.La base de datos de origen se puede ubicar en sus propias instalaciones fueraAWS, puede ser unabase de datos que se ejecuta en una instancia EC2 o puede ser una base de datos de Amazon RDS(consulteOrígenes para la migración de datosen laAWS DMSdocumentación). El destino puede ser unabase de datos en Amazon EC2, Amazon RDS o Aurora. Para obtener información sobre el uso de MySQLcomo base de datos de destino, consulteMigración de una base de datos de SQL Server a un motor debase de datos compatible con MySQLen elAWSBlog de bases de datos.

Para obtener más información sobre la refactorización de la base de datos de SQL Server enAWS,consulte larearquitectar patronesen elAWSSitio web de orientación prescriptiva.

Herramientas para migraciones de bases de datosheterogéneas

En el siguiente gráfico se proporciona una lista de herramientas que puede utilizar para migrar de SQLServer a otro motor de base de datos.

Herramienta de migración Compatibilidad con bases dedatos destino

Utilizado para

AWSWQF (p. 33) Amazon RDS for MySQL

Amazon RDS for PostgreSQL

MySQL de Amazon Aurora

PostgreSQL de Amazon Aurora

Análisis previo a la migración

32

https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.html

http://aws.amazon.com/blogs/database/migrating-a-sql-server-database-to-a-mysql-compatible-database-engine/




AWSWQF

Herramienta de migración Compatibilidad con bases dedatos destino

Utilizado para

AWS SCT (p. 33) Amazon RDS for MySQL




Conversión de esquemas

AWS DMS (p. 34) Amazon RDS for MySQL




Migración de

En las siguientes subsecciones se proporciona más información acerca de cada herramienta.

AWSWQFAWSWorkload Qualification Framework (AWSWQF) se utiliza para analizar bases de datos empresariales,código, dependencias de terceros y marcos de trabajo para migrar alAWSCloud. Evalúa y califica la cargade trabajo para toda la migración, incluidas las modificaciones de la base de datos y las modificacionesde la aplicación. WQF le recomienda estrategias y herramientas que puede utilizar para la migración yproporcionar comentarios procesables. También puede identificar acciones para completar una migracióna Amazon RDS o Amazon Aurora.

Puede utilizar WQF durante la fase de planificación del proceso de migración para determinar lo que debehacer para migrar sus datos y aplicaciones. WQF informa sobre lo siguiente:

• Evaluación de la carga de trabajo, basada en la complejidad, el tamaño y la tecnología utilizada• Recomendaciones sobre las estrategias de migración• Recomendaciones sobre las herramientas de migración• Comentarios sobre qué hacer exactamente• Evaluación del esfuerzo requerido, según el tamaño del equipo y las funciones de los miembros

AWSno proporciona actualmente elAWSWQF para descargar. Si necesita más ayuda para evaluar unamigración aAWSconAWSWQF, le recomendamos abrir un ticket de soporte.AWScolaborará con usteddirectamente para ayudar a hacer que el proceso le funcione.

AWS SCTAWS Schema Conversion Tool(AWS SCT)convierte los esquemas de bases de datos comercialesexistentes en un motor de código abierto o en unAWSBase de datos nativa de la nube.AWS SCThacepredecibles las migraciones de bases de datos heterogéneas al convertir automáticamente el esquemade la base de datos de origen y la mayor parte de los objetos de código de la base de datos, incluidas lasvistas, los procedimientos almacenados y las funciones, a un formato compatible con la base de datos dedestino.

Al convertir su esquema de base de datos de un motor a otro, también deberá actualizar el código SQLde sus aplicaciones para interactuar con el nuevo motor de base de datos en lugar del antiguo.AWSSCTtambién convierte el código SQL en C ++, C #, Java u otro tipo de código de aplicación. Todos los

33

https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Welcome.html


AWS DMS

objetos que no se pueden convertir automáticamente están marcados claramente para la conversiónmanual.AWS SCTtambién puede escanear el código fuente de la aplicación en busca de sentencias SQLintegradas y convertirlas como parte de un proyecto de conversión de esquemas de base de datos. Paraobtener más información, consulteUso de Microsoft SQL Server como origen paraAWS SCTen laAWS.

AWS DMSAWS Database Migration Service(AWS DMS)migra sus datos de forma rápida y segura aAWS. Durante lamigración, la base de datos de origen permanece totalmente operativa, lo que reduce al mínimo el tiempode inactividadAWS DMSadmite migraciones homogéneas, como la migración de datos de una base dedatos de SQL Server a otra. También admite migraciones heterogéneas entre distintas plataformas debases de datos, como la migración de la base de datos de SQL Server a una base de datos de códigoabierto o a unaAWSbase de datos nativa de la nube.AWS DMSadministra las tareas complejas del procesode migración, incluidas la replicación automática de los cambios de datos que se producen en la basede datos de origen en la base de datos de destino. Una vez realizada la migración de la base de datos,la base de datos de destino permanece sincronizada con la base de datos de origen todo el tiempo quedesee y puede cambiar a la base de datos de destino cuando le convenga. Para obtener más información,consulteUso de una base de datos de Microsoft SQL Server como origen paraAWS DMSen laAWS.

34

https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Source.SQLServer.html

https://docs.aws.amazon.com/dms/

https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.SQLServer.html


Copia de seguridad de sus bases de datos en la nube

Escenarios de migración híbrida paraSQL Server

También puede ejecutar cargas de trabajo de SQL Server en un entorno híbrido que incluyeAWS.Por ejemplo, es posible que ya esté ejecutando SQL Server en su centro de datos local o ubicadoconjuntamente, pero desee utilizar elAWSCloud para mejorar su arquitectura y proporcionar una soluciónde alta disponibilidad o recuperación ante desastres. También puede utilizar soluciones híbridas paraalmacenar copias de seguridad de SQL Server a largo plazo enAWS, para revertir la migración, en casode problemas o para ejecutar una réplica secundaria mediante los grupos de disponibilidad de SQL ServerAlways On en elAWSCloud. SQL Server tiene varias tecnologías de replicación que ofrecen soluciones dealta disponibilidad y recuperación ante desastres.

Copia de seguridad de las bases de datos de SQLServer en elAWSNube

Amazon Simple Storage Service (Amazon S3) le permite aprovechar la flexibilidad y los precios delalmacenamiento en la nube. Le permite realizar copias de seguridad de las bases de datos de SQL Serveren un sistema de almacenamiento seguro, de alta disponibilidad, de alta durabilidad y fiabilidad. Puedealmacenar de forma segura las copias de seguridad de SQL Server en Amazon S3. También puedeutilizar las políticas del ciclo de vida de Amazon S3 para almacenar las copias de seguridad a largo plazo.Amazon S3 le permite almacenar grandes cantidades de datos a un coste muy bajo. Puede usarAWSDataSyncpara transferir archivos de copia de seguridad a Amazon S3.

Puede utilizar Storage Gateway para almacenar sus copias de seguridad y archiving de SQL Serverlocales en Amazon S3 o Amazon S3 Glacier. Puede crear volúmenes de almacenamiento almacenadosen caché y montarlos como dispositivos iSCSI (Internet Small Computer System Interface) desde losservidores de aplicaciones de backup on-premises. Todos los datos se transfieren de forma segura aAWSatravés de SSL y almacenados en formato cifrado en Amazon S3. El uso de volúmenes almacenados encaché de gateway ahorra el costo inicial de mantener y escalar el costoso hardware de almacenamientode información en las instalaciones. Si desea mantener sus datos principales o copias de seguridad enlas instalaciones, puede utilizar volúmenes almacenados de puerta de enlace para mantener estos datoslocalmente y hacer copias de seguridad de los datos fuera del sitio en Amazon S3.

Ampliación de las soluciones de alta disponibilidady recuperación ante desastres

Puede ampliar sus prácticas de alta disponibilidad locales existentes y proporcionar una solución derecuperación ante desastres enAWSmediante la función de envío de registros nativo de SQL Server.Puede transferir los registros de transacciones de SQL Server desde los centros de datos locales oubicados conjuntamente a una instancia de SQL Server que se ejecuta en una instancia EC2 o enuna instancia de base de datos de Amazon RDS for SQL Server en una nube privada virtual (VPC).Puede transmitir estos datos de forma segura a través de una conexión de red dedicada medianteAWSDirect Connecto transmitirlo a través de un túnel VPN seguro. Las copias de seguridad del registro detransacciones se envían a la instancia EC2 y se aplican a instancias de base de datos secundarias.

Puede utilizar elAWSCloud para proporcionar un mayor nivel de alta disponibilidad y recuperaciónante desastres mediante el uso de los grupos de disponibilidad Always On de SQL Server entre su

35

https://docs.aws.amazon.com/datasync/

https://docs.aws.amazon.com/datasync/


Storage Gateway

centro de datos local y Amazon EC2. Esto se puede hacer ampliando su centro de datos a una VPCenAWSmediante una conexión de red dedicada, comoAWS Direct Connecto configurando túneles VPNseguros entre estos dos entornos.

A continuación se indican algunas cosas que es necesario tener en cuenta al planificar unaimplementación híbrida de los grupos de disponibilidad Always On de SQL Server:

• Establezca conexiones de red seguras, fiables y coherentes entre su entorno local yAWSa travésdeAWS Direct Connecto VPN.

• Cree una VPC mediante el servicio Amazon Virtual Private Cloud (Amazon VPC). Utilice tablas deenrutamiento y grupos de seguridad de Amazon VPC para habilitar las comunicaciones adecuadas entrelos dos entornos.

• Amplíe los dominios de Active Directory a la VPC mediante la implementación de controladores dedominio como instancias EC2 o medianteAWS Directory Service for Microsoft Active Directory. Tambiénpuede utilizarAWS Managed Microsoft ADpara Amazon RDS for SQL Server. Para obtener másinformación, consulte la documentación de Amazon RDS .

Storage GatewayStorage Gateway le permite almacenar y recuperar archivos mediante un recurso compartido de bloquede mensajes de servidor (SMB) para Windows. Puede unir la puerta de enlace de almacenamiento a sudominio local de Active Directory. Al tener la base de datos y la puerta de enlace de almacenamiento deSQL Server en el mismo dominio, puede llevar las copias de seguridad directamente al recurso compartidode red SMB en lugar de almacenarlas localmente y luego cargarlas en el recurso compartido de red. Lapuerta de enlace de almacenamiento está configurada para utilizar un bucket de S3, de modo que todaslas copias de seguridad estarán disponibles en el bucket de S3 enAWS. Puede restaurar la base de datosdescargando los archivos de copia de seguridad en SQL Server en una instancia EC2 o restaurando labase de datos directamente en Amazon RDS.

En el siguiente diagrama se muestra cómo almacenar y acceder a las copias de seguridad medianteStorage Gateway y Amazon S3. Para obtener más información, consulte laDocumentación StorageGateway.

36

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_SQLServerWinAuth.html

https://docs.aws.amazon.com/storagegateway/latest/userguide/WhatIsStorageGateway.html

https://docs.aws.amazon.com/storagegateway/latest/userguide/WhatIsStorageGateway.html


Uso deAWS DMSyAWS SCT

Uso deAWS DMSyAWS SCTPuede usarAWS DMSen entornos híbridos de SQL Server, para migrar datos de la base de datos local ala nube o al revés. Puede migrar la base de datos de SQL Server a MySQL o PostgreSQL medianteAWSDMSconAWS SCT. Para ver los pasos de migración, consulte laAWS SCTdocumentación. Antes de migrarlos datos, puede ejecutar uninforme de evaluación de la migraciónque marca cualquier trabajo manualadicional que pueda ser necesario.

También puede utilizarAWS DMSpara replicación continua (captura de datos de cambios o CDC). Paraobtener más información, consulteUso de la replicación continua (CDC) desde un origen de SQL ServerenlaAWS DMS.

37

https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_GettingStarted.html

https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_UserInterface.html#CHAP_UserInterface.AssessmentReport

https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.SQLServer.html#CHAP_Source.SQLServer.CDC


Migración de cargas de trabajo deSQL Server de Windows a Linux

Modernizar la base de datos de SQLServer

En esta sección se describe cómo modernizar las cargas de trabajo de SQL Server enAWScambiando delsistema operativo Windows a Linux. Este cambio le permite aprovechar las tecnologías de código abierto yahorrar en costes de licencias de Windows sin alterar drásticamente la arquitectura del sistema ni volver acapacitar a los usuarios.

Migración de cargas de trabajo de SQL Server deWindows a Linux

A partir de SQL Server 2017, SQL Server está disponible para ejecutarse en sistemas operativos Linux.El traslado de las cargas de trabajo de SQL Server a Linux proporciona ahorros de costes y mejoras en elrendimiento.

Casi todas las funciones, aplicaciones, sentencias y scripts de SQL Server que utiliza en MicrosoftWindows también son compatibles con Linux. También puede utilizar herramientas como SQL ServerManagement Studio (SSMS), SQL Server Data Tools (SSDT) y módulo PowerShell (sqlps) paraadministrar SQL Server en Linux desde una instancia de Windows.

Puede utilizar una de estas tres opciones para migrar las cargas de trabajo de SQL Server a Linux:

• Función de copia de seguridad y restauración nativa de SQL Server (consulte laDocumentación deMicrosoft SQL Server)

• Grupos de disponibilidad distribuida (para cambiar el sistema operativo mientras se migra aAWS)• LaAWSasistente de replataforma, que es una herramienta de scripting basada en Powershell

LaAWSel asistente de cambio de plataforma le ayuda a migrar de sus cargas de trabajo de SQL Server deWindows a uno Linux. Cuando ejecutas el script de PowerShell del asistente de cambio de plataforma enuna base de datos de SQL Server de origen, la instancia de Windows realiza una copia de seguridad de labase de datos en un bucket de almacenamiento cifrado de Amazon S3. A continuación restaura el backupen una base de datos de SQL Server nueva o en una instancia EC2 de Linux. Puede replicar la base dedatos y probar las aplicaciones mientras la base de datos de SQL Server de origen permanece en línea.Tras la prueba, puede programar el tiempo de tiempo de inactividad de la aplicación y volver a ejecutar elscript de copia de seguridad de PowerShell para realizar su cambio final.

Para obtener más información acerca del uso del asistente de cambio de plataforma, consulte.Migraciónde las cargas de trabajo locales de SQL Server Windows a Amazon EC2 Linuxen elAWSBlog de base dedatos y elDocumentación de Amazon EC2.

Alta disponibilidad en LinuxSQL Server 2017 admite grupos de disponibilidad Always On entre Windows y Linux para crear cargasde trabajo a escala de lectura sin alta disponibilidad. Lamentablemente, no se puede lograr una altadisponibilidad entre Windows y Linux, porque no existe una solución agrupada que pueda administrar esaconfiguración multiplataforma.

38

https://docs.microsoft.com/en-us/sql/linux/sql-server-linux-migrate-restore-database

https://docs.microsoft.com/en-us/sql/linux/sql-server-linux-migrate-restore-database

http://aws.amazon.com/blogs/database/migrating-your-on-premises-sql-server-windows-workloads-to-amazon-ec2-linux/


https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/replatform-sql-server.html


Alta disponibilidad en Linux

Para utilizar la alta disponibilidad con los grupos de disponibilidad Always On, considere la posibilidadde utilizar un clúster de conmutación por error de Windows Server (WSFC) o un marcapasos en Linux.Esta solución es adecuada para una ruta de migración de SQL Server en Windows a Linux y viceversa, opara recuperación ante desastres mediante conmutación por error manual. Para obtener más informaciónacerca de esta situación, consulte.Implementación de grupos de disponibilidad Always On entre lasinstancias de Amazon EC2 Windows y Amazon Linux 2en elAWSBlog de base de datos.

39

http://aws.amazon.com/blogs/database/deploying-always-on-availability-groups-between-amazon-ec2-windows-and-amazon-linux-2-instances/



AWSLaunch Wizard de SQL ServerAWSLaunch Wizard es un servicio que le guía a través del tamaño, la configuración y la implementaciónde Microsoft SQL Server en Amazon EC2. Admite implementaciones de instancia única y altadisponibilidad (HA) de SQL Server en Amazon EC2.

Launch Wizard es un servicio gratuito. Solo pagará por elAWSrecursos aprovisionados para ejecutar laaplicación, como los recursos de Amazon EC2, Amazon EBS, y Amazon VPC.

Introduce los requisitos de la aplicación, incluidos el rendimiento, el número de nodos y la conectividad,en la consola de Launch Wizard. Launch Wizard identifica el correctoAWSrecursos para implementar yejecutar la aplicación SQL Server. También proporciona un costo estimado de implementación y puedemodificar los recursos y ver instantáneamente la evaluación de costes actualizada. Al confirmar lasselecciones e iniciar la implementación, Launch Wizard aprovisiona y configura los recursos seleccionadosen unas horas para crear una aplicación SQL Server totalmente funcional y preparada para producción.Puede acceder a la aplicación SQL Server implementada desde la consola de Amazon EC2.

Estas son algunas de las ventajas de utilizar Launch Wizard para SQL Server:

• Implementación sencilla— Puede simplificar el aprovisionamiento de los recursos de SQL ServerenAWSrespondiendo preguntas en función de sus requisitos. La implementación de Launch Wizard esmás rápida que una implementación manual, por lo que elimina el tiempo necesario para aprovisionar yconfigurar la aplicación en AWS.

• Dimensionamiento automatizado y estimación de costes— Launch Wizard proporciona una selecciónde instancias integrada en función de sus requisitos. Selecciona el tipo de instancia, los volúmenes deEBS y otros recursos que mejor se adaptan a los requisitos de SQL Server. Launch Wizard también leproporciona una estimación de costos antes de aprovisionar elAWSde AWS.

• Ahorro de tiempo gracias a las plantillas de automatización repetibles— Puede volver a desplegar SQLServer con reutilizableAWS CloudFormationplantillas creadas por Launch Wizard. Estas plantillas sirvende línea de base y te ahorran tiempo.

Launch Wizard admite los siguientes sistemas operativos, versiones de SQL Server y características. Paraobtener la información más reciente, consulte laAWSDocumentación Launch Wizard.

Categoría Caso de uso ofunción

Compatibilidadcon el asistente deinicio

Quick Start (Iniciorápido)Compatibilidadcon

Compatibilidad conla consola AmazonEC2

Implementación denodo SQL único

Sí No Sí

Implementaciónde HA: Gruposde disponibilidadAlways On

Sí Sí No

Implementación enWindows

Implementaciónde HA: Instanciasde clúster deconmutación porerror (FCI) siempreactivadas con FSxfor Windows FileServer

Sí Sí No

40

https://docs.aws.amazon.com/launchwizard/latest/userguide/what-is-launch-wizard.html#launch-wizard-os

http://aws.amazon.com/quickstart/



Categoría Caso de uso ofunción

Compatibilidadcon el asistente deinicio

Quick Start (Iniciorápido)Compatibilidadcon

Compatibilidad conla consola AmazonEC2

Implementaciónde HA: DedicatedHosts

Sí Sí No

Plantillas decódigo reutilizables

Sí Sí No

Implementación denodo SQL único

Sí No Sí

Implementación dealta disponibilidaden Ubuntu

Sí No No

Implementación enLinux

Plantillas decódigo reutilizables

Sí No No

Recomendaciónde tipo deinstancia

Sí No NoSizing

Estimación de loscostos de

Sí No No

CreadaautomáticamenteAWSGrupode recursos deSystems Manager

Sí No No

Notificación deAmazon SNS conun clic

Sí No No

Monitoreode AmazonCloudWatch con

Sí No No

Conexión a ActiveDirectory existente(tanto local comoadministrado)

Sí No No

Validación deentrada temprana

Sí No No

Configuración

Política de IAMadministrada

Sí No No

Para obtener más información sobre Launch Wizard para SQL Server, consulte lo siguiente:

• AWSDocumentación del Asistente de inicio de SQL Server• Simplifique las implementaciones Always On de SQL Server conAWSLaunch Wizard y Amazon

FSxEntrada del blog de• Acelere las implementaciones Always On de SQL Server conAWSAsistente de inicioEntrada del blog de

41



https://docs.aws.amazon.com/launchwizard/latest/userguide/launch-wizard-sql.html

http://aws.amazon.com/blogs/storage/simplify-sql-server-always-on-deployments-with-the-aws-launch-wizard-and-amazon-fsx/

http://aws.amazon.com/blogs/storage/simplify-sql-server-always-on-deployments-with-the-aws-launch-wizard-and-amazon-fsx/

http://aws.amazon.com/blogs/aws/accelerate-sql-server-always-on-deployments-with-aws-launch-wizard/


Aprovisionar su base de datos de destino

Prácticas recomendadas para migrara Amazon RDS for SQL Server

Según la evaluación de la base de datos y los requisitos del proyecto, si su objetivo es migrar a AmazonRDS for SQL Server, siga las prácticas recomendadas de esta sección para aprovisionar la base de datosde destino, realizar la migración y probar, operar y optimizar la base de datos de Amazon RDS for SQLServer.

Important

Asegúrese de tener un plan de reversión antes de migrar la base de datos.

Aprovisionar su base de datos de destinoUna vez que haya terminado de evaluar, planificar y preparar la estrategia de migración de bases de datos,siga estas prácticas recomendadas al aprovisionar la base de datos de Amazon RDS for SQL Server:

• El tamaño correcto de la instancia de base de datos de Amazon RDS for SQL Server en función de susrequisitos de CPU, memoria, IOPS y tipo de almacenamiento. (Si utiliza SQL Server Standard edition,aprovisione CPU y memoria dentro de las limitaciones de la edición Standard.)

• Establezca la zona horaria y la intercalación correctas.• Asegúrese de lanzar Amazon RDS en la nube virtual privada (VPC) correcta.• Cree los grupos de seguridad con el puerto y las direcciones IP correctas.• Aprovisionamiento de la base de datos de Amazon RDS en una subred privada para mayor seguridad.• Si es posible, aprovisione la instancia de SQL Server con la última versión de SQL Server.• Cree un grupo de opciones y un grupo de parámetros independientes para cada base de datos de

Amazon RDS.• Recopile y extraiga inicios de sesión, usuarios y roles para la migración.• Revise los trabajos de SQL Server Agent en busca de mantenimiento y aplicaciones que deben

migrarse.

Copia de seguridad desde la base de datos deorigen

Existen muchas herramientas para migrar una base de datos de SQL Server a una base de datos deAmazon RDS for SQL Server. El método más utilizado es utilizar una restauración y copia de seguridadnativa de SQL Server si sus requisitos permiten el tiempo de inactividad.

Si tiene un tiempo de inactividad limitado, puede utilizar la copia de seguridad y restauración nativas deSQL Server con copias de seguridad diferenciales y copias de seguridad de registros. Puede utilizarAWSDMS, que ofrece tres opciones: carga completa, carga completa y CDC, o solo CDC.

42


Transferencia de archivos de volcado de datos aAWS

Transferencia de archivos de volcado de datosaAWS

• Si está utilizandoAWS Direct Connect, que proporciona una conectividad de gran ancho de bandaentre su entorno local yAWS, puede copiar las copias de seguridad de SQL Server en Amazon S3 yconfigurarIntegración de Amazon S3.

• Si no tiene un ancho de banda elevado a través deAWS Direct Connect, utilizarAWS Snowballparatransferir archivos de respaldo de bases de datos grandes. También puede utilizarAWS DMSparatransferir los datos cuando se requiere replicación.

Restauración de datos en su base de datos dedestino

• Si está migrando una base de datos muy grande, le recomendamos que aprovisione una mayorTipo deinstancia de Amazon RDSinicialmente, durante la migración, para cargas de datos más rápidas.

• Deshabilite el uso de Multi-AZ. (Puede volver a activar después de la migración.)• Deshabilita la retención de copia (Puede volver a activar después de la migración.)• Restaurar la base de datos mediante SQL Server nativorestaurarcomando.• Cree inicios de sesión y usuarios y corrija usuarios huérfanos, si es necesario.• Cree trabajos de SQL Server Agent y revise la programación, según sea necesario.

Pasos posteriores a la migraciónUna vez completada la migración, puede:

• Cambie la instancia de base de datos por el tipo de instancia del tamaño correcto.• Habilitar la retención de copias de seguridad y de disponibilidad• Asegúrese de que todos los trabajos se crean en nodos secundarios (para la configuración Multi-AZ).• Publique los registros de errores y agentes de SQL Server en Amazon CloudWatch Logs y

utilice CloudWatch para ver métricas y crear alarmas. Para obtener más información, consulte la documentación de Amazon RDS .

• Habilitarmonitorización mejoradapara obtener métricas para su instancia de base de datos en tiemporeal.

• Configurar los temas de Amazon Simple Notification Service (Amazon SNS) para las alertas.

Probar la migraciónRecomendamos las siguientes pruebas para validar la aplicación con la nueva base de datos de AmazonRDS for SQL Server:

• Realice pruebas funcionales.• Compare el rendimiento de las consultas SQL en las bases de datos de origen y destino y ajuste las

consultas según sea necesario. Algunas consultas pueden realizarse más lentamente en la base dedatos de destino, por lo que recomendamos que capture las líneas base de las consultas SQL en la basede datos de origen.

43

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/User.SQLServer.Options.S3-integration.html

http://aws.amazon.com/rds/instance-types/

http://aws.amazon.com/rds/instance-types/

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_LogAccess.Concepts.SQLServer.html

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_LogAccess.Concepts.SQLServer.html

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_Monitoring.OS.html


Operación y optimización de labase de datos de Amazon RDS

Para una validación adicional durante la fase de prueba de concepto (POC), recomendamos las siguientespruebas complementarias:

• Realice pruebas de rendimiento para asegurarse de que cumplen las expectativas de su empresa.• Pruebe la conmutación por error, recuperación y restauración de la base de datos para asegurarse de

que cumple los requisitos de RPO y RTO.• Enumere todos los trabajos e informes críticos y ejecútelos en Amazon RDS para evaluar su rendimiento

en función de sus acuerdos de nivel de servicio (SLA).

Operación y optimización de la base de datos deAmazon RDS

Cuando la base de datos está activadaAWS, asegúrese de seguir las prácticas recomendadas en áreascomo la supervisión, las alertas, las copias de seguridad y la alta disponibilidad en la nube. Por ejemplo:

• Configure la supervisión de CloudWatch y habilite la supervisión detallada.• UsarAmazon RDS Performance Insightsy otras soluciones de monitoreo de terceros comoSentry

OneoFoglight para SQL Serverpara supervisar la base de datos.• Configure alertas mediante temas de SNS.• Configurar las copias de seguridad automáticas medianteAWS Backupo copias de seguridad nativas de

SQL Server y copia en Amazon S3.• Para obtener una alta disponibilidad, configure la característica Multi-AZ de Amazon RDS.• Si necesitas bases de datos de solo lectura,configurar una réplica de lectura (p. 20)dentro de la misma o

en el otroAWSRegiones de acuerdo con sus necesidades.

44

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PerfInsights.html

https://www.sentryone.com/

https://www.sentryone.com/

https://www.quest.com/products/foglight-for-sql-server/

https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html


Matrix de decisiones

Elección entre Amazon EC2 yAmazon RDS

Amazon EC2 y Amazon RDS ofrecen ventajas únicas que pueden ser beneficiosas para su caso de usoespecífico. Tiene la flexibilidad de utilizar uno o ambos servicios para la base de datos de SQL Server,según sus necesidades. En esta sección se proporciona información detallada que le ayudará a elegirentre los dos servicios.

Matrix de decisionesEn la tabla siguiente se proporciona una comparación paralela de las características de SQL Servercompatibles con Amazon RDS y Amazon EC2. Utilice esta información para comprender las diferenciasentre los dos servicios y elegir el mejor enfoque para su caso de uso.

Para obtener la información más actualizada de Amazon RDS, consulteMicrosoft SQL Server en AmazonRDSen laAWS.

Development

Función de desarrollo Amazon RDS Amazon EC2 Notas

Extensión del grupo debúferes

No Sí Si esta característicaes esencial para lacarga de trabajo,considere la posibilidadde instalar SQL Serveren una instancia EC2.

BULK INSERT Sí Sí ConsulteIntegración deAmazon RDS para unainstancia de base dedatos de SQL Servercon Amazon S3en ladocumentación deAmazon RDS.

Captura de datos decambio (CDC)

Sí(EnterpriseEdition: todas lasversiones; StandardEdition: 2016 SP1 yposteriores)

Sí ConsulteUso de lacaptura de datosde cambioen ladocumentación deAmazon RDS.

Seguimiento decambios

Sí Sí

Índices deColumnstore

Sí(EnterpriseEdition: 2012 yversiones posteriores)

Sí(EnterpriseEdition: 2012 yversiones posteriores)

Data Quality Services No Sí Si esta característicaes esencial para la

45








https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Appendix.SQLServer.CommonDBATasks.CDC.html





Función de desarrollo Amazon RDS Amazon EC2 Notascarga de trabajo,considere la posibilidadde instalar SQL Serveren una instancia EC2.

Correo electrónico debase de datos

Sí Sí Consulte la publicacióndel blogUso deDatabase Mail enRelational DatabaseService (Amazon RDS)para SQL Server.

Le animamos a queuse elAmazon SimpleEmail Service (AmazonSES)para enviarcorreos electrónicossalientes procedentesdeAWSrecursos,para garantizarun alto grado deentregabilidad.

Asesor de ajustes delmotor de la base

Sí Sí

Notificaciones deeventos de

Sí No(rastreary administrarmanualmente loseventos de base dedatos)

ConsulteUso delas notificacionesde eventos deAmazon RDSen ladocumentación deAmazon RDS.

notificaciones deeventos de DDL


Durabilidad de latransacción retrasada(confirmación diferida)

Sí(SQL Server2014 y versionesposteriores)


Consultas distribuidas Sí(destinos de SQLServer)

Sí ConsulteelImplementación deservidores vinculadoscon Amazon RDS forSQL ServerEntrada delblog.

46

http://aws.amazon.com/blogs/database/using-database-mail-on-amazon-rds-for-sql-server/





http://aws.amazon.com/ses/



https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_Events.html




http://aws.amazon.com/blogs/database/implement-linked-servers-with-amazon-rds-for-microsoft-sql-server/







Procedimientosalmacenadosextendidos,incluidosxp_cmdshell


Tablas de archivos No Sí Si esta característicaes esencial para lacarga de trabajo,considere la posibilidadde instalar SQL Serveren una instancia EC2.

FILESTREAM No Sí FILESTREAMnoes compatible conAmazon RDS. Sinembargo, puedeconfigurar la base dedatos en memoria.

Búsqueda de textocompleto

Sí(exceptobúsqueda semántica)

Sí

Base de datos enmemoria



Servidores vinculados Sí(destinos de SQLServer)

Sí ConsulteelImplementación deservidores vinculadoscon Amazon RDS forSQL ServerEntrada delblog.

Servicios MachineLearning (con scriptsR)

No Sí Aunque R no escompatible conAmazon RDS,puede utilizarloenAWS(consultela publicación delblogIntroducción al deR enAWS).

Planes demantenimiento

No Sí Amazon RDSproporciona unconjunto independientede funciones parafacilitar el backup y larecuperación de lasbases de datos. Parala copia de seguridad,puede configurar lacopia de seguridadautomatizada.

47





http://aws.amazon.com/blogs/opensource/getting-started-with-r-on-amazon-web-services/

http://aws.amazon.com/blogs/opensource/getting-started-with-r-on-amazon-web-services/




Master Data Services No Sí Si esta característicaes esencial para lacarga de trabajo,considere la posibilidadde instalar SQL Serveren una instancia EC2.

Coordinador detransaccionesdistribuidas deMicrosoft (MSDTC)

Sí Sí Consulte la publicacióndel blogHabilitaciónde la compatibilidadde transaccionesdistribuidas paraAmazon RDS unidaal dominio parainstancias de SQLServer.

OPENROWSET Sí Sí

Base de datoscontenidasparcialmente



Recopilador de datosde desempeño

No Sí En Amazon RDS,puede utilizar AmazonCloudWatch,AWSCloudTrailyPerformance Insightspara supervisarel rendimientode SQL Server(consulteInformacióngeneral del monitoreode Amazon RDSenla documentación deAmazon RDS).

Administración basadaen políticas


PolyBase No Sí Si esta característicaes esencial para lacarga de trabajo,considere la posibilidadde instalar SQL Serveren una instancia EC2.

Parámetrospreconfigurados

Sí No(solo instalaciónpredeterminada deSQL Server)

48

http://aws.amazon.com/blogs/database/enabling-distributed-transaction-support-for-domain-joined-amazon-rds-for-sql-server-instances/








https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/MonitoringOverview.html






Gobernador derecursos


CLR seguro Sí(SQL Server 2012,2014 y 2016)

No

Secuencias Sí(SQL Server2012 y versionesposteriores)


Desencadenadores denivel de servidor


Service Broker Sí(excepto puntosfinales)

Sí

Característicasespaciales y deubicación

Sí Sí

Agente SQL Server Sí Sí

SQL Server AnalysisServices (SSAS)


Sí ConsulteSupportSSAS en Amazon RDSfor SQL Serveren ladocumentación deAmazon RDS.

SQL Server IntegrationServices (SSIS)


Sí ConsulteSupportSSIS en Amazon RDSfor SQL Serveren ladocumentación deAmazon RDS.

SQL ServerManagement Studio(SSMS)

Sí Sí

Asistente de migraciónde SQL Server (SSMA)

Sí Sí

SQL Server Profiler Sí(trazas del lado delcliente y del servidor)

Sí

49

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Appendix.SQLServer.Options.SSAS.html



https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Appendix.SQLServer.Options.SSIS.html






SQL Server ReportingServices (SSRS)


Sí ConsulteSupportSSRS en Amazon RDSfor SQL Serveren ladocumentación deAmazon RDS.

sqlcmd Sí Sí

Base de datos de No Sí Si esta característicaes esencial para lacarga de trabajo,considere la posibilidadde instalar SQL Serveren una instancia EC2.

THROW instrucción Sí(SQL Server2012 y versionesposteriores)


Puntos finales deTransact-SQL

No Sí Todas las operacionesque utilizanCREATEENDPOINTno estándisponibles en AmazonRDS. Se recomiendainstalar SQL Server enuna instancia EC2 paraestas operaciones.

Compatibilidad conUTF-16



Servicio de datos deWCF


HA/DR

Función HA/DR Amazon RDS Amazon EC2 Notas

Grupos dedisponibilidad Always

Sí Sí Si necesita un grupode disponibilidadAlways Onautoadministrado,recomendamos instalarSQL Server en unainstancia EC2.

Copia de seguridaden Almacenamiento

No Sí Amazon RDS dasoporte a la copiade seguridad y la

50

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Appendix.SQLServer.Options.SSRS.html





Función HA/DR Amazon RDS Amazon EC2 Notasde blobs de MicrosoftAzure

restauración nativas debases de datos de SQLServer mediante losarchivos de copia deseguridad completos(archivos .bak)y Amazon S3como repositorio.ConsulteImportacióny exportación debases de datos deSQL Serveren ladocumentación deAmazon RDS.

BACKUP command Sí Sí ConsulteAWSCentrode conocimiento de.

Espejado de bases dedatos

Sí(Multi-AZ) Sí

replicación de basesde datos

No(suscripción pushlimitada)

Sí Si desea replicar unasola tabla en AmazonRDS, también puedeutilizarAWS DMSoconfigura réplicas delectura.

Grupos dedisponibilidaddistribuida


Envío de registros No Sí Para fines derecuperación antedesastres, puedeutilizar réplicas delectura oAWS DMS.

Backupsautomatizadosgestionados

Sí No(requiereconfigurar yadministrar planesde mantenimiento outilizar soluciones deterceros)

ConsulteTrabajo concopias de seguridadenla documentación deAmazon RDS.

Multi-AZ conconmutación por errorautomatizada

Sí Sí(Solo EnterpriseEdition, conconfiguraciónmanual de grupos dedisponibilidad AlwaysOn)

ConsulteImplementacionesMulti-AZ para AmazonRDS for SQL Serverenla documentación deAmazon RDS.

51

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html




http://aws.amazon.com/premiumsupport/knowledge-center/native-backup-rds-sql-server/


http://aws.amazon.com/dms/

http://aws.amazon.com/dms/

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.html

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.html

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_SQLServerMultiAZ.html





Función HA/DR Amazon RDS Amazon EC2 Notas

RESTORE command Sí Sí ConsulteAWSCentrode conocimiento de.

Scalability

Característica deescalabilidad

Amazon RDS Amazon EC2 Notas

Monitorización ymétricas integradasde bases de datos yinstancias

Sí No(exporte suspropias métricas aCloudWatch o utiliceuna solución deterceros)

Consulte la publicacióndel blogSupervisela base de datosde SQL Servermediante métricaspersonalizadas conAmazon CloudWatchyAWSSystemsManager.

Tamaño dealmacenamientoconfigurable

Sí Sí

Número máximo debases de datos porinstancia

Depende del tamañode la instancia y de laconfiguración Multi-AZ

No(exporte suspropias métricas aCloudWatch o utiliceuna solución deterceros)

ConsulteLímites paralas instancias de basede datos de MicrosoftSQL Serveren ladocumentación deAmazon RDS.

Tamaño máximo dealmacenamiento deuna instancia de basede datos

16 TiB Sin restricciones Amazon RDS tambiénadmite bases de datostempdb en discoslocales medianteel almacenamientode instancias dememoria rápidano volátil (NVMe).ConsulteSoporte delalmacén de instanciaspara la base de datostempdb en AmazonRDS for SQL Serverenla documentación deAmazon RDS.

Tamaño mínimo dealmacenamiento deuna instancia de basede datos

20 GiB(ediciones Enterprise,Standard, Web yExpress)

Sin restricciones

Nuevo optimizador deconsultas



52



http://aws.amazon.com/blogs/database/monitor-your-microsoft-sql-server-using-custom-metrics-with-amazon-cloudwatch-and-aws-systems-manager/








https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_SQLServer.html#SQLServer.Concepts.General.FeatureSupport.Limits




https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.InstanceStore.html







Security

Característica deseguridad


Parches automáticosde software

Sí No

Almacenamientocifrado deAWS KMS

Sí(todas lasediciones de SQLServer exceptoExpress)

Sí Consulte la publicacióndel blogProtecciónde datos en AmazonRDS medianteAWSKMScriptografía.

Roles de servidorflexibles



Autentificación SQL Sí Sí

SQL Server Audit Sí Sí

SSL (cifrado entránsito)

Sí Sí ConsulteUsode SSL con unainstancia de base dedatos de MicrosoftSQL Serveren ladocumentación deAmazon RDS.

Función deadministrador desistemas

No Sí Para ver los rolesde nivel de servidorno compatibles,consulteSeguridadde MicrosoftSQL Serveren ladocumentación deAmazon RDS.

Cuando se creauna instancia nuevade base de datosde RDS, el usuariopredeterminado de IAMcon credenciales denivel de administradorque se utiliza obtieneciertos privilegiospara esa instanciade base de datos(consultePrivilegiosde cuentaen ladocumentación deAmazon RDS).

TDE (cifrado enreposo)

Sí(EdiciónEnterprise: 2012-2019;

Sí(EdiciónEnterprise: 2012-2019;

ConsulteSupportcifrado de datostransparente en

53

http://aws.amazon.com/blogs/database/securing-data-in-amazon-rds-using-aws-kms-encryption/




https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Concepts.General.SSL.Using.html





https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_SQLServer.html#SQLServer.Concepts.General.FeatureSupport.UnsupportedRoles



https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/UsingWithRDS.MasterAccounts.html

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/UsingWithRDS.MasterAccounts.html

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Appendix.SQLServer.Options.TDE.html





Característica deseguridad


Edición estándar:2019)

Edición estándar:2019)

SQL Serveren ladocumentación deAmazon RDS.

autenticación deWindows

Sí Sí

Other features

Otras características Amazon RDS Amazon EC2 Notas

Posibilidad de instalarun agente de terceros

No Sí

Capacidad de cambiarel nombre de bases dedatos existentes

Sí(Single-AZ solo) Sí(no disponiblepara bases dedatos en gruposde disponibilidadni habilitado paracreación de reflejos)

Para obtenerinformación acercade implementacionesMulti-AZ en AmazonRDS, consulteCambiodel nombre de unabase de datos deMicrosoft SQL Serveren una implementaciónMulti-AZen ladocumentación deAmazon RDS.

Control de la instanciade base de datos y delsistema operativo


Zonas horariasajustadaspersonalizadas

Sí Sí

Importación de datosen la base de datos demsdb


Métodos de instalación N/A Imagen de máquinade Amazon (AMI) oinstalación manual

Ediciones de SQLServer

Enterprise, Standard,Web, Express

Enterprise, Standard,Web, Developer,Express

54


https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Appendix.SQLServer.CommonDBATasks.RenamingDB.html







Responsabilidad compartida

Otras características Amazon RDS Amazon EC2 Notas

Versiones de SQLServer

2012, 2014, 2016,2017, 2019

2012, 2014, 2016,2017, 2019

Para obtener información detallada sobre estas características, consulte lo siguiente:

• Productos de Microsoft enAWS• Arquitectura de referencia de Active Directory: Implementación de Active Directory Domain ServicesAWS• Gateway de Escritorio remoto enAWS(AWSInicio rápido)• Protección de la plataforma de Microsoft enAWS• SQL Server con replicación Always On activadaAWS(AWSInicio rápido)• AWS Directory Service• AWSEC2-SQLServerDBRestore(AWSRunbook de Systems Manager Automation que restaura las

copias de seguridad de base de datos de SQL Server almacenadas en Amazon S3 en SQL Server 2017(se está ejecutando en una instancia EC2 de Linux)

El siguiente diagrama ayuda a visualizar la información de la tabla anterior para ayudar en el proceso detoma de decisiones.

Responsabilidad compartidaEn el siguiente diagrama, se muestra la división de responsabilidades entreAWSy el usuario en laadministración de las funciones y operaciones de SQL Server.

55

http://aws.amazon.com/windows/products/

http://aws.amazon.com/windows/resources/whitepapers/#ad

http://aws.amazon.com/quickstart/architecture/rd-gateway/

https://d1.awsstatic.com/whitepapers/aws-microsoft-platform-security.pdf

http://aws.amazon.com/quickstart/architecture/sql/

http://aws.amazon.com/directoryservice/

https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-sqlserverdbrestore.html


Responsabilidad compartida

conAWSservicios, ya no tiene que preocuparse de las tareas de administración, como elaprovisionamiento de servidores, la aplicación de parches, la instalación, la configuración, los backupso la recuperación.AWSsupervisa continuamente los clústeres para mantener las cargas de trabajo enfuncionamiento con almacenamiento de recuperación automática y escalado automatizado. Se centraen tareas de desarrollo de aplicaciones de alto valor, como el diseño de esquemas, la construcción deconsultas y la optimización, mientras queAWSse ocupa de las tareas operativas en su nombre.

Nunca tiene que aprovisionar en exceso ni aprovisionar infraestructura insuficiente para adaptarse alcrecimiento de las aplicaciones, los picos intermitentes y los requisitos de rendimiento, ni incurrir encostes de capital fijo, incluidas licencias y soporte de software, actualización de hardware y recursospara mantener el hardware.AWSlas administra, para que pueda dedicar tiempo a innovar y crear nuevasaplicaciones, no a administrar la infraestructura.

Para obtener más información, consulteModelo de responsabilidad compartidaen elAWSsitio web.

56

http://aws.amazon.com/compliance/shared-responsibility-model/


Patrones de migración de base dedatos de

Utilice los siguientes enlaces para ver laAWSPatrones de orientación prescriptiva para migrar bases dedatos de SQL Server aAWS:

• Patrones de rehost (de SQL Server a Amazon EC2)• Patrones de replataforma (de SQL Server a Amazon RDS for SQL Server)• Rediseñar patrones (de SQL Server a código abierto yAWSBases de datos nativas de nube)

Si estás buscando patrones que cubran el uso de una herramienta específica, escribe el nombre dela herramienta en el cuadro de búsqueda o selecciónalo de un filtro. Por ejemplo, puede utilizarestaconsultapara ver todos los patrones de migración de SQL Server que utilizanAWS DMS.

57




http://aws.amazon.com/prescriptive-guidance/?awsf.apg-content-type-filter=contentsubtype%23pattern&awsf.apg-isv-filter=isv%23microsoft&awsf.apg-product-filter=product%23database-migration-service&apg-all-cards.q=sql&apg-all-cards.q_operator=AND

http://aws.amazon.com/prescriptive-guidance/?awsf.apg-content-type-filter=contentsubtype%23pattern&awsf.apg-isv-filter=isv%23microsoft&awsf.apg-product-filter=product%23database-migration-service&apg-all-cards.q=sql&apg-all-cards.q_operator=AND


SociosLa migración de bases de datos puede ser un proyecto desafiante que requiere experiencia yherramientas. Puede acelerar la migración y el tiempo de obtención de resultados mediante laasociación.AWS Database Migration ServiceSocioscontar con la experiencia necesaria para ayudar alos clientes a migrar a la nube de forma fácil y segura. Estos miembros tienen la experiencia tanto paramigraciones homogéneas como de SQL Server a SQL Server, así como migraciones heterogéneas entrediferentes plataformas de bases de datos, como de SQL Server a Amazon Aurora o de Amazon RDS forMySQL.

En función de sus requisitos y preferencias, puede utilizar el socio para gestionar la migración completa opara ayudar solo con algunos aspectos de la migración. Además, puede utilizar herramientas y solucionesproporcionadas porAWSSocios de la red de socios de (APN). Para obtener un catálogo completo deherramientas y soluciones de migración, consulteHerramientas y soluciones para socios de APN.

58

http://aws.amazon.com/dms/partners/

https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-tools/partner-tools.html


Recursos adicionalesPublicaciones de blogs

• Recuperación ante desastres entre regiones de Amazon RDS for SQL Server• Migración de bases de datos: ¿qué necesita saber antes de empezar?• Implementación de grupos de disponibilidad Always On entre las instancias de Amazon EC2 Windows y

Amazon Linux 2• Cómo diseñar una solución híbrida de Microsoft SQL Server mediante grupos de disponibilidad

distribuidos• Cómo migrar a Amazon RDS for SQL Server mediante replicación transaccional• Presentación de la replicación continua de Amazon RDS for SQL Server medianteAWS Database

Migration Service• Aprenda por quéAWSes la mejor nube para ejecutar cargas de trabajo de Microsoft Windows Server y

SQL Server• Migración de las cargas de trabajo locales de SQL Server Windows a Amazon EC2 Linux• Migración de una base de datos de SQL Server a un motor de base de datos compatible con MySQL• Migración de las cargas de trabajo locales de SQL Server Windows a Amazon EC2 Linux• Simplifique las implementaciones de alta disponibilidad de Microsoft SQL Server mediante FSx for

Windows File Server• Almacenar copias de seguridad de SQL Server en Amazon S3 mediante Storage Gateway

Documentación de AWS

• Amazon Aurora• Amazon EC2• Amazon RDS• AWS DMS• AWS SCT• Licencias de SQL Server

59


http://aws.amazon.com/blogs/database/database-migration-what-do-you-need-to-know-before-you-start/






http://aws.amazon.com/blogs/database/introducing-ongoing-replication-from-amazon-rds-for-sql-server-using-aws-database-migration-service/

http://aws.amazon.com/blogs/database/introducing-ongoing-replication-from-amazon-rds-for-sql-server-using-aws-database-migration-service/








http://aws.amazon.com/blogs/database/storing-sql-server-backups-in-amazon-s3-using-aws-storage-gateway/

https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/CHAP_AuroraOverview.html

https://docs.aws.amazon.com/ec2/

https://docs.aws.amazon.com/rds/

https://docs.aws.amazon.com/dms/

https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_UserInterface.html

http://aws.amazon.com/windows/resources/licensing/


AgradecimientosEl autor reconoce a las siguientes personas por haber escrito la secciónElección entre Amazon EC2 yAmazon RDS (p. 45):

• Marcelo Fernandes,AWSServicios profesionales,AWSConsultor sénior de migraciones• Tarun Chawla,AWSServicios profesionales, consultor de migraciones de bases de datos

60



Apéndice: Cuestionario de migraciónde bases de datos de SQL

Utilice el cuestionario de esta sección como punto de partida para recopilar información para las fases deevaluación y planificación de su proyecto de migración. Puede descargar este cuestionario en formatoMicrosoft Excel y utilizarlo para registrar la información.

Descargar cuestionario

Información general1. ¿Cuál es el nombre de la instancia de SQL Server?2. ¿Cuál es la versión de SQL Server?3. Qué es la edición de la base de datos de SQL Server: ¿Estándar, desarrollador o empresarial?4. ¿Cuál es el tipo de base de datos (OLTP, DW, generación de informes, procesamiento por lotes)?5. ¿Cuántas bases de datos tiene en la instancia de SQL Server?6. ¿Cuál es el tamaño de la base de datos?7. ¿Qué es la intercalación de bases de datos?8. ¿Cuál es la zona horaria de la base de datos?9. ¿Cuáles son las transacciones de E/S media y máxima por segundo (TPS)?10.¿Qué es la IOPS (media y máxima) de esta base de datos para operaciones de lectura/escritura?11.¿Cuántos registros de transacciones genera por hora (con tamaño medio y máximo)?12.¿La base de datos tiene servidores vinculados que apuntan a otras bases de datos?13.¿Cuáles son los requisitos de SLA para su base de datos?14.¿Cuáles son los requisitos de RTO y RPO para su base de datos?15.¿Cuánto tiempo de inactividad de la base de datos puede permitir para fines de migración?16.¿Tiene algún requisito de cumplimiento, reglamentación o auditoría?17.¿Qué herramienta utiliza para supervisar las bases de datos de SQL Server?

Infraestructura1. ¿Cuál es el nombre de host de la base de datos?2. ¿Cuál es el sistema operativo utilizado para esta base de datos?3. ¿Cuántos núcleos de CPU tiene el servidor?4. ¿Cuál es el tamaño de la memoria del servidor?5. ¿La base de datos se encuentra en un equipo virtualizado o en un servidor físico?6. ¿Está utilizando almacenamiento local?7. ¿Utiliza tipos de almacenamiento de almacenamiento conectado a la red (NAS) o de la red del área de

almacenamiento (SAN)?8. ¿Tiene un clúster o instancias individuales?

61

samples/sql-server-migration-questionnaire.zip


Copias de seguridad de bases de datos

Copias de seguridad de bases de datos1. ¿Cómo se hace una copia de seguridad de su base de datos? ¿Con qué frecuencia?2. ¿Cuál es el período de retención para los registros de transacciones y las copias de seguridad?3. ¿Dónde almacena la copia de seguridad?

Características de la base1. ¿Utiliza ajustes automáticos para la instancia de SQL Server?2. ¿Utiliza operaciones indexadas en paralelo?3. ¿Utiliza funciones de paralelismo de tablas particionadas?4. ¿Utilizas particiones de tablas e índices?

Seguridad de base de datos1. ¿Utilizas el enmascaramiento dinámico de datos?2. ¿Utiliza funciones de seguridad como el cifrado transparente de bases de datos (TDE)?3. ¿Utilizas auditorías de servidores o bases de datos?4. ¿Utilizas compresión avanzada?

Alta disponibilidad de bases de datos yrecuperación ante desastres

1. ¿Cuáles son sus requisitos de alta disponibilidad?2. ¿Utilizas la replicación transaccional?3. ¿Utiliza la replicación transaccional punto a punto?4. ¿Qué tipo de soluciones de alta disponibilidad (por ejemplo, agrupación en clústeres de conmutación

por error, grupos de disponibilidad siempre activados, espejado de bases de datos) utiliza para suentorno de SQL Server?

5. ¿Dónde están las regiones de base de datos principal y en espera?6. ¿Qué utiliza como solución de recuperación ante desastres (por ejemplo, envío de registros, grupos de

disponibilidad Always On, un entorno virtualizado basado en SAN)?7. ¿Utiliza un alias del sistema de nombres de dominio (DNS) para la conectividad de la base de datos?

62


AWSGlosario de orientación prescriptiva

Términos de IA y ML (p. 63)|Condiciones de migración (p. 64)|Condiciones de modernización (p. 69)

Términos de IA y MLLos siguientes son términos utilizados comúnmente en estrategias, guías y patrones relacionados con la inteligenciaartificial (IA) y el aprendizaje automático (ML) proporcionados porAWSDirectrices prescriptivas. Para sugerir entradas,utilice laProporcionar comentariosenlace al final del glosario.

clasificación binaria Proceso que predice un resultado binario (una de las dos clases posibles). Porejemplo, es posible que su modelo de ML tenga que predecir problemas como«¿Es spam de correo electrónico o no spam?» o «¿Este producto es un libro o unautomóvil?»

clasificación Proceso de categorización que ayuda a generar predicciones. Los modelos de MLpara problemas de clasificación predicen un valor discreto. Los valores discretossiempre son distintos unos de otros. Por ejemplo, un modelo podría tener queevaluar si hay o no un automóvil en una imagen.

Preprocesamiento de datos Para transformar datos sin procesar en un formato que su modelo de ML analizafácilmente. El procesamiento previo de los datos puede significar eliminardeterminadas columnas o filas y corregir valores faltantes, incoherentes oduplicados.

conjunto profundo Combinar varios modelos de deep learning para la predicción. Puede utilizarconjuntos profundos para obtener una predicción más precisa o para estimar laincertidumbre en las predicciones.

aprendizaje profundo Subcampo ML que utiliza varias capas de redes neuronales artificiales paraidentificar la asignación entre los datos de entrada y las variables de destino deinterés.

Análisis de datos exploratorios(EDA)

El proceso de análisis de un conjunto de datos para comprender sus principalescaracterísticas. Recopila o agrupa datos y, a continuación, realiza investigacionesiniciales para encontrar patrones, detectar anomalías y comprobar lassuposiciones. EDA se realiza calculando estadísticas resumidas y creandovisualizaciones de datos.

features Los datos de entrada que se utilizan para realizar una predicción. Por ejemplo, enun contexto de fabricación, las entidades podrían ser imágenes que se capturanperiódicamente de la línea de fabricación.

63


importancia de lacaracterística

Qué importancia tiene una función para las predicciones de un modelo. Estosuele expresarse como una puntuación numérica que se puede calcular mediantediversas técnicas, como explicaciones aditivas de Shapley (SHAP) y gradientesintegrados. Para obtener más información, consulteInterpretabilidad del modelo deaprendizaje automático con AWS.

transformación de funciones Optimizar los datos para el proceso de ML, incluido enriquecer datos con fuentesadicionales, escalar valores o extraer varios conjuntos de información de un únicocampo de datos. Esto permite que el modelo ML se beneficie de los datos. Porejemplo, si desglosa la fecha «2021-05-27 00:15:37» en «2021», «mayo», «jue»y «15», puede ayudar al algoritmo de aprendizaje a aprender patrones matizadosasociados con diferentes componentes de datos.

interpretabilidad Característica de un modelo de aprendizaje automático que describe el grado enque un humano puede entender cómo dependen las predicciones del modelo desus insumos. Para obtener más información, consulteInterpretabilidad del modelode aprendizaje automático con AWS.

clasificación multiclase Proceso que ayuda a generar predicciones para varias clases (predicción de unode más de dos resultados). Por ejemplo, un modelo de ML podría preguntar «¿Esteproducto es un libro, un automóvil o un teléfono?» o «¿Qué categoría de productoes más interesante para este cliente?»

regresión Técnica ML que predice un valor numérico. Por ejemplo, para resolver el problemade «¿A qué precio se venderá esta casa?» un modelo ML podría utilizar un modelode regresión lineal para predecir el precio de venta de una casa basándose enhechos conocidos sobre la casa (por ejemplo, el metro cuadrado).

formación Para proporcionar datos para que su modelo de ML pueda aprender de ellos. Losdatos de entrenamiento deben contener la respuesta correcta. El algoritmo deaprendizaje encuentra patrones en los datos de entrenamiento que asignan losatributos de los datos de entrada al destino (la respuesta que desea predecir).Produce un modelo ML que captura estos patrones. A continuación, puede utilizarel modelo de ML para realizar predicciones sobre datos nuevos para los que no seconoce el destino.

variable de destino El valor que intenta predecir en ML supervisada. A esto también se le conocecomovariable de resultados. Por ejemplo, en un ajuste de fabricación, la variable dedestino podría ser un defecto del producto.

ajuste Para cambiar aspectos del proceso de formación para mejorar la precisión delmodelo ML. Por ejemplo, puede entrenar el modelo de ML mediante la generaciónde un conjunto de etiquetas, la adición de etiquetas y, a continuación, la repeticiónde estos pasos varias veces en una configuración diferente para optimizar elmodelo.

incertidumbre Concepto que se refiere a información imprecisa, incompleta o desconocida quepuede socavar la fiabilidad de los modelos ML predictivos. Existen dos tipos deincertidumbre: Incertidumbre epistémicase debe a datos limitados e incompletos,mientras queincertidumbre aleatoriaes causada por el ruido y la aleatoriedadinherentes a los datos. Para obtener más información, consulte laCuantificación dela incertidumbre en los sistemas de aprendizaje profundoguía.

Condiciones de migraciónLos siguientes son términos utilizados comúnmente en las estrategias, guías y patrones relacionados con la migraciónproporcionados porAWSDirectrices prescriptivas. Para sugerir entradas, utilice laProporcionar comentariosenlace alfinal del glosario.

64

https://docs.aws.amazon.com/prescriptive-guidance/latest/ml-model-interpretability/overview.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/ml-model-interpretability/overview.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/ml-model-interpretability/

https://docs.aws.amazon.com/prescriptive-guidance/latest/ml-model-interpretability/

https://docs.aws.amazon.com/prescriptive-guidance/latest/ml-quantifying-uncertainty/concepts.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/ml-quantifying-uncertainty/concepts.html


7 Rs Siete estrategias de migración comunes para mover aplicaciones a la nube. Estasestrategias se basan en las 5 R que Gartner identificó en 2011 y consisten en losiguiente:

• Refactor/re-arquitectos: mueva una aplicación y modifique su arquitecturaaprovechando al máximo las características nativas de la nube para mejorarla agilidad, el rendimiento y la escalabilidad. Normalmente, esto implica portarel sistema operativo y la base de datos. Ejemplo: Migrar su base de datos deOracle local a Amazon Aurora PostgreSQL.

• Replataforma (levantar y remodelar): mueva una aplicación a la nube eintroduzca cierto nivel de optimización para aprovechar las capacidades dela nube. Ejemplo: Migración de la base de datos de Oracle local a AmazonRelational Database Service (Amazon RDS) para Oracle enAWSCloud.

• Recompra (entrega y tienda): cambie a un producto diferente, normalmentecambiando de una licencia tradicional a un modelo SaaS. Ejemplo: Migre susistema de gestión de relaciones con el cliente (CRM) a Salesforce.com.

• Realojar (levantar y cambiar): mueve una aplicación a la nube sin realizar ningúncambio para aprovechar las capacidades de la nube. Ejemplo: Migración de labase de datos de Oracle local a Oracle en una instancia de EC2 enAWSCloud.

• Reubicación (elevación y desplazamiento a nivel de hipervisor): mueva lainfraestructura a la nube sin comprar hardware nuevo, reescribir aplicaciones nimodificar sus operaciones existentes. Este escenario de migración es específicode VMware Cloud onAWS, que admite compatibilidad con máquinas virtuales(VM) y portabilidad de cargas de trabajo entre su entorno local yAWS. Puedeutilizar las tecnologías de VMware Cloud Foundation desde sus centros de datoslocales cuando migra su infraestructura a VMware Cloud onAWS. Ejemplo:Reubicar el hipervisor que aloja la base de datos Oracle en VMware CloudonAWS.

• Retener (volver a visitar): mantenga las aplicaciones en su entorno de origen.Estos pueden incluir aplicaciones que requieren una refactorización importante,y desea posponer ese trabajo hasta un momento posterior, y aplicacionesheredadas que desea conservar, porque no hay justificación empresarial paramigrarlas.

• Retirar: retira o elimina aplicaciones que ya no son necesarias en el entorno deorigen.

aplicación portfolio Recopilación de información detallada sobre cada aplicación utilizada por unaorganización, incluido el costo de crear y mantener la aplicación y su valorempresarial. Esta información es clave parael proceso de descubrimiento y análisisde la carteray ayuda a identificar y priorizar las aplicaciones que se van a migrar,modernizar y optimizar.

operaciones de inteligenciaartificial (AIOps)

Proceso de uso de técnicas de aprendizaje automático para resolver problemasoperativos, reducir los incidentes operativos y la intervención humana y aumentarla calidad del servicio. Para obtener más información acerca de cómo se utilizanlos AIOps enAWSestrategia de migración, consulte laguía de integración deoperaciones.

AWSMarco de adopción de lanube (AWSCAF)

Un marco de directrices y mejores prácticas deAWSpara ayudar a lasorganizaciones a desarrollar un plan eficiente y eficaz para trasladarsecorrectamente a la nube.AWS CAF organiza orientación en seis áreas de enfoquedenominadas perspectivas: negocios, personas, gobierno, plataforma, seguridady operaciones. Las perspectivas de negocio, personal y gobernanza se centranen las habilidades y los procesos empresariales; las perspectivas de plataforma,seguridad y operaciones se centran en las habilidades y los procesos técnicos.Por ejemplo, la perspectiva de las personas se dirige a las partes interesadasque manejan recursos humanos (RRHH), funciones de dotación de personal y

65

https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-portfolio-discovery/welcome.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-portfolio-discovery/welcome.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-operations-integration/aiops.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-operations-integration/aiops.html


gestión de personas. Para esta perspectiva,AWSCAF proporciona orientaciónpara el desarrollo de personas, la formación y las comunicaciones para ayudar apreparar a la organización para una adopción exitosa de la nube. Para obtener másinformación, consulte laAWSSitio web de CAFy laAWSDocumento técnico de CAF.

AWSlanding zone Una landing zone es una cuenta multicuenta bien diseñadaAWSentorno escalabley seguro. Este es un punto de partida desde el que sus organizaciones puedenlanzar e implementar rápidamente cargas de trabajo y aplicaciones con confianzaen su entorno de seguridad e infraestructura. Para obtener más información acercade las zonas de aterrizaje, consulteConfiguración de una cuenta múltiple segura yescalableAWSentorno.

AWSMarco de calificaciónde la carga de trabajo(AWSWQF)

Herramienta que evalúa las cargas de trabajo de migración de bases de datos,recomienda estrategias de migración y proporciona estimaciones de trabajo.AWSWQF se incluye enAWS Schema Conversion Tool(AWS SCT). Analiza esquemasde base de datos y objetos de código, código de aplicación, dependencias ycaracterísticas de rendimiento, y proporciona informes de evaluación.

planificación de la continuidaddel negocio (BCP)

Un plan que aborda el impacto potencial de un evento disruptivo, como unamigración a gran escala, en las operaciones y permite a una empresa reanudar lasoperaciones rápidamente.

Cloud Center of Excellence(CCoE)

Un equipo multidisciplinario que impulsa los esfuerzos de adopción de la nubeen toda la organización, incluido el desarrollo de mejores prácticas de nube, lamovilización de recursos, el establecimiento de plazos de migración y la direcciónde la organización a través de transformaciones a gran escala. Para obtenermás información, consulte laPublicaciones de CCoEen elAWSBlog de estrategiaempresarial en la nube.

etapas de adopción en la nube Las cuatro fases por las que suelen pasar las organizaciones cuando migranalAWSCloud:

• Proyecto: ejecución de algunos proyectos relacionados con la nube con fines deprueba de concepto y aprendizaje

• Fundación: realizar inversiones fundamentales para escalar la adopción dela nube (por ejemplo, crear una landing zone, definir un CCoE, establecer unmodelo de operaciones)

• Migración: migración de aplicaciones individuales• Reinvención: optimización de productos y servicios e innovación en la nube

Estas etapas fueron definidas por Stephen Orban en la entrada del blogEl viajehacia la nube primero y las etapas de adopciónen elAWSBlog de estrategiaempresarial en la nube. Para obtener más información sobre cómo se relacionancon laAWSestrategia de migración, consulte laguía de preparación para lamigración.

base de datos deadministración deconfiguración (CMDB)

Base de datos que contiene información sobre los productos, configuracionese interdependencias de hardware y software de una empresa. Normalmentese utilizan datos de un CMDB en la etapa de detección y análisis de cartera demigración.

epopeya En metodologías ágiles, categorías funcionales que ayudan a organizar y priorizarsu trabajo. Epics proporciona una descripción de alto nivel de los requisitos ylas tareas de implementación. Por ejemplo,AWSLas épicas de seguridad deCAF incluyen administración de identidades y accesos, controles de detectives,seguridad de infraestructura, protección de datos y respuesta a incidentes. Paraobtener más información acerca de las épicas, en laAWSestrategia de migración,consulte laGuía de implementación de programas.

66

http://aws.amazon.com/professional-services/CAF/

https://d1.awsstatic.com/whitepapers/aws_cloud_adoption_framework.pdf

https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-aws-environment/welcome.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-aws-environment/welcome.html

http://aws.amazon.com/blogs/enterprise-strategy/tag/ccoe/

http://aws.amazon.com/blogs/enterprise-strategy/the-journey-toward-cloud-first-the-stages-of-adoption/

http://aws.amazon.com/blogs/enterprise-strategy/the-journey-toward-cloud-first-the-stages-of-adoption/

https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-readiness/understanding-current-state.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-readiness/understanding-current-state.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-program-implementation/


migración de bases de datosheterogénea

Migración de la base de datos de origen a una base de datos de destino que utilizaotro motor de base de datos (por ejemplo, Oracle a Amazon Aurora). La migraciónheterogénea suele formar parte de un esfuerzo de reestructuración y convertir elesquema puede ser una tarea compleja.AWSproporcionaAWS SCTque ayuda conlas conversiones de esquemas.

migración de bases de datoshomogénea

Migración de la base de datos de origen a una base de datos de destino quecomparte el mismo motor de base de datos (por ejemplo, Microsoft SQL Servera Amazon RDS for SQL Server). La migración homogénea suele formar parte deun esfuerzo de realojamiento o replataforma. Puede utilizar utilidades de base dedatos nativas para migrar el esquema.

aplicación inactiva Aplicación que tiene un uso medio de CPU y memoria entre el 5 y el 20 por cientodurante un período de 90 días. En un proyecto de migración, es común retirar estasaplicaciones o retenerlas en las instalaciones.

Biblioteca de información deTI (ITIL)

Un conjunto de prácticas recomendadas para prestar servicios de TI y alinear estosservicios con los requisitos empresariales. ITIL proporciona la base de ITSM.

Administración de servicios deTI (ITSM)

Actividades asociadas al diseño, implementación, administración y soporte deservicios de TI para una organización. Para obtener más información sobre cómointegrar las operaciones en la nube con las herramientas de ITSM, consulte laguíade integración de operaciones.

migración grande Migración de 300 o más servidores.

Migration AccelerationProgram (MAP)

UnAWSque proporciona asistencia, formación y servicios de consultoría paraayudar a las organizaciones a crear una base operativa sólida para trasladarse a lanube y para ayudar a compensar el costo inicial de las migraciones. MAP incluyeuna metodología de migración para ejecutar migraciones heredadas de formametódica y un conjunto de herramientas para automatizar y acelerar los escenariosde migración comunes.

Evaluación de la cartera demigración (MPA)

Una herramienta en línea que proporciona información para validar el caso denegocio para migrar alAWSCloud. MPA proporciona una evaluación detallada dela cartera (tamaño correcto del servidor, precios, comparaciones de TCO, análisisde costes de migración), así como planificación de la migración (análisis de datosde aplicaciones y recopilación de datos, agrupación de aplicaciones, priorizaciónde migración y planificación de olas). LaHerramienta MPA(requiere inicio desesión) está disponible de forma gratuita para todosAWSconsultores y consultoresasociados de APN.

Evaluación de la preparaciónpara la migración (MRA)

El proceso de obtener información sobre el estado de preparación para la nubede una organización, identificar fortalezas y debilidades y crear un plan de acciónpara cerrar las lagunas identificadas, utilizando elAWSCAFÉS. Para obtener másinformación, consulte laguía de preparación para la migración. MRA es la primerafase delEstrategia de migración de AWS.

migración a escala El proceso de trasladar la mayor parte de la cartera de aplicaciones a la nubeen oleadas, con más aplicaciones movidas a un ritmo más rápido en cadaoleada. En esta fase se utilizan las mejores prácticas y lecciones aprendidasde las fases anteriores para implementar unmigración Factoryde equipos,herramientas y procesos para agilizar la migración de cargas de trabajo mediantela automatización y la entrega ágil. Esta es la tercera fase de laAWSestrategia demigración.

migración Factory Equipos multifuncionales que agilizan la migración de cargas de trabajo medianteenfoques automatizados y ágiles. Los equipos de fábrica de migración suelenincluir operaciones, analistas empresariales y propietarios, ingenieros de migración,

67

https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Welcome.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-operations-integration/tools-integration.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-operations-integration/tools-integration.html

https://mpa-proserve.amazonaws.com/

https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-readiness/welcome.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-migration/




desarrolladores yDevOpsprofesionales que trabajan en sprints. Entre el 20 yel 50 por ciento de una cartera de aplicaciones empresariales se compone depatrones repetidos que se pueden optimizar mediante un enfoque de fábrica.Para obtener más información, consulte ladiscusión de fábricas de migraciónylaCloudEndureMigration Factory guideen este conjunto de contenido.

metadatos de migración Información sobre la aplicación y el servidor necesarios para completar lamigración. Cada patrón de migración requiere un conjunto diferente de metadatosde migración. Algunos ejemplos de metadatos de migración incluyen la subred dedestino, el grupo de seguridad yAWSaccount.

patrón de migración Tarea de migración repetible que detalla la estrategia de migración, el destino demigración y la aplicación o servicio de migración utilizados. Ejemplo: Realojar lamigración a Amazon EC2 conAWSServicio de migración de aplicaciones de.

estrategia de migración El enfoque utilizado para migrar una carga de trabajo alAWSCloud. Paraobtener más información, consulte la7 Rs (p. 65)entrada en este glosario yconsulteMovilice a su organización para acelerar las migraciones a gran escala.

acuerdo de nivel operativo(OLA)

Un acuerdo que aclara lo que los grupos de TI funcionales prometen entregarseentre sí, para respaldar un acuerdo de nivel de servicio (SLA).

integración de operaciones(OI)

El proceso de modernización de las operaciones en la nube, que implica laplanificación de la preparación, la automatización y la integración. Para obtenermás información, consulte laguía de integración de operaciones.

gestión de cambiosorganizacionales (OCM)

Un marco para gestionar transformaciones empresariales importantes ydisruptivas desde la perspectiva de las personas, la cultura y el liderazgo. OCMayuda a las organizaciones a prepararse para nuevos sistemas y estrategiasy hacer la transición a ellos, acelerando la adopción de cambios, abordandoproblemas de transición e impulsando cambios culturales y organizativos. En elnavegadorAWSestrategia de migración, este marco se denominaaceleración depersonas, debido a la velocidad de cambio requerida en los proyectos de adopciónde la nube. Para obtener más información, consulte laguía OCM.

libro de jugadas Conjunto de pasos predefinidos que capturan el trabajo asociado a las migraciones,como la entrega de funciones de operaciones principales en la nube. Un libro dejugadas puede adoptar la forma de scripts, runbooks automatizados o un resumende los procesos o pasos necesarios para operar su entorno modernizado.

evaluación de carteras Proceso de detección, análisis y priorización de la cartera de aplicaciones paraplanificar la migración. Para obtener más información, consulteEvaluación de lapreparación para la migración.

matriz responsable,responsable, consultada,informada (RACI)

Matriz que define y asigna roles y responsabilidades en un proyecto. Por ejemplo,puede crear un RACI para definir la propiedad del control de seguridad o paraidentificar roles y responsabilidades de tareas específicas de un proyecto demigración.

manual de procedimientos Un conjunto de procedimientos manuales o automatizados necesarios pararealizar una tarea específica. Por lo general, se crean para agilizar operaciones oprocedimientos repetitivos con altas tasas de error.

acuerdo de nivel de servicio(SLA)

Un acuerdo que aclara lo que un equipo de TI promete ofrecer a sus clientes, comoel tiempo de actividad y el rendimiento del servicio.

lista de tareas Herramienta que se utiliza para realizar un seguimiento del progreso a través de unrunbook. Una lista de tareas contiene una descripción general del runbook y unalista de tareas generales que deben completarse. Para cada tarea general, incluyela cantidad estimada de tiempo requerida, el propietario y el progreso.

68

https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-migration/migrations-phase.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-factory-cloudendure/welcome.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-migration/welcome.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-operations-integration/

https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-ocm/




flujo de trabajo Grupos funcionales de un proyecto de migración que son responsables de unconjunto específico de tareas. Cada flujo de trabajo es independiente pero admitelos demás flujos de trabajo del proyecto. Por ejemplo, el flujo de trabajo de lacartera es responsable de priorizar las aplicaciones, planificar oleadas y recopilarmetadatos de migración. El flujo de trabajo de cartera entrega estos activos al flujode trabajo de migración, que luego migra los servidores y las aplicaciones.

aplicación zombie Aplicación que tiene un uso medio de CPU y memoria por debajo del 5 por ciento.En un proyecto de migración, es común retirar estas aplicaciones.

Condiciones de modernizaciónLos siguientes son términos utilizados comúnmente en las estrategias, guías y patrones relacionados con lamodernización proporcionados porAWSDirectrices prescriptivas. Para sugerir entradas, utilice laProporcionarcomentariosenlace al final del glosario.

capacidad empresarial Qué hace una empresa para generar valor (por ejemplo, ventas, servicio al clienteo marketing). Las arquitecturas de microservicios y las decisiones de desarrollopueden ser impulsadas por las capacidades empresariales. Para obtener másinformación, consulte laOrganizado en torno a capacidades empresarialesSecciónsobre de laEjecución de microservicios en contenedores enAWSdocumentotécnico.

diseño basado en dominios Un enfoque para desarrollar un sistema de software complejo mediante la conexiónde sus componentes a dominios en evolución o objetivos empresariales principalesa los que sirve cada componente. Este concepto fue introducido por Eric Evansen su libro,Diseño controlado por dominio: Abordar la complejidad en el corazóndel software(Boston: Addison-Wesley Professional, 2003). Para obtener másinformación acerca de cómo puede utilizar el diseño basado en el dominio con elpatrón de higo del estrangulador, consulteModernización de los servicios web deMicrosoft ASP.NET (ASMX) heredados de forma incremental mediante el uso decontenedores y Amazon API Gateway.

microservicio Un servicio pequeño e independiente que se comunica a través de API biendefinidas y que suele pertenecer a equipos pequeños e independientes. Porejemplo, un sistema de seguros podría incluir microservicios que se asignana las capacidades empresariales, como ventas o marketing, o subdominios,como compras, reclamaciones o análisis. Las ventajas de los microserviciosincluyen agilidad, escalado flexible, fácil implementación, código reutilizable yresiliencia. Para obtener más información, consulteIntegración de microserviciosmedianteAWSservicios sin servidor.

Arquitectura de microservicios Un enfoque para crear una aplicación con componentes independientes queejecutan cada proceso de aplicación como microservicio. Estos microserviciosse comunican a través de una interfaz bien definida mediante API ligeras. Cadamicroservicio de esta arquitectura se puede actualizar, implementar y escalar parasatisfacer la demanda de funciones específicas de una aplicación. Para obtenermás información, consulteImplementación de microservicios enAWS.

modernización Transformar una aplicación obsoleta (heredada o monolítica) y su infraestructuraen un sistema ágil, elástico y de alta disponibilidad en la nube para reducircostes, aumentar la eficiencia y aprovechar las innovaciones. Para obtener másinformación, consulteEstrategia para modernizar las aplicaciones en elAWSNube.

Evaluación de la preparaciónpara la modernización

Una evaluación que ayuda a determinar la preparación para la modernizaciónde las aplicaciones de una organización; identifica los beneficios, los riesgos ylas dependencias; y determina qué tan bien la organización puede soportar elestado futuro de esas aplicaciones. El resultado de la evaluación es un plan de

69

https://docs.aws.amazon.com/whitepapers/latest/running-containerized-microservices/organized-around-business-capabilities.html

https://docs.aws.amazon.com/whitepapers/latest/running-containerized-microservices/welcome.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/modernization-aspnet-web-services/considerations.html



https://docs.aws.amazon.com/prescriptive-guidance/latest/modernization-integrating-microservices/welcome.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/modernization-integrating-microservices/welcome.html

https://docs.aws.amazon.com/whitepapers/latest/microservices-on-aws/microservices-on-aws.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-modernizing-applications


la arquitectura objetivo, una hoja de ruta que detalla las fases de desarrollo y loshitos del proceso de modernización, y un plan de acción para abordar las lagunasidentificadas. Para obtener más información, consulteEvaluación de la preparaciónpara la modernización de las aplicaciones en elAWSNube.

aplicaciones monolíticas(monolitos)

Aplicaciones que se ejecutan como un único servicio con procesos estrechamenteacoplados. Las aplicaciones monolíticas tienen varios inconvenientes. Si unacaracterística de aplicación experimenta un aumento de la demanda, se debeescalar toda la arquitectura. Agregar o mejorar las características de una aplicaciónmonolítica también se vuelve más complejo cuando crece la base de código. Parasolucionar estos problemas, puede utilizar una arquitectura de microservicios. Paraobtener más información, consulteDescomposición de monolitos en microservicios.

persistencia poliglota Elegir independientemente la tecnología de almacenamiento de datos de unmicroservicio basada en patrones de acceso a datos y otros requisitos. Si susmicroservicios tienen la misma tecnología de almacenamiento de datos, puedenenfrentar desafíos de implementación o experimentar un rendimiento deficiente.Los microservicios se implementan más fácilmente y logran un mejor rendimientoy escalabilidad si utilizan el data store que mejor se adapta a sus requisitos. Paraobtener más información, consulteHabilitación de la persistencia de datos enmicroservicios.

Modelo de split-and-seed Un patrón para escalar y acelerar los proyectos de modernización. A medida quese definen las nuevas funciones y versiones de productos, el equipo principalse divide para crear nuevos equipos de productos. Esto ayuda a escalar lascapacidades y los servicios de su organización, mejora la productividad de losdesarrolladores y respalda la innovación rápida. Para obtener más información,consulteEnfoque por etapas para modernizar las aplicaciones en elAWSNube.

estrangulador higo patrón Un enfoque para modernizar los sistemas monolíticos mediante la reescrituray la sustitución gradual de la funcionalidad del sistema hasta que se puedaretirar el sistema heredado. Este patrón utiliza la analogía de una vid higueraque se convierte en un árbol establecido y finalmente supera y reemplaza a suhospedador. El patrón erapresentado por Martin Fowlercomo forma de gestionar elriesgo al reescribir sistemas monolíticos. Para ver un ejemplo de cómo aplicar estepatrón, consulteModernización de los servicios web de Microsoft ASP.NET (ASMX)heredados de forma incremental mediante el uso de contenedores y Amazon APIGateway.

equipo de dos pizzas Un pequeñoDevOpsequipo que puedes alimentar con dos pizzas. El tamaño de unequipo de dos pizzas garantiza la mejor oportunidad posible de colaboración en eldesarrollo de software. Para obtener más información, consulte laEquipo de dospizzasSección sobre de laIntroducción aDevOpsenAWSdocumento técnico.

70

https://docs.aws.amazon.com/prescriptive-guidance/latest/modernization-assessing-applications/

https://docs.aws.amazon.com/prescriptive-guidance/latest/modernization-assessing-applications/

https://docs.aws.amazon.com/prescriptive-guidance/latest/modernization-decomposing-monoliths/welcome.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/modernization-data-persistence/welcome.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/modernization-data-persistence/welcome.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/modernization-phased-approach/step3.html

https://martinfowler.com/bliki/StranglerFigApplication.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/modernization-aspnet-web-services/



https://docs.aws.amazon.com/whitepapers/latest/introduction-devops-aws/two-pizza-teams.html

https://docs.aws.amazon.com/whitepapers/latest/introduction-devops-aws/two-pizza-teams.html

https://docs.aws.amazon.com/whitepapers/latest/introduction-devops-aws/welcome.html


Historial de documentosEn la tabla siguiente, se describen los cambios importantes introducidos en esta guía. Si desea recibirnotificaciones sobre las future actualizaciones, puede suscribirse a unFuente RSS.

update-history-change update-history-description update-history-date

Sección actualizada (p. 71) Se ha actualizado laSecciónCloudEndure Migrationcon lainformación más reciente sobre ladisponibilidad del producto.

10 de mayo de 2022

Sección eliminada (p. 71) Se ha eliminado la informaciónsobre Amazon RDS paraVMware, que ya no se admite.

19 de abril de 2022

Se ha agregado (p. 71) Adición de informaciónsobreAWSLaunch Wizard deSQL Server.

15 de julio de 2021

Se ha agregado lamatriz (p. 71)

En el navegadorElecciónde Amazon EC2 y AmazonRDSsección, proporcionandoun side-by-side comparación decompatibilidad con SQL Server.

28 de junio de 2021

Información de envío de registrosactualizada (p. 71)

En el navegadorEnvío deregistros, aclaró que el envíode registros en Amazon RDSfor SQL Server requiere scriptspersonalizados.

25 de marzo de 2021

Publicación inicial (p. 71) — 9 de octubre de 2020

71

https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-sql-server/migration-sql-server.rss

https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-sql-server/cem.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-sql-server/cem.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-sql-server/launch-wizard.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-sql-server/launch-wizard.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-sql-server/comparison.html



https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-sql-server/log-shipping.html

https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-sql-server/log-shipping.html


Las traducciones son generadas a través de traducción automática. En caso de conflicto entre latraducción y la version original de inglés, prevalecerá la version en inglés.

lxxii

Migración de bases de datos de Microsoft SQL Server a ...

Documents

Transcript of Migración de bases de datos de Microsoft SQL Server a ...