Database Migration Service를 사용하여 Oracle 워크로드를 PostgreSQL용 AlloyDB로 마이그레이션할 때 알려진 제한사항은 다음과 같습니다.
마이그레이션은 결국 일관성이 유지되며 각 트랜잭션이 발생할 때마다 복제되지는 않습니다. 마이그레이션을 통해 여러 테이블의 데이터가 가져옵니다. 데이터가 대상에 로드되는 순서는 다를 수 있지만 소스의 쓰기가 중지되고 마이그레이션 버퍼가 지워진 후에는 소스와 다시 정렬됩니다.
트랜잭션이 충분히 길면 롤백된 트랜잭션이 일시적으로 대상에 표시될 수 있습니다. 지연을 줄이기 위해 트랜잭션이 커밋되기 전에 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-05-08(UTC)"],[[["The migration of Oracle workloads to AlloyDB for PostgreSQL is eventually consistent, meaning data order may vary during transfer but will align once source writes cease and the buffer is cleared."],["Transactions that are rolled back in Oracle might still be temporarily visible in AlloyDB, and `SAVEPOINT` statements are not supported, potentially causing data discrepancies on rollback."],["All destination tables in AlloyDB must have a primary key, and tables without one in the source should be adjusted using specified methods."],["Schema changes during migration are not automatically applied, requiring updates to the conversion workspace and relevant migration jobs for any schema changes."],["Certain Oracle data types like `ANYDATA`, `LONG/LONG RAW`, `NCLOB`, `UDT`, `UROWID`, `XMLTYPE`, as well as zero dates and Index-organized tables (IOTs) are unsupported and will either be replaced by `NULL` values, not migrated or the table will not be replicated."]]],[]]