Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Modernisation de SQL Server
AWS Transform for SQL Server Modernization est un AI-powered service qui automatise la modernisation complète des bases de données Microsoft SQL Server et de leurs applications .NET associées vers Amazon Aurora PostgreSQL. Le service orchestre l'ensemble du processus de migration, de la conversion du schéma à la migration des données, en passant par la modification du code de l'application pour l'adapter à la nouvelle cible PostgreSQL, afin de rendre vos équipes plus productives en automatisant des tâches complexes et exigeantes en main-d'œuvre.
Régions prises en charge
AWS Transform for SQL Server est disponible dans l'est des États-Unis (Virginie du Nord) - us-east-1
Cross-Region Utilisation : pour les bases de données situées dans des régions non prises en charge, vous pouvez cloner la base de données dans une région prise en charge à des fins de transformation, puis redéployer les résultats dans votre région cible.
Capacités et fonctionnalités clés
Transformation de la base
Conversion de schéma : convertit automatiquement les schémas SQL Server en Aurora PostgreSQL, notamment les tables, les vues, les index, les contraintes et les relations
Transformation de procédures stockées : convertit les procédures T-SQL stockées en procédures stockées PL/pgSQL avec AI-enhanced précision
Migration des données : migre les données avec validation de l'intégrité à l'aide du AWS Database Migration Service (DMS)
Objets de base de données : prend en charge les déclencheurs, les fonctions, les vues, les colonnes calculées et les colonnes d'identité
Validation : vérification automatisée de l'intégrité des données et contrôles de l'intégrité référentielle
Transformation des applications
Transformation d'Entity Framework : met à jour les configurations Entity Framework 6.3-6.5 et EF Core 1.0-8.0 pour PostgreSQL
ADO.NET transformation : convertit le code d'accès aux ADO.NET données de SQL Server en fournisseurs PostgreSQL.
Mises à jour des chaînes de connexion : met automatiquement à jour toutes les chaînes de connexion de base de données vers la nouvelle base de données PostgreSQL cible
Modifications apportées au fournisseur de base de données : remplace les fournisseurs SQL Server par Npgsql (fournisseur PostgreSQL)
Mises à jour de configuration ORM : modifie les mappages de types de données, les colonnes d'identité et les configurations spécifiques à la base de données
Validation de l'orchestration &
Wave-based modernisation : organise les grands domaines en phases de migration logiques
Cartographie des dépendances : identifie les relations entre les applications et les bases de données
Human-in-the-loop Points de contrôle (HITL) : fournissent des portes de révision et d'approbation aux étapes critiques
Validation automatique : teste la compatibilité des schémas, l'intégrité des données et les fonctionnalités des applications
CI/CD intégration : s'intègre aux pipelines de développement existants
Déploiement
Déploiement d'Amazon ECS et d'Amazon EC2 : déploiement conteneurisé automatisé avec prise en charge de l'auto-scaling
Infrastructure-as-code génération : crée CloudFormation ou AWS CDK des modèles
Validation automatique du déploiement : vérifie la réussite du déploiement grâce à des contrôles de santé
Capacités de restauration : prend en charge les procédures de restauration en cas de problème
Versions et types de projets pris en charge
Versions de SQL Server
AWS Transform prend en charge les versions de SQL Server suivantes :
| SQL Server Version | État du support |
|---|---|
| SQL Server 2 022 | Pris en charge |
| SQL Server 2019 | Pris en charge |
| SQL Server 2017 | Pris en charge |
| SQL Server 2016 | Pris en charge |
| SQL Server 2014 | Pris en charge |
| SQL Server 2012 | Pris en charge |
| SQL Server 2008 R2 | Pris en charge |
Note
Toutes les éditions de SQL Server sont prises en charge (Express, Standard, Enterprise). SQL Server peut être hébergé sur AWS (Amazon RDS pour SQL Server ou SQL Server sur Amazon EC2) ou hébergé en dehors de. AWS
Versions .NET
| Version .NET | État du support |
|---|---|
| .NET 10 | Pris en charge |
| .NET 8 | Pris en charge |
| .NET 7 | Pris en charge |
| .NET 6 (noyau) | Pris en charge |
| .NET Framework 4.x et versions antérieures | Non pris en charge |
Important
Les anciennes versions .NET Framework 4.x et antérieures ne sont pas prises en charge. Si votre application utilise .NET Framework, vous devez d'abord effectuer une mise à niveau vers .NET Core 6+ à l'aide de AWS Transform pour la modernisation de .NET avant d'utiliser les fonctionnalités de transformation de SQL Server.
Versions du framework Entity
| Cadre | Versions prises en charge |
|---|---|
| Entity Framework 6 | 6,3, 6,4, 6,5 |
| Entity Framework Core | 1.0 à 8.0 |
| ADO.NET | Toutes les versions (GA) |
Référentiels de code source
AWS Transform prend en charge les plateformes de code source suivantes :
GitHub et GitHub Enterprise Server
GitLab.com et GitLab Self-Managed
Bitbucket Cloud et Bitbucket Data Center
Azure DevOps et Azure DevOps Server
Amazon S3
Base de données cible
AWS Transform cible Amazon Aurora PostgreSQL (compatible avec PostgreSQL 15+) en prenant en charge les dernières fonctionnalités et optimisations d'Aurora.
Exigences techniques
Exigences de base de données
Microsoft SQL Server version 2008 R2 à 2022
SQL Server hébergé sur AWS (Amazon RDS pour SQL Server ou SQL Server sur Amazon EC2) ou hébergé en dehors de AWS
Pour les bases de données AWS hébergées, la base de données et AWS Transform doivent se trouver dans la même AWS région.
Pour les bases de données hébergées en dehors de AWS, une connectivité réseau au service AWS Transform est requise.
Utilisateur de base de données disposant des autorisations VIEW DEFINITION et VIEW DATABASE STATE
Mots de passe de base de données utilisant uniquement des caractères ASCII imprimables (à l'exception de '/', '@', '"' et des espaces)
Le VPC contenant le SQL Server source doit avoir des sous-réseaux dans au moins 2 zones de disponibilité différentes (obligatoire pour les groupes de sous-réseaux de réplication DMS)
Exigences relatives à la demande
Applications .NET Core 6, 7 ou 8
Entity Framework 6.3-6.5 ou Entity Framework Core 1.0-8.0, ou ADO.NET
Connexions aux bases de données détectables dans le code source
Les applications sont créées et exécutées avec succès
Code source dans les plateformes de dépôt prises en charge
AWS exigences relatives au compte
AWS compte avec accès administrateur
IAM Identity Center activé
Rôles de service requis créés (voir les instructions de configuration ci-dessous)
VPC avec configuration réseau appropriée
Traitement et stockage des données
Lieu de traitement
Le traitement du schéma s'effectue dans une instance DMS au sein de votre VPC
La migration des données est facultative et peut être exclue si nécessaire
Les artefacts de transformation sont stockés dans la région de service AWS Transform
Artefacts stockés
Les éléments suivants sont stockés dans la région de service :
Journaux de l’agent
Résultats de l’évaluation
fichiers de schéma SQL
Artefacts de sortie DMS
Important
Important pour la résidence des données : même lorsque la migration des données est désactivée, les métadonnées et les artefacts de traitement sont stockés dans la région de service. Cela est important pour les organisations soumises à des exigences strictes en matière de résidence des données.
Gestion des artifacts
Option client pour le chiffrement à l'aide de vos propres clés KMS
Période TTL (durée de vie) définie pour tous les artefacts
Les artefacts peuvent être téléchargés pour un stockage hors ligne
Exigences relatives à la demande
Framework .NET hérité
Limitation : .NET Framework 4.x et les versions antérieures ne sont pas prises en charge.
Solution : utilisez AWS Transform for .NET pour effectuer d'abord la mise à niveau vers .NET Core 6+, puis utilisez la transformation SQL Server.
Versions du framework Entity
Limitation : seuls Entity Framework 6.3-6.5 et EF Core 1.0-8.0 sont pris en charge.
Solution : effectuez une mise à niveau vers une version d'Entity Framework prise en charge avant la transformation.
VB.NET applications
Limitation : n' VB.NET est pas pris en charge.
Solution : convertissez en C# ou utilisez AWS Transform custom pour convertir en C#. VB.NET
Cross-database dépendances
Limitation : Difficultés lorsque les schémas de base de données interagissent entre plusieurs bases de données.
Solution : passez en revue et refactorisez les requêtes entre bases de données avant la migration. Envisagez de consolider des bases de données ou d'utiliser des schémas PostgreSQL.
Conséquence : une intervention humaine peut être nécessaire pour les scénarios complexes impliquant plusieurs bases de données.
Repository-database accouplement
Limitation : Difficultés lorsqu'un seul référentiel dessert plusieurs bases de données.
Solution : envisagez une restructuration du référentiel ou une approche de migration progressive.
Conséquence : peut nécessiter une planification supplémentaire pour les migrations basées sur les vagues.
Exigences en matière d'infrastructure
Une seule account/region fois par tâche
Limite : chaque tâche de transformation cible un AWS compte et une région.
Solution : créez plusieurs tâches de transformation pour les déploiements multicomptes ou multirégions.
Cibles de déploiement
Limitation : les déploiements Amazon ECS et Amazon EC2 sont pris en charge.
Exigences relatives au référentiel
NuGet Forfaits privés
Limitation : les NuGet packages privés nécessitent une configuration supplémentaire.
Solution : configurez les NuGet flux privés dans les paramètres de transformation avant de démarrer le travail.
