Cette série d’articles vous offre un moyen d’évaluer votre environnement de bases de données Oracle actuel, de trouver le chemin de migration vers Azure le plus adapté à vos besoins et des liens vers des documents qui vous aideront à effectuer votre migration. Votre chemin de migration peut être celui d’une machine virtuelle Azure. Il peut également s’agir d’une base de données managées Azure exécutée sur une machine virtuelle Azure.
Pour migrer une base de données Oracle vers un environnement Azure, vous devez :
choisir des ressources Azure comme base de données cible ;
choisir une méthode de migration des données pour évaluer la fenêtre d’interruption ;
trouver comment satisfaire aux exigences de continuité d’activité et de reprise d’activité.
Architecture
Cet organigramme vous montre les étapes à suivre pour déplacer une base de données Oracle vers une base de données PostgreSQL ou SQL dans Azure. Les étapes et les détails sont similaires pour les deux chemins de migration. Prêtez attention aux sections Conversion de schémas et Migration de données.
Téléchargez un fichier Visio de cette architecture.
Workflow
Utilisez des artefacts de script Oracle pour évaluer la base de données Oracle.
La conversion de schéma est différente pour les deux types de bases de données :
PostgreSQL : Utilisez ora2pg pour convertir votre schéma Oracle.
SQL : Utilisez l’Assistant Migration SQL Server (SSMA) pour convertir votre schéma Oracle.
La migration des données est différente pour les deux types de bases de données :
PostgreSQL : Utilisez le service de migration des données Azure pour migrer vos données Oracle.
SQL : Utilisez SSMA pour migrer vos données Oracle.
Testez la conversion à l’aide de tests fonctionnels.
Basculez les chaînes de connexion de l’application pour compléter le basculement de l’application.
Détections des bases de données Oracle
Vous pouvez créer et exécuter des scripts sur vos bases de données Oracle pour évaluer le nombre de tables, de procédures stockées, de vues et de packages qui existent dans l’environnement. Ce tableau présente un exemple des principes d’évaluation :
| Category | Simple | Moyenne | grand | Complex | Custom |
|---|---|---|---|---|---|
| Nombre de tables dans le schéma | <500 | 501-1 000 | 1 001-2 000 | 2 001-3 000 | >3000 |
| Nombre total de SP, de déclencheurs, de fonctions, et d’affichages | <100 | 101-200 | 201-400 | 401-800 | >800 |
| Types de collections par schéma | <10 | 11-20 | 21-40 | 41-80 | >80 |
| Packages par schéma | <10 | 11-25 | 26-50 | 51-100 | >100 |
| Taille des données du schéma | <10 Go | 11-75 Go | 76-500 Go | 501-2 000 | >2000 |
Utilisez le Microsoft Assessment and Planning (MAP) Toolkit pour évaluer la base de données et les schémas Oracle existants. Pour plus d’informations, consultez guide de Migration d’Oracle vers SQL Server.
Arbre de décision de migration
L’arbre de décision de migration vous aide à trouver le chemin approprié de votre migration de bases de données Oracle.
Contributeurs
Cet article est géré par Microsoft. Il a été écrit à l’origine par les contributeurs suivants.
Auteur principal :
- Amber Zhao | Ingénieure client principale
Pour afficher les profils LinkedIn non publics, connectez-vous à LinkedIn.
Ressources associées
Ce que vous allez faire par la suite dépend de l’endroit où vous vous retrouvez sur l’arbre de décision :
Connectivité intercloud : Si vous utilisez déjà l’infrastructure cloud Oracle (OCI), le chemin de migration le plus facile pour vous est l’interconnexion directe entre Azure et OCI. Rendez-vous sur Migration de bases de données Oracle : Connectivité intercloud.
Lift-and-shift sur des machines virtuelles Azure : Vous pouvez déployer vos bases de données Oracle sur Azure à l’aide d’un modèle « Avec apport de votre propre licence ». Rendez-vous dans Images de machine virtuelle Oracle et leur déploiement sur Microsoft Azure.
Refactorisation : Vous disposez d’un code Oracle hérité et vous préférez utiliser un service géré Azure. Rendez-vous sur Migration de bases de données Oracle : Refectorisation.
Réarchitecture : Si vous envisagez de mettre votre ancien code hors service et de modifier votre architecture, Azure SQL Database Managed Instance est une bonne option. Accédez à Migration de bases de données Oracle : Réarchitecture.