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.

Modernice SQL las bases de datos de servidores

Información general

Si está empezando a modernizar las bases de datos antiguas para mejorar la escalabilidad, el rendimiento y la optimización de costos, es posible que se enfrente a desafíos con bases de datos comerciales como Server. SQL Las bases de datos comerciales son caras, bloquean a los clientes y ofrecen condiciones de licencia punitivas. En esta sección se ofrece una descripción general de alto nivel de las opciones para migrar y modernizar bases de datos de SQL servidor a bases de datos de código abierto, así como información sobre cómo elegir la mejor opción para su carga de trabajo.

Puede refactorizar sus bases de datos de SQL servidor a bases de datos de código abierto, como Amazon Aurora Postgre, SQL para ahorrar en los costos de licencias de Windows y SQL Server. Las bases de datos modernas nativas de la nube, como Aurora, combinan la flexibilidad y el bajo costo de las bases de datos de código abierto con las sólidas funciones de nivel empresarial de las bases de datos comerciales. Si tiene cargas de trabajo variables o cargas de trabajo de varios inquilinos, también puede migrar a Aurora Serverless V2. Esto puede reducir los costos hasta un 90 por ciento, según las características de la carga de trabajo. Además, AWS ofrece capacidades como Babelfish para Aurora Postgre SQL, herramientas como AWS Schema Conversion Tool (AWS SCT) y servicios como AWS Database Migration Service (AWS DMS) para simplificar la migración y modernización de las bases de datos de SQL Server en. AWS

Ofertas de bases de datos

La migración de un SQL servidor en Windows a una base de datos de código abierto como Amazon AuroraSQL, Amazon RDS for My o Amazon RDS for Postgre SQL puede ofrecer importantes ahorros de costos sin comprometer el rendimiento ni las funciones. Considere lo siguiente:

Para las cargas de trabajo de bases de datos tradicionales, Amazon RDS for Postgre y SQL Amazon RDS for My SQL address proporcionan una solución rentable para bases de datos relacionales. Aurora agrega numerosas funciones de disponibilidad y rendimiento que antes estaban limitadas a proveedores comerciales caros. Las funciones de resiliencia de Aurora tienen un costo adicional. Sin embargo, en comparación con funciones similares de otros proveedores comerciales, los costos de resiliencia de Aurora siguen siendo más baratos que los que cobra el software comercial por el mismo tipo de funciones. La arquitectura Aurora está optimizada para ofrecer mejoras significativas en el rendimiento en comparación con las implementaciones estándar de My SQL y Postgre. SQL

Como Aurora es compatible con las SQL bases de datos Postgre SQL y My de código abierto, existe la ventaja adicional de la portabilidad. Si la mejor opción es Amazon RDS for Postgre, SQL Amazon RDS for My o AuroraSQL, todo depende de comprender los requisitos empresariales y asignar las funciones necesarias a la mejor opción.

Comparación entre Amazon RDS y Aurora

En la siguiente tabla se resumen las principales diferencias entre Amazon RDS y Amazon Aurora.

*Las transacciones grandes pueden aumentar los tiempos de conmutación por error

**Disponible en Aurora Postgre SQL

La siguiente tabla muestra el costo mensual estimado de los diferentes servicios de bases de datos que se tratan en esta sección.

* El precio del almacenamiento está incluido en el precio de la instancia. Los costos se basan en la us-east-1 región. El rendimiento y IOPS son suposiciones. Los cálculos son para las instancias r6i.2xlarge y r6g.2xlarge.

Recomendaciones de optimización de costos

Las migraciones de bases de datos heterogéneas suelen requerir convertir el esquema de la base de datos del motor de base de datos de origen al motor de base de datos de destino y migrar los datos de la base de datos de origen a la base de datos de destino. El primer paso hacia la migración es evaluar y convertir el esquema SQL del servidor y los objetos de código en el motor de base de datos de destino.

Puede usar AWS Schema Conversion Tool (AWS SCT) para evaluar y evaluar la compatibilidad de la base de datos con varias opciones de bases de datos de código abierto de destino, como Amazon RDS for My SQL o Amazon RDS for Postgre, SQL Aurora My SQL y Postgre. SQL También puedes usar la herramienta Babelfish Compass para evaluar la compatibilidad con Babelfish para Aurora Postgre. SQL Esto convierte a Compass AWS SCT y a Compass en herramientas poderosas para comprender el trabajo inicial que implica antes de decidir una estrategia de migración. Si decide continuar, AWS SCT automatiza los cambios necesarios en el esquema. La filosofía central de Babelfish Compass es permitir que la SQL base de datos se traslade a Aurora sin modificaciones o con muy pocas modificaciones. Compass evaluará la SQL base de datos existente para determinar si esto se puede lograr. De esta forma, se conoce el resultado antes de que se dedique ningún esfuerzo a migrar los datos del SQL servidor a Aurora.

AWS SCT automatiza la conversión y migración del esquema y el código de la base de datos al motor de base de datos de destino. Puede usar Babelfish for Aurora Postgre SQL para migrar la base de datos y la aplicación del servidor SQL a Aurora Postgre SQL con cambios de esquema mínimos o nulos. Esto puede acelerar sus migraciones.

Una vez migrado el esquema, puede utilizarlo AWS DMS para migrar los datos. AWS DMS puede realizar una carga completa de datos y replicar los cambios para realizar la migración con un tiempo de inactividad mínimo.

En esta sección se analizan las siguientes herramientas con más detalle:

AWS Schema Conversion Tool

Puede utilizarlas AWS SCT para evaluar las bases de datos de SQL servidores existentes y evaluar la compatibilidad con Amazon RDS o Aurora. Para simplificar el proceso de migración, también puede convertir el esquema de un motor de base de datos a otro en una migración de base de datos heterogénea. AWS SCT Se puede utilizar AWS SCT para evaluar la aplicación y convertir el código de la aplicación incrustado para aplicaciones escritas en C#, C++, Java y otros lenguajes. Para obtener más información, consulte Convertir aplicaciones SQL mediante AWS SCT en la AWS SCT documentación.

AWS SCT es una AWS herramienta gratuita que admite muchas fuentes de bases de datos. Para utilizarla AWS SCT, hay que dirigirla a la base de datos de origen y, a continuación, realizar una evaluación. A continuación, AWS SCTevalúa el esquema y genera el informe de evaluación. Los informes de evaluación incluyen un resumen ejecutivo, la complejidad y el esfuerzo de migración, los motores de bases de datos de destino adecuados y recomendaciones para la conversión. Para descargarlo AWS SCT, consulte Instalación, verificación y actualización AWS SCT en la AWS SCT documentación.

La siguiente tabla muestra un ejemplo de resumen ejecutivo generado por AWS SCT para mostrar la complejidad que implica cambiar la base de datos a diferentes plataformas de destino.

Un AWS SCT informe también proporciona detalles sobre los elementos del esquema que no se pueden convertir automáticamente. Puede cerrar las brechas AWS SCT de conversión y optimizar los esquemas de destino consultando los manuales de AWS migración. Existen muchos manuales de migración de bases de datos para facilitar las migraciones heterogéneas.

Babelfish para Aurora Postgre SQL

Babelfish for Aurora Postgre SQL amplía Aurora SQL Postgre con la capacidad de aceptar conexiones de bases de datos desde clientes de servidor. SQL Babelfish permite que las aplicaciones que se crearon originalmente para SQL Server funcionen directamente con Aurora PostgreSQL, con pocos cambios de código y sin cambiar los controladores de la base de datos. Babelfish convierte a Aurora Postgre en bilingüe SQL para que Aurora Postgre SQL pueda trabajar con los idiomas T y PL/PG. SQL SQL Babelfish minimiza los esfuerzos de migración del servidor SQL a Aurora Postgre. SQL Esto acelera las migraciones, minimiza el riesgo y reduce los costos de migración de manera significativa. Puede seguir utilizando T- SQL después de las migraciones, pero también existe la opción de utilizar las herramientas nativas de Postgre para SQL el desarrollo.

El siguiente diagrama ilustra cómo una aplicación que usa T- SQL se conecta al puerto predeterminado 1433 del SQL servidor y usa el traductor Babelfish para comunicarse con la base de datos Aurora Postgre, mientras que una aplicación que usa PL/pg SQL puede conectarse directa y simultáneamente a la SQL base de datos Aurora Postgre mediante el puerto predeterminado 5432 en Aurora SQL Postgre. SQL

Babelfish no es compatible con determinadas funciones del servidor T. SQL SQL Por este motivo, Amazon proporciona herramientas de evaluación para line-by-line analizar tus SQL declaraciones y determinar si alguna de ellas no está respaldada por Babelfish.

Hay dos opciones para las evaluaciones de Babelfish. AWS SCT puede evaluar la compatibilidad de la base de datos de su SQL servidor con Babelfish. Otra opción es la herramienta Babelfish Compass, que es una solución recomendada porque la herramienta Compass se actualiza de acuerdo con las nuevas versiones de Babelfish para Aurora Postgre. SQL

Brújula Babelfish

Babelfish Compass es una herramienta de descarga gratuita que se alinea con la última versión de Babelfish para Aurora Postgre. SQL Por el contrario, AWS SCT admitirá las versiones más nuevas de Babelfish después de un tiempo. Babelfish Compass se ejecuta con el esquema de base de datos del servidorSQL. También puede extraer el esquema de la base de datos SQL del servidor fuente mediante herramientas como SQL Server Management Studio ()SSMS. A continuación, puede ejecutar el esquema a través de Babelfish Compass. Esto genera el informe que detalla la compatibilidad del esquema del SQL servidor con Babelfish y si es necesario realizar algún cambio antes de la migración. La herramienta Babelfish Compass también puede automatizar muchos de estos cambios y, en última instancia, acelerar las migraciones.

Una vez finalizados la evaluación y los cambios, puede migrar el esquema a Aurora Postgre SQL mediante herramientas nativas SQL del servidor, como SSMS sqlcmd. Para obtener instrucciones, consulte la publicación Migrar del SQL servidor a Amazon Aurora con Babelfish en el blog de AWS bases de datos.

AWS Database Migration Service

Una vez migrado el esquema, puede usar AWS Database Migration Service (AWS DMS) para migrar los datos AWS con un tiempo de inactividad mínimo. AWS DMS no solo carga todos los datos, sino que también replica los cambios del origen al destino mientras el sistema de origen está en funcionamiento. Una vez sincronizadas las bases de datos de origen y de destino, la actividad de transición puede tener lugar en la que la aplicación apunta a la base de datos de destino que finaliza la migración. AWS DMS actualmente solo realiza una carga de datos completa con Babelfish para un SQL objetivo de Aurora Postgre y no replica los cambios. Para obtener más información, consulte Uso de Babelfish como objetivo en la documentación. AWS Database Migration Service AWS DMS

AWS DMS puede realizar migraciones homogéneas (en el mismo motor de base de datos) y heterogéneas (en diferentes motores de base de datos). AWS DMS admite muchos motores de bases de datos de origen y destino. Para obtener más información, consulta la AWS DMS publicación Migración de la base de datos de tu SQL servidor a Amazon RDS for SQL Server mediante el blog de AWS bases de datos.

Recursos adicionales de