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

1단계 - 준비 단계(소스 데이터베이스는 온라인 상태로 유지)

이 단계에서는 전송할 테이블스페이스의 데이터 파일이 소스 시스템에 백업됩니다. 백업 복사본은 대상 시스템으로 전송되고 xttdriver.pl 스크립트를 실행하여 복원됩니다.

1단계: 소스 시스템에서 전체(레벨=0) 테이블스페이스 백업 수행

백업 기간을 줄이려면 xtt.properties 및 xttdriver.pl 파일을 여러 디렉터리에 복사합니다. 각 디렉터리 아래의 각 xtt.properties 파일에서 tablespaces 파라미터에 테이블스페이스 이름을 입력합니다. 그런 다음 각 디렉터리에서 --backup 옵션을 xttdriver.pl 사용하여를 실행합니다. 이 명령은 대상 데이터베이스를 설치하는 동안 TEMP생성된 SYSTEM, UNDO, 및 SYSAUX를 제외한 모든 테이블스페이스를 전송합니다.

예를 들어 각 xtt01~xtt04 디렉터리에는 xtt.properties 파일의 tablespaces= 파라미터 값이 서로 다른 모든 xtt 스크립트(xtt.properties 및 xttdriver.pl)가 있습니다. 각 xtt.properties 파일에서 tablespaces 파라미터를 편집할 때는 각 테이블스페이스 그룹의 데이터 파일의 총 크기가 비슷하도록 테이블스페이스 그룹을 나누는 것이 좋습니다.

이 가이드의 예제에서는 네 개의 테이블스페이스 그룹이 있다고 가정합니다. 소스 데이터베이스가 Oracle 단일 인스턴스인 경우 모든 xtt01~04 디렉터리를 생성합니다. 소스 데이터베이스가 Oracle RAC인 경우 각 Oracle RAC 서버에서 각 xtt 디렉터리를 생성할 수 있습니다.

[oracle@erp expimp]$ ls
out  xtt01  xtt02  xtt03    xtt04
[oracle@erp out]$ ls
out01 out02 out03 out04

다음 표에는 xtt.properties 파일의 tablespaces= 파라미터 예제가 나와 있습니다.

xttdriver.pl가 병렬로 실행되는 동안 기존 데이터 파일 백업 복사본이 삭제되지 않도록 하려면에서 다음 줄을 주석 처리합니다xttdriver.pl.

   if (@present)
   {
      ## Try deleting any existing copied datafiles
##Comment out it for executing rman command in parallel by AWS
##        system("\\rm -f $dfcopydir/*.tf");
      sleep 5;
   }

xttdriver.pl를 사용하여 소스 시스템의 RMAN 백업을 만듭니다.

소스 시스템이 Oracle RAC인 경우 각 Oracle RAC 인스턴스에서 동시에 실행할 수 있습니다.

xttdriver.pl의 출력은 TMPDIR 환경 변수에 저장됩니다. --backup 옵션을 사용하여 각 xttdriver.pl 명령을 실행하고 --debug 옵션을 사용하여 디버그 모드를 켭니다.

cd /u01/oracle/expimp/xtt<nn>
export TMPDIR=/u01/oracle/expimp/out/out<nn>
$ORACLE_HOME/perl/bin/perl xttdriver.pl --backup --debug 3

이 예제에서 <nn>은 테이블스페이스 그룹을 나타냅니다. 테이블스페이스 그룹이 4개인 경우 <nn>은 01, 02, 03,가 됩니다04.

2단계: 전체 백업 복사본을 대상 시스템으로 전송

다음 두 옵션 중 하나를 사용하여 백업 복사본을 대상 시스템으로 전송합니다.

옵션 1 - 사용 AWS Snowball Edge

경로: 소스 데이터베이스 -> 소스 단계 AWS Snowball Edge -> Amazon S3 -> FSx for Lustre

다음 다이어그램은 Snowball Edge를 사용한 전체 백업 전송을 보여줍니다.

Snowball Edge는 대규모 데이터를 이동하는 데 사용할 수 있는 견고한 물리적 스토리지 및 컴퓨팅 디바이스입니다 AWS. Snowball Edge는 긴 전송 시간, 사용 가능한 대역폭 부족, 보안 문제 등 대규모 데이터 전송 시 발생할 수 있는 문제를 극복하는 데 도움이 됩니다.

전체 데이터 파일 백업 사본은 Snowball Edge에서 Amazon S3로 전송됩니다. 소스 시스템 크기가 100TB를 초과하는 경우 여러 Snowball Edge 디바이스를 사용하여 전송 기간을 줄여야 합니다.

Amazon FSx for Lustre는 Amazon S3와 긴밀하게 통합되어 있습니다. 몇 분 안에 S3 버킷에 연결된 FSx for Lustre 파일 시스템을 생성할 수 있습니다. Amazon S3 데이터 리포지토리에 연결되면 FSx for Lustre 파일 시스템은 Amazon S3 객체를 투명하게 파일로 표시합니다. 실제 환경에서 FSx for Lustre의 성능은 스토리지 용량, 각 파일의 크기, 파일이 파일 시스템에 얼마나 잘 배포되는지에 따라 달라집니다. FSx for Lustre를 대상 단계 스토리지로 사용하는 경우 Amazon S3에서 Amazon Elastic Block Store(Amazon EBS) 또는 Amazon Elastic File System으로 테이블스페이스 백업 복사본을 복원할 필요가 없습니다.

옵션 2 - 사용 AWS Direct Connect

경로: 소스 데이터베이스 -> 소스 단계 AWS Direct Connect -> FSx for Lustre

다음 다이어그램은를 사용하여 전체 백업을 전송하는 방법을 보여줍니다 AWS Direct Connect.

Direct Connect 를 사용하면 데이터 센터, 사무실 또는 콜로케이션 환경과 간에 프라이빗 네트워크 연결을 생성할 수 있습니다 AWS. 이러한 프라이빗 네트워크 연결은 네트워크 비용을 줄이고 처리량을 늘리며 일관된 경험을 제공합니다.

소스 시스템에서 Amazon FSx for Lustre 파일 시스템이 탑재된 대상 시스템(Amazon EC2)으로 데이터 파일 백업 사본을 직접 전송할 수 있습니다. 이 옵션은 높은 대역폭을 수용할 수 있는 경우 Snowball Edge 옵션보다 빠릅니다 Direct Connect.

Snowball Edge 또는에서 데이터 파일 백업 복사본을 전송 Direct Connect한 후 대상 단계 영역의 FSx for Lustre 파일 시스템에서 볼 수 있습니다.

3단계: 전체 백업 복사본 복원 및 데이터 파일 변환

전체 백업 복사본을 복원하고 데이터 파일을 대상 시스템 엔디안 형식으로 변환합니다. 복원 및 변환 기간을 줄이려면 각 테이블스페이스 그룹에 대한 --restore 옵션을 사용하여 xttdriver.pl 명령을 실행합니다.

cd /u01/oracle/expimp/xtt<nn>
export TMPDIR=/u01/oracle/expimp/out/out<nn>
$ORACLE_HOME/perl/bin/perl xttdriver.pl --restore --debug 3

단계가 완료되면 데이터 파일이 대상 시스템의 xtt.properties 파일에 정의된 dest_datafile_location에 배치됩니다.