Sobre o fluxo de dados do Oracle para o Cloud SQL para PostgreSQL
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Há dois conceitos importantes que você precisa entender para saber como os dados fluem da origem para a instância de destino: tipos e fases de migração. O Database Migration Service oferece suporte a dois tipos de migração: contínua e única.
Somente migrações contínuas estão disponíveis para migrações heterogêneas do Oracle para o
Cloud SQL para PostgreSQL.
Com as migrações contínuas, seus dados são migrados em duas fases: despejo completo e captura de dados alterados (CDC).
Fase de despejo completo
A fase de despejo completo é a primeira parte do processo de migração. Durante o
despejo completo, o Database Migration Service se conecta à instância de origem, lê o conteúdo
dos bancos de dados selecionados para migração e carrega os dados na instância de destino do Cloud SQL para PostgreSQL. Nesta fase, o Database Migration Service captura o conteúdo real do seu banco de dados.
Durante a fase de despejo completo, o Database Migration Service pode abrir várias conexões com os bancos de dados de origem para melhorar a performance. É possível configurar o número de
conexões simultâneas ao
criar um job de migração.
Para ter controle granular sobre a movimentação de dados, também é possível fazer o despejo completo e carregar os dados na instância de destino por conta própria, fora do Database Migration Service. Se você optar por realizar essa fase manualmente, o job de migração vai começar com a fase de CDC, e o Database Migration Service vai esperar que você forneça o número de alteração do sistema (SCN) dos arquivos de registro de refazimento como ponto de partida.
Captura de dados alterados (CDC)
Quando a fase de despejo completo terminar (ou se você optar por realizar o despejo completo e começar com a fase de CDC), o Database Migration Service vai mudar para a fase de CDC, em que continua monitorando os bancos de dados de origem em busca de mudanças e os replica continuamente na instância de destino. Nesta fase, o Database Migration Service não copia os dados reais dos bancos de dados de origem. Em vez disso, ele lê arquivos de registros para replicar as mudanças no destino.
O Database Migration Service usa a API Oracle LogMiner para acessar e analisar arquivos de refazer do Oracle
arquivados no banco de dados de origem. Antes de migrar seus bancos de dados Oracle para o Cloud SQL para PostgreSQL com o Database Migration Service, recomendamos que você ajuste as configurações dos arquivos de redo log do Oracle para ter performance e fidelidade de dados ideais. Para
mais informações, consulte
Trabalhar com arquivos de registro "redo" do Oracle.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-09-05 UTC."],[[["\u003cp\u003eDatabase Migration Service utilizes two migration types: continuous and one-time, with only continuous migrations available for Oracle to AlloyDB for PostgreSQL.\u003c/p\u003e\n"],["\u003cp\u003eContinuous migrations consist of two phases: a full dump phase where the current content of the database is copied, and a Change Data Capture (CDC) phase.\u003c/p\u003e\n"],["\u003cp\u003eThe full dump phase involves Database Migration Service connecting to the source database and transferring data, and multiple connections can be used for improved performance.\u003c/p\u003e\n"],["\u003cp\u003eAlternatively, the full dump phase can be performed manually, in which case the migration job starts with the CDC phase, and requires the System Change Number (SCN) as the starting point.\u003c/p\u003e\n"],["\u003cp\u003eDuring the CDC phase, Database Migration Service monitors and replicates changes to the destination cluster by reading log files rather than copying data, using the Oracle LogMiner API for Oracle databases.\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-alloydb/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-alloydb/work-with-oracle-database-redo-log-files)."]]
