Avec Database Migration Service, vous pouvez convertir le schéma, les tables et les objets de code de votre base de données Oracle en syntaxe PostgreSQL, puis migrer les données de vos bases de données Oracle vers Cloud SQL pour PostgreSQL. Database Migration Service est compatible avec plusieurs offres Oracle , y compris solution Bare Metal, Oracle Real Application Clusters (RAC) et les instances autogérées.
Cette page présente les principales fonctionnalités de Database Migration Service pour les migrations hétérogènes d'Oracle vers Cloud SQL pour PostgreSQL :
Bases de données source et de destination acceptées répertorie toutes les versions d'Oracle compatibles avec Database Migration Service.
La section Conversion de code et de schéma explique comment Database Migration Service peut vous aider à convertir vos schémas, tables et autres objets de la syntaxe Oracle vers la syntaxe PostgreSQL.
La section Flux de données des migrations continues présente une vue d'ensemble de bout en bout du déplacement de vos données pendant le processus de migration. Google Cloud
La section Surveillance présente les journaux et les métriques qui peuvent vous aider à observer la progression et l’état de votre job de migration.
La section Sécurité de la migration examine les fonctionnalités de chiffrement proposées par Database Migration Service.
Bases de données source et de destination acceptées
Database Migration Service est compatible avec les bases de données Oracle suivantes en tant que sources de migration :
- Amazon RDS pour Oracle
- Déploiements auto-hébergés, y compris :
- Déploiement de base de données Oracle à instance unique
- Oracle Exadata
- Oracle Active Data Guard
- Oracle Real Application Clusters (RAC)
La compatibilité totale dépend également de votre version source d'Oracle. Le tableau suivant répertorie toutes les versions compatibles pour les migrations hétérogènes d'Oracle :
| Bases de données sources | Bases de données de destination |
|---|---|
| Oracle 11g, version 11.2.0.4 | Cloud SQL pour PostgreSQL 12, 13, 14, 15, 16, 17. |
| Oracle 12c, version 12.1.0.2 | |
| Oracle 12c, version 12.2.0.1 | |
| Oracle 18c | |
| Oracle 19c | |
| Oracle 21c |
Bases de données sources non compatibles
Database Migration Service n'est pas compatible avec la migration depuis Oracle Autonomous Database.
Conversion de code et de schéma
Les espaces de travail de conversion de Database Migration Service offrent une expérience d'éditeur interactif dans laquelle vous pouvez convertir vos schémas, tables et autres objets de la syntaxe Oracle vers la syntaxe PostgreSQL. Les espaces de travail de conversion interactifs sont également compatibles avec les workflows assistés par Gemini, avec l'explicabilité du code et la résolution des problèmes de conversion.
Pour en savoir plus, consultez Espaces de travail de conversion.
Flux de données de migration
Pour les migrations hétérogènes d'Oracle vers PostgreSQL, Database Migration Service est compatible avec les flux de migration continus et ponctuels. Avec les migrations continues, vos données sont d'abord chargées à partir d'un vidage complet, puis mises à jour en continu en fonction des informations de modification des données issues des fichiers journaux de la base de données
De manière générale, vos données passent par les phases de migration comme suit :
Migrations ponctuelles
-
Vous utilisez l'espace de travail de conversion de Database Migration Service pour convertir vos schémas, tables et autres objets de la syntaxe Oracle vers la syntaxe PostgreSQL.
Les bases de données Oracle peuvent souvent contenir plusieurs milliers d'objets dont vous devez convertir le schéma. Avec Database Migration Service, vous pouvez diviser votre travail en plusieurs phases. Database Migration Service peut se connecter à vos bases de données sources et extraire les informations de schéma requises si nécessaire.
-
Lorsque vous avez terminé de traduire toutes vos entités en syntaxe PostgreSQL, vous appliquez le schéma aux bases de données de l'instance de destination.
L'objectif de cette étape est de préparer vos bases de données de destination afin que Database Migration Service puisse ensuite répliquer les données des tables sources vers leurs équivalents corrects dans AlloyDB pour PostgreSQL.
Une fois votre schéma appliqué, vous pouvez commencer la migration des données.
-
La phase de vidage complet est la seule partie du processus de migration ponctuelle. Au cours de cette phase, Database Migration Service se connecte à votre instance source, lit le contenu des tables que vous avez sélectionnées pour la migration, puis charge les données dans l'instance de destination AlloyDB pour PostgreSQL.
Pour les migrations ponctuelles, nous vous recommandons de désactiver les écritures dans la base de données source pendant la phase de vidage complet. Vous pouvez ainsi éviter de perdre des données créées après le début du processus de migration.
-
Une fois la phase de vidage complet terminée, vous pouvez promouvoir la base de données de destination et configurer votre application pour qu'elle utilise la nouvelle base de données de destination.
Migrations continues
-
Vous utilisez l'espace de travail de conversion de Database Migration Service pour convertir vos schémas, tables et autres objets de la syntaxe Oracle vers la syntaxe PostgreSQL.
Les bases de données Oracle peuvent souvent contenir plusieurs milliers d'objets dont vous devez convertir le schéma. Avec Database Migration Service, vous pouvez diviser votre travail en plusieurs phases. Database Migration Service peut se connecter à vos bases de données sources et extraire les informations de schéma requises si nécessaire.
-
Lorsque vous avez terminé de traduire toutes vos entités en syntaxe PostgreSQL, vous appliquez le schéma aux bases de données de l'instance de destination.
L'objectif de cette étape est de préparer vos bases de données de destination afin que Database Migration Service puisse ensuite répliquer les données des tables sources vers leurs équivalents corrects dans AlloyDB pour PostgreSQL.
Une fois votre schéma appliqué, vous pouvez commencer la migration des données.
-
La phase de vidage complet est la première partie du processus de migration. Vous pouvez effectuer un vidage complet de deux manières :
-
Automatique : Database Migration Service se connecte à votre instance source, lit le contenu des tables que vous avez sélectionnées pour la migration, puis charge les données dans l'instance de destination AlloyDB pour PostgreSQL.
Au cours de cette phase, Database Migration Service capture le contenu réel de votre base de données.
- Manuel : vous pouvez ignorer la phase de vidage complet et l'effectuer vous-même en dehors de Database Migration Service. Si vous le faites, vous pouvez démarrer le processus de migration avec la phase de capture des données modifiées (CDC) en fournissant un numéro de modification du système Oracle comme point de départ de la réplication.
-
-
Pour les migrations continues, une fois la phase de vidage complet terminée, Database Migration Service passe à la phase CDC. Pendant la CDC, Database Migration Service continue de surveiller les modifications apportées à vos bases de données sources, puis les réplique en continu sur l'instance de destination.
Au cours de la phase CDC, Database Migration Service ne copie pas les données réelles de vos tables sources. Au lieu de cela, il lit les informations extraites des fichiers journaux de la base de données pour répliquer les modifications dans la destination. Pour en savoir plus sur ce mécanisme, consultez Capture de données modifiées. Vous pouvez arrêter la réplication en cours et promouvoir le job de migration lorsque vous souhaitez configurer votre application pour qu'elle utilise l'instance de destination AlloyDB pour PostgreSQL comme base de données de production.
Pour obtenir un guide de migration détaillé, étape par étape, consultez Guide de migration d'Oracle vers Cloud SQL pour PostgreSQL.
Surveillance
Database Migration Service offre des fonctionnalités étendues de journalisation et d'observabilité pour vous aider à surveiller la progression de la migration. Ces fonctionnalités incluent des diagnostics en temps réel pour le délai de réplication et la progression de la CDC, ainsi que des journaux détaillés pour l'état de l'instance de destination Cloud SQL pour PostgreSQL et l'état du job de migration.
Pour en savoir plus, consultez Métriques du job de migration.
Sécurité de la migration
Database Migration Service fournit plusieurs mécanismes de chiffrement que vous pouvez utiliser pour renforcer la sécurité pendant le processus de migration. Ces mécanismes incluent :
Les certificats SSL/TLS pour chiffrer les connexions réseau entre Database Migration Service et les bases de données sources. Pour en savoir plus, consultez Présentation du chiffrement.
Les certificats de chiffrement pour sécuriser le déplacement des données pendant les phases de vidage complet et de CDC. Pour en savoir plus, consultez CMEK pour les jobs de migration.
Étape suivante
Pour en savoir plus sur la compatibilité des types de données et des fonctionnalités Oracle dans Database Migration Service, consultez Limites connues.
Pour obtenir une procédure de migration complète, étape par étape, consultez Guide de migration d'Oracle vers Cloud SQL pour PostgreSQL.