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.

# Modernización de SQL Server
<a name="sql-server-modernization"></a>

AWS Transform for SQL Server Modernization es un AI-powered servicio que automatiza la modernización completa de las bases de datos de Microsoft SQL Server y sus aplicaciones.NET asociadas a Amazon Aurora PostgreSQL. El servicio organiza todo el proceso de migración, desde la conversión de esquemas, la migración de datos y la modificación del código de la aplicación para adaptarlo al nuevo PostgreSQL de destino, lo que hace que sus equipos sean más productivos al automatizar tareas complejas y laboriosas.

## Regiones admitidas
<a name="supported-regions"></a>

AWS Transform for SQL Server está disponible en EE. UU. Este (Norte de Virginia) - us-east-1

**Cross-Region Uso:** en el caso de las bases de datos de regiones no compatibles, puede clonar la base de datos en una región compatible para su transformación y, a continuación, volver a implementar los resultados en la región de destino.

## Capacidades y características clave
<a name="capabilities-key-features"></a>

### Transformación de bases de
<a name="database-transformation"></a>
+ **Conversión de esquemas:** convierte automáticamente los esquemas de SQL Server a Aurora PostgreSQL, incluidas tablas, vistas, índices, restricciones y relaciones
+ **Transformación de procedimientos almacenados:** convierte los procedimientos T-SQL almacenados en archivos con precisión PL/pgSQL AI-enhanced 
+ **Migración de datos:** migra los datos con validación de integridad mediante AWS Database Migration Service (DMS)
+ **Objetos de base de datos:** admite activadores, funciones, vistas, columnas calculadas y columnas de identidad
+ **Validación:** verificación automatizada de la integridad de los datos y comprobaciones de integridad referencial

### Transformación de aplicaciones
<a name="application-transformation"></a>
+ **Transformación de Entity Framework:** actualiza las configuraciones de Entity Framework 6.3-6.5 y EF Core 1.0-8.0 para PostgreSQL
+ **ADO.NET transformación:** convierte el código ADO.NET de acceso a datos de SQL Server a proveedores de PostgreSQL. 
+ Actualizaciones de **cadenas de conexión: actualiza** automáticamente todas las cadenas de conexión de la base de datos a la nueva base de datos PostgreSQL de destino
+ **Cambios en el proveedor de bases de datos:** reemplaza los proveedores de SQL Server por Npgsql (proveedor de PostgreSQL)
+ **Actualizaciones de configuración de ORM:** modifica las asignaciones de tipos de datos, las columnas de identidad y las configuraciones específicas de las bases de datos

### &amp;Validación de la orquestación
<a name="orchestration-validation"></a>
+ **Wave-based modernización:** organiza los grandes patrimonios en fases de migración lógicas
+ **Mapeo de dependencias:** identifica las relaciones entre las aplicaciones y las bases de datos
+ **Human-in-the-loop Puntos de control (HITL):** proporcionan puertas de revisión y aprobación en las etapas críticas
+ **Validación automatizada: comprueba** la compatibilidad de los esquemas, la integridad de los datos y la funcionalidad de la aplicación
+ **CI/CD integración:** se integra con los procesos de desarrollo existentes

### Implementación
<a name="deployment"></a>
+ Implementación de **Amazon ECS y Amazon EC2: implementación** automatizada en contenedores con soporte de autoscalamiento
+ **Infrastructure-as-code generación: crea nuestras plantillas de CDK** CloudFormation AWS 
+ **Validación de despliegue automatizada:** verifica el éxito del despliegue mediante comprobaciones de estado
+ **Capacidades de reversión:** admite los procedimientos de reversión en caso de que surjan problemas

## Versiones y tipos de proyectos compatibles
<a name="supported-versions-project-types"></a>

### Versiones de SQL Server
<a name="sql-server-versions"></a>

AWS Transform admite las siguientes versiones de SQL Server:


| Versión de SQL Server | Estado de Support | 
| --- | --- | 
| SQL Server 2022 |  compatible | 
| SQL Server 2019 |  compatible | 
| SQL Server 2017 |  compatible | 
| SQL Server 2016 |  compatible | 
| SQL Server 2014 |  compatible | 
| SQL Server 2012 |  compatible | 
| SQL Server 2008 R2 |  compatible | 

**nota**  
Se admiten todas las ediciones de SQL Server (Express, Standard, Enterprise). SQL Server se puede alojar en AWS (Amazon RDS for SQL Server o SQL Server en Amazon EC2) o se puede alojar fuera de él. AWS

### Versiones.NET
<a name="dotnet-versions"></a>


| Versión.NET | Estado de Support | 
| --- | --- | 
| .NET 10 |  compatible | 
| .NET 8 |  compatible | 
| .NET 7 |  compatible | 
| .NET 6 (núcleo) |  compatible | 
| .NET Framework 4.x y versiones anteriores | No es compatible | 

**importante**  
No se admiten las versiones antiguas de .NET Framework 4.x y anteriores. Si su aplicación utiliza .NET Framework, primero debe actualizar a .NET Core 6\+ mediante AWS Transform para modernizar.NET antes de utilizar las capacidades de transformación de SQL Server.

### versiones de Entity Framework
<a name="entity-framework-versions"></a>


| Marcos | Versiones compatibles | 
| --- | --- | 
| Entity Framework 6 | 6.3, 6.4, 6.5 | 
| Entity Framework Core | De 1.0 a 8.0 | 
| ADO.NET | Todas las versiones (GA) | 

### Repositorios de código fuente
<a name="source-code-repositories"></a>

AWS Transform es compatible con las siguientes plataformas de código fuente:
+ GitHub y GitHub Enterprise Server
+ GitLab.com y GitLab Self-Managed
+ Bitbucket Cloud y Bitbucket Data Center
+ Azure DevOps y Azure Server DevOps 
+ Amazon S3

### Bases de datos de destino
<a name="target-database"></a>

AWS Transform apunta a Amazon Aurora PostgreSQL (compatible con PostgreSQL 15\+) con soporte para las últimas funciones y optimizaciones de Aurora.

### Requisitos técnicos
<a name="technical-requirements"></a>

#### Requisitos de base de datos
<a name="database-requirements"></a>
+ Microsoft SQL Server desde 2008 R2 hasta 2022
+ SQL Server alojado en AWS (Amazon RDS for SQL Server o SQL Server en Amazon EC2) o alojado fuera de AWS
+ En el AWS caso de las bases de datos alojadas, la base de datos y AWS Transform deben estar en la misma región. AWS 
+ En el caso de las bases de datos alojadas fuera de ella AWS, se requiere conectividad de red con el servicio AWS Transform.
+ Usuario de base de datos con permisos VIEW DEFINITION y VIEW DATABASE STATE
+ Las contraseñas de las bases de datos utilizan únicamente caracteres ASCII imprimibles (excepto '/', '@', '"' y los espacios)
+ La VPC que contiene el SQL Server de origen debe tener subredes en al menos 2 zonas de disponibilidad diferentes (obligatorio para los grupos de subredes de replicación de DMS)

#### Requisitos de la aplicación
<a name="application-requirements"></a>
+ Aplicaciones.NET Core 6, 7 u 8
+ Entity Framework 6.3-6.5 o Entity Framework Core 1.0-8.0, o ADO.NET
+ Las conexiones de bases de datos se pueden detectar en el código fuente
+ Las aplicaciones se compilan y ejecutan correctamente
+ Código fuente en plataformas de repositorio compatibles

#### AWS requisitos de cuenta
<a name="aws-account-requirements"></a>
+ AWS cuenta con acceso de administrador
+ IAM Identity Center activado
+ Se crearon los roles de servicio necesarios (consulte las instrucciones de configuración que aparecen a continuación)
+ VPC con la configuración de red adecuada

### Procesamiento y almacenamiento de datos
<a name="data-processing-storage"></a>

#### Lugar de procesamiento
<a name="processing-location"></a>
+ El procesamiento del esquema se produce en una instancia de DMS dentro de su VPC
+ La migración de datos es opcional y se puede excluir si es necesario
+ Los artefactos de transformación se almacenan en la región de servicio de AWS Transform

#### Artefactos almacenados
<a name="stored-artifacts"></a>

Los siguientes elementos se almacenan en la región de servicio:
+ Registros de agentes
+ Resultados de la evaluación
+ Archivos de esquema SQL
+ Artefactos de salida de DMS

**importante**  
**Importante para la residencia de los datos:** incluso cuando se opta por no realizar la migración de datos, los metadatos y los artefactos de procesamiento se almacenan en la región de servicio. Esto es importante para las organizaciones con requisitos estrictos de residencia de datos.

#### Gestión de artefactos
<a name="artifact-management"></a>
+ Opción de cifrado para el cliente mediante sus propias claves KMS
+ Periodo TTL (tiempo de vida útil) definido para todos los artefactos
+ Los artefactos se pueden descargar para almacenarlos sin conexión

## Requisitos de solicitud
<a name="source-application-requirements"></a>

### .NET Framework heredado
<a name="legacy-dotnet-framework"></a>
+ **Limitación:** .NET Framework 4.x y versiones anteriores no son compatibles.
+ **Solución alternativa:** utilice AWS Transform para .NET para actualizar primero a .NET Core 6\+ y, a continuación, utilice la transformación de SQL Server.

### versiones de Entity Framework
<a name="entity-framework-version-requirements"></a>
+ **Limitación:** solo se admiten Entity Framework 6.3-6.5 y EF Core 1.0-8.0.
+ **Solución alternativa:** actualice a una versión de Entity Framework compatible antes de la transformación.

### VB.NET aplicaciones
<a name="vbnet-applications"></a>
+ **Limitación:** no VB.NET es compatible.
+ **Solución alternativa:** convierta a C\# o utilice AWS Transform custom para convertir de VB.NET C\#.

### Cross-database dependencias
<a name="cross-database-dependencies"></a>
+ **Limitación:** problemas cuando los esquemas de bases de datos interactúan entre varias bases de datos.
+ **Solución alternativa:** revise y refactorice las consultas entre bases de datos antes de la migración. Considere la posibilidad de consolidar bases de datos o utilizar esquemas PostgreSQL.
+ **Impacto:** podría requerir la intervención humana en escenarios complejos entre bases de datos.

### Repository-database acoplamiento
<a name="repository-database-coupling"></a>
+ **Limitación:** desafíos cuando un único repositorio sirve para múltiples bases de datos.
+ **Solución alternativa:** considere la posibilidad de reestructurar los repositorios o adoptar un enfoque de migración gradual.
+ **Impacto:** las migraciones basadas en oleadas podrían requerir una planificación adicional.

## Requisitos de infraestructura
<a name="infrastructure-requirements"></a>

### Único account/region por trabajo
<a name="single-account-region-per-job"></a>
+ **Limitación:** cada trabajo de transformación se dirige a una AWS cuenta y una región.
+ **Solución alternativa:** cree varios trabajos de transformación para despliegues con varias cuentas o regiones.

### Objetivos de implementación
<a name="deployment-targets"></a>
+ **Limitación:** se admiten las implementaciones de Amazon ECS y Amazon EC2.

## Requisitos de repositorio
<a name="repository-requirements"></a>

### NuGet Paquetes privados
<a name="private-nuget-packages"></a>
+ **Limitación:** NuGet los paquetes privados requieren una configuración adicional.
+ **Solución alternativa:** configure los NuGet feeds privados en los ajustes de transformación antes de iniciar el trabajo.