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.
Utilisation du rapport d'évaluation des conversions pour la planification de la migration
Le rapport d'évaluation des conversions constitue la première étape de votre processus de migration de base de données. Les organisations utilisent le rapport pour évaluer la complexité de la migration et prendre des décisions éclairées avant de s'engager go/no dans un projet de migration à grande échelle.
Calcul de l'effort de migration total
Le fichier Action_Items_Summary CSV fournit trois valeurs pour chaque type d'action que vous utilisez pour estimer l'effort :
-
Effort d'apprentissage : coût ponctuel nécessaire pour comprendre l'incompatibilité et concevoir une approche de conversion pour ce type d'action. Ce coût n'est facturé qu'une seule fois par type d'action, quel que soit le nombre d'objets de base de données concernés.
-
Effort de conversion d'une occurrence : coût de la résolution d'une seule occurrence de cette action, une fois que vous avez déjà conçu l'approche de conversion.
-
Nombre d'occurrences : nombre d'objets de base de données individuels affectés par ce type d'action.
Note
Les valeurs d'effort dans le CSV sont des unités relatives sur une échelle pondérée, et non des heures. Pour convertir en heures-personnes ou en jours-personnes, multipliez par un facteur d'étalonnage dérivé de la vitesse historique de votre équipe lors de travaux de migration similaires.
Estimation prudente de la limite supérieure
L'estimation la plus simple considère chaque événement comme étant tout aussi difficile. Utilisez cette formule comme limite supérieure dans le pire des cas :
Effort for one action item type = Learning curve effort + (Effort per occurrence × Number of occurrences)
Additionnez la somme de tous les types d'actions pour obtenir votre estimation de la limite supérieure totale :
Total effort (upper bound) = Sum of [ Learning curve effort + (Effort per occurrence × Occurrences) ] for every action item type
Par exemple, l'action 5028 d'un exemple d' Oracle-to-PostgreSQL évaluation comporte un effort de courbe d'apprentissage de 40, un effort par occurrence de 8 et 12 occurrences. Sa limite supérieure totale est de 40 + (8 × 12) = 136.
Estimation réaliste basée sur un scénario
La formule de la limite supérieure surestime l'effort car elle suppose que chaque occurrence demande la même quantité de travail. Dans la pratique, une fois que votre équipe a résolu les premières occurrences d'un type d'action, les occurrences suivantes deviennent plus rapides : la solution est connue et la conversion est routinière. Un modèle plus réaliste ne tient pas compte de la majorité des occurrences.
Divisez les occurrences en deux groupes : un groupe principal sur lequel vous travaillez à fond tout en établissant la solution, et un groupe restant que vous résolvez à moitié une fois le modèle établi. Choisissez la répartition en fonction du niveau de confiance de votre équipe :
Realistic effort for one action item type = (Leading% × Occurrences × Effort per occurrence) + (Remaining% × Occurrences × (Effort per occurrence ÷ 2))
Le tableau suivant présente trois scénarios parmi lesquels une équipe de migration peut choisir :
| Scénario | Groupe dirigeant | Groupe restant | Quand l’utiliser |
|---|---|---|---|
| Optimiste | 10 % | 90 % | Équipe expérimentée, moteur cible bien compris, la plupart des incompatibilités sont mécaniques et très répétitives. |
| Modérée | 30 % | 70 % | Niveau d'expérience mitigé, certains types d'actions sont nouveaux pour l'équipe, projet de migration typique. |
| Conservateur | 50% | 50% | Une nouvelle équipe, une première migration vers ce moteur cible ou des actions concernent de nombreux types d'objets de base de données. |
Par exemple, l'action 5127 (« L'utilisation de CROSS JOIN dans PostgreSQL peut entraîner une baisse des performances ») comporte 8 occurrences et un effort par occurrence de 160. L'estimation de la limite supérieure est 16 + (160 × 8) = 1 296. Selon le scénario modéré (30/70 fractionné) : (0,30 × 8 × 160) + (0,70 × 8 × 80) = 384 + 448 = 832, soit une réduction de 36 %. Selon le scénario optimiste (10/90 fractionné) : (0,10 × 8 × 160) + (0,90 × 8 × 80) = 128 + 576 = 704, soit une réduction de 46 %.
Note
L'effort de la courbe d'apprentissage dans le CSV est un coût unique fixe qui ne diminue pas avec la répétition. Ajoutez-le une fois par type d'action en plus du coût d'occurrence basé sur un scénario. La réduction du scénario s'applique uniquement à l'effort par occurrence, et non à l'effort de la courbe d'apprentissage.
Pour calculer votre effort de migration réaliste total, appliquez le scénario que vous avez choisi à chaque type d'action et additionnez les résultats :
Total realistic effort = Sum of [ Learning curve effort + (Leading% × Occurrences × Effort per occurrence) + (Remaining% × Occurrences × (Effort per occurrence ÷ 2)) ] for every action item type
Hiérarchisation des mesures à prendre
Utilisez la catégorie de complexité et le nombre d'occurrences de chaque action pour décider de l'ordre dans lequel vous les résoudrez. En hiérarchisant les actions de cette manière, vous pouvez commencer par aborder les tâches qui ont le plus d'impact sur votre calendrier de migration.
-
Actions complexes comportant un nombre élevé d'occurrences — Résolvez d'abord ces mesures à prendre. Elles nécessitent le plus d'efforts manuels par occurrence, et un nombre d'occurrences élevé multiplie cet effort sur l'ensemble de votre schéma.
-
Medium-complexity actions : abordez ensuite ces éléments d'action. La conception d'une approche de conversion nécessite généralement moins d'efforts que des actions complexes, mais nécessitent tout de même un travail de conversion manuel.
-
Actions simples : attribuez à ces actions la priorité la plus basse parmi les actions nécessitant un travail manuel. Ils nécessitent généralement le moins d'efforts pour être résolus.
-
Objets de base de données convertis automatiquement — Ces objets de base de données ne nécessitent aucune action. DMS Schema Conversion les convertit sans aucune intervention manuelle.
Pour trouver la catégorie de complexité d'une action, consultez l'onglet Actions de la AWS DMS console ou les Objects with complex actions colonnes Objects with simple actionsObjects with medium-complexity actions, et du fichier CSV récapitulatif. Pour connaître le nombre d'occurrences pour un type d'action, consultez la Number of occurrences colonne du fichier Action_Items_Summary CSV.
Évaluation du risque et de la portée de la migration
Au-delà du calcul de l'effort et de la hiérarchisation des actions individuelles, utilisez votre rapport d'évaluation des conversions pour évaluer le risque global et la portée de votre projet de migration.
-
Identifiez les objets de base de données à haut risque : les objets de base de données que DMS Schema Conversion classe avec des actions moyennement ou complexes nécessitent une conversion manuelle et représentent le risque le plus élevé pour votre calendrier de migration. Les objets de base de données que DMS Schema Conversion convertit automatiquement, ou qui ne comportent que des actions simples, présentent un risque relativement faible. Pour plus d'informations sur la manière dont DMS Schema Conversion attribue ces catégories, consultez. Catégories de complexité
-
Estimez la portée et le calendrier globaux de la migration : utilisez le nombre d'objets de base de données dans l'onglet Résumé ou dans le fichier CSV Résumé pour estimer la part de votre schéma nécessitant une conversion manuelle. Comparez le nombre d'objets de base de données comportant des actions moyennement complexes et complexes par rapport au nombre total d'objets de base de données pour évaluer la portée globale de la migration. Combinez cette étendue à l'effort de migration total que vous avez calculé (voirCalcul de l'effort total) et à la capacité disponible de votre équipe pour prévoir un calendrier pour terminer le travail de conversion manuel.
-
Planifiez la séquence des tâches de conversion manuelles — L'onglet Actions et le fichier CSV des actions fournissent une action recommandée pour chaque type d'action. Utilisez ces recommandations, ainsi que l'ordre de priorité que vous avez établi (voirHiérarchisation des mesures à prendre), pour planifier l'ordre dans lequel votre équipe résoudra les actions. Regroupez les actions qui affectent les objets de base de données connexes, tels que les objets du même schéma ou les objets de base de données qui dépendent les uns des autres, afin que votre équipe puisse résoudre les problèmes connexes ensemble.
