스키마 전개 관리

스키마를 관리하려면 소스 시스템과 대상 시스템 간에 테이블, 열, 인덱스 및 데이터 유형과 같은 구조적 변경 사항을 추적하고 동기화해야 합니다. 효과적인 스키마 관리 기법은 응용 프로그램의 전개나 데이터베이스 변경 사항이 배치될 때 복제가 원활하게 진행되도록 합니다. 또한 불일치 구조, 지원되지 않는 데이터 유형 또는 누락된 객체로 인해 발생하는 Failure를 방지하는 데 도움이 됩니다.

Oracle GoldenGate는 동종 또는 좋아요 데이터 복제 및 이기종 또는 플랫폼 간 복제를 위한 스키마를 관리하는 기술을 제공합니다. 가정 복제의 경우 관리자는 Oracle에서 Oracle로, MySQL에서 MySQL 데이터베이스로 제공되는 기존 DDL 복제 기능을 사용할 수 있습니다.

이기종 복제의 경우 관리자는 자동 스키마 전개 기능을 사용할 수 있습니다. Oracle GoldenGate의 자동 스키마 진화는 스키마 업데이트의 스키마 검증, 변경 감지, 자동화된 매핑 및 제어 롤아웃을 제공합니다. 이 기능을 사용하면 다양한 이기종 소스 및 Target Database 스키마 간에 복제할 수 있습니다.

자동 스키마 지원 대상 Oracle, MySQL, Amazon Aurora MySQL, MySQL용 Amazon RDS, MySQL용 Azure 데이터베이스, MariaDB, SingleStoreDB, MySQL용 Google Cloud SQL, PostgreSQL, Amazon Aurora PostgreSQL, PostgreSQL용 Amazon RDS, YugabyteDB, EDB PostgreSQL Advanced Server, Azure Database for PostgreSQL, Google Cloud SQL for PostgreSQL, Microsoft SQL Server, Amazon RDS for SQL Server, Azure SQL Database, IBM Db2 (LUW), IBM Db2 for i, Teradata 및 TimesTen.

자동 스키마 지원 소스 Oracle, MySQL, Amazon Aurora MySQL, MySQL용 Amazon RDS, MySQL용 Azure 데이터베이스, MariaDB, SingleStoreDB, MySQL용 Google Cloud SQL, PostgreSQL, Amazon Aurora PostgreSQL, PostgreSQL용 Amazon RDS, YugabyteDB, EDB PostgreSQL Advanced Server, Azure Database for PostgreSQL, Google Cloud SQL for PostgreSQL, Microsoft SQL Server, Amazon RDS for SQL Server, Azure SQL Database, Db2 (LUW), Db2 for i, Db2 for z/OS, Sybase, Snowflake 등이 있습니다.

자동 스키마 전개와 DDL 복제의 차이점

다음은 자동 스키마 전개와 DDL 복제 기반 스키마 관리의 비교입니다.

자동 스키마 전개	DDL 복제
스키마 차이를 자동으로 감지하고 필요에 따라 대상 스키마를 업데이트합니다.	DDL 및 DML 작업을 사용하여 소스에서 대상으로 실제 DDL 문(예: ALTER TABLE, CREATE TABLE 또는 DROP COLUMN)을 복제합니다.
많은 스키마 변경 사항이 수동 개입 없이 처리되므로 유저가 쉽게 작업할 수 있습니다.	복제 시스템에서 소스 DDL을 지원하고 올바르게 해석해야 합니다.
논리적 또는 메타 데이터 레벨에서 작업	데이터베이스 스키마 변경 명령을 캡처하고 적용하여 작동합니다.
열 추가, 대상 데이터베이스에서 누락된 테이블 생성, ADD/MODIFY/DROP 열을 수행하여 대상 테이블 변경, 호환되는 데이터 유형 변경 등 선택한 스키마 변경만 지원합니다.	소스측 스키마 변경의 정확한 의도를 유지할 수 있습니다.
소스 시스템과 대상 시스템이 서로 다른 플랫폼이나 클라우드 서비스인 경우에 유용합니다.	소스 및 대상 데이터베이스의 DDL 구문과 객체 동작이 유사한 경우에 가장 적합합니다.