Exadata에서 AWS 마이그레이션 도구로 - AWS 권장 가이드

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

Exadata에서 AWS 마이그레이션 도구로

AWS 마이그레이션 접근 방식에는 15개 이상의 Exadata가 있습니다. 다음 표에는 가장 일반적으로 사용되는 도구가 나와 있습니다. 이 테이블에는 Oracle 기존 내보내기/가져오기, Oracle SQL*Loader, Oracle SQL Developer Database Copy, Oracle SQL*Developer Export/Import Wizard, Oracle Transportable Tablespaces, Create Table as Select(CTAS)를 사용하는 Oracle 데이터베이스 링크, Oracle 외부 테이블 또는 추출, 변환 및 로드(ETL) 솔루션이 포함되지 않습니다.

마이그레이션 접근 방식

마이그레이션 전략 지원

물리적 또는 논리적

변경 데이터 캡처(CDC) 지원

에 네트워킹 필요 AWS

AWS DMS

모두

논리적

Oracle GoldenGate

모두

논리적

Oracle Data Pump

리호스팅, 리플랫포밍

논리적

아니요

아니요

Oracle Recovery Manager(RMAN)

리호스팅

물리적

아니요

Amazon S3에 RMAN DUPLICATE 또는 Oracle Secure Backup을 사용하는 경우

Oracle Data Guard

리호스팅

물리적

Oracle Data Guard 및 Oracle Recovery Manager(RMAN)는 Exadata 데이터베이스를 Amazon EC2로 마이그레이션하기 위한 훌륭한 옵션입니다. 그러나 Amazon RDS for Oracle은 이러한 도구 중 하나를 지원하지 않습니다.

논리적 대기 또는 물리적 대기 방법을 사용하여 Oracle Data Guard를 구현할 수 있습니다. 논리적 대기 데이터베이스는 대기 데이터베이스에 데이터 조작 언어(DML) 문을 적용하여 데이터를 동기화된 상태로 유지합니다. 논리적 대기 데이터베이스는 일반적으로 기본 데이터베이스에서 보고를 오프로드하는 데 사용됩니다. 이 섹션의 모든 Oracle Data Guard 참조는 물리적 대기에 직접 적용됩니다. 물리적 대기 데이터베이스는 블록 수준에서 기본 데이터베이스와 정확히 일치합니다.

AWS DMS 마이그레이션

AWS Database Migration Service (AWS DMS)는 논리적 복제 솔루션입니다. Oracle 온프레미스 데이터베이스를의 Oracle 데이터베이스로 마이그레이션하는 등의 동종 마이그레이션과 Oracle에서 Microsoft SQL Server로 AWS, Oracle에서 Amazon Aurora PostgreSQL 호환 에디션으로의 이기종 마이그레이션을 지원합니다. AWS DMS 는 다양한 소스대상을 지원합니다. 지원되는 AWS DMS 대상에는 Amazon Simple Storage Service(Amazon S3), Amazon DynamoDB, Amazon Redshift, Amazon Kinesis Data Streams, Amazon DocumentDB 및 Redis가 포함됩니다.

AWS DMS 를 사용하여 Exadata 워크로드를 Amazon RDS for Oracle 또는 Amazon EC2의 Oracle 데이터베이스로 마이그레이션할 수 있습니다.는 초기 로드를 AWS DMS 처리하고 Exadata에서 변경 데이터 캡처(CDC) 업데이트를 처리합니다. Exadata는 마이그레이션 프로세스 중에 완전히 작동합니다. CDC를 사용하는 경우 대상 데이터베이스는 Exadata와 지속적으로 동기화되므로 편리한 시간에 애플리케이션 전환을 수행할 수 있습니다.

Oracle RMAN, Oracle Data Guard, Oracle Data Pump와 같은 네이티브 Oracle 도구는 보다 유연하며 보다 빠르게 데이터를 로드할 수 있습니다 AWS DMS. 대규모(다중 TiB) Exadata 데이터베이스를 마이그레이션하는 경우 초기 데이터 로드 대신 이러한 기본 Oracle 유틸리티 AWS DMS 를 선택하는 것이 좋습니다.

Oracle Data Pump는 테이블 간 및 파티션 간 병렬 처리를 수행하여 여러, 병렬 또는 직접 경로 스트림에서 테이블을 로드 및 언로드할 수 있는 여러 작업자 프로세스를 지원합니다. 덤프 파일 읽기 및 쓰기를 포함하여 Data Pump의 모든 가져오기 및 내보내기 처리는 서버에서 처리되며 클라이언트와 관련이 없습니다. Data Pump 덤프 파일 스토리지 형식은 직접 경로 API의 내부 스트림 형식입니다. 이 형식은 테이블스페이스 내의 Oracle Database 데이터 파일에 저장된 형식과 매우 유사합니다. 따라서 Data Pump는 INSERT 명령문 바인드 변수로 클라이언트 측 변환을 수행할 필요가 없습니다. 또한 Data Pump는 기존 SQL보다 빠른 데이터 액세스 방법, 직접 경로 및 외부 테이블을 지원합니다. 직접 경로 API는 가장 빠른 단일 스트림 성능을 제공합니다. 외부 테이블 기능은 Oracle Database의 병렬 쿼리 및 병렬 DML 기능을 효율적으로 사용합니다. Exadata에서 Amazon RDS for Oracle로 마이그레이션하기 위해 가동 중지 시간이 짧은 경우 일반적인 Exadata 마이그레이션 접근 방식은 초기 로드에 Data Pump를 사용한 다음 CDC에 AWS DMS 또는 Oracle GoldenGate를 사용하는 것입니다.

Exadata를 소스로 사용할 때는 제한이 있습니다 AWS DMS. 이에 대한 자세한 내용은 AWS DMS 설명서를 참조하세요. 또한 소스(프레미스의 메타데이터) 및 대상(의 Oracle 데이터베이스 AWS)에 대한 네트워크 연결이 필요합니다 AWS DMS.

초기 로드 AWS DMS 에를 사용하는 경우 다음 모범 사례를 고려하세요.

  • 일반적으로 대규모 AWS DMS 복제 인스턴스를 선택하여 성능을 개선할 수 있습니다. 큰 테이블을 로드하는 데 시간이 더 오래 걸리므로 테이블이 로드될 때까지 해당 테이블의 트랜잭션을 캐시해야 합니다. 테이블이 로드되면 이러한 캐시된 트랜잭션이 적용되고 더 이상 디스크에 보관되지 않습니다. 예를 들어 로드에 5시간이 걸리고 매시간 6GiB의 트랜잭션을 생성하는 경우 캐시된 트랜잭션에 30GiB의 디스크 공간이 할당되어야 합니다. 초기 로드가 완료되면 CDC를 시작하기 전에 더 작은 인스턴스를 사용하도록 AWS DMS 복제 인스턴스를 수정할 수 있습니다.

  • 대규모(다중 TiB) Exadata 마이그레이션의 경우 Oracle LogMiner(기본값) 대신 Binary Reader를 사용하는 AWS DMS 것이 좋습니다. 로그는 여러 데이터베이스 쿼리를 요구하지 않고 직접 마이닝되므로 Binary Reader는 I/O 또는 CPU에 영향을 미칠 위험이 낮습니다. 그러나 변경 사항이 많고 Oracle ASM을 사용하는 경우 Oracle LogMiner가 더 좋습니다. Binary Reader를 사용하여 다시 실행 로그에 액세스하려면 소스 엔드포인트에 대해 다음과 같은 추가 연결 속성을 추가합니다.

    useLogMinerReader=N;useBfile=Y

    전체 비교는 AWS DMS 설명서의 Oracle LogMiner 또는 CDC용 AWS DMS Binary Reader 사용을 참조하세요.

  • Amazon RDS for Oracle 백업을 비활성화하거나 Amazon EC2에서 Oracle로 마이그레이션하는 NOARCHIVELOG 경우 아카이브 모드를 로 변경합니다. CDC 단계 전 또는 초기 데이터 로드 후에 백업을 활성화합니다.

  • 모든 대기 데이터베이스를 비활성화합니다 AWS. 여기에는 Amazon RDS for Oracle 다중 AZ 및 읽기 전용 복제본이 포함됩니다. Amazon EC2의 Oracle로 마이그레이션하는 경우 Oracle Data Guard 또는 Oracle Active Data Guard 대기도 포함됩니다.

  • 대상 데이터베이스에 처음 로드하기 전에 기본 키 인덱스, 보조 인덱스, 참조 무결성 제약 조건 및 데이터 조작 언어(DML) 트리거를 삭제합니다. CDC 단계를 시작하기 전에 이러한 객체를 활성화합니다.

  • 큰 테이블의 경우 행 필터링, 키 또는 파티션 키를 사용하여 단일 테이블을 여러 AWS DMS 작업으로 나누는 것이 좋습니다. 예를 들어 데이터베이스에 1~8,000,000 범위의 정수 기본 키 ID가 있는 경우 행 필터링을 사용하여 각 작업에 대해 백만 개의 레코드를 마이그레이션하여 8개의 AWS DMS 작업을 생성합니다. 날짜 열과 함께이 기법을 사용할 수도 있습니다.

  • AWS DMS 마이그레이션을 여러 AWS DMS 작업으로 나눕니다. 트랜잭션 일관성은 작업 내에서 유지되므로 별도의 작업의 테이블은 일반적인 트랜잭션에 참여해서는 안 됩니다.

  • 기본적으로는 한 번에 8개의 테이블을 AWS DMS 로드합니다. 성능 개선을 위해 대규모 복제 서버를 사용하는 경우이 값을 늘릴 수 있습니다.

  • 기본적으로는 트랜잭션 모드에서 변경 사항을 AWS DMS 처리하여 트랜잭션 무결성을 유지합니다. 배치 최적화 적용 옵션으로 변경하면 성능이 향상될 수 있습니다. 초기 로드 중에 이러한 제약 조건을 끄고 CDC 프로세스를 위해 다시 켜는 것이 좋습니다.

  • 의 AWS DMS 복제 인스턴스와 Oracle 데이터베이스 AWS 가 서로 다른 Virtual Private Cloud(VPCs)에 있는 경우 VPC 피어링을 사용하는 것이 좋습니다.

  • AWS DMS 마이그레이션 작업을 생성하거나 수정할 때 Amazon CloudWatch 로그를 활성화합니다. 이 파라미터는 작업을 생성할 때 작업 설정 섹션에서 사용할 수 있습니다. AWS DMS 이 파라미터를 활성화하면 마이그레이션 프로세스 중에 작업 상태, 완료율, 경과 시간 및 테이블 통계와 같은 정보가 캡처됩니다. 자세한 내용은 설명서의 Amazon CloudWatch를 사용하여 복제 작업 모니터링을 참조하세요 AWS DMS .

추가 모범 사례는 AWS DMS 설명서의 Oracle 데이터베이스를의 소스로 사용 AWS DMS의 모범 사례를 AWS Database Migration Service 참조하세요.

Oracle GoldenGate 마이그레이션

Oracle GoldenGate는 논리적 복제 솔루션입니다. 이 도구를 사용하여 한 데이터베이스에서 다른 데이터베이스로 데이터를 복제, 필터링 및 변환할 수 있습니다. 여러 이기종 시스템에서 커밋된 트랜잭션을 이동하고 Oracle 데이터베이스에서 다른 동종 데이터베이스 및 지원되는 이기종 데이터베이스로 데이터를 복제할 수 있습니다. Oracle GoldenGate는 많은 긍정적인 특성과 제한 사항을 공유합니다 AWS DMS.

두 도구 모두 논리적 복제를 제공합니다. 그러나 AWS DMS 는 설치 및 구성이 필요하지 않은 관리형 서비스인 반면 Oracle GoldenGate는 설치 및 구성해야 합니다. 온프레미스 또는에서 설정할 수 있습니다 AWS. AWS 고가용성 구성을 사용하여 Exadata에서 로 데이터를 마이그레이션하여에 Oracle GoldenGate를 설치할 수 있습니다 AWS. 온프레미스의 Exadata 또는 Amazon EC2의 Oracle 데이터베이스 노드에 Oracle GoldenGate를 직접 설치하지 마십시오. 데이터베이스 노드는 데이터베이스 워크로드 처리 전용이어야 합니다.

AWS DMS 와 Oracle GoldenGate의 또 다른 주요 차이점은 요금입니다. AWS DMS 는 복제 인스턴스 사용 및 로그 스토리지에 대해 요금을 부과합니다. 로의 모든 데이터 전송 AWS DMS 은 무료이며, 동일한 가용 영역에 있는 Amazon RDS 및 Amazon EC2 인스턴스의 AWS DMS 및 데이터베이스 간에 전송되는 데이터도 무료입니다. Oracle GoldenGate에는 소스 및 대상 데이터베이스의 모든 코어에 대한 Oracle GoldenGate 라이선스가 필요합니다. Oracle GoldenGate를 사용하여 초기 로드에 대해 Exadata 워크로드를 Amazon RDS for Oracle 또는 Amazon EC2의 Oracle로 마이그레이션하고 Exadata에서 CDC를 수행할 수 있습니다. 이 프로세스를 통해 Exadata는 마이그레이션 프로세스 중에 완전히 작동할 수 있습니다.

대규모(다중 TiB) Exadata 데이터베이스를 Amazon EC2의 Oracle로 마이그레이션하려면 다음과 같은 이유로 Oracle GoldenGate 대신 Oracle RMAN, Oracle Data Guard 또는 Oracle Data Pump를 사용하는 것이 좋습니다.

  • Oracle GoldenGate에는 Exadata와 간의 네트워크 연결이 필요합니다 AWS.

  • Oracle GoldenGate는 초기 데이터 로드에 대한 다른 Oracle 마이그레이션 도구뿐만 아니라 도 수행하지 않습니다. 예를 들어 대규모 Exadata 데이터베이스를 Amazon RDS for Oracle로 마이그레이션하려면 Oracle Data Pump를 사용하는 것이 좋습니다. Oracle GoldenGate보다 유연하고 데이터를 더 빠르게 로드할 수 있기 때문입니다.

Exadata를 Amazon RDS for Oracle로 마이그레이션할 때 가동 중지 시간이 짧아야 하는 경우 일반적인 마이그레이션 접근 방식은 초기 로드와 Oracle GoldenGate 또는 CDC에 Oracle Data Pump AWS DMS 를 사용하는 것입니다. Oracle GoldenGate의 장점은 초기 로드와 CDC를 처리할 수 있다는 것입니다. CDC를 사용하면 대상 데이터베이스를 Exadata와 지속적으로 동기화된 상태로 유지할 수 있으므로 편리한 시간에 전환할 수 있습니다.

Exadata를 Oracle GoldenGate의 소스로 사용하는 경우 제한이 있습니다. 이에 대한 자세한 내용은 GoldenGate 설명서의 지원되는 항목 이해를 참조하세요.

초기 로드에 Oracle GoldenGate를 사용하는 경우 다음 모범 사례를 고려하세요.

  • 통합 캡처 모드에서 추출을 사용하여 LogMiner 서버와의 통합을 활용합니다. 통합 캡처를 사용하면 클래식 모드에서 추출을 사용하는 것보다 더 많은 데이터 유형을 원활하게 추출할 수 있습니다. 이러한 추가 데이터 유형에는 기본 압축, 온라인 트랜잭션 처리(OLTP) 및 Exadata Hybrid Columnar Compression(HCC)을 포함한 압축 데이터가 포함됩니다. 추출이 Oracle ASM에 저장된 로그 파일을 읽는 데 필요한 추가 구성은 없습니다.

  • 통합 복제를 사용합니다. 이 옵션은 데이터베이스 적용 프로세스를 사용합니다. 참조 무결성을 유지하고 DDL 작업을 자동으로 적용합니다. 또한 통합 Replicat은 현재 워크로드 및 데이터베이스 성능에 따라 자동으로 증가하거나 감소하는 자동 병렬 처리를 제공합니다.

  • Replicat 파라미터 파일BATCHSQL에서를 설정합니다. 기본적으로 통합 복제는 각 트랜잭션 내에서 동일한 객체에 대해 동일한 유형의 DML 문을 재정렬하고 그룹화하려고 시도합니다. 배치를 사용하면 DML 문의 CPU 및 실행 시간을 줄일 수 있습니다.

  • GoldenGate 하트비트 테이블을 구성하여 end-to-end 복제 지연 보기를 제공합니다. 이를 통해 GG_LAG 데이터베이스 보기를 확인하여 end-to-end 복제 지연 시간을 확인할 수 있습니다.

  • Amazon EC2에서 Oracle을 사용하는 NOARCHIVELOG 경우 Amazon RDS for Oracle 백업을 비활성화하거나 아카이브 모드를 로 변경합니다. CDC 단계 전 또는 초기 데이터 로드 후에 백업을 활성화합니다.

  • AWS에서 모든 대기 데이터베이스를 비활성화합니다. 여기에는 Amazon RDS for Oracle 다중 AZ 및 읽기 전용 복제본이 포함됩니다. Amazon EC2의 Oracle로 마이그레이션하는 경우 Oracle Data Guard 또는 Oracle Active Data Guard 대기도 포함됩니다.

  • 대상 데이터베이스에 처음 로드하기 전에 기본 키 인덱스, 보조 인덱스, 참조 무결성 제약 조건 및 데이터 조작 언어(DML) 트리거를 삭제합니다. CDC 단계를 시작하기 전에 이러한 객체를 활성화합니다.

  • Oracle GoldenGate 복제 인스턴스와의 Oracle 데이터베이스 AWS 가 서로 다른 Virtual Private Cloud(VPCs)에 있는 경우 VPC 피어링을 사용하는 것이 좋습니다.

Oracle Data Pump 마이그레이션

Oracle Data Pump를 사용하여 한 Oracle 데이터베이스에서 다른 데이터베이스로 데이터를 이동할 수 있습니다. Data Pump는 이전 버전의 Oracle Database(버전 10.1로 돌아가기) 지원 및 형식, 데이터베이스 아키텍처 및 버전이 다른 지원 플랫폼과 같은 다양한 이점을 제공합니다. 전체 데이터베이스를 내보내거나 특정 스키마, 테이블스페이스 또는 테이블만 내보내도록 선택할 수 있습니다.

병렬 처리, 압축 및 암호화 정도를 제어하고 포함하거나 제외할 객체 및 객체 유형을 지정할 수 있습니다. 또한 Data Pump는 중간 스토리지 없이 데이터베이스 링크를 사용하여 데이터를 전송할 수 있는 네트워크 모드를 지원합니다.

Data Pump API는 Oracle 데이터베이스 간에 데이터와 메타데이터를 빠르고 안정적으로 이동할 수 있는 방법을 제공합니다. Data Pump Export 및 Data Pump Import 유틸리티는 Data Pump API를 기반으로 합니다. Amazon RDS for Oracle 인스턴스는 Secure Shell(SSH) 프로토콜을 통해 액세스할 수 없으므로 Data Pump API는 Data Pump를 사용하여 Exadata에서 Amazon RDS for Oracle로 마이그레이션하는 경우 데이터를 가져오는 유일한 방법입니다. Data Pump Command Line Interface(CLI)는 Amazon RDS for Oracle로 마이그레이션하는 옵션이 아닙니다.

초기 로드에 Data Pump를 사용하는 경우 다음 모범 사례를 고려하세요.

  • 데이터를 가져오려면 먼저 테이블 스페이스를 생성해야 합니다.

  • 존재하지 않는 사용자 계정으로 데이터를 가져오려면 사용자 계정을 생성하고 필요한 권한과 역할을 부여합니다.

  • Amazon EC2에서 Oracle로 마이그레이션하는 경우 Amazon RDS for Oracle 백업을 끄거나 아카이빙 모드를 로 변경합니다NOARCHIVELOG. CDC 단계를 시작하기 전에 또는 초기 데이터 로드 후에 백업을 활성화합니다.

  • 모든 대기 데이터베이스를 끕니다 AWS. 여기에는 Amazon RDS for Oracle 다중 AZ 및 읽기 전용 복제본이 포함됩니다. Amazon EC2의 Oracle로 마이그레이션하는 경우 Oracle Data Guard 또는 Oracle Active Data Guard 대기도 포함됩니다.

  • 대상 데이터베이스에 처음 로드하기 전에 기본 키 인덱스, 보조 인덱스, 참조 무결성 제약 조건 및 DML 트리거를 삭제합니다. CDC 단계를 시작하기 전에 이러한 객체를 활성화합니다.

  • 특정 스키마 및 객체를 가져오려면 스키마 또는 테이블 모드에서 가져오기를 수행합니다.

  • 가져오는 스키마를 애플리케이션에 필요한 스키마로 제한합니다.

  • 압축 및 여러 스레드를 사용하여 데이터를 병렬로 로드 및 언로드합니다.

  • Amazon S3의 파일은 5TiB 이하여야 합니다. 이러한 제한을 방지하려면 PARALLEL 옵션을 사용하여 여러 Data Pump 덤프 파일을 생성합니다.

  • Data Pump 내보내기 후 CDC를 수행할 계획인 경우 Data Pump와 함께 Oracle 시스템 변경 번호(SCN)를 사용합니다.

  • Amazon RDS for Oracle에 데이터를 로드하려면 다음 작업을 수행합니다.

    1. S3 버킷에 대한 Amazon RDS 액세스를 허용하는 AWS Identity and Access Management (IAM) 정책을 생성합니다.

    2. IAM 역할을 만들고 여기에 정책을 연결합니다.

    3. IAM 역할을 Amazon RDS for Oracle 인스턴스와 연결합니다.

    4. Amazon S3 통합을 위해 Amazon RDS for Oracle 옵션 그룹을 구성하고 Amazon RDS for Oracle 인스턴스에 추가합니다.

    자세한 내용은 Amazon RDS 설명서의 Amazon S3 통합을 참조하세요.

Oracle RMAN 마이그레이션

Oracle Recovery Manager(RMAN)는 Oracle 데이터베이스를 백업하고 복구하는 도구입니다. 또한 온프레미스 및 온프레미스와 클라우드 데이터베이스 간의 데이터베이스 마이그레이션을 용이하게 하는 데 사용됩니다.

Oracle RMAN은 물리적 마이그레이션 접근 방식을 제공합니다. 따라서 리호스팅(Amazon EC2로 마이그레이션)을 지원하지만 Amazon RDS for Oracle에서 Oracle Database를 리플랫포밍하는 데 사용할 수 없습니다. 마이그레이션 가동 중지 시간 허용 오차는 Oracle RMAN 증분 백업을 백업하고 복원할 수 있을 만큼 커야 합니다.

Amazon S3로 마이그레이션

Exadata 데이터베이스를 Amazon S3에 백업하려면 다음 옵션을 사용할 수 있습니다.

  • Oracle Secure Backup(OSB) 클라우드 모듈을 사용하여 Exadata 데이터베이스를 Amazon S3에 직접 백업합니다.

  • Exadata RMAN 백업 위치에서 Oracle RMAN 백업 세트를 Amazon S3에 복사합니다.

  • Oracle ZFS Storage Appliances를 사용합니다. Oracle ZFS Storage Appliances에 저장된 Oracle RMAN 백업 세트는 Oracle ZFS Storage Appliance S3 객체 API 서비스를 사용하여 Amazon S3로 직접 전송할 수 있습니다. S3

  • Exadata Storage Server, Oracle Zero Loss Recovery Appliance 및 테이프 라이브러리에 Oracle RMAN 백업을 직접 저장합니다. 그런 다음 이러한 스토리지 플랫폼의 RMAN 백업 세트를 Amazon S3로 전송할 수 있습니다.

Amazon EC2로 마이그레이션

또한 RMAN을 사용하여 백업 세트를 생성하지 않고도 Exadata 데이터베이스를 Amazon EC2의 Oracle Database에 직접 백업할 수 있습니다. 이렇게 하려면 Oracle RMAN DUPLICATE 명령을 사용하여 백업 및 복원을 수행합니다. 그러나 Oracle RMANDUPLICATE은 대규모(다중 TiB) Exadata 마이그레이션에는 권장되지 않습니다.

RMAN 설정은 일반적으로 백업 크기, Exadata CPU, 압축, 병렬 처리 또는 RMAN 채널 수와 같은 요소를 기반으로 구성됩니다. RMAN에서 Oracle Service Bus(OSB) 및 압축(낮음, 중간 및 높음)을 사용하려면 Oracle Advanced Compression Option(ACO) 라이선스가 필요합니다. OSB에는 OSB에 사용할 RMAN 채널 수를 기반으로 하는 Oracle 라이선스도 필요합니다.

RMAN을 사용하여 Exadata를 Amazon EC2의 Oracle로 마이그레이션하려면 다음 모범 사례를 고려하세요.

참고

이 섹션에 제공된 명령은 Oracle on Amazon EC2 인스턴스에서 실행되어야 합니다.

  • Amazon EC2에서 다른 Oracle ASM 디스크 그룹 이름을 사용하려면 RMAN 복원 프로세스와 함께 set newname 명령을 실행합니다.

    set newname for datafile 1 to '+<disk_group>'; set newname for datafile 2 to '+<disk_group>';
  • 온라인 다시 실행 로그가 다른 위치에 있는 경우 다시 실행 로그 파일의 이름을 AWS변경합니다.

    alter database rename file '/<old_path>/redo01.log' to '+<disk_group>'; alter database rename file '/<old_path>/redo02.log' to '+<disk_group>';
  • 데이터베이스를 성공적으로 연 후 AWS:

    • 다른 인스턴스의 다시 실행 스레드에 대한 다시 실행 로그 그룹을 제거합니다.

      alter database disable thread 2; alter database drop logfile group 4; alter database clear unarchived logfile group 4;
    • 다른 인스턴스의 실행 취소 테이블스페이스를 제거합니다.

      drop tablespace UNDOTBS2 including contents and datafiles;
    • TEMP 테이블스페이스가 하나만 존재하는지 확인합니다. 불필요한 TEMP 테이블스페이스를 제거하고 기존 TEMP 테이블스페이스가 예상 데이터베이스 워크로드를 처리할 수 있을 만큼 충분히 큰지 확인합니다.

HCC 고려 사항

Exadata에서 Hybrid Columnar Compression(HCC)을 사용하는 경우 HCC가 있는 모든 테이블을 Oracle ACO로 변환하거나 비활성화해야 합니다 AWS. 그렇지 않으면 Amazon EC2의 Oracle 데이터베이스에 액세스할 때 SQL 문이 실패합니다. Oracle ACO에는 Oracle 라이선스가 필요합니다.

일반적으로 사용자는 온프레미스 Exadata 프로덕션 데이터베이스에서 HCC를 제거할 수 없습니다. 데이터베이스를 로 마이그레이션할 때 HCC를 제거할 수 있습니다 AWS. 데이터베이스를 로 마이그레이션한 후 테이블 또는 파티션에서 HCC가 활성화되었는지 확인하려면 다음 SQL 문을 AWS실행합니다.

select TABLE_NAME, COMPRESSION, COMPRESS_FOR from DBA_TABLES where OWNER like 'SCHEMA_NAME'; select TABLE_NAME, PARTITION_NAME, COMPRESSION, COMPRESS_FOR from DBA_TAB_PARTITIONS where TABLE_OWNER = 'SCHEMA_NAME';

compression 열 값이 로 설정되어 ENABLED 있고 compress_for 열에 다음 값 중 하나가 있는 경우 HCC가 활성화됩니다.

  • QUERY LOW

  • QUERY HIGH

  • ARCHIVE LOW

  • ARCHIVE HIGH

  • QUERY LOW ROW LEVEL LOCKING

  • QUERY HIGH ROW LEVEL LOCKING

  • ARCHIVE LOW ROW LEVEL LOCKING

  • ARCHIVE HIGH ROW LEVEL LOCKING

  • NO ROW LEVEL LOCKING

테이블 또는 파티션에서 HCC를 끄려면 다음 SQL 문을 실행합니다.

alter table table_name nocompress; alter table table_name modify partition partition_name nocompress;

Oracle ACO를 활성화하려면 Oracle 설명서의 지침을 AWS따르세요.

Oracle Data Guard 마이그레이션

Oracle Data Guard를 사용하면 고가용성 및 재해 복구를 위해 하나 이상의 대기 데이터베이스를 생성하고 관리할 수 있습니다. Data Guard는 대기 데이터베이스를 기본(일반적으로 프로덕션) 데이터베이스의 복사본으로 유지합니다. 프로덕션 데이터베이스에서 계획되거나 계획되지 않은 가용성 문제가 발생하는 경우 Data Guard는 역할을 전환하여 가동 중지 시간과 애플리케이션 연속성을 최소화할 수 있습니다.

논리적 대기 및 물리적 대기 방법을 모두 사용하여 Data Guard를 구현할 수 있습니다. 이 안내서에서는 기본 데이터베이스와 정확히 일치하는 물리적 대기 데이터베이스를 사용하고 있다고 가정합니다.

Data Guard는 Exadata에서 Amazon EC2의 Oracle Database로 마이그레이션하여 물리적 대기를 생성할 수 있도록 지원합니다. Oracle Data Pump 또는 Oracle GoldenGate와 같은 논리적 마이그레이션 접근 방식이 필요한 Amazon RDS for AWS DMS Oracle로 마이그레이션하는 데는 사용할 수 없습니다.

Data Guard는 AWS DMS 또는 Oracle GoldenGate와 같은 CDC 메커니즘에 비해 전체 Exadata 데이터베이스를 마이그레이션하는 더 간단하고 빠른 접근 방식입니다. 가동 중지 시간을 최소화해야 하는 경우(예: 전환 시간만 있음) 일반적으로 권장되는 접근 방식입니다.

동기 또는 비동기 전송으로 Data Guard를 구성할 수 있습니다. 일반적으로 Oracle 고객은 왕복 네트워크 지연 시간이 5ms 미만일 때 동기 전송을 통해 더 큰 성공을 거둘 수 있습니다. 비동기 전송의 경우 Oracle은 30ms 미만의 왕복 네트워크 지연 시간을 권장합니다.

일반적으로 프로덕션 Exadata 온프레미스 데이터베이스에는 Data Guard 대기가 이미 존재합니다. Amazon EC2 기반 Oracle은 일반적으로 프로덕션 Exadata 온프레미스 데이터베이스를 위한 추가 대기 데이터베이스 역할을 합니다. Oracle RMAN을 AWS 사용하여에서 Data Guard 대기 데이터베이스를 생성하는 것이 좋습니다.

Data Guard 성능에 영향을 미치는 변수는 많습니다. Data Guard 복제가 워크로드에 미치는 영향에 대한 결론을 내리기 전에 테스트를 수행하는 것이 좋습니다.

사용된 메커니즘이 다르기 때문에 Data Guard 복제에는 지연 시간(ping 모니터를 통해 측정)이 중요하지 않습니다. Oracle oratcptest 유틸리티는 네트워크 리소스를 평가하는 데 도움이 됩니다. My Oracle Support(MOS) Note 2064368.1(Oracle 계정 필요)에서 JAR 형식의 oratcptest를 다운로드할 수 있습니다. MOS 노트는이 유틸리티에 대한 자세한 정보도 제공합니다.