Backup Exec 21.1 베스트 프랙티스

Last Published:
Product(s): Backup Exec (21.1)
  1. Backup Exec 베스트 프랙티스
    1.  
      Backup Exec 소프트웨어 암호화 베스트 프랙티스
    2.  
      Backup Exec 설치 베스트 프랙티스
    3.  
      Backup Exec 테이프 관리 베스트 프랙티스
    4.  
      Backup Exec 디스크 기반 저장소 베스트 프랙티스
    5.  
      Backup Exec DLM(데이터 수명 주기 관리) 베스트 프랙티스
    6.  
      Backup Exec 카탈로그 베스트 프랙티스
    7.  
      Backup Exec 백업 베스트 프랙티스
    8.  
      Backup Exec 중요한 시스템 구성 요소 백업을 위한 베스트 프랙티스
    9.  
      Backup Exec Agent for Microsoft Exchange Server 베스트 프랙티스
    10.  
      Backup Exec Agent for Microsoft SQL Server 베스트 프랙티스
    11.  
      Backup Exec Agent for Linux 베스트 프랙티스
    12.  
      Backup Exec Agent for Microsoft SharePoint 베스트 프랙티스
    13.  
      Backup Exec Central Admin Server Option 베스트 프랙티스
    14.  
      Windows 및 Linux Server의 Backup Exec Agent for Oracle 베스트 프랙티스
    15.  
      Backup Exec NDMP Option 베스트 프랙티스
    16.  
      Backup Exec 리포트 베스트 프랙티스
    17.  
      Backup Exec 및 Veritas Update 베스트 프랙티스
    18.  
      Backup Exec Simplified Disaster Recovery 베스트 프랙티스
    19.  
      Backup Exec Agent for Enterprise Vault 및 Backup Exec Migrator 베스트 프랙티스
    20.  
      Backup Exec Granular Recovery Technology 베스트 프랙티스
    21.  
      Backup Exec Remote Media Agent for Linux 베스트 프랙티스
    22.  
      Backup Exec Agent for Microsoft Hyper-V 베스트 프랙티스
    23.  
      Backup Exec Agent for VMware 베스트 프랙티스
    24.  
      Backup Exec을 서버 클러스터와 함께 사용하기 위한 베스트 프랙티스
    25.  
      Backup Exec Deduplication Option 베스트 프랙티스
    26.  
      Central Admin Server Option과 함께 Backup Exec Deduplication Option을 사용하기 위한 베스트 프랙티스
    27.  
      드라이브 순환 전략에서 USB 장치 같은 핫 플러그 장치를 사용하기 위한 베스트 프랙티스
    28.  
      Backup Exec 데이터베이스 암호화 키를 위한 베스트 프랙티스
    29.  
      Backup Exec 클라우드 커넥터 사용을 위한 베스트 프랙티스

Windows 및 Linux Server의 Backup Exec Agent for Oracle 베스트 프랙티스

베스트 프랙티스에는 Backup Exec Agent for Oracle on Windows and Linux Servers(Oracle Agent)를 효과적으로 사용하는 데 도움이 되는 팁과 권장 사항이 포함되어 있습니다. Oracle Agent에 대한 자세한 내용은 Backup Exec 관리자 설명서에서 확인하십시오.

다음 베스트 프랙티스는 Oracle Agent를 효과적으로 사용하는 데 도움이 됩니다.
  • Oracle 아카이브 로그 모드 및 Oracle 로그 파일 자동 아카이브 기능을 실행하십시오.

  • DBID 및 데이터베이스에 대한 다른 중요 구성 상세 내역을 숙지하십시오.

  • Oracle 서버의 인스턴스에 대한 spfile 및 init<SID>.ora의 이름을 숙지하십시오.

  • 백업하려는 데이터베이스가 있는 서버와 동일한 서버에 RMAN 리포지토리를 저장하지 마십시오.

  • DBA(데이터베이스 관리자) 시작 작업을 실행하는 경우 현재 제어 파일을 백업하십시오. 현재 제어 파일의 백업이 있을 경우 복구에 사용할 수 있는 제어 파일을 찾기 위해 미디어를 검색하지 않아도 됩니다.

  • 일반적으로 테스트 복구 시나리오를 통해 복원 절차에 익숙해질 수 있습니다. Oracle 복구는 복잡할 수 있으며 관련 데이터의 특성으로 인해 시급한 경우가 많습니다. 복원 절차를 확인할 수 있도록 테스트 계획 및 구성 작업을 Oracle DBA와 함께 조정하는 것이 좋습니다.

  • RMAN 스크립트를 사용하여 다음 작업을 수행하십시오.

    • 멀티플렉싱된 아카이브 로그 구성에서 모든 아카이브 로그 복사본을 삭제하십시오.

      참고:

      Backup Exec을 사용하여 멀티플렉싱되지 않은 단일 위치 아카이브 로그를 모두 삭제할 수 있습니다.

    • RMAN 최적화를 수행하십시오.

Oracle 데이터베이스를 백업할 때 다음 베스트 프랙티스를 고려해야 합니다.
  • 데이터베이스의 구조를 바꾸는 변경을 할 때마다 전체 백업을 수행하십시오.

  • 각 로그당 두 개의 확인된 백업이 있지 않는 한 아카이브 로그 파일을 삭제하지 마십시오.

  • 다음과 같은 이유로 Oracle 관련 미디어 세트 및 백업 작업을 생성하십시오.

    • RMAN이 미디어 보존을 관리할 수 있고 Backup Exec 서버와 통신하여 백업 세트가 만료되었는지 확인할 수 있습니다. 관련이 없는 백업 세트가 없으면 RMAN이 미디어의 보존 기간을 성공적으로 관리할 수 있습니다. 관련이 없는 백업 세트의 보존 기간이 RMAN 보존 기간보다 길 수 있습니다.

    • Oracle 백업의 미디어 세트 보존 기간이 CONTROL_FILE_RECORD_KEEP_TIME 설정보다 커야 합니다. 기본적으로 CONTROL_FILE_RECORD_KEEP_TIME은 7일입니다. Oracle 백업의 미디어 세트 보존 기간이 클 경우 백업 세트를 덮어쓰지 않고 RMAN이 업데이트되지 않습니다.

    • Oracle에서 여러 개의 작업 스트림을 구성할 경우 파일 시스템 같은 추가 리소스로 인해 장치 수가 예상 할당 드라이브 수보다 많아질 수 있습니다.

  • CASO 환경에서 관리되는 Backup Exec 서버 간에 Oracle 작업 로드의 균형을 조정하십시오. 하지만 이 시나리오는 아카이브 로그 파일 백업이 여러 대의 관리되는 Backup Exec 서버에 있을 수 있고, 그 결과 복원이 복잡해질 수 있음을 의미합니다.

  • Linux 환경에서 RALUS를 사용하는 경우 포트 재할당을 고려하십시오. RALUS 작업이 포트 10000을 사용하는 Webmin 등의 응용 프로그램을 방해할 수 있습니다.

  • 신속한 증분 백업을 위해 Oracle 블록 변경 추적을 실행하십시오.

  • 백업 작업에 대한 일반 옵션을 구성할 때 Backup Exec 압축을 실행하십시오.

  • Oracle 서버를 백업 및 복원 탭의 서버 목록에 추가할 때 FQDN(정규화된 도메인 이름)을 입력해야 합니다.

  • Oracle 서버의 FQDN 및 로그온 계정 이름을 Backup Exec 서버의 Oracle 서버 및 인증 정보 목록에 추가해야 합니다.

Oracle 12c 데이터베이스를 사용하려면 다음 베스트 프랙티스를 고려하십시오.
  • 새로운 PDB(플러그형 데이터베이스)를 추가하는 경우와 같이 CDB(컨테이너 데이터베이스)에 구조적 변화가 있는 경우 CDB를 전체 백업하십시오.

  • CDB의 메타데이터가 항상 백업되도록 백업에 CDB의 루트를 포함하십시오.

  • 데이터베이스를 원하는 시점으로 복구할 수 있도록 데이터베이스를 아카이브 로그 모드로 실행하십시오.

  • CDB가 아카이브 로그 모드에 있지 않은 경우 PDB를 백업하기 전에 CDB를 종료하십시오. CDB를 종료하는 상황을 방지하려면 데이터베이스를 아카이브 로그 모드로 실행하거나 PDB의 DBA 시작 백업을 실행하면 됩니다.

  • 메타데이터 불일치가 발생할 수 있으므로 루트만 복원하는 것은 좋지 않습니다. 대신 전체 CDB를 복구하십시오.

  • PDB PIT(지정 시점) 복원이 실패하면 이어지는 작업도 다음 오류 메시지와 함께 실패할 수 있습니다.

    ORA-19852: 보조 인스턴스에 대한 서비스를 생성하는 중에 오류가 발생했습니다.

    이 오류는 이전에 실패한 PIT 복원 시도가 제대로 정리되지 않았기 때문에 발생합니다. 이 문제를 해결하려면 실패한 데이터베이스 PIT 복원 시도를 정리해야 합니다. 실패한 보조 서비스 생성 시도를 정리하려면 다음 단계를 수행하십시오.

    • PIT 작업이 실패한 경우 DB(데이터베이스) PIT 복구 패키지를 사용하여 보조 인스턴스를 정리하십시오.

      SQL> exec dbms_backup_restore.manageauxinstance ('DBPITR',1);

    • 또한 RMAN 스크립트의 마지막 명령 세트를 실행하여 RMAN 구성을 지우십시오.

      CONFIGURE CHANNEL DEVICE TYPE 'SBT_TAPE' CLEAR;

      CONFIGURE AUXILIARY CHANNEL DEVICE TYPE 'SBT_TAPE' CLEAR;