본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

Oracle 데이터베이스에 대한 백업 전략 정의

기여자

백업 작업을 생성하기 전에 백업 전략을 정의하면 데이터베이스를 성공적으로 복원하거나 복제하는 데 필요한 백업이 있는지 확인할 수 있습니다. SLA(서비스 수준 계약), RTO(복구 시간 목표) 및 RPO(복구 시점 목표)에 따라 백업 전략이 주로 결정됩니다.

SLA는 예상되는 서비스 수준을 정의하고 서비스의 가용성 및 성능을 비롯한 다양한 서비스 관련 문제를 해결합니다. RTO는 서비스 중단 후 비즈니스 프로세스를 복원해야 하는 시간입니다. RPO는 장애 후 정상적인 작업을 재개하기 위해 백업 스토리지에서 복구해야 하는 파일의 사용 기간에 대한 전략을 정의합니다. SLA, RTO 및 RPO는 데이터 보호 전략에 기여합니다.

백업에 지원되는 Oracle 데이터베이스 구성

SnapCenter는 서로 다른 Oracle 데이터베이스 구성의 백업을 지원합니다.

  • Oracle 독립형

  • Oracle RAC(Real Application Clusters)

  • Oracle 독립형 레거시

  • Oracle CDB(Standalone Container Database)

  • Oracle Data Guard 대기

    Data Guard 대기 데이터베이스의 오프라인 마운트 백업만 생성할 수 있습니다. 오프라인 종료 백업, 아카이브 로그만 백업 및 전체 백업은 지원되지 않습니다.

  • Oracle Active Data Guard 대기

    Active Data Guard 대기 데이터베이스의 온라인 백업만 생성할 수 있습니다. 아카이브 로그 전용 백업 및 전체 백업은 지원되지 않습니다.

    참고 Data Guard 대기 또는 Active Data Guard 대기 데이터베이스의 백업을 생성하기 전에 관리 복구 프로세스(MRP)가 중지되고 백업이 생성되면 MRP가 시작됩니다.
  • 자동 스토리지 관리(ASM)

    • 가상 머신 디스크(VMDK)의 ASM 독립 실행형 및 ASM RAC

      참고 Oracle 데이터베이스에 지원되는 모든 복원 방법 중에서 VMDK에서 ASM RAC 데이터베이스의 연결 및 복사 복원만 수행할 수 있습니다.
    • ASM 독립 실행형 및 RDM(ASM RAC on Raw Device Mapping)ASMLib를 사용하거나 사용하지 않고 ASM의 Oracle 데이터베이스에 대해 백업, 복원 및 클론 작업을 수행할 수 있습니다.

    • Oracle ASM 필터 드라이버(ASMFD)

      참고 PDB 마이그레이션 및 PDB 복제 작업은 지원되지 않습니다.
    • Oracle Flex ASM

지원되는 Oracle 버전에 대한 최신 정보는 를 참조하십시오 "NetApp 상호 운용성 매트릭스 툴".

Oracle 데이터베이스에 지원되는 백업 유형입니다

백업 유형은 생성할 백업 유형을 지정합니다. SnapCenter는 Oracle 데이터베이스에 대한 온라인 및 오프라인 백업 유형을 지원합니다.

온라인 백업

데이터베이스가 온라인 상태일 때 생성되는 백업을 온라인 백업이라고 합니다. 핫 백업이라고도 하는 온라인 백업을 사용하면 데이터베이스를 종료하지 않고도 데이터베이스 백업을 생성할 수 있습니다.

온라인 백업의 일부로 다음 파일의 백업을 생성할 수 있습니다.

  • 데이터 파일 및 제어 파일만

  • 보관 로그 파일만(이 시나리오에서는 데이터베이스가 백업 모드로 전환되지 않음)

  • 데이터 파일, 제어 파일, 아카이브 로그 파일을 포함한 전체 데이터베이스

오프라인 백업

데이터베이스가 마운트되었거나 종료 상태일 때 생성된 백업을 오프라인 백업이라고 합니다. 오프라인 백업을 콜드 백업이라고도 합니다. 오프라인 백업에는 데이터 파일과 제어 파일만 포함할 수 있습니다. 오프라인 마운트 또는 오프라인 종료 백업을 생성할 수 있습니다.

  • 오프라인 마운트 백업을 생성할 때는 데이터베이스가 마운트된 상태인지 확인해야 합니다.

    데이터베이스가 다른 상태인 경우 백업 작업이 실패합니다.

  • 오프라인 종료 백업을 생성할 때 데이터베이스는 아무 상태에나 있을 수 있습니다.

    백업을 생성하기 위해 데이터베이스 상태가 필수 상태로 변경됩니다. 백업을 생성한 후 데이터베이스 상태가 원래 상태로 되돌아갑니다.

SnapCenter가 Oracle 데이터베이스를 검색하는 방법

"리소스"는 SnapCenter에서 유지 관리하는 호스트의 Oracle 데이터베이스입니다. 사용 가능한 데이터베이스를 발견한 후 이러한 데이터베이스를 리소스 그룹에 추가하여 데이터 보호 작업을 수행할 수 있습니다. SnapCenter에서 다양한 유형과 버전의 Oracle 데이터베이스를 검색하기 위해 수행하는 프로세스에 대해 알고 있어야 합니다.

Oracle 버전 11g_ ~ 12c__R1 Oracle 버전 12cR2 ~ 18c
  • RAC 데이터베이스 *: RAC 데이터베이스는 /etc/oratab 항목을 기준으로 검색됩니다.

/etc/oratab 파일에 데이터베이스 항목이 있어야 합니다.

  • RAC 데이터베이스 *: srvctl config 명령을 사용하여 RAC 데이터베이스를 검색할 수 있습니다.

  • 독립 실행형 *: 독립 실행형 데이터베이스는 /etc/oratab 항목을 기준으로 검색됩니다.

/etc/oratab 파일에 데이터베이스 항목이 있어야 합니다.

  • 독립 실행형 *: 독립 실행형 데이터베이스는 /etc/oratab 파일의 항목과 srvctl config 명령의 출력을 기반으로 검색됩니다.

  • ASM *: ASM 인스턴스 항목은 /etc/oratab 파일에서 사용할 수 있어야 합니다.

  • ASM *: ASM 인스턴스 항목은 /etc/oratab 파일에 있을 필요가 없습니다.

  • RAC One Node *: RAC One Node 데이터베이스는 /etc/oratab 항목을 기준으로 검색됩니다.

데이터베이스는 nomount, mount 또는 _open_state 중 하나여야 합니다. /etc/oratab 파일에 데이터베이스 항목이 있어야 합니다.

데이터베이스가 이미 검색되고 백업이 데이터베이스에 연결되어 있는 경우 RAC One Node 데이터베이스 상태가 이름 변경 또는 삭제됨으로 표시됩니다.

데이터베이스가 재배치되면 다음 단계를 수행해야 합니다.

  1. 페일오버된 RAC 노드의 /etc/oratab 파일에 재배치된 데이터베이스 항목을 수동으로 추가합니다.

  2. 리소스를 수동으로 새로 고칩니다.

  3. 리소스 페이지에서 RAC One Node 데이터베이스를 선택한 다음 * 데이터베이스 설정 * 을 클릭합니다.

  4. 데이터베이스를 현재 데이터베이스를 호스팅하는 RAC 노드에 기본 클러스터 노드를 설정하도록 데이터베이스를 구성합니다.

  5. SnapCenter 작업을 수행합니다.

참고 한 노드에서 다른 노드로 데이터베이스를 재배치하고 이전 노드의 oratab 항목이 삭제되지 않은 경우 동일한 데이터베이스가 두 번 표시되지 않도록 oratab 항목을 수동으로 삭제해야 합니다.
  • RAC One Node *: srvctl config 명령만 사용하여 RAC One Node 데이터베이스를 검색할 수 있습니다.

데이터베이스는 nomount, mount 또는 _open_state 중 하나여야 합니다. 데이터베이스가 이미 검색되고 백업이 데이터베이스에 연결되어 있는 경우 RAC One Node 데이터베이스 상태가 이름 변경 또는 삭제됨으로 표시됩니다.

데이터베이스가 재배치되면 다음 단계를 수행해야 합니다.

  1. 리소스를 수동으로 새로 고칩니다.

  2. 리소스 페이지에서 RAC One Node 데이터베이스를 선택한 다음 데이터베이스 설정 을 클릭합니다.

  3. 데이터베이스를 현재 데이터베이스를 호스팅하는 RAC 노드에 기본 클러스터 노드를 설정하도록 데이터베이스를 구성합니다.

  4. SnapCenter 작업을 수행합니다.

참고 /etc/oratab 파일에 Oracle 12cr2 및 18cdatabase 항목이 있고 동일한 데이터베이스가 srvctl config 명령에 등록되어 있는 경우 SnapCenter는 중복 데이터베이스 항목을 제거합니다. 오래된 데이터베이스 항목이 있으면 데이터베이스가 검색되지만 데이터베이스에 연결할 수 없으며 상태가 오프라인 상태가 됩니다.

RAC 설정의 1차 노드

Oracle RAC(Real Application Clusters) 설정에서 백업 작업을 수행할 기본 노드를 지정할 수 있습니다. 기본 설정 노드를 지정하지 않으면 SnapCenter가 노드를 기본 설정 노드로 자동 할당하고 해당 노드에 백업이 생성됩니다.

선호하는 노드는 RAC 데이터베이스 인스턴스가 있는 클러스터 노드 중 하나 또는 모두가 될 수 있습니다. 백업 작업은 기본 설정 순서대로 이러한 기본 설정 노드에서만 트리거됩니다.

예: RAC 데이터베이스 cdbrac에는 node1의 cdbrac1, node2의 cdbrac2, node3의 cdbrac3 등 세 개의 인스턴스가 있습니다. 노드 1과 노드 2 인스턴스는 노드 2가 첫 번째 기본 설정이고 노드 1이 두 번째 기본 설정인 기본 노드로 구성됩니다. 백업 작업을 수행할 때 노드 2가 첫 번째 기본 설정 노드이므로 이 작업이 먼저 시도됩니다. 플러그인 에이전트가 호스트에서 실행되고 있지 않은 등의 여러 가지 이유로 인해 노드 2가 백업할 상태가 아닌 경우 호스트의 데이터베이스 인스턴스가 지정된 백업 유형에 대해 필요한 상태가 아닌 경우 또는 FlexASM 구성에서 노드 2의 데이터베이스 인스턴스를 로컬 ASM 인스턴스에서 제공하지 않으면 노드 1에서 작업을 시도합니다. 노드 3은 기본 노드 목록에 없으므로 백업에 사용되지 않습니다.

Flex ASM 설정에서 카디널리티가 RAC 클러스터의 노드 수보다 적은 경우 Leaf 노드가 기본 노드로 표시되지 않습니다. Flex ASM 클러스터 노드 역할이 변경된 경우 원하는 노드가 새로 고쳐지도록 수동으로 검색해야 합니다.

필요한 데이터베이스 상태입니다

기본 노드의 RAC 데이터베이스 인스턴스가 백업을 성공적으로 완료하려면 필수 상태여야 합니다.

  • 구성된 기본 노드의 RAC 데이터베이스 인스턴스 중 하나가 열려 있어야 온라인 백업을 생성할 수 있습니다.

  • 구성된 기본 노드의 RAC 데이터베이스 인스턴스 중 하나는 마운트 상태여야 하며, 다른 기본 노드를 비롯한 다른 모든 인스턴스는 마운트 상태 또는 그 아래에 있어야 오프라인 마운트 백업을 생성할 수 있습니다.

  • RAC 데이터베이스 인스턴스는 임의의 상태에 있을 수 있지만 오프라인 종료 백업을 생성하려면 기본 노드를 지정해야 합니다.

Oracle Recovery Manager를 사용하여 백업을 카탈로그로 만드는 방법

Oracle 데이터베이스 백업은 Oracle RMAN(Recovery Manager)으로 카탈로그를 작성해서 Oracle RMAN 저장소에 백업 정보를 저장할 수 있습니다.

나중에 블록 레벨 복구 또는 테이블스페이스 시점 복구 작업에 카탈로그 작성된 백업을 사용할 수 있습니다. 이러한 카탈로그 작성된 백업이 필요하지 않은 경우 카탈로그 정보를 제거할 수 있습니다.

카탈로그를 작성하려면 데이터베이스가 마운트됨 또는 상위 상태여야 합니다. 데이터 백업, 아카이브 로그 백업 및 전체 백업에 대한 카탈로그를 작성할 수 있습니다. 여러 데이터베이스가 있는 리소스 그룹의 백업에 대해 카탈로그 작성을 사용하는 경우 각 데이터베이스에 대해 카탈로그가 수행됩니다. Oracle RAC 데이터베이스의 경우 데이터베이스가 마운트된 상태 이상인 기본 노드에서 카탈로그가 수행됩니다.

참고 RAC 데이터베이스의 백업을 카탈로그로 만들려는 경우 해당 데이터베이스에 대해 실행 중인 다른 작업이 없는지 확인합니다. 다른 작업이 실행 중인 경우, 카탈로그 작성 작업이 대기열에 있는 것이 아니라 실패합니다.

기본적으로 대상 데이터베이스 컨트롤 파일은 카탈로그로 사용됩니다. 외부 카탈로그 데이터베이스를 추가하려면 SnapCenter 그래픽 사용자 인터페이스(GUI)의 데이터베이스 설정 마법사를 사용하여 외부 카탈로그의 자격 증명 및 TNS(투명 네트워크 기판) 이름을 지정하여 데이터베이스를 구성할 수 있습니다. 또한 CLI에서 -OracleRmanCatalogCredentialName 및 -OracleRmanCatalogTnsName 옵션과 함께 Configure-SmOracleDatabase 명령을 실행하여 외부 카탈로그 데이터베이스를 구성할 수도 있습니다.

SnapCenter GUI에서 Oracle 백업 정책을 생성하는 동안 카탈로그 작성 옵션을 활성화한 경우, 백업 작업의 일부로 Oracle RMAN을 사용하여 백업 카탈로그를 작성합니다. Catalog-SmBackupWithOracleRMAN 명령을 실행하여 지연된 백업 카탈로그를 수행할 수도 있습니다. 백업을 카탈로그로 작성한 후 Get-SmBackupDetails 명령을 실행하여 카탈로그 작성된 데이터 파일의 태그, 제어 파일 카탈로그 경로, 카탈로그 작성된 아카이브 로그 위치 등과 같은 카탈로그 작성된 백업 정보를 가져올 수 있습니다.

SnapCenter 3.0에서 ASM 디스크 그룹 이름이 16자 이상인 경우 백업에 사용되는 명명 형식은 SC_HASHCODEofDISKGROUP_DBSID_BACKUPID입니다. 그러나 디스크 그룹 이름이 16자 미만인 경우 백업에 사용되는 명명 형식은 DISKGROUPNAME_DBSID_BACKUPID이며, 이는 SnapCenter 2.0에서 사용되는 것과 동일한 형식입니다.

참고 HASHCODEofDISKGROUP은 각 ASM 디스크 그룹에 대해 자동으로 생성되는 번호(2 ~ 10자리)입니다.

교차 검사를 수행하여 리포지토리 레코드가 물리적 상태와 일치하지 않는 백업에 대한 오래된 RMAN 리포지토리 정보를 업데이트할 수 있습니다. 예를 들어, 사용자가 운영 체제 명령을 사용하여 디스크에서 아카이빙된 로그를 제거할 경우, 제어 파일은 로그가 디스크에 있음을 계속 표시합니다(실제로는 그렇지 않음). crosscheck 작업을 사용하면 제어 파일을 정보로 업데이트할 수 있습니다. Set-SmConfigSettings 명령을 실행하고 enable_crosscheck 매개 변수에 true 값을 할당하여 크로스검사를 활성화할 수 있습니다. 기본값은 false 로 설정됩니다.

'sccli Set-SmConfigSettings-ConfigSettingsTypePlugin-PluginCodeSCO-ConfigSettings' key=enable_crosscheck,value=true"

Uncatalog-SmBackupWithOracleRMAN 명령을 실행하여 카탈로그 정보를 제거할 수 있습니다. SnapCenter GUI를 사용하여 카탈로그 정보를 제거할 수 없습니다. 그러나 백업을 삭제하거나 카탈로그 작성된 백업과 관련된 보존 및 리소스 그룹을 삭제하는 동안 카탈로그 작성된 백업 정보가 제거됩니다.

참고 SnapCenter 호스트를 강제로 삭제하면 해당 호스트와 연결된 카탈로그 작성된 백업 정보가 제거되지 않습니다. 호스트를 강제로 삭제하기 전에 해당 호스트에 대한 모든 카탈로그 작성된 백업의 정보를 제거해야 합니다.

작업 시간이 ORACLE_PLUGIN_RMAN_catalog_timeout 매개 변수에 지정된 시간 초과 값을 초과했기 때문에 카탈로그 작성 및 카탈로그 작성 취소에 실패한 경우 다음 명령을 실행하여 매개 변수 값을 수정해야 합니다.

"/opt/netapp/snapcenter/spl/bin/sccli Set-SmConfigSettings-ConfigSettingsType Plugin-PluginCode SCO-ConfigSettings" key=oracle_plugin_RMAN_catalog_timeout, value=user_defined_value"

매개 변수 값을 수정한 후 다음 명령을 실행하여 SnapCenter SPL(Plug-in Loader) 서비스를 다시 시작합니다.

'/opt/netapp/snapcenter/spl/bin/spL 재시작'

명령에 사용할 수 있는 매개 변수와 이에 대한 설명은 get-help command_name 을 실행하여 얻을 수 있습니다. 또는 을 참조할 수도 있습니다 "SnapCenter 소프트웨어 명령 참조 가이드".

백업 스케줄

백업 빈도(스케줄 유형)는 정책에 지정되며 백업 스케줄은 리소스 그룹 구성에 지정됩니다. 백업 빈도 또는 스케줄을 결정하는 가장 중요한 요소는 리소스의 변경 속도 및 데이터의 중요도입니다. 자주 사용하는 리소스를 매일 한 번씩 백업할 수도 있고, 자주 사용하지 않는 리소스를 하루에 한 번 백업할 수도 있습니다. 기타 요인으로는 조직에 대한 리소스의 중요성, SLA(서비스 수준 계약) 및 RPO(복구 시점 목표)가 있습니다.

SLA는 예상되는 서비스 수준을 정의하고 가용성 및 서비스 성능을 비롯한 다양한 서비스 관련 문제를 해결합니다. RPO는 장애 후 정상적인 작업을 재개하기 위해 백업 스토리지에서 복구해야 하는 파일의 사용 기간에 대한 전략을 정의합니다. SLA 및 RPO는 데이터 보호 전략에 기여합니다.

사용량이 많은 리소스의 경우에도 하루에 한 번 또는 두 번 이상 전체 백업을 실행할 필요가 없습니다. 예를 들어 정기적인 트랜잭션 로그 백업만으로도 필요한 백업이 있는지 확인할 수 있습니다. 데이터베이스를 더 자주 백업할수록 SnapCenter는 복원 시 사용해야 하는 트랜잭션 로그를 더 적게 사용하여 복원 작업을 더 빠르게 수행할 수 있습니다.

백업 스케줄은 다음과 같이 두 부분으로 구성됩니다.

  • 백업 빈도

    일부 플러그인에 대해 _schedule type_이라는 백업 빈도(백업 수행 빈도)는 정책 구성의 일부입니다. 정책의 백업 빈도로 시간별, 일별, 주별 또는 월별 을 선택할 수 있습니다. 이러한 빈도 중 하나를 선택하지 않으면 생성된 정책이 온디맨드 전용 정책입니다. 설정 * > * 정책 * 을 클릭하여 정책에 액세스할 수 있습니다.

  • 백업 스케줄

    백업 스케줄(백업을 수행할 정확한 시점)은 리소스 그룹 구성의 일부입니다. 예를 들어 주별 백업에 대한 정책이 구성된 리소스 그룹이 있는 경우 매주 목요일 오후 10시에 백업하도록 스케줄을 구성할 수 있습니다. 리소스 그룹 * > * 리소스 그룹 * 을 클릭하여 리소스 그룹 일정에 액세스할 수 있습니다.

백업 명명 규칙

기본 스냅샷 복사본 명명 규칙을 사용하거나 사용자 지정된 명명 규칙을 사용할 수 있습니다. 기본 백업 명명 규칙은 스냅샷 복사본 이름에 타임 스탬프를 추가하여 복사본이 생성된 시간을 식별하도록 도와줍니다.

스냅샷 복사본은 다음과 같은 기본 명명 규칙을 사용합니다.

'resourcegroupname_hostname_timestamp'

다음 예제와 같이 백업 리소스 그룹의 이름을 논리적으로 지정해야 합니다.

dts1_mach1x88_03-12-2015_23.17.26

이 예제에서 구문 요소는 다음과 같은 의미를 가집니다.

  • _dts1_은(는) 리소스 그룹 이름입니다.

  • _mach1x88_은 호스트 이름입니다.

  • _03-12-2015_23.17.26_은 날짜 및 타임스탬프입니다.

또는 * Use custom name format for Snapshot copy * 를 선택하여 리소스 또는 리소스 그룹을 보호하면서 스냅샷 복사본 이름 형식을 지정할 수 있습니다. 예를 들어 customtext_resourcegroup_policy_hostname 또는 resourcegroup_hostname을 입력합니다. 기본적으로 타임스탬프 접미사가 스냅샷 복사본 이름에 추가됩니다.

백업 보존 옵션

백업 복사본을 보존할 일 수를 선택하거나 유지할 백업 복사본 수를 최대 255개 사본의 ONTAP로 지정할 수 있습니다. 예를 들어, 조직에서 10일간 백업 복사본 또는 130개의 백업 복사본을 보존해야 할 수도 있습니다.

정책을 생성하는 동안 백업 유형 및 스케줄 유형에 대한 보존 옵션을 지정할 수 있습니다.

SnapMirror 복제를 설정하면 보존 정책이 대상 볼륨에 미러링됩니다.

SnapCenter는 스케줄 유형과 일치하는 보존 레이블이 있는 보존된 백업을 삭제합니다. 리소스 또는 리소스 그룹에 대한 스케줄 유형이 변경된 경우 이전 스케줄 유형 레이블이 있는 백업이 시스템에 남아 있을 수 있습니다.

참고 백업 복사본을 장기간 보존하려면 SnapVault 백업을 사용해야 합니다.

운영 또는 보조 스토리지 볼륨을 사용하여 백업 복사본을 확인합니다

운영 스토리지 볼륨 또는 SnapMirror 또는 SnapVault 보조 스토리지 볼륨에서 백업 복사본을 확인할 수 있습니다. 보조 스토리지 볼륨을 사용하여 검증하면 운영 스토리지 볼륨의 로드가 감소합니다.

운영 또는 2차 스토리지 볼륨에 있는 백업을 확인하면 모든 운영 및 2차 스냅샷 복사본이 확인됨 으로 표시됩니다.

SnapMirror 및 SnapVault 2차 스토리지 볼륨의 백업 복사본을 확인하려면 SnapRestore 라이센스가 필요합니다.