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.
Étape 3. ExécuterAWS SCT des rapports
Dans cette étape, vous utilisez la sortie de l'étape 2 (formatée sous forme de fichier CSV) comme entrée pour exécuter l'évaluateurAWS SCT multiserveur. Vous devez ajouter des informations de connexion (identifiant utilisateur et mot de passe), des noms de base de données et des descriptions de base de données au fichier CSV avant de le fournir en entrée à l'évaluateurAWS SCT multiserveur. Suivez leAWS SCT format fourni dans l'exemple de laAWS documentation.
L'évaluateur multiserveur s'exécute surAWS SCT chaque schéma de base de données répertorié dans le fichier CSV. Il produit un rapport détaillé qui reflète la complexité de la conversion pour chaque schéma. Ce calcul est basé sur le pourcentage d'objets de code, d'objets de stockage et d'éléments de syntaxeAWS SCT pouvant être convertis automatiquement, ainsi que sur le code que vous devez corriger manuellement lors de la migration. Les valeurs de complexité vont de 1 (le moins complexe) à 10 (le plus complexe).
AWS SCTspécifie le niveau de complexité de la conversion en fonction de l'effort de conversion et de migration du code. Le chiffre 1 représente le niveau de complexité le plus bas et le chiffre 10 représente le niveau de complexité le plus élevé. Le tri en fonction du niveau de complexité de la conversion et le filtrage en fonction des valeurs inférieures à 2 génèrent une liste de bases de données susceptibles d'être migrées vers le moteur de base de données cible. Vous pouvez inclure d'autres propriétés, telles que la taille de la base de données et le nombre total d'objets, pour affiner votre liste de candidats, comme indiqué dans les exemples suivants.
Exemples d'évaluateurs multiserveurs
Les exemples suivants utilisent l'évaluateurAWS SCT multiserveur pour évaluer les schémas de base de données Oracle et SQL Server. L'évaluation est réalisée par rapport à PostgreSQL et MySQL en tant que moteurs de base de données cibles.
L'évaluateurAWS SCT multiserveur produit un rapport agrégé récapitulatif qui montre la complexité estimée pour chaque cible de migration. Vous pouvez trier ce rapport dans la colonne Colonne Complexité des conversions pour les moteurs cibles Amazon Relational Database Service (Amazon RDS) pour PostgreSQL ou Amazon RDS for MySQL. Cela fournit une liste de bases de données faciles à migrer vers des moteurs de base de données open source tels que PostgreSQL ou MySQL avec un minimum ou aucun effort, en fonction des exigences de conversion du code, de la complexité du stockage et de la complexité de la syntaxe.
Le tableau suivant présente un exemple de liste de bases de données SQL Server parmi les premières candidates à la migration vers des moteurs de base de données open source tels que PostgreSQL et MySQL. Le tableau inclut également les colonnes Total des objets et Taille en Go issues de la sortie de l'étape 2.
Les données sont triées dans les colonnes de complexité de conversion (pour Amazon RDS for PostgreSQL ou MySQL) par ordre croissant. Vous pouvez également trier le tableau par taille en Go et par nombre total d'objets, par ordre croissant en fonction de vos besoins. Il en résulte une liste de schémas de base de données de plus petite taille, comportant moins d'objets et présentant le moins de complexité de conversion. Le tableau présente la liste des schémas de base de données SQL Server dont la complexité de conversion est de 1 (la moins complexe), pour Amazon RDS for PostgreSQL et Amazon RDS for MySQL. Ces résultats montrent qu'il faudra un minimum d'efforts pour migrer ces schémas vers des moteurs de base de données open source surAWS.
Le tableau suivant présente une liste similaire de bases de données Oracle parmi les premières candidates à la migration vers des bases de données open source PostgreSQL et MySQL.
Les tables Oracle et SQL Server fournissent également des informations essentielles telles que le nom du schéma, la version de la base de données, le nombre total d'objets, la taille du schéma et la complexité de sa conversion. Vous pouvez utiliser ces données pour examiner et planifier la migration en fonction de vos besoins.
