기존 변환 작업공간 정보

기존 변환 작업공간은 더 오래되고 제한적인 유형의 변환 작업공간입니다. 기존 변환 워크스페이스는 Gemini로 향상된 변환 기능이나 대화형 SQL 편집기를 지원하지 않습니다. Ora2Pg 마이그레이션 도구로 소스 스키마를 변환하는 데만 사용할 수 있습니다.

중요: Database Migration Service는 Ora2Pg 버전 21.1~23.2를 지원합니다.

기존 유형의 전환 워크스페이스는 전환 워크플로에 다른 여러 제한사항이 있으므로 이전에 사용하지 않는 것이 좋습니다.

표 1: 전환 워크스페이스 기능 비교

대화형 변환 작업공간	기존 변환 작업공간
스키마 및 코드 객체 변환은 Database Migration Service에서 이루어집니다.	Ora2Pg 마이그레이션 도구를 사용하여 Database Migration Service 외부에서 스키마 및 코드 객체 변환을 실행합니다.
Database Migration Service에서 변환된 소스를 대상 데이터베이스에 직접 적용할 수 있습니다.	변환된 스키마는 PostgreSQL용 Cloud SQL 대상 인스턴스의 대상 데이터베이스에 적용해야 합니다.
Database Migration Service에서 초안 스키마와 코드를 직접 테스트하여 대상 인스턴스에 적용할 수 있는지 확인할 수 있습니다.	대상 인스턴스에 영향을 주지 않고는 초안 스키마와 코드를 테스트할 수 없습니다.
기본 키가 없는 테이블에 누락된 rowid 열을 자동으로 추가합니다.	스키마를 적용한 후 누락된 기본 키를 대상 테이블에 추가해야 합니다.

기존 변환 작업공간 사용

시나리오에서 기존 전환 워크스페이스를 사용해야 하는 경우 다음 작업으로 이전 프로세스를 수정합니다.

1. Ora2Pg 구성 파일을 작성합니다.

   Ora2Pg 변환 도구를 사용하는 방법에 관한 안내는 Ora2Pg 문서를 참고하세요. Database Migration Service에서 지원되는 디렉터리의 전체 목록을 보려면 다음 섹션을 펼치세요.

   Database Migration Service에서 지원되는 Ora2Pg 구성

   Database Migration Service는 Ora2Pg 파일의 다음 구성 항목을 지원합니다.

   • BOOLEAN_VALUES
   • DATA_TYPE
   • DEFAULT_NUMERIC
   • ENABLE_MICROSECOND
   • EXPORT_SCHEMA
   • MODIFY_STRUCT
   • MODIFY_TYPE
   • PG_INTEGER_TYPE
   • PG_NUMERIC_TYPE
   • PG_SCHEMA
   • PRESERVE_CASE
   • REPLACE_AS_BOOLEAN
   • REPLACE_COLS
   • REPLACE_TABLES
   • REPLACE_ZERO_DATE
   • SCHEMA

   Database Migration Service는 연결 프로필을 사용하여 연결 세부정보를 정의하므로 Or2Pg 구성 파일에서 다음 정보를 정의할 필요가 없습니다.

   • ORACLE_DSN
   • ORACLE_HOME
   • ORACLE_PWD
   • ORACLE_USER
   • PG_DSN
   • PG_PWD
   • PG_USER

   또한 Database Migration Service는 WHERE 구성 디렉티브를 사용하여 마이그레이션할 레코드를 제한하지 않습니다.

2. 기존 변환 작업공간을 만들고 Ora2Pg 파일을 업로드하여 스키마를 변환합니다.

3. 변환된 스키마를 대상 데이터베이스에 수동으로 적용합니다.

   Ora2Pg 구성을 만들고 워크스페이스를 만든 후에는 생성된 코드를 대상 데이터베이스에 직접 적용해야 합니다.

   중요: 기존 변환 워크스페이스를 사용하면 이전하기 전에 스키마를 테스트할 수 없습니다. 변환된 스키마를 적용할 때 문제가 발생하면 대상 데이터베이스에서 잘못된 스키마를 삭제하고, Ora2Pg 파일을 조정하고, Ora2Pg 파일로 기존 변환 작업공간을 다시 만들어야 합니다.

4. 기본 키가 없는 테이블을 마이그레이션합니다.

   Database Migration Service는 기본 키가 있는 테이블만 마이그레이션합니다. 소스 데이터베이스에 기본 키가 없는 테이블이 포함된 경우 변환된 스키마를 적용한 후 대상 데이터베이스의 변환된 테이블에서 기본 키 제약 조건을 수동으로 만들어야 합니다. 자세한 내용은 다음 섹션을 펼치세요.

   대상 데이터베이스에 기본 키 제약 조건 추가

   기본 키가 없는 Oracle 테이블을 마이그레이션하려면 다음 단계를 따르세요.

   1. SQL 클라이언트로 대상 Cloud SQL 인스턴스에 연결합니다. 다음 메서드를 사용할 수 있습니다.
      • psql 클라이언트. 이 메서드를 사용하여 인스턴스 비공개 IP에 연결할 수 있지만 Compute Engine 가상 머신을 만들어야 할 수도 있습니다.
      • gcloud sql connect 명령어. 이 명령어는 공개 IP 주소가 사용 설정된 Cloud SQL 인스턴스에만 작동합니다.
   2. 테이블에 누락된 기본 키 제약조건을 만듭니다. 기본 키에 관한 자세한 내용은 PostgreSQL 문서의 기본 키를 참고하세요.

      다음 섹션을 펼쳐 샘플 SQL 명령어를 볼 수도 있습니다.

      기존 열을 사용하여 기본 키 만들기

      테이블에 이미 열 또는 열 조합을 기반으로 하는 논리적 기본 키가 있을 수 있습니다. 예를 들어 고유 제약 조건 또는 색인이 구성된 열이 있을 수 있습니다. 이러한 열을 사용하여 소스 데이터베이스의 테이블에 새 기본 키를 생성합니다. 예를 들면 다음과 같습니다.

      ALTER TABLE TABLE_NAME
      ADD PRIMARY KEY (COLUMN_NAME);

      모든 열을 사용하여 기본 키 만들기

      기본 키 역할을 할 수 있는 기존 제약 조건이 없는 경우 테이블의 모든 열을 사용하여 기본 키를 만듭니다. PostgreSQL 인스턴스에서 허용하는 기본 키의 최대 길이를 초과하지 않아야 합니다. 예를 들면 다음과 같습니다.

      ALTER TABLE TABLE_NAME
      ADD PRIMARY KEY (COLUMN_NAME_1, COLUMN_NAME_2, COLUMN_NAME_3, ...);

      이와 같이 복합 기본 키를 만들 때는 사용하려는 모든 열 이름을 명시적으로 나열해야 합니다. 이 목적으로 문을 사용하여 모든 열 이름을 가져올 수는 없습니다.

다음 단계

기존 워크스페이스로 변환 워크플로를 실행한 후에는 표준 이전 절차를 진행할 수 있습니다. 마이그레이션 작업 만들기를 참고하세요.