Migrer votre base de données Oracle vers AlloyDB pour PostgreSQL

Cette page explique comment convertir votre base de données Oracle en syntaxe PostgreSQL et migrer les données vers AlloyDB pour PostgreSQL avec Database Migration Service.

Le processus de migration comprend les tâches suivantes :

  1. Configurer votre base de données source pour la connectivité de migration et préparer les données à convertir au format PostgreSQL.

  2. Créer l'instance de destination AlloyDB pour PostgreSQL.

  3. Convertir votre schéma Oracle et d'autres objets en syntaxe PostgreSQL avec un espace de travail de conversion Database Migration Service.

  4. Créer et exécuter le job de migration dans Database Migration Service.

  5. Surveiller la progression du job de migration à l'aide des fonctionnalités d'observabilité de Database Migration Service.

  6. Promouvoir le travail de migration une fois les données entièrement migrées.

Coûts

Dans ce document, vous utilisez les composants facturables suivants de Google Cloud:

Obtenez une estimation des coûts en fonction de votre utilisation prévue à l'aide du simulateur de coût.

Avant de commencer

  1. Vérifiez si ce chemin de migration est entièrement compatible avec votre scénario. Consultez les pages suivantes :
    • Les sources et destinations compatibles sur la page Présentation du scénario listent toutes les versions sources et de destination compatibles.
    • La page Limitations connues décrit les types de données, les tailles de base de données et les autres limites compatibles.
    • La page Présentation de la mise en réseau décrit les solutions de connectivité réseau disponibles.

      Pour migrer vos données, Database Migration Service doit établir une connexion réseau à vos instances source et de destination. Selon votre architecture, vous devrez peut-être effectuer des préparatifs supplémentaires pour faciliter la connectivité réseau.

  2. Pour les migrations ponctuelles : tenez compte du calendrier de votre migration. Les migrations ponctuelles n'effectuent qu'une opération de vidage et de chargement complète sans capture ultérieure des données modifiées. Nous vous recommandons de désactiver les opérations d'écriture dans votre base de données source pour le processus de migration afin d'éviter toute perte de données.
  3. Déterminez la région dans laquelle vous souhaitez créer la base de données de destination. Database Migration Service est un produit entièrement régional, ce qui signifie que toutes les entités liées à votre migration (profils de connexion source et de destination, jobs de migration, bases de données de destination, espaces de travail de conversion) doivent être enregistrées dans une seule région.
  4. Dans la Google Cloud console, sur la page de sélection du projet, sélectionnez ou créez un Google Cloud projet.

    Accéder au sélecteur de projet

  5. Activez les API Database Migration Service, Compute Engine, Cloud Storage, et Cloud SQL Admin.

    Activer les API

Rôles requis

Pour obtenir les autorisations nécessaires pour effectuer des migrations hétérogènes de SQL Server avec Database Migration Service, demandez à votre administrateur de vous accorder les rôles IAM requis sur votre projet :

Pour en savoir plus sur l'attribution de rôles, consultez la page Gérer l'accès dans la documentation Identity and Access Management.

Ces rôles prédéfinis contiennent les autorisations requises pour effectuer des migrations hétérogènes de SQL Server avec Database Migration Service. Pour afficher les autorisations exactes requises, développez la section Autorisations requises :

Autorisations requises

Les autorisations suivantes sont requises pour effectuer des migrations hétérogènes de SQL Server migrations avec Database Migration Service :

  • datamigration.*

  • cloudaicompanion.entitlements.get

    Cette autorisation est incluse dans le roles/datamigration.admin rôle. Elle est requise pour les fonctionnalités de conversion améliorées par Gemini.

  • alloydb.clusters.create
  • alloydb.clusters.get
  • alloydb.clusters.list
  • alloydb.clusters.update
  • alloydb.clusters.delete
  • alloydb.instances.create
  • alloydb.instances.get
  • alloydb.instances.list
  • alloydb.instances.update
  • alloydb.instances.delete
  • alloydb.operations.get
  • alloydb.users.list
  • alloydb.users.get
  • alloydb.users.create
  • alloydb.users.update
  • alloydb.users.delete

Étape 1. Préparer votre base de données source

Pour préparer vos données sources à la migration, procédez comme suit :

  1. Configurez la connectivité de la base de données source. Procédez comme suit :
    1. Facultatif : déterminez si vous souhaitez utiliser des certificats SSL/TLS pour sécuriser la connexion réseau source. Pour en savoir plus, consultez la page Sécuriser les connexions réseau avec TLS.

      Le chiffrement SSL/TLS est compatible avec Oracle version 12 et ultérieures. Database Migration Service n'est compatible qu'avec la méthode de chiffrement TLS. Selon votre configuration SSL/TLS, vous devrez peut-être effectuer des étapes de configuration supplémentaires sur votre base de données source.

    2. Choisissez et configurez votre méthode de connectivité réseau source.
  2. Configurez votre instance de base de données source.

    Dans cette étape, vous allez créer un compte utilisateur de base de données de migration dédié et activer les fonctionnalités de réplication nécessaires.

  3. Facultatif : optimisez la configuration de votre fichier journal.

    L'accès aux fichiers journaux archivés ajoute intrinsèquement une certaine latence au processus de migration. Vous pouvez ajuster certains paramètres de fichier journal pour contrôler l'impact de la latence.

  4. Créez un profil de connexion source.

    Les profils de connexion contiennent les informations nécessaires à Database Migration Service pour établir la connexion à votre base de données source. Les informations de connexion varient en fonction de la méthode de connectivité réseau source que vous utilisez.

Étape 2. Préparer votre instance de destination AlloyDB pour PostgreSQL

Pour configurer votre instance Cloud SQL de destination, procédez comme suit :

  1. Choisissez et configurez votre méthode de connectivité réseau de destination.
  2. Créez et configurez votre instance de destination AlloyDB pour PostgreSQL.

    Assurez-vous d'utiliser suffisamment de ressources de calcul et de mémoire pour répondre à vos besoins de migration besoins. Pour en savoir plus, consultez la page Recommandations de migration.

  3. Créez un profil de connexion de destination.

    Les profils de connexion contiennent les informations nécessaires à Database Migration Service pour établir la connexion à votre base de données de destination. Les informations de connexion varient en fonction de la méthode de connectivité réseau de destination que vous utilisez.

Étape 3. Convertir les objets Oracle en syntaxe PostgreSQL

Les bases de données peuvent souvent contenir des milliers d'objets. Les convertir tous en une seule session peut être un processus difficile. Avec les espaces de travail de conversion, vous pouvez diviser le processus de conversion en plusieurs phases au cours desquelles vous ajoutez de nouveaux objets à la conversion, corrigez les problèmes, puis les testez dans votre base de données de destination.

Pour convertir des objets à partir de votre base de données source, procédez comme suit :

  1. Créez l'espace de travail de conversion et exécutez la conversion initiale.
  2. Corrigez les problèmes de conversion et appliquez le schéma à votre base de données de destination.

Étape 4. Créer et exécuter le job de migration

Pour configurer et exécuter votre migration, procédez comme suit :

  1. Facultatif : si vous souhaitez gérer vos propres certificats pour le job de migration, préparez les clés de chiffrement nécessaires.

  2. Facultatif : si vous souhaitez effectuer vous-même la phase de vidage complet , vous pouvez exporter toutes vos données de la base de données source Oracle et les charger dans l'instance de destination AlloyDB pour PostgreSQL en dehors de Database Migration Service.

    Si vous décidez d'effectuer le vidage complet en dehors du flux du job de migration, assurez-vous d'enregistrer le numéro de modification du système (SCN) à partir duquel Database Migration Service doit commencer la réplication CDC.

  3. Créez et exécutez le job de migration.

    La base de données de destination est accessible en écriture pendant la migration pour permettre l'application des modifications LMD si nécessaire. Veillez à n'apporter aucune modification à la configuration de la base de données ni aux structures de table qui pourraient perturber le processus de migration ou affecter l'intégrité des données.

    Vous pouvez surveiller la progression de la migration, ainsi que l'état de votre instance de destination grâce aux fonctionnalités d'observabilité de Database Migration Service. Consultez la page Métriques des tâches de migration.

Étape 5. Finaliser la migration

Lorsque vous décidez de passer votre application à la nouvelle instance AlloyDB pour PostgreSQL, finalisez la migration en procédant comme suit :

Migrations ponctuelles

Lorsque Database Migration Service termine la phase de vidage complet, l'état de votre job de migration passe à Prêt à être promu.

  1. Facultatif : vérifiez que les données de migration sont complètes.
  2. Promouvez le job de migration.

Migrations continues

  1. Arrêtez toutes les opérations d'écriture dans votre base de données source. Vous pouvez les passer en mode lecture seule pour conserver les fonctionnalités opérationnelles.
  2. Facultatif : vérifiez que les données de migration sont complètes.
  3. Promouvez le job de migration.

Vous pouvez maintenant nettoyer toutes les entités Database Migration Service, telles que les profils de connexion, les jobs de migration et les espaces de travail de conversion. Vous pouvez également choisir de les conserver et de les réutiliser pour une autre migration.

Étape suivante

Découvrez les Google Cloud fonctionnalités d'AlloyDB pour PostgreSQL. Consultez la page Fonctionnalités d'AlloyDB pour PostgreSQL.