À propos du flux de données Oracle vers Cloud SQL pour PostgreSQL
Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Pour comprendre comment les données circulent de votre source vers l'instance de destination, vous devez connaître deux concepts importants : les types de migration et les phases de migration. Database Migration Service accepte deux types de migration : continue et ponctuelle.
Seules les migrations continues sont disponibles pour les migrations hétérogènes d'Oracle vers Cloud SQL pour PostgreSQL.
Avec les migrations continues, vos données sont migrées en deux phases : vidage complet et capture des données modifiées (CDC, Change Data Capture).
Phase de vidage complet
La phase de vidage complet est la première partie du processus de migration. Lors d'un vidage complet, Database Migration Service se connecte à votre instance source, lit le contenu des bases de données que vous avez sélectionnées pour la migration, puis charge les données dans l'instance de destination Cloud SQL pour PostgreSQL. Au cours de cette phase, Database Migration Service capture le contenu réel de votre base de données.
Lors de la phase de vidage complet, Database Migration Service peut ouvrir plusieurs connexions à vos bases de données sources pour améliorer les performances. Vous pouvez configurer le nombre de connexions simultanées lorsque vous
créez un job de migration.
Pour contrôler précisément le déplacement de vos données, vous pouvez également effectuer le vidage complet et charger les données dans l'instance de destination vous-même, en dehors de Database Migration Service. Si vous choisissez d'effectuer cette phase manuellement, votre job de migration commencera par la phase de CDC. Database Migration Service s'attend à ce que vous fournissiez le numéro de modification du système (SCN) de vos fichiers journaux de rétablissement comme point de départ.
Capture de données modifiées (CDC)
Une fois la phase de vidage complet terminée (ou si vous choisissez d'effectuer vous-même le vidage complet et de commencer par la phase de CDC), Database Migration Service passe à la phase de CDC, au cours de laquelle il 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 cette phase, Database Migration Service ne copie pas les données réelles de vos bases de données sources. Il lit plutôt les fichiers journaux pour répliquer les modifications dans la destination.
Database Migration Service utilise l'API Oracle LogMiner pour accéder aux fichiers journaux de rétablissement Oracle archivés dans votre base de données source et les analyser. Avant de migrer vos bases de données Oracle vers Cloud SQL pour PostgreSQL avec Database Migration Service, nous vous recommandons d'ajuster les paramètres de vos fichiers journaux de reprise Oracle pour optimiser les performances et la fidélité des données. Pour en savoir plus, consultez
Utiliser les fichiers journaux de rétablissement de base de données Oracle.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/08/18 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/08/18 (UTC)."],[[["\u003cp\u003eDatabase Migration Service utilizes two migration types, continuous and one-time, with only continuous migrations available for Oracle to Cloud SQL for PostgreSQL.\u003c/p\u003e\n"],["\u003cp\u003eContinuous migrations are divided into two phases: the full dump phase, which transfers the initial data to the destination, and the Change Data Capture (CDC) phase, which replicates subsequent changes.\u003c/p\u003e\n"],["\u003cp\u003eDuring the full dump phase, Database Migration Service copies data directly from the source database to the destination, with the option to adjust concurrent connection numbers for optimal performance.\u003c/p\u003e\n"],["\u003cp\u003eAlternatively, users can manually perform the full dump and then start the migration job with the CDC phase, providing the System Change Number (SCN) as the starting point.\u003c/p\u003e\n"],["\u003cp\u003eThe CDC phase relies on monitoring log files to replicate changes, using the Oracle LogMiner API to read and parse archived Oracle redo log files for continuous data synchronization.\u003c/p\u003e\n"]]],[],null,["# About data flow for Oracle to Cloud SQL for PostgreSQL\n\nThere are two important concepts you need to understand to know how data flows\nfrom your source to the destination instance: migration types and migration\nphases. Database Migration Service supports two types of migration: continuous and one-time.\nOnly continuous migrations are available for heterogeneous Oracle to\nCloud SQL for PostgreSQL migrations.\n\nWith continuous migrations, your data is migrated in two phases: full dump, and\nChange Data Capture (CDC).\n\nFull dump phase\n---------------\n\nThe **full dump phase** is the first part of the migration process. During\nfull dump, Database Migration Service connects to your source instance, reads the content\nof the databases you selected for migration, and then loads the data to the Cloud SQL for PostgreSQL\ndestination instance. In this phase, Database Migration Service captures actual contents\nof your database.\n\nDuring the full dump phase, Database Migration Service can open multiple connections to\nyour source databases for improved performance. You can configure the number of\nconcurrent connections when you\n[create a migration job](/database-migration/docs/oracle-to-postgresql/create-migration-job).\n\nFor granular control over your data movement, you can also perform the full dump\nand load the data to the destination instance on your own, outside of\nDatabase Migration Service. If you choose to perform this phase manually, your migration\njob will start with the CDC phase instead and Database Migration Service\nwill expect that you provide the System Change Number (SCN) of your redo log\nfiles as the starting point.\n\nChange Data Capture (CDC)\n-------------------------\n\nWhen the **full dump** phase is over (or if you choose to perform the full\ndump yourself and start with the CDC phase), Database Migration Service switches to the\nCDC phase where it keeps monitoring your source databases for changes, and then\ncontinuously replicates them on the destination instance. In this phase,\nDatabase Migration Service doesn't copy actual data from your source databases: instead\nit reads log files to replicate changes in the destination.\n\nDatabase Migration Service uses the Oracle LogMiner API to access and parse archived Oracle\nredo log files in your source database. Before you migrate your Oracle databases\nto Cloud SQL for PostgreSQL with Database Migration Service, we recommend that you adjust your\nOracle redo log files settings for optimal performance and data fidelity. For\nmore information, see\n[Work with Oracle redo log files](/database-migration/docs/oracle-to-postgresql/work-with-oracle-database-redo-log-files)."]]
