Database Migration Service pour Oracle hétérogène vers AlloyDB pour PostgreSQL

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 AlloyDB pour PostgreSQL. Le service de migration de bases de données 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 AlloyDB pour PostgreSQL:

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 la base de données Oracle en instance unique
    • Oracle Exadata
    • Oracle Active Data Guard
    • Oracle Real Application Clusters (RAC)

La prise en charge complète dépend également de votre version Oracle source. Le tableau suivant répertorie 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 AlloyDB pour PostgreSQL 12, 13, 14 et 15
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 à partir d'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 interactive dans laquelle vous pouvez convertir vos schémas, tables et autres objets de la syntaxe Oracle en syntaxe PostgreSQL. Les espaces de travail de conversion interactifs prennent également en charge 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 la section Espaces de travail de conversion.

Flux de données de migration continue

Pour les migrations hétérogènes d'Oracle vers PostgreSQL, Database Migration Service prend en charge le flux de migration continue. Dans cette approche, vos données sont d'abord chargées à partir d'un vidage complet, puis mises à jour en permanence en fonction des informations de modification des données issues des fichiers journaux de la base de données.

Présentation du flux de migration Oracle.
Figure 1. Déplacement de données pendant la migration hétérogène Oracle avec Database Migration Service (cliquez pour agrandir)
Présentation du flux de migration Oracle.

De manière générale, vos données passent par les phases de migration suivantes:

  1. Vous utilisez l'espace de travail de conversion Database Migration Service pour convertir vos schémas, vos tables et d'autres objets de la syntaxe Oracle en syntaxe PostgreSQL.

    Les bases de données Oracle peuvent souvent comporter 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.

  2. 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.

  3. La phase de vidage complet est la première partie du processus de migration. Vous pouvez effectuer un dump complet de deux façons:

    • 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 complète et l'effectuer vous-même en dehors de Database Migration Service. Dans ce cas, 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.
  4. Une fois la phase de vidage complet terminée, Database Migration Service passe à la phase de CDC. Lors de la capture de données modifiées, Database Migration Service continue de surveiller les modifications apportées à vos bases de données sources, puis de les répliquer en continu sur l'instance de destination.

    Au cours de cette phase, Database Migration Service ne copie pas les données réelles de vos tables sources. Il lit plutôt les informations extraites des fichiers journaux de base de données pour répliquer les modifications dans la destination. Pour en savoir plus sur ce mécanisme, consultez la section Capture des données modifiées.

Vous pouvez arrêter la réplication en cours et promouvoir le job de migration lorsque vous souhaitez modifier votre application afin 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é par étapes, consultez le Guide de migration d'Oracle vers AlloyDB pour PostgreSQL.

Surveillance

Exemple de diagramme du délai de réplication de la tâche de migration dans Database Migration Service.
Figure 2. Exemple de diagramme d'observabilité dans Database Migration Service. (cliquez pour agrandir)
Exemple de diagramme du délai de réplication de la tâche de migration dans Database Migration Service.

Database Migration Service fournit des fonctionnalités de journalisation et d'observabilité étendues 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 sur l'état de santé de l'instance de destination AlloyDB pour PostgreSQL et l'état du job de migration.

Pour en savoir plus, consultez la section Métriques des jobs de migration.

Sécurité de la migration

Database Migration Service propose plusieurs mécanismes de chiffrement que vous pouvez utiliser pour renforcer la sécurité pendant le processus de migration. Ces mécanismes incluent les suivants:

  • 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 la présentation du chiffrement.

  • Certificats de chiffrement pour sécuriser le transfert de données pendant les phases de vidage complet et de CDC. Pour en savoir plus, consultez la section CMEK pour les tâches de migration.

Étape suivante