Essbase 인스턴스 백업 및 복구
Essbase 인스턴스 백업은 인스턴스의 모든 애플리케이션을 공통 시점으로 복원하는 데 사용됩니다. 인스턴스 백업은 주로 재해 복구에 사용되지만 모든 애플리케이션을 한 번에 마이그레이션하거나 복원하려는 경우 적합합니다.
사전 복원 Essbase 인스턴스를 소스(백업이 수행되는 소스)로 간주하고 사후 복원 Essbase 인스턴스를 대상으로 간주합니다. 복원 작업이 완료되면 대상 인스턴스의 응용 프로그램이 특정 시점의 소스 인스턴스를 반영합니다.
주:
대상 인스턴스는 소스와 동일한 버전의 Essbase일 필요는 없습니다. 그러나 소스와 비교하여 대상 버전을 패치할 수 있어야 합니다.이러한 항목에서는 Essbase 서비스를 중지하라는 메시지가 여러 번 표시됩니다. 서버 중지, 시작 및 확인을 참조하십시오. 사용자 연결을 사용 안함으로 설정한 후 서비스를 중지하기 전에 기존 사용자 요청이 완료되는 데 충분한 시간을 할애하십시오.
Essbase 인스턴스 백업
인스턴스 백업은 Essbase 인스턴스를 복원하기 위한 필수 전제 조건이며 Essbase 26ai에 대한 백업 일관성을 검사해야 합니다.
Essbase 11g에서 사용되는 디스크 아티팩트 외에도 Essbase 26ai에서는 Essbase 애플리케이션 메타데이터를 관리하기 위한 관계형 데이터베이스 스키마 사용을 소개합니다. 모든 관련 정보를 일관성 있는 상태로 캡처하도록 기존 백업 루틴을 수정합니다.
Essbase 백업의 일관성을 유지하려면 백업을 수행하기 전에 모든 서비스를 중지합니다. 이 작동 중지 시간을 최소화하기 위한 조치를 취할 수 있지만 Oracle은 사용자가 활성 상태인 동안 인스턴스 백업을 수행하지 않을 것을 권장합니다. Essbase를 중지하기 전에 시스템을 정상적으로 해제할 수 있습니다. 응용 프로그램 변경(특히 사용/사용 안함) 및 시스템 변경(특히 로그오프/종료)을 참조하십시오. disable 명령을 사용하는 경우 시스템을 다시 시작한 후 enable 명령을 사용해 되돌려해야 합니다.
- <애플리케이션 디렉토리>의 내용
- 관계형 데이터베이스 소스 스키마: <schemaprefix>_Essbase
- EPM Shared Services "지정된 역할"(EPM Shared Services를 Essbase와 함께 사용하는 경우)
사용자 작동 중지 시간을 최소화하려면 <Domain Root>/<Domain Name> 및 <Application Directory>에 대해 별도의 디스크 볼륨 마운트를 고려하십시오. 이렇게 하면 디스크에서 폴더를 압축하는 것보다 스냅샷이나 복제본을 더 빠르게 생성할 수 있습니다. 또한 데이터 로드 및 치수 작성에 사용되는 중복되거나 오래된 텍스트 파일을 제거하는 것이 좋습니다. 이러한 파일은 매우 커질 수 있으며 압축 시간이 길어질 수 있기 때문입니다.
Essbase 인스턴스 복원
프로덕션 Essbase 인스턴스는 WebLogic 보안과 ID 제공자 또는 EPM 보안(ID 제공자 포함 또는 제외)을 사용합니다. 두 경우 모두 사용자와 그룹은 Essbase 외부에서 관리됩니다.
주:
내장된 WebLogic LDAP은 테스트 환경에 대해서만 지원되며 상당한 백업 및 복원 제한 사항이 있습니다.일반적으로 ID 제공자는 Essbase 인스턴스와 동일한 물리적 하드웨어에서 실행되지 않으므로 Essbase를 복구할 때 ID 제공자를 복구하지 못하도록 보호됩니다. 새 Essbase 대상 인스턴스를 구성하고 기존 ID 제공자를 사용하도록 구성하기만 하면 됩니다.