소스에서 대상 인스턴스로 데이터가 흐르는 방식을 파악하려면 마이그레이션 유형과 마이그레이션 단계라는 두 가지 중요한 개념을 이해해야 합니다. Database Migration Service는 지속적 마이그레이션과 일회성 마이그레이션의 두 가지 유형을 지원합니다.
이종 Oracle에서 PostgreSQL용 Cloud SQL로의 마이그레이션에는 연속 마이그레이션만 사용할 수 있습니다.
지속적 마이그레이션을 사용하면 데이터가 전체 덤프와 변경 데이터 캡처 (CDC)의 두 단계로 마이그레이션됩니다.
전체 덤프 단계
전체 덤프 단계는 마이그레이션 프로세스의 첫 번째 부분입니다. 전체 덤프 중에 Database Migration Service는 소스 인스턴스에 연결하고, 마이그레이션하도록 선택한 데이터베이스의 콘텐츠를 읽은 다음, PostgreSQL용 Cloud SQL 대상 인스턴스에 데이터를 로드합니다. 이 단계에서 Database Migration Service는 데이터베이스의 실제 콘텐츠를 캡처합니다.
전체 덤프 단계에서 데이터베이스 마이그레이션 서비스는 성능 향상을 위해 소스 데이터베이스에 여러 연결을 열 수 있습니다.
마이그레이션 작업을 만들 때 동시 연결 수를 구성할 수 있습니다.
데이터 이동을 세부적으로 제어하려면 Database Migration Service 외부에서 직접 전체 덤프를 실행하고 데이터를 대상 인스턴스에 로드할 수도 있습니다. 이 단계를 수동으로 실행하는 경우 마이그레이션 작업이 CDC 단계부터 시작되며 Database Migration Service에서는 재실행 로그 파일의 시스템 변경 번호 (SCN)를 시작점으로 제공할 것으로 예상합니다.
변경 데이터 캡처(CDC)
전체 덤프 단계가 끝나면 (또는 전체 덤프를 직접 실행하고 CDC 단계로 시작하는 경우) Database Migration Service가 CDC 단계로 전환되어 소스 데이터베이스의 변경사항을 계속 모니터링한 다음 대상 인스턴스에 지속적으로 복제합니다. 이 단계에서는 Database Migration Service가 소스 데이터베이스에서 실제 데이터를 복사하지 않습니다. 대신 로그 파일을 읽어 대상의 변경사항을 복제합니다.
Database Migration Service는 Oracle LogMiner API를 사용하여 소스 데이터베이스의 보관처리된 Oracle 재실행 로그 파일에 액세스하고 이를 파싱합니다. Database Migration Service를 사용하여 Oracle 데이터베이스를 PostgreSQL용 Cloud SQL로 마이그레이션하기 전에 최적의 성능과 데이터 충실도를 위해 Oracle 재실행 로그 파일 설정을 조정하는 것이 좋습니다. 자세한 내용은
Oracle 재실행 로그 파일 작업을 참고하세요.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 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)."]]
