시스템 검색 프로세스

이 문서는 이전에 상세한 발견 사항이 수집되었다고 가정합니다

• 마이그레이션되는 Oracle 데이터베이스의 비즈니스, 기술, 기능, 비기능 요구 사항(액세스 및 가용성 요구 사항 포함)
• 설치 구성, 하드웨어/소프트웨어 인벤토리, 소스 데이터베이스 및 기본 플랫폼과 관련된 크기 정보.
  • 사이징, 변경률, 서비스 수준 요구 사항, 마이그레이션 중단 시간에 대한 허용 범위, 소스에서 대상으로의 데이터 전송을 지원하는 네트워크 용량 등과 관련된 관련 지표를 수집합니다.
  • 목표 환경은 발견 과정에서 확인된 소스 시스템의 용량/성능/가용성에 따라 평가되고 배치되었습니다.

이 문서에서 다루는 마이그레이션 옵션

다음 순서도는 이 문서에서 다루는 세 가지 옵션에 대해 설명합니다:

• 옵션 1: 소스에서 일관된 RMAN 백업, 생성된 파일은 RMAN Duplicate Database 절차에 의해 복원될 IBM Power Virtual Server 에 사용됩니다.
• 옵션 2: 일관성이 없는 RMAN 백업 + 소스에서 아카이브된 재실행 로그(또는 레벨 0 + 증분 백업), RMAN 복원/데이터베이스 복구 절차에서 사용할 백업 파일로 IBM Power Virtual Server 로 복원.
• 옵션 3: Oracle 데이터 가드 활용, 현재 연구 중이며 동일한 플랫폼인 경우 권장되는 방법입니다. 미러를 생성하고 동기화가 완료되는 즉시 데이터베이스 가동 중단 시간 몇 분 만에 전환할 수 있습니다. 테스트 및 평가 단계가 완료되는 대로 온라인 문서가 업데이트될 것입니다.

마이그레이션 옵션 선택

고객의 요구 사항과 기술 조건은 제시된 옵션 중에서 선택하는 결정에 영향을 미칩니다.

1. 서비스 수준 요구 사항, 특히 복구 지점 목표(RPO)와 복구 시간 목표(RTO).
   • 옵션 1: 제시된 바와 같이, 고객이 원본 데이터베이스가 대상 데이터베이스로 마이그레이션되기 전에 상당한 서비스 지연(RTO = "일 ")을 수용할 수 있다고 가정합니다. 이러한 기대는 생산 데이터베이스에는 거의 적용되지 않지만, 생산 외 작업 부하에는 자주 적용됩니다.
   • 옵션 2: 제시된 내용은 고객이 "시간" 이라는 측면에서 서비스 중단에 익숙하다는 것을 전제로 합니다. 이러한 기대는 비생산적 작업 부하와 일부 생산적 데이터베이스의 경우에 자주 발생합니다.
   • 옵션 3: (이 문서에는 아직 소개되지 않음), Oracle 데이터 가드 데이터베이스 동기화를 통합하면, 소스에서 대상까지 몇 분 안에 서비스 전환이 가능합니다.
2. 데이터베이스 크기, 네트워크 처리량 및 신뢰성.

   • 네트워크를 통해 대용량 데이터베이스의 백업을 전송하는 데는 시간이 걸립니다. 프로토콜과 대역폭이 초당 80메가바이트의 처리량을 지원할 수 있는 엔드투엔드 네트워크 연결을 통해 600GB의 백업을 전송하는 경우를 생각해 보십시오. 이 속도로 데이터를 전송하는 데는 약 125분이 걸립니다. 데이터베이스 백업이 훨씬 크거나 네트워크 연결 처리량이 적을 경우, 더 많은 전송 시간이 필요합니다. 신뢰할 수 없는 네트워크는 전송을 방해할 수 있으며, 이 경우 전송 과정을 다시 시작해야 하므로 지연이 발생합니다.

     • 고객은 전송 전/도중 데이터를 압축하고, 처리량이 많은 프로토콜을 사용하며, 전송 후 데이터를 압축 해제하는 특수 전송 도구를 활용할 수 있습니다.
     • IBM 의 Aspera 에 액세스하면, 온-프레미스에서 IBM Power Virtual Server 위치로의 데이터 전송 속도를 크게 높일 수 있다는 이점이 있습니다.
3. 실행할 수 있는 기술의 가용성.
   • 이 문서에서 제공하는 옵션을 사용하려면 숙련된 데이터베이스 관리자 기술과 인프라 팀과 협력하여 데이터베이스 콘텐츠를 IBM 내의 Power Virtual Server 에 있는 새로운 대상 데이터베이스로 마이그레이션할 수 있는 능력이 필요합니다. Power Virtual Server 작업 공간.

고객이 선택한 모든 이전 절차는 잘 연습된 세부적인 이전 및 전환 계획의 맥락에서 실행되어야 합니다.

가정

이 문서는 다음을 전제로 합니다:

1. 소스 데이터베이스가 운영 시스템인 경우 전체 백업을 위해 종료되지 않을 가능성이 높으며, 이 경우 RMAN 증분 백업이 사용됩니다.
2. 이 절차를 실행해도 소스 데이터베이스(스키마 및 구성)에는 변화가 없습니다.
3. Oracle 의 RMAN 옵션을 사용하여 데이터베이스를 소스에서 대상으로 마이그레이션합니다: 데이터베이스 복제 또는 데이터베이스 백업/복원/복구.
4. 대상 환경에는 마이그레이션되는 소스 인스턴스와 일치하는 버전이 사전 설치된 Oracle 가 설치되어 있습니다.
5. RMAN 복제, 복원/복구 기능은 데이터베이스 데이터 파일 위치를 수정할 수 있는 옵션을 제공하지만, 이 옵션은 이 문서에서 다루지 않습니다. AIX, JFS2 파일 시스템 또는 Oracle ASM 디스크 그룹 등 데이터베이스 파일의 위치가 소스와 대상 환경 간에 동일하다는 가정이 전제됩니다.
6. 대상 OS는 다음 중 하나입니다
   • Mksysb 절차에 의해 생성된 소스 운영 체제의 정확한 복사본(OVA 또는 "Open Virtual Appliance" 아카이브 파일) 또는
   • Oracle 의 인스턴스화 버전을 지원하기 위해 IBM 에서 지원하고 Oracle 에서 인증한 AIX 의 새로 배포된 버전입니다.

Mksysb 절차에 대한 설명은 다음에서 찾을 수 있습니다:

• 복원 AIX

소스 데이터베이스 크기 및 구성 문서화

하나 이상의 소스 Oracle 인스턴스의 컴퓨팅, IOPS, 스토리지와 관련된 현재 크기 및 성능 지표를 문서화합니다.

• 대상 IBM Power Virtual Server Oracle 인스턴스는 최소한 기존 시스템의 크기와 일치하도록 구성되어야 합니다.
• 대상 시스템에서 IOPS 요구 사항을 충족하기 위해 디스크 계층과 디스크 용량을 선택하는 것이 매우 중요합니다.
• 이 발견 과정에는 향후 참조 및 목표 시스템 배포와 비교를 위해 소스 데이터베이스에 대한 성능 테스트 도구를 실행하는 것이 포함되어야 합니다.

소스 데이터베이스의 최근 성공적인 백업 제공

표준 백업 도구를 사용하여 최근에 성공적으로 소스 Oracle 시스템의 전체 백업이 이루어졌는지 확인하십시오. 소스 시스템을 완전히 복원할 수 있어야 합니다.

• 확인이 되지 않는 경우, 마이그레이션/발견 팀이 RMAN 백업 절차를 검토해야 합니다.
• 또한, 발견 팀은 고객 DBA 또는 SME와 협력하여 데이터베이스 무결성을 검증하고/하거나 기존의 손상된 블록이나 스키마 문제를 식별해야 합니다.

소스 데이터베이스 문서화

DBA 관리 액세스를 위해 소스 데이터베이스 인스턴스의 위치와 알려진 자격 증명을 문서화하십시오.

RMAN 구성 문서화

백업을 수행하는 데 사용되는 현재 RMAN( Oracle Recovery Manager) 구성을 인스턴스별로 문서화하십시오.

이 정보를 얻는 간단한 방법은 다음 단계를 수행하는 것입니다

Ssh를 사용하여 Oracle 서버에 연결합니다.

ssh oracle@<hostname>

$ORACLE_SID 변수가 설정되어 있는지 확인하십시오.

echo $ORACLE_SID

보통 SID 값이 표시됩니다. 마지막 명령이 값을 표시하지 않으면 다음 명령을 사용하여 환경 변수를 수동으로 설정하십시오

setenv ORACLE_SID <SID value>

<SID value> 를 SID 값으로 대체하십시오.

rman 명령을 사용하여 소스 데이터베이스에 연결하십시오

rman target /

일반적인 출력은 다음과 유사합니다.

Recovery Manager: Release 19.0.0.0.0 - Production on Thu May 2 13:24:05 2024
Version 19.22.0.0.0

Copyright (c) 1982, 2019, Oracle and/or its affiliates.  All rights reserved.
connected to target database: Exx (DBID=xxxxxxxx)

다음과 같은 방법으로 RMAN 구성 설정을 표시합니다

RMAN> SHOW ALL;

저장 및/또는 출력 문서화.

다음과 같이 입력하여 RMAN 세션을 종료합니다

RMAN > exit;

참고로, 일반적인 SHOW ALL 의 출력 결과는 다음과 같습니다:

using target database control file instead of recovery catalog
RMAN configuration parameters for database with db_unique_name EXX are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON; # default
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 8 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default
CONFIGURE RMAN OUTPUT TO KEEP FOR 7 DAYS; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/oracle/EXX/19/dbs/snapcf_EXX.f'; # default

디스크 공간 확인

압축된 마이그레이션 데이터베이스 백업 세트를 수용할 수 있는 충분한 디스크 공간이 있는지, 포맷되어 있는지, 마운트되어 있는지 확인하십시오.

• 백업 중인 인스턴스의 로컬 디스크 공간에 백업하는 것이 가장 좋은 성능을 얻을 수 있습니다.
• 데이터베이스를 Cloud Object Storage 에 직접 백업하면 네트워크의 상대적으로 느린 속도 때문에 백업 실행이 지연될 수 있습니다.
• 이 절차는 다음 고려 사항을 적용하여 중간 압축으로 백업을 수행합니다
  • 압축 결과로 백업 파일 저장 공간이 Oracle 데이터베이스가 차지하는 공간의 약 25%를 차지하게 됩니다.
  • 로컬 파일 시스템 용량은 대상 데이터베이스를 원하는 복원 지점으로 복원하는 데 필요한 전체 백업 세트(또는 세트)를 저장하기에 충분해야 합니다.
  • 대상 시스템은 다음 옵션 중 하나를 통해 백업 세트에 액세스해야 합니다
    • 백업 세트가 복사될 로컬 파일 시스템.
    • Aspera 에이전트를 온-프레미스 환경에 설치하는 방법,
    • NFS 를 Cloud Object Storage 장치에 직접 마운트하거나 Seagate Lyve Mobile 전송 장치를 사용하는 경우. 이것은 최고의 성능을 발휘하지 못하며 과거에 다른 관찰 결과도 있었습니다.

네트워크/접속 속도에 따라 NFS 에서 로컬 저장소로 파일을 복사하는 것이 바람직할 수 있습니다.

소스의 백업 세트용 파일 시스템

마이그레이션 백업 세트에 대한 전용 로컬 파일 시스템(예: /backup/rman )이 참조됩니다. 다른 대안으로, NFS 에 탑재된 Seagate Lyve 모바일 장치에서 직접 복원/복구하는 방법도 10GbE 와 100 GbE 를 사용하여 성공적으로 테스트되었습니다.

다음 명령을 실행하여 백업에 사용할 수 있는 공간을 확인하십시오

df -g /backup/rman

대상의 백업 세트용 파일 시스템

데이터베이스 복제 또는 복구/복원 절차는 다음 옵션 중 하나를 통해 백업 파일 세트에 액세스해야 합니다

• 백업 세트가 복사될 로컬 파일 시스템.
• NFS 를 Seagate Lyve Mobile 전송 장치에 장착하거나
• NFS 를 IBM Cloud Object Storage 에 장착하여 Seagate 장치에서 백업 파일이 이미 복사된 상태입니다.

애플리케이션 및 데이터베이스 종료

백업 절차를 수행하기 전에 표준 운영 절차를 사용하여 SAP 시스템과 Oracle 데이터베이스를 종료하십시오.

다중 테넌트 아키텍처를 사용할 때는 루트 컨테이너 데이터베이스(CDB)에 연결해야 하며, 백업에는 플러그인 가능한 데이터베이스(PDB)가 포함됩니다.

자세한 내용은 여기에서 확인할 수 있습니다:

• CDB와 PDB에서 작업 수행에 관하여.

RMAN 구성이 문서화되어 있는지 확인

준비 섹션의 문서 RMAN 구성 에 설명된 대로, RMAN 구성과 관련된 매개변수를 수정하기 전에 반드시 현재 RMAN 구성과 관련된 매개변수를 저장하거나 문서화하십시오.

마이그레이션을 위한 특별 백업이 완료된 후, 정상적인 예약 백업 작업을 계속하려면 원래의 RMAN 구성과 매개변수가 다시 필요합니다.

백업 옵션 1 - 대상 디렉터리 만들기

oracle 로 로그인하고 다음 명령을 실행하여 다음 섹션에 설명된 백업 스크립트와 일치하는 대상 백업 디렉터리를 만듭니다.

디렉토리가 존재하지 않으면 RMAN 스크립트가 실패합니다. 또한, NFS 마운트를 사용하는 경우, NFS 서버의 exports 정의 파일에서 oracle 사용자에게 올바른 권한이 있는지 확인해야 합니다. oracle 의 사용자는 읽기 및 쓰기(rw) 권한이 필요합니다. NFS 를 사용하는 것은 RMAN 백업 프로세스에 적합하지 않습니다. JFS2 나 로컬로 마운트된 파일 시스템을 사용하면 더 좋은 결과를 얻을 수 있습니다.

다음 두 명령은 백업 대상 위치를 만들고 환경 변수 ORACLE_SID 를 <SID> 로 설정합니다. <SID> 라는 용어를 시스템에 맞는 올바른 값으로 대체하십시오

mkdir -p /backup/rman/<sid>_option1

setenv ORACLE_SID <SID>

물론 오라클 사용자가 그곳에 글을 쓸 수 있고, 다음 단계에서 백업 스크립트를 수정하여 대상 디렉토리를 사용한다면 어떤 대상 위치든 사용할 수 있습니다.

백업 옵션 1 - 백업 스크립트

RMAN 스크립트는 백업 옵션 1을 수행하는 데 사용됩니다. 이 스크립트에 사용된 명령어는 스크립트 뒤에 설명되어 있습니다. 스크립트를 복사하여 붙여넣고 환경에 맞게 조정하십시오.

모든 RMAN 설정과 명령은 option1_backup.rman 스크립트 파일에 포함되어 있습니다

connect target /
SHUTDOWN IMMEDIATE
STARTUP MOUNT
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/backup/rman/<sid>_option1/option1_cmp_%d_%U';
CONFIGURE DEVICE TYPE DISK PARALLELISM 60;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/rman/<sid>_option1/option1_cf_%F';
CONFIGURE COMPRESSION ALGORITHM 'HIGH';
CONFIGURE ENCRYPTION FOR DATABASE ON ;
CONFIGURE ENCRYPTION ALGORITHM 'AES256' ;
SET ENCRYPTION ON IDENTIFIED BY passw0rd ONLY ;
BACKUP AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE TAG <YOUR TAG ID HERE> include current controlfile ;
alter database open;
quit;

oracle 사용자를 사용하여 명령줄에서 이 스크립트를 실행합니다.

rman @option1_backup.rman

RMAN은 요청된 백업 유형에 대해 구성된 기본 장치에 데이터를 백업합니다. 기본적으로 RMAN은 디스크에 백업을 만듭니다. 빠른 복구 영역이 활성화되어 있고 FORMAT 매개변수를 지정하지 않으면, RMAN은 복구 영역에 백업을 생성하고 자동으로 고유한 이름을 부여합니다. 이것이 바로 이것의 전 단계에서 매개변수에서 FORMAT을 수정하는 이유이며, 강조를 위해 여기에 반복해서 씁니다.

다음은 RMAN 스크립트에 사용되는 주요 구성 요소입니다

SHUTDOWN IMMEDIATE
STARTUP MOUNT

CONFIGURE CONTROLFILE AUTOBACKUP ON
BACKUP AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE TAG EXX_100K_INITV3 include current controlfile ;

CONFIGURE DEVICE TYPE DISK PARALLELISM 8 BACKUP TYPE TO BACKUPSET;

CONFIGURE ENCRYPTION FOR DATABASE ON ;
CONFIGURE ENCRYPTION ALGORITHM 'AES256' ;
SET ENCRYPTION ON IDENTIFIED BY passw0rd ONLY ;

BACKUP AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE TAG <SID>_100K_INITV3 include current controlfile ;
alter database open;

RMAN> REPORT SCHEMA;
RMAN> LIST BACKUP SUMMARY;
RMAN> BACKUP VALIDATE CHECK LOGICAL DATABASE ARCHIVELOG ALL;
RMAN> VALIDATE DATAFILE 10;
RMAN> VALIDATE BACKUPSET 3;
RMAN> CROSSCHECK BACKUP;

export ORACLE_SID=<SID>
sqlplus "/ as sysdba";

SQL> create pfile='/backup/rman/init<SID>.ora' from spfile;

데이터베이스 크기 확인

데이터베이스를 백업할 수 있도록 파일 시스템에 충분한 공간이 할당되어 있는지 확인하십시오. 다음 SQL 문을 사용하여 현재 데이터베이스 크기를 확인하십시오

SELECT SUM (bytes)/1024/1024/1024 AS GB FROM dba_segments;

RMAN 구성이 문서화되어 있는지 확인

준비 섹션 문서 RMAN 구성 에 설명된 대로, 현재의 RMAN 구성과 관련된 매개변수를 기록해 두어야 합니다. 마이그레이션을 위한 특별 백업을 완료한 후에는 RMAN 구성이 이전과 동일하게 유지되어 정상적으로 예약된 백업 작업이 계속 진행되도록 해야 합니다.

백업 옵션 2 - 대상 디렉터리 만들기

oracle 사용자로 다음 명령을 실행합니다.

처음 두 명령은 전체 백업과 증분 백업을 위한 대상 백업 디렉토리를 만듭니다. 다른 디렉토리를 사용하는 경우, 다음 섹션에 있는 두 개의 백업 스크립트를 조정하십시오. 세 번째 명령은 환경 변수 ORACLE_SID 를 설정합니다. <SID> 라는 용어를 시스템의 적절한 SID 값으로 바꾸십시오

mkdir -p /backup/rman/<sid>_option2
mkdir -p /backup/rman/<sid>_option2_inc1

setenv ORACLE_SID <SID>

백업 옵션 2 - 백업 스크립트

connect target /
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/backup/rman/<sid>_option2/lev0_%d_%U';
CONFIGURE BACKUP OPTIMIZATION ON;
CONFIGURE DEVICE TYPE DISK PARALLELISM 60;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/rman/<sid>_option2/lev0_cf_%F';
CONFIGURE COMPRESSION ALGORITHM 'MEDIUM';
CONFIGURE ENCRYPTION FOR DATABASE ON ;
CONFIGURE ENCRYPTION ALGORITHM 'AES256' ;
SET ENCRYPTION ON IDENTIFIED BY passw0rd ONLY ;
BACKUP  tag '<Your TAG Here>' incremental level 0 AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE INCLUDE CURRENT CONTROLFILE PLUS ARCHIVELOG;
quit;

rman @option2_backup_level0.rman

Recovery Manager complete.

CONFIGURE BACKUP OPTIMIZATION ON;

CONFIGURE CONTROLFILE AUTOBACKUP ON;

BACKUP AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE PLUS ARCHIVELOG TAG ECOM_option1 include current controlfile;

CONFIGURE DEVICE TYPE DISK PARALLELISM 8 BACKUP TYPE TO BACKUPSET;

CONFIGURE COMPRESSION ALGORITHM 'MEDIUM' ;

CONFIGURE ENCRYPTION FOR DATABASE ON;
CONFIGURE ENCRYPTION ALGORITHM 'AES256';
SET ENCRYPTION ON IDENTIFIED BY passw0rd ONLY ;

BACKUP  tag '<Your TAG here>' incremental level 0 AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE INCLUDE CURRENT CONTROLFILE PLUS ARCHIVELOG TAG <SID>_LEV0;

connect target /
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/backup/rman/<sid>_option2_inc1/inc1_%d_%U';
CONFIGURE BACKUP OPTIMIZATION ON;
CONFIGURE DEVICE TYPE DISK PARALLELISM 60;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/rman/<sid>_option2_inc1/inc1_cf_%F';
CONFIGURE COMPRESSION ALGORITHM 'MEDIUM';
CONFIGURE ENCRYPTION FOR DATABASE ON ;
CONFIGURE ENCRYPTION ALGORITHM 'AES256' ;
SET ENCRYPTION ON IDENTIFIED BY passw0rd ONLY ;
BACKUP TAG `<SID>`_INC1 incremental level 1 AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE INCLUDE CURRENT CONTROLFILE PLUS ARCHIVELOG;
quit;

setenv ORACLE_SID <SID>

rman @option2_backup_inc1.rman

서버 시간 및 날짜 확인

Sysdba로 데이터베이스에 접속하고, 지시된 대로 명령을 실행합니다. 데이터베이스는 mount 모드만 지원하며, opened 모드는 지원하지 않는다는 점에 유의하시기 바랍니다.

NLS 날짜 형식 설정은 date-to-string 또는 string-to-dates 에서 암시적으로 형식을 변환하는 형식 모델로 사용됩니다. 이 기능은 특정 시점 복구를 수행하려는 경우에 중요합니다.

다음 그림에서 볼 수 있는 두 번째 SQL 명령은 Oracle 가 새로운 레드로그에 쓰도록 강제하는 명령입니다. 이 명령은 파일이 생성된 날짜 스탬프를 표시한 후 실행되며, 해당 레드로그를 적용하여 데이터베이스를 앞으로 롤백할 타임스탬프를 제공합니다.

RMAN을 통해 최종 증분 백업을 실행합니다.

RMAN> REPORT SCHEMA;
RMAN> LIST BACKUP SUMMARY;
RMAN> LIST BACKUPSET <TAG ID> ;
RMAN> BACKUP VALIDATE CHECK LOGICAL DATABASE ARCHIVELOG ALL;
RMAN> VALIDATE DATAFILE 10;
RMAN> VALIDATE BACKUPSET 3;
RMAN> CROSSCHECK BACKUP;

setenv ORACLE_SID <SID>
sqlplus "/ as sysdba";

SQL> create pfile='/backup/rman/init<SID>.ora' from spfile;

파일 확인

이제 init<SID>.ora 안에 저장된 Oracle 매개 변수 파일( PFILE)을 검토해 보겠습니다.

저장된 PFILE에 포함된 데이터베이스 파라미터를 검토하고 파일 이름 사양을 확인하십시오. audit_file_dest= 매개 변수는 대상 서버에 아직 존재하지 않는 디렉토리 위치를 참조합니다. 다른 파일 대상은 이미 생성되었어야 하는 ASM 디스크 그룹을 참조합니다.

대상 서버의 파일 위치가 소스 환경과 일치하지 않으면 RMAN 스크립트에서 추가적인 구성 변경이 필요하므로, cloning 에서 Oracle 서버를 IBM Cloud 에 설치할 때 init<SID>.ora 파일에 언급된 구성을 비교하고 대상 시스템에 해당 위치가 있는지 확인하는 것이 중요합니다.

감사 디렉터리 확인

감사 파일 디렉토리가 대상 서버에 존재하는지, PFILE에 나열된 대로 존재하는지 확인하고 적절한 소유권과 모드를 부여합니다.

ASM 디스크 그룹 및 기타 디렉터리 정의 확인

PFILE에 참조된 ASM 디스크 그룹이 대상에 존재하고 충분한 여유 공간이 있는지 확인하십시오. 오라클 그리드 사용자는 다음을 실행하십시오:

asmcmd lsdg

ASM 그룹을 사용하지 않는 경우, PFILE을 검토하고 참조된 디렉토리가 존재하는지 확인하십시오. 이 시점에서, 다음의 복원 옵션 중 하나를 진행할 준비가 된 것입니다.

nofilenamecheck 및 noredo 옵션을 선택하는 이유 duplicate database

nofilenamecheck

nofilenamecheck 옵션을 선택하면 RMAN이 중복 백업의 제어 파일에 포함된 정보를 비교하여 대상 시스템의 디렉터리와 파일 위치를 미리 확인하는 작업을 중단합니다. 이 작업은 원본 데이터베이스의 1-2-1 복사본을 동일한 파일 시스템 위치, SID 등을 사용하여 대상으로 복원하려는 경우에 필요합니다. 이 옵션이 없으면, 경고 메시지가 표시되고 복원이 중단됩니다. 원본 파일 위치와 일치하도록 데이터파일을 복원할 대상 파일 위치에 충돌이 발견되었다는 메시지가 표시됩니다. 이 문제가 발생하면 복원 명령에 ' nofilenamecheck '를 추가하고 다시 시도하면 복원이 작동합니다.

noredo

앞서 보여드린 것처럼, rman_duplicate.cmd 스크립트에서 중복 데이터베이스 명령에 ' noredo ' 옵션을 추가해야 합니다.

이렇게 하면 RMAN에 전체 offline 백업을 복원하고 레드록을 확인하지 않겠다는 것을 알립니다. Oracle DBA는 백업 명령에 언급된 백업 복제본( PLUS ARCHIVELOG )을 사용하여 중복 백업을 만들려고 할 때 발생하는 문제를 이미 알고 있습니다.

NOMOUNT 모드에서 대상 데이터베이스 시작하기

다음 단계는 사용자 oracle 로 실행해야 합니다. 항상 그렇듯이, 용어 " <SID> "를 시스템의 SID 값으로 대체하십시오:

setenv ORACLE_SID <SID>

Oracle 에서 NOMOUNT 모드로 시작하고 사용할 pfile을 직접 지정합니다. 저희 환경에서는 SAP 환경에서 Oracle 를 사용하고 있으므로 ORACLE_HOME은 /oracle/EC9/19.0.0 입니다. 귀하의 환경은 다를 수 있으므로 예제의 경로를 수정하고 귀하의 Oracle 를 대체해야 합니다. <SID> 이 뒤에 언급된 명령어에서.

sqlplus "/ as sysdba"

SQL> startup nomount pfile='/backup/rman/ora/initEC6.ora';
SQL> create spfile='/oracle/EC6/19.0.0/dbs/spfileEC6.ora' from pfile='/backup/rman/ora/initEC6.ora';
SQL> shutdown immediate;
SQL> startup nomount;
SQL> show parameter spfile;

파라미터를 보여주는 출력은 일반적으로 다음과 같이 표시됩니다

NAME                 TYPE            VALUE
---------          -------------    ---------------------------------
spfile               string          /oracle/EC6/19/dbs/spfileEC6.ora

백업 파일 집합에서 구성 파일 경로 가져오기

제어 파일(cf)이 전체 백업(레벨 0)에 포함되어 있었습니다. 백업 option2 level0 파일 세트에서 제어 파일의 전체 경로를 결정합니다.

예:

find /backup/rman/ec6_option2 -name "lev0_cf_*"

찾기 명령은 이름 패턴과 일치하는 모든 파일 이름과 경로를 출력합니다

/backup/rman/ec6_option2/lev0_cf_c-2252531432-20240529-01

출력이 제공되지 않으면, 옵션 2 레벨 0 절차로 생성한 백업 파일을 참조하여 제어 파일 위치와 대상 서버에 백업 파일 세트가 있는지, 그리고 어디에 있는지 확인하십시오.

복원 스크립트에 대한 설명

Oracle 환경/설치와 관련된 archive, redologs, controlfiles 의 올바른 위치를 입력하십시오.

백업 파일은 암호화되어 있으며, RMAN은 데이터베이스 파일을 복원할 수 있도록 암호화 암호를 요구합니다.

SET DECRYPTION IDENTIFIED BY passw0rd;

백업 조각을 데이터 파일과 데이터 파일 목록, 예상 위치에 매핑하는 데 필요한 RMAN 카탈로그가 포함된 레벨 0 백업에서 데이터베이스 제어 파일을 복원합니다.

restore controlfile from '/backup/rman/ec6_option2/lev0_cf_c-2252531432-20240529-01';

그런 다음, 다음 단계에 필요한 데이터베이스를 mount mode 로 변경합니다.

alter database mount;

RMAN이 특정 백업에서 데이터베이스를 복원하도록 지시하는 레벨 0 백업에 할당한 태그를 사용합니다.

restore database from tag IBMECC02_EC6_LEV0;

마지막 단계로, 레벨 0 백업에 포함된 아카이브 로그를 복구된 데이터베이스에 적용합니다. 이 작업은 데이터베이스를 열지 않으므로, 향후 증분 백업 및/또는 아카이브 로그를 데이터베이스에 적용할 수 있습니다.

recover database;

데이터베이스 복원 level0 스크립트 실행

데이터베이스 인스턴스가 다음과 같은 조건으로 시작되었는지 확인하십시오 startup nomount

oracle 라는 사용자가 복원 스크립트를 실행할 때:

rman @restore_option2_lev0.rman

샘플 출력은 광범위하며 여기에 나열되어 있지 않습니다.

증분 백업 복원(레벨 1)- 최종 백업 제외

증분 레벨 1 백업 세트와 보관된 로그의 나머지를 대상 디렉토리에 카탈로그화합니다. 여러 개의 증분 백업이 제공되는 경우, 이것은 반복적인 과정입니다.

마지막 백업을 제외한 모든 증분 백업의 경우, 간단히

recover database ;

이 단계(들)를 통해 증분 백업 세트가 카탈로그화됩니다.

최종 증분 백업 카탈로그화(레벨 1)

최종 증분 백업은 복구가 특정 시간까지만 가능하도록 요구합니다. 그래야만 데이터베이스를 열 수 있기 때문입니다!

대상 데이터베이스는 필요에 따라 증분 레벨 1과 보관된 REDO 로그를 지속적으로 적용하면서 MOUNT 상태로 유지할 수 있습니다. 새로운 백업 파일과 보관된 로그를 카탈로그로 만들고, 최종 전환이 가능할 때까지 복구합니다.

다음 명령은 모든 증분 백업이 /backup/rman 아래의 디렉토리에 저장되어 있다고 가정합니다.

여전히 SQL*Plus에서 다음 SQL 명령을 실행합니다

RMAN> catalog start with '/backup/rman';

첫 번째 증분 레벨 1 백업의 백업 파일만 보여주는 샘플 출력:

searching for all files that match the pattern /backup/rman

List of Files Unknown to the Database
=====================================
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dk2s0rg6_1460_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dl2s0rgc_1461_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dl2s0rgc_1461_2_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dm2s0rgc_1462_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dn2s0rgc_1463_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_do2s0rgc_1464_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dp2s0rgc_1465_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dq2s0rge_1466_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dr2s0rgh_1467_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_ds2s0rgn_1468_1_1
        ...Lines Omitted ...
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_EC6_eo2s0rlq_1496_1_1
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_EC6_ep2s0rlu_1497_1_1
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_EC6_eq2s0rm3_1498_1_1
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_EC6_er2s0rm6_1499_1_1
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_EC6_es2s0rma_1500_1_1
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_EC6_eu2s0rmi_1502_1_1
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_cf_c-2252531432-20240529-02

Do you really want to catalog the above files (enter YES or NO)? YES
cataloging files...
cataloging done

최종 증분 백업(레벨 1)을 지정된 시점으로 복원하기

최종 백업을 제외한 모든 증분 백업의 경우, RMAN에서 다음을 실행할 수 있습니다

백업이 암호화되어 생성되었으므로 암호를 사용하는 백업을 해독하려면 RMAN의 구성을 업데이트해야 합니다. 그렇지 않으면 " ORA-19913: unable to decrypt backup "와 같은 오류가 발생합니다 ORA-28365: wallet is not open

RMAN> SET ENCRYPTION ALGORITHM 'AES256' ;
RMAN> SET DECRYPTION IDENTIFIED BY passw0rd;
RMAN> recover database ;

최종 증분 백업 파일을 카탈로그로 만든 후, 복구 작업은 백업에서 결정된 날짜/시간 까지 이루어져야 합니다

이 최종 복구 작업 이후에는 복구 관점에서 데이터베이스에 더 이상의 변경 사항이 적용되지 않을 것으로 예상됩니다. 다음과 같이 시간과 날짜 형식을 설정합니다

RMAN> alter session set nls_date_format='DD-MM-YYYY HH24:mi:SS' ;

여기에서 날짜 범위의 예를 확인할 수 있습니다

RMAN> recover database until time '13-01-2024 11:52:12';