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.

Flujo de trabajo de modernización de SQL Server

En esta sección se proporciona un recorrido paso a paso del proceso completo de modernización de SQL Server mediante AWS Transform.

Paso 1: Crear un trabajo de modernización de SQL Server

Comience su proceso de modernización creando un nuevo trabajo de transformación en la consola AWS Transform.

Paso 2: Conectarse a la base de datos de SQL Server

Connect AWS Transform a su base de datos de SQL Server para permitir el análisis y la conversión de esquemas.

Cree un conector de base de datos

Paso 3: Conectar el repositorio de código fuente

AWS Transform necesita acceder al código fuente de su aplicación.NET para analizar y transformar el código que interactúa con la base de datos de SQL Server. AWS Transform admite tres métodos para proporcionar el código fuente.

Elija su método de autenticación

Configurar un conector PAT (recomendado)

Con un conector PAT, puede crear un token de acceso personal en su proveedor de código fuente con permisos personalizados, almacenarlo de forma segura y AWS Transform lo recupera cuando es necesario. AWS Secrets Manager Usted es responsable de gestionar el ciclo de vida del token, incluidas la rotación y la caducidad. AWS Transform crea automáticamente el rol de IAM necesario con permisos para acceder a tu secreto.

El conector PAT es compatible con los siguientes proveedores, incluidas las versiones autohospedadas y personalizadas DNS/URL :

Cree un token de acceso personal

Cree un PAT en su proveedor de código fuente. Los permisos necesarios varían según el proveedor. Elija la pestaña de su proveedor.

GitHub

Ve a Configuración, Configuración de desarrollador, Tokens de acceso personal, Fine-grained Tokens. Seleccione los repositorios que desee transformar y conceda los siguientes permisos.

Permisos de repositorio

Permisos de organización (necesarios para los repositorios de la organización)

GitLab

Vaya a Editar perfil y acceda a los tokens. Seleccione los siguientes ámbitos.

Bitbucket

Ve a Configuración de la cuenta, Seguridad y Creación y administración de tokens de API. Los ámbitos necesarios dependen del tipo de token.

Workspace/Repository Token (ATCT: autenticación de portador, no se requiere nombre de usuario)

Token de API de cuenta (ATAT: autenticación básica con correo electrónico) o contraseña de aplicación (ATBB: autenticación básica con nombre de usuario)

Azure DevOps

Navegue hasta Configuración de usuario, Tokens de acceso personal. Seleccione Ámbitos definidos personalizados. Para el ámbito de la organización, elija Todas las organizaciones accesibles (recomendado) o especifique una sola organización.

Guarde la PAT en AWS Secrets Manager

Si utiliza una clave de KMS administrada por el cliente para cifrar su secreto (en lugar de la clave AWS administrada por defecto), debe actualizar la política de claves de KMS para permitir que AWS Transform descifre el secreto. Añada la siguiente declaración a su política de claves de KMS administrada por el cliente:

{
  "Sid": "Allow AWS Transform to decrypt secrets",
  "Effect": "Allow",
  "Principal": {
    "Service": "transform.amazonaws.com"
  },
  "Action": [
    "kms:Decrypt",
    "kms:DescribeKey"
  ],
  "Resource": "*",
  "Condition": {
    "StringEquals": {
      "kms:ViaService": "secretsmanager.REGION.amazonaws.com",
      "kms:EncryptionContext:SecretARN": "YOUR-SECRET-ARN"
    }
  }
}

REGIONSustitúyala por tu AWS región (por ejemplous-east-1) y YOUR-SECRET-ARN por el ARN de tu secreto. La kms:ViaService condición garantiza que la clave KMS solo se pueda usar a través del AWS Secrets Manager servicio. La kms:EncryptionContext:SecretARN condición restringe el descifrado a su secreto específico.

Para actualizar su política de claves de KMS:

Configure la AWS Transformar el trabajo

AWS Transform crea automáticamente un rol de IAM con los permisos necesarios para acceder a tu secreto.

Rotación y mantenimiento de los tokens

Usted es responsable de rotar los tokens PAT antes de que caduquen. Para rotar un token:

Solucione los problemas del conector PAT

Configuración AWS CodeConnections

AWS CodeConnections utiliza una integración de proveedores gestionada que recupera automáticamente las credenciales de OAuth temporales mediante un flujo de autorización de OAuth 2.0. Los permisos se configuran en la aplicación del proveedor y son gestionados en su totalidad por. AWS Usted autoriza la aplicación una vez y se AWS encarga de toda la administración de credenciales.

Seleccione su repositorio y sucursal

Aprobación del acceso al repositorio

En el GitHub caso de las plataformas y en algunas otras, el administrador del repositorio debe aprobar la solicitud de conexión:

Paso 4: Crear un conector de despliegue (opcional)

Si desea implementar las aplicaciones transformadas en su AWS cuenta, tiene la opción de seleccionar un conector de implementación.

Configure el conector de despliegue

Aprobación del conector de despliegue

El administrador de su AWS cuenta debe aprobar la solicitud de conexión para el conector de despliegue.

Paso 5: Confirme sus recursos

Tras conectarse a la base de datos y al repositorio, AWS Transform comprueba que todos los recursos necesarios estén accesibles y listos para la transformación.

Qué AWS Transform verifica

Revise la lista de verificación previa al vuelo

Paso 6: Descubrimiento y evaluación

AWS Transform analiza la base de datos de SQL Server y la aplicación.NET para comprender el alcance y la complejidad de la modernización.

¿Qué se descubre

Proceso de descubrimiento

Revise los resultados del descubrimiento

Una vez finalizado el descubrimiento, vaya a Descubrimiento y evaluación para revisar:

Análisis de bases de datos:

Análisis de aplicaciones:

Mapa de dependencias:

Comprender la evaluación de la complejidad

AWS Transform clasifica su modernización en tres categorías:

Informes de evaluación

AWS Transform genera un informe de evaluación detallado que incluye:

Puede descargar el informe de evaluación para revisarlo sin conexión y compartirlo con las partes interesadas.

Paso 7: Generar y revisar el plan de oleaje

Para grandes propiedades con múltiples bases de datos y aplicaciones, AWS Transform genera un plan de oleada que secuencia la modernización en grupos lógicos.

¿Qué es un plan de oleaje?

Un plan de oleaje organiza la modernización en fases (oleadas) en función de:

Cada oleada contiene un grupo de bases de datos y aplicaciones que se pueden modernizar juntas sin romper las dependencias.

Revise el plan de oleaje

Personalice el plan de olas

Puede personalizar el plan de olas para que se adapte a las necesidades de su empresa de dos maneras:

Uso de JSON:

Uso del chat:

Puede modificar los planes de oleadas conversando con el agente y pidiéndole que mueva los repositorios y las bases de datos a oleadas específicas. Este enfoque funciona bien si necesitas hacer pequeñas modificaciones en las oleadas.

Modernización de una sola base

Si está modernizando una sola base de datos y una aplicación, AWS Transform crea un plan sencillo de una sola vez. Puede proceder directamente a la transformación sin necesidad de planificar las oleadas.

Apruebe el plan de oleaje

Paso 8: Conversión del esquema

AWS Transform convierte el esquema de la base de datos de SQL Server en Aurora PostgreSQL, lo que incluye tablas, vistas, procedimientos almacenados, funciones y activadores.

Cómo funciona la conversión de esquemas

AWS Transform utiliza la conversión de esquemas de AWS DMS mejorada con IA generativa para:

Conversiones compatibles

Convertido automáticamente:

Puede requerir una revisión humana:

No se convierte automáticamente:

Inicie la conversión del esquema

Revise los resultados de la conversión

Cuando se complete la conversión, vaya a Revisar la conversión del esquema:

Resumen de la conversión:

Revisión por tipo de objeto:

Revise los elementos de acción

Ejemplo: conversión de procedimientos almacenados

SQL Server T-SQL:

CREATE PROCEDURE GetProductsByCategory
    @CategoryId INT,
    @PageSize INT = 10
AS
BEGIN
    SET NOCOUNT ON;
    
    SELECT TOP (@PageSize)
        ProductId,
        Name,
        Price,
        DATEDIFF(DAY, CreatedDate, GETUTCDATE()) AS DaysOld
    FROM Products
    WHERE CategoryId = @CategoryId
    ORDER BY Name
END

PostgreSQL PL/pgSQL convertido:

CREATE OR REPLACE FUNCTION get_products_by_category(
    p_category_id INTEGER,
    p_page_size INTEGER DEFAULT 10
)
RETURNS TABLE (
    product_id INTEGER,
    name VARCHAR(255),
    price NUMERIC(18,2),
    days_old INTEGER
) AS $$
BEGIN
    RETURN QUERY
    SELECT 
        p.product_id,
        p.name,
        p.price,
        EXTRACT(DAY FROM (NOW() - p.created_date))::INTEGER AS days_old
    FROM products p
    WHERE p.category_id = p_category_id
    ORDER BY p.name
    LIMIT p_page_size;
END;
$$ LANGUAGE plpgsql;

Cambios realizados:

Aprobar la conversión del esquema

Paso 9: Migración de datos (opcional)

AWS Transform ofrece opciones para migrar datos de SQL Server a Aurora PostgreSQL. La migración de datos es opcional y se puede omitir si solo necesita transformar el esquema y el código.

Opciones de migración de datos

Opción 1: migración de datos de producción

Migre sus datos de producción reales mediante AWS DMS:

Opción 2: omitir la migración de datos

Transforma solo el esquema y el código:

Configure la migración de datos

Proceso de migración de datos de producción

Si decide migrar los datos de producción:

Cronograma de migración:

Validación de datos

AWS Transform valida los datos migrados con las siguientes comprobaciones:

Paso 10: Transformación del código de la aplicación

AWS Transform transforma el código de su aplicación.NET para que funcione con Aurora PostgreSQL en lugar de con SQL Server. Solicita un nombre de rama de destino en sus repositorios para archivar el código fuente transformado. Una vez que introduzca el nombre de la rama, AWS Transform creará una nueva rama e iniciará la transformación para que coincida con la base de datos de PostgreSQL.

¿Qué se transforma

Cambios en el marco de la entidad:

ADO.NET Cambios:

Cambios de configuración:

Inicie la transformación del código

Paso 11: Revise los resultados de la transformación

Antes de proceder a la implementación, revise los resultados completos de la transformación para asegurarse de que todo esté listo para las pruebas.

Puede descargar el código transformado desde la rama del repositorio para:

También puedes descargar el resumen de la transformación para revisar los cambios en el lenguaje natural que AWS Transform ha realizado como parte de la transformación.

Resumen de la transformación

Genere un informe de transformación

AWS Transform genera un informe de transformación integral:

El informe incluye:

Paso 12: Validación y pruebas

Antes de implementarla en producción, compruebe que la aplicación transformada funciona correctamente con Aurora PostgreSQL.

Tipos de validación

Validación automatizada: AWS Transform realiza comprobaciones automatizadas:

Validación humana: debe realizar pruebas adicionales:

Ejecute la validación automática

Lista de verificación de pruebas

Funcionalidad de base de datos:

Funcionalidad de la aplicación:

Integridad de los datos:

Rendimiento:

Paso 13: Despliegue

Tras una validación correcta, implemente la aplicación y la base de datos modernizadas en producción.

Opciones de implementación

Pre-deployment lista de verificación

Antes de la implementación en producción:

Deploy to Amazon ECS

Supervise el despliegue

AWS Transform implementa su aplicación:

Supervise el progreso de la implementación y verifique:

Post-deployment validación

Tras el despliegue:

Pruebas de humo:

Supervisión del rendimiento:

Validación de usuario:

Procedimientos de reversión

Si surgen problemas después de la implementación:

Reversión inmediata:

Reversión parcial:

Corrección hacia adelante:

Post-deployment optimización

Tras una implementación exitosa:

Ajuste del rendimiento:

Optimización de costes:

Configuración de monitoreo:

Documentación: