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 la 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 :
Sources et destinations compatibles liste toutes les versions d'Oracle compatibles avec Database Migration Service.
Conversion de code et de schéma décrit comment Database Migration Service peut vous aider à convertir vos schémas, tables et autres objets de la syntaxe Oracle vers la syntaxe PostgreSQL.
Le flux de données des migrations continues fournit une vue d'ensemble de la façon dont vos données sont déplacées dans Google Cloud pendant le processus de migration.
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 d'une base de données Oracle à instance unique
- Oracle Exadata
- Oracle Active Data Guard
- Oracle Real Application Clusters (RAC)
La compatibilité complète dépend également de votre version d'Oracle source. Le tableau suivant liste toutes les versions compatibles pour les migrations Oracle hétérogènes :
| 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, 18. |
| 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 ne permet pas de migrer depuis Oracle Autonomous Database.
Conversion du code et du schéma
Les espaces de travail de conversion Database Migration Service offrent une expérience d'éditeur interactive dans laquelle vous pouvez convertir vos schémas, tables et autres objets de la syntaxe Oracle vers la syntaxe PostgreSQL. Vous pouvez préparer votre espace de travail de conversion en vous connectant directement à votre base de données source ou hors connexion en important des fichiers de schéma extraits dans Cloud Storage. Les espaces de travail de conversion interactifs sont également compatibles avec les workflows assistés par Gemini, avec l'explicabilité du code et la correction 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 accepte 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 suivantes :
Migrations ponctuelles
-
Vous utilisez l'espace de travail de conversion 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.
-
Une fois que vous avez traduit toutes vos entités dans la 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 sur la base de données source pendant la phase de dump complet. Vous éviterez ainsi de perdre les 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 basculer votre application pour utiliser la nouvelle base de données de destination.
Migrations continues
-
Vous utilisez l'espace de travail de conversion 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.
-
Une fois que vous avez traduit toutes vos entités dans la 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 dump 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.
Pendant la phase de CDC, Database Migration Service ne copie pas les données réelles de vos tables sources. À la place, 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 basculer 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é, consultez le guide de migration d'Oracle vers Cloud SQL pour PostgreSQL.
Surveillance
Database Migration Service fournit 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 des jobs 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 :
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.
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.
Étapes suivantes
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 un guide de migration complet, étape par étape, consultez le guide de migration d'Oracle vers Cloud SQL pour PostgreSQL.