Oracle 데이터베이스 백업

Oracle 데이터베이스 서버의 데이터베이스를 백업하기 전에 데이터베이스 서버에 경량 에이전트를 설치해야 합니다. 데이터베이스 서버에 에이전트를 설치하는 방법은 Agents를 참조하세요.

데이터베이스 백업을 위한 에이전트 설치 및 라이선스 적용이 완료되면, 아래 단계에 따라 데이터베이스 백업 작업을 생성합니다.

애플리케이션 구성

Oracle 데이터베이스 서버에 Vinchin 물리적 백업 에이전트를 설치한 후 사용자는 Resources 모듈을 사용하여 데이터베이스를 구성해야 합니다.

설치가 완료되면 Vinchin Backup Server 웹 콘솔을 열고 Resources > Infrastructure > Agent & Client 페이지로 이동합니다. 대상 에이전트를 찾아 Options를 클릭한 다음 Application을 선택하여 데이터베이스 백업을 위한 애플리케이션 설정을 구성합니다.

Options > Application 버튼을 클릭하여 애플리케이션 설정을 구성합니다.

Application Type 드롭다운 목록에서 Oracle을 선택합니다.

Oracle의 데이터베이스 인스턴스가 Select Instance 필드에 나열됩니다. 독립형 Oracle 데이터베이스 서버의 경우 데이터베이스 인스턴스를 선택하고 Next 버튼을 클릭하여 백업을 위한 인스턴스 인증을 진행합니다.

OracleApplicationConfig

RAC 클러스터의 경우 각 클러스터 노드에 데이터베이스 백업 에이전트를 설치한 후 모든 노드(백업 에이전트)를 Vinchin 백업 서버에 추가해야 합니다.

RAC 클러스터를 활성화하려면 RAC Cluster 옵션을 켜고 Select Node 필드에서 RAC 클러스터의 다른 모든 노드를 선택합니다.

OracleApplicationRACSelect

Instance Listening IP의 경우 백업 서버 또는 데이터베이스 서버가 인터넷에 있다면 이 옵션을 활성화해야 합니다.

OracleApplicationRACListeningIP

에이전트가 설치된 데이터베이스 인스턴스의 IP 주소를 여기에 입력해야 합니다. 위의 설정을 완료한 후 OK를 클릭합니다.

Oracle 애플리케이션이 성공적으로 구성되면 에이전트 목록에서 아래와 같은 에이전트를 확인할 수 있습니다.

OracleApplicationFinish

이제 Oracle 데이터베이스 서버에 대한 백업 작업을 생성할 수 있습니다.

Oracle 데이터베이스 백업 전 준비 사항

system 사용자에게 sysdba 권한을 부여한 후 system 사용자로 Oracle 데이터베이스를 백업하는 것을 권장합니다.

Oracle 데이터베이스 백업에 사용할 사용자는 dba 및 sysdba 권한이 있어야 합니다. 아래 명령어를 사용하여 Oracle 데이터베이스에 로그인하여 사용자 권한을 확인할 수 있습니다.

다음 명령어로 GRANTED_ROLE = DBA 여부를 확인합니다.

select * from dba_role_privs where grantee='username';

다음 명령어로 SYSDBA = TRUE 여부를 확인합니다.

select * from v$pwfile_users where username='username';

주의

1. 데이터베이스 서버가 Linux인 경우 데이터베이스 백업 에이전트는 23100, 23101의 2개 서비스 포트를 사용해야 합니다. 데이터베이스 서버 방화벽에서 Vinchin 백업 서버에 대해 이 2개 포트를 열어야 합니다.

2. RAC 클러스터를 추가하려면 모든 클러스터 노드에 데이터베이스 백업 에이전트를 설치하고 모든 노드(에이전트)를 Vinchin에 추가해야 합니다.

3. RAC 클러스터의 인스턴스 인증은 Oracle 데이터베이스 에이전트 하나를 선택하여 수행합니다.

4. Oracle RAC 클러스터 환경을 백업하려면 RMAN 명령줄에서 show all 명령어를 실행하여 컨트롤 파일 스냅샷이 공유 스토리지로 설정되어 있는지 확인합니다.

5. RAC 클러스터 노드 중 하나에 대해서만 하나의 백업 작업을 생성하면 됩니다.

6. RAC 클러스터 노드 중 하나 또는 일부가 실패하면 다른 노드에서 백업이 수행되므로 이 경우 백업 작업을 수정할 필요가 없습니다.

7. 백업을 수행하기 전에 데이터베이스 인스턴스에서 Archivelog 모드를 활성화해야 합니다.

Oracle 백업 작업 생성

Backup > Database 페이지에서 Oracle 데이터베이스 백업 작업을 생성할 수 있습니다.

Step 1. Backup Source

먼저 왼쪽 열에서 대상 호스트를 선택한 후 백업할 Oracle 데이터베이스 인스턴스를 선택합니다. 오른쪽 열에 선택한 인스턴스가 표시됩니다. Next를 클릭하여 2단계로 진행합니다.

Step 2. Backup Destination

이 백업 작업에는 백업 대상(백업 스토리지)을 연결해야 합니다.

Target Node에서 백업 데이터를 처리하고 저장할 백업 노드를 선택할 수 있습니다.

Target Storage에서 선택한 백업 노드에 속한 스토리지를 선택할 수 있습니다.

Step 3. Backup Strategies

General Strategy에는 Schedule, Throttling Policy, Data Storage Policy, Retention Policy가 포함됩니다.

Schedule 필드에서 백업 작업의 시간 일정을 구성할 수 있으며, 작업을 Backup as Scheduled 작업 또는 Once-off Backup 작업으로 구성할 수 있습니다.

일회성 백업 작업의 경우 작업이 한 번만 실행되며 전체 백업만 수행됩니다. Start Time 필드에서 백업 작업 시작 시간만 지정하면 됩니다.

백업 작업 유형의 경우 Full Backup, Incremental Backup, Differential Backup, Archive Log Backup을 일정으로 설정할 수 있습니다.

스로틀링 정책은 선택 사항입니다. 필요한 경우 데이터베이스 백업 중 전송 속도를 제한하는 데 사용할 수 있습니다.

Data Storage Policy 섹션에는 Data Deduplication, Data Compression, Data Encryption의 세 가지 옵션이 있습니다. 이 세 가지 옵션을 활성화하면 백업 데이터가 백업 스토리지에 저장되기 전에 중복 제거 및 압축되고 스토리지 내 백업 데이터가 암호화됩니다.

데이터베이스 백업의 보존 정책에는 Number of Restore Points 또는 Number of Days에 따라 데이터베이스 백업을 보존하는 2가지 보존 모드가 있습니다.

보존 모드 Number of Restore Points의 경우, 복원 지점은 해당 전체 백업에 종속된 차등 백업 및 로그 백업을 포함하여 전체 복원 지점 단위로 계산됩니다.

보존 모드 Number of Days를 선택하면 Vinchin Backup Server는 지정된 일수 내의 복원 지점을 저장합니다.

보존 정책이 적용되면, 보존 정책을 준수하기 위해 오래된 복원 지점이 삭제됩니다.

전송 전략에서 데이터 안전을 위해 Encrypted Transfer를 활성화하고 백업에 사용할 Trnsfer Threads를 선택할 수 있습니다.

백업 데이터는 기본적으로 LAN을 통해 전송됩니다.

Script configuration을 사용하면 백업 전후에 사용자 정의 스크립트를 실행할 수 있습니다.

Security Strategy에는 백업 데이터 무결성을 유지하고 정기적으로 검사하는 WORM 보호 및 무결성 검사가 포함됩니다.

Advanced Strategy를 통해 Backup Archivelog of last(days), Delete Archivelog, Oracle Compression, 멀티스레드 전송을 구성할 수 있습니다.

Backup archivelog of last(days): 최근 아카이브 로그 일수의 기본값은 일정 정책에서 설정한 아카이브 로그 백업 빈도와 연관됩니다. 예를 들어 Archive Log Backup이 Daily로 설정된 경우 기본값은 2일, 매주로 설정된 경우 기본값은 8일, 월별로 설정된 경우 기본값은 31일입니다.

Delete Archivelog: Delete Archivelog를 활성화하면 백업된 아카이브 로그 파일을 데이터베이스 서버에서 삭제하여 데이터베이스 서버의 아카이브 공간을 회수할 수 있습니다. 이 옵션을 비활성화하면 데이터베이스 관리자가 수동으로 아카이브 로그 파일을 삭제해야 합니다.

Skip inaccessible filesSkip offline files를 사용하면 해당 유효하지 않은 파일을 백업에서 건너뛸 수 있습니다.

Oracle Compression: Oracle에서 제공하는 기능으로, 데이터 전송량과 백업 시간을 줄이고 백업 스토리지를 절약합니다. 기본값은 비활성화입니다.

Set filesperset으로 백업 세트에 포함할 최대 파일 수를 설정할 수 있습니다.

BCT를 사용하면 증분 백업의 효율성을 높일 수 있습니다.

Multi-segment transmission을 사용하면 백업을 지정된 크기의 청크로 분할하여 백업 속도를 향상시킬 수 있습니다.

Custom RMAN command를 설정하면 백업 실행 전에 지정한 RMAN 명령이 먼저 실행됩니다.

Retry AttemptsRetry Interval을 설정하면 작업 실패 시 지정한 횟수만큼 동일한 간격으로 재시도합니다.

Overload Protection을 통해 사용자는 노드 리소스 제한을 무시할지 여부를 선택할 수 있습니다.

주의

Delete Archivelog가 비활성화된 경우, DBA가 아카이브 로그 파일을 정기적으로 수동 삭제해야 합니다. 그렇지 않으면 아카이브 로그 파일로 디스크가 가득 차 프로덕션 데이터베이스가 중단될 수 있습니다. 이 기능을 활성화하는 것을 권장합니다.

Step 4. Review & Confirm

위의 설정을 완료한 후 한 화면에서 설정 내용을 검토하고 확인할 수 있습니다. 데이터베이스 백업 작업을 식별하기 위한 작업 이름을 지정하고, Submit 버튼을 클릭하여 백업 작업 생성을 확인합니다.

” 검색 결과

    ”에 대한 검색 결과가 없습니다