Préparer votre source à la conversion

Cette page explique comment préparer votre schéma de base de données source à la conversion dans l'ancien espace de travail de conversion à l'aide de l'outil de migration Ora2Pg.

Oracle et PostgreSQL utilisent différents dialectes SQL et types de données pour définir les objets et les types de données qu'ils contiennent. Lors de la migration entre ces moteurs SQL, vous devez convertir votre schéma et votre code Oracle en schéma et code compatibles avec PostgreSQL.

Dans Database Migration Service, vous pouvez gérer votre conversion source de deux manières:

• (Recommandé) Utilisez l'espace de travail de conversion avec l'éditeur de conversion intégré.

  Dans cette approche, la conversion de schéma est automatisée et toutes les actions se déroulent directement dans Database Migration Service. Si vous choisissez d'utiliser cette approche, aucune préparation supplémentaire n'est requise (sauf pour ajouter des informations de connectivité pertinentes). Passez à la section Configurer votre base de données de destination AlloyDB pour PostgreSQL.

• Utilisez l'ancien espace de travail de conversion avec l'outil de conversion Ora2Pg.

  Cette approche est utile si vous souhaitez exécuter les procédures de conversion en dehors de Database Migration Service. Suivez toutes les étapes de la section Utiliser Ora2Pg pour la conversion de schéma avant de créer un espace de travail de conversion.

Remarque :Pour en savoir plus sur les solutions d'espaces de travail de conversion disponibles, consultez la page À propos des espaces de travail de conversion.

Utiliser Ora2Pg pour la conversion de schéma

Avant de configurer un espace de travail de conversion, procédez comme suit:

1. Configurez un fichier Ora2Pg. Pour en savoir plus, consultez la section Configuration de la documentation sur Ora2Pg.
2. Utilisez Ora2Pg pour générer des scripts SQL que vous pouvez charger dans votre base de données de destination AlloyDB pour PostgreSQL. Pour en savoir plus, consultez la section Installation de la documentation sur Ora2Pg.
3. Exécutez les scripts SQL sur votre base de données AlloyDB pour PostgreSQL. Cette action crée le schéma sur la base de données.

Une fois ces étapes terminées, créez un espace de travail de conversion incluant le fichier Ora2Pg que vous avez configuré. Database Migration Service utilise ce fichier pour créer des mappages de tables entre votre base de données Oracle source et votre base de données de destination AlloyDB pour PostgreSQL. Ces mappages de tables permettent de garantir que Database Migration Service charge correctement les données de la source dans la destination.

• Versions Ora2Pg compatibles: 21.1 à 23.2
• Assurez-vous d'effectuer toutes les conversions et les mappages sur le fichier de configuration Ora2Pg, puis importez le fichier dans l'espace de travail de conversion. Si vous modifiez les conversions et les mappages en dehors du fichier de configuration, la tâche de migration risque d'échouer.

Utiliser les directives Ora2Pg

Database Migration Service utilise les directives suivantes dans le fichier de configuration Ora2Pg:

• BOOLEAN_VALUES
• DATA_TYPE
• DEFAULT_NUMERIC
• ENABLE_MICROSECOND
• EXPORT_SCHEMA
• MODIFY_STRUCT
• MODIFY_TYPE
• PG_INTEGER_TYPE
• PG_NUMERIC_TYPE
• PG_SCHEMA
• PRESERVE_CASE
• REPLACE_AS_BOOLEAN
• REPLACE_COLS
• REPLACE_TABLES
• SCHEMA

Étant donné que Database Migration Service utilise des profils de connexion pour définir les détails de connectivité, vous n'avez pas besoin de définir les directives suivantes dans votre fichier de configuration Or2Pg:

• ORACLE_DSN
• ORACLE_HOME
• ORACLE_PWD
• ORACLE_USER
• PG_DSN
• PG_PWD
• PG_USER

De plus, Database Migration Service n'utilise pas la directive de configuration WHERE pour limiter les enregistrements à migrer.

Pour en savoir plus sur les directives de configuration Ora2Pg, consultez la section Configuration de la documentation Ora2Pg.

Utiliser des tables sans clé primaire

Les instructions UPDATE et DELETE du langage de manipulation de données sur des tables sans clé primaire peuvent générer des enregistrements en double, car Database Migration Service ne peut pas déterminer quelle ligne a été modifiée. Pour savoir comment migrer les tables sans clé primaire de la base de données source, consultez Migrer des tables sans clé primaire.