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.
Phase 2 : Planifier
Après avoir rassemblé des informations sur la base de données pendant la phase de préparation, vous déterminez la stratégie de migration lors de la phase de planification. Il existe sept stratégies migratoires communes (7 R) :
-
Réhéberger
-
Recréation de plateforme
-
Refactor (réarchitecte)
-
Rachat
-
Mise hors service
-
Conserver
-
Déménager
Pour obtenir de l'aide pour déterminer le type R, consultez l'arbre de décision du guide d'évaluation du portefeuille d'applications pour AWS Cloud la migration. La stratégie de migration de votre base de données dépend de facteurs tels que les besoins de votre entreprise, les contraintes temporelles et financières et les besoins en ressources. Toutefois, dans le cas d'une migration homogène, où les moteurs de base de données source et cible sont tous deux Oracle, la stratégie de migration se limite au réhébergement, à la replateforme et à la relocalisation. La stratégie de migration permet également de déterminer la cible. Si vous choisissez le type de migration rehost ou relocate, la cible d'Oracle Database est une EC2 instance. Si vous choisissez la stratégie de replateforme, la cible est Amazon RDS pour Oracle ou Amazon RDS Custom pour Oracle.
Le tableau suivant répertorie les types R pris en charge pour les migrations de bases de données homogènes basées sur la technologie de base de données Oracle source.
| Source : technologie de base de données Oracle | Réhéberger | Recréation de plateforme | Déménager |
|---|---|---|---|
Oracle Database Enterprise Edition |
|
|
|
Oracle Database Standard Edition 2 |
|
|
|
Oracle Real Application Clusters (RAC) |
Non disponible |
Non disponible |
Non disponible |
Oracle RAC avec Data Guard |
Non disponible |
Non disponible |
|
Cluster autonome Oracle avec Data Guard |
|
|
|
Oracle Exadata |
Non disponible |
|
Non disponible |
Entrepôt de données Oracle |
|
Non disponible |
|
Planification des ressources d'entreprise (ERP) Oracle |
|
Non disponible |
|
Le choix d'une stratégie de migration dépend également de la charge de travail. Vous pouvez utiliser AWS Schema Conversion Tool (AWS SCT) ou AWS Database Migration Service (AWS DMS) Schema Conversion pour évaluer et décider de la stratégie de migration. Le tableau suivant présente des exemples de charges de travail d'applications et les stratégies de migration correspondantes.
| Type d'application | Description | Stratégie de migration |
|---|---|---|
Applications internes |
Charges de travail liées à la connectivité aux bases de données en ligne (ODBC) ou Java Database Connectivity (JDBC) et charges de travail légères dotées de fonctionnalités propriétaires |
Candidat à la replateforme |
Logiciel fourni en mode SaaS ou ISV |
Charges de travail lourdes associées à des fonctionnalités propriétaires |
Candidat à la replateforme |
Applications ERP |
Charges de travail spécifiques au moteur |
Candidat pour la replateforme ou le réhébergement |
