Estrategias de migración de bases de datos - AWSDirectrices prescriptivas

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

Estrategias de migración de bases de datos

En un alto nivel, existen dos opciones para migrar una base de datos de SQL Server de forma local a laAWSCloud: permanezca en SQL Server (migración homogénea) o alejarse de SQL Server (migración heterogénea). 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ón heterogénea, cambia las bases de datos de SQL Server a un motor de base de datos de código abierto como 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 se describe en el cuadro siguiente.

Strategy (Estrategia) Tipo Cuándo elegir Ejemplo

Realojar

Homogéneo

Desea migrar la base de datos de SQL Server tal cual, con o sin cambiar el sistema operativo, el software de la base de datos o la configuración.

De SQL Server a Amazon EC2

(BrowsePatrones de rehost)

Cambio de plataforma

Homogéneo

Desea reducir el tiempo que dedica a administrar instancias de base de datos utilizando una oferta de base de datos totalmente administrada.

De SQL Server a Amazon RDS for SQL Server

(BrowsePatrones de replataforma)

Rearquitecto (refactor)

Heterogéneo

Desea reestructurar, reescribir y rediseñar la base de datos y la aplicación para aprovechar las características de base de datos de código abierto y nativas de la nube.

De SQL Server a Amazon Aurora PostgreSQL, MySQL o MariaDB

NavegarRe-arquitecta patrones)

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 RDSmás adelante en esta guía para obtener una comparación paralela de las funciones compatibles.

Elección de la estrategia de migración adecuada

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


     Comparison of SQL Server migration strategies

Refactorización de la base de datos de SQL Server y migración a un código abierto oAWSLa base de datos nativa de la nube, como Edición compatible con Amazon Aurora PostgreSQL o Edición compatible con Aurora MySQL, puede ayudarle a modernizar y optimizar la base de datos. Al pasar a una base de datos de código abierto, puede evitar licencias costosas (lo que resulta en menores costos), períodos de bloqueo de proveedores y auditorías. Sin embargo, según la complejidad de la carga de 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 trabajo y recomendar estrategias y herramientas de migración. Para obtener más información, consulte laAWSWQFsecció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 un enfoque 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 optimizar el rendimiento, la productividad y el cumplimiento normativo. Por ejemplo, si su objetivo es reemplazar la base de datos SQL Server local por la compatible con Aurora MySQL, podría considerar volver a alojar la base de datos en Amazon EC2 o cambiar la plataforma de la base de datos en Amazon RDS for SQL Server 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 centra en la optimización y modernización en la segunda fase.

Migración online y offline

Puede utilizar dos métodos para migrar la base de datos de SQL Server desde un entorno local u otro entorno en la nube alAWSCloud, en función de su cronología de migración y cuánto tiempo de inactividad puede 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 de inactividad planificado. En la migración sin conexión, la base de datos de origen está desconectada durante el período de migración. Mientras la base de datos de origen está desconectada, se migra a la base de datos de destino enAWS. Una vez finalizada la migración, se realizan comprobaciones de validación y verificación para garantizar la coherencia de los datos con la base de datos de origen. Cuando la base de datos pasa todas las comprobaciones de validación, se realiza un recorte aAWSmediante la conexión de la aplicación a la base de datos de destino enAWS.

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