통합 큐브에 대한 필요 조건
Essbase와 함께 통합 큐브를 시도하려면 저장영역 관리에 대해 결정해야 합니다. 그런 다음 자율운영 AI 레이크하우스를 프로비저닝하고, Essbase를 배포하고, 필요한 설정 태스크를 완료해야 합니다.
주:
통합 분할 영역을 생성하면 Essbase 큐브가 통합 큐브가 됩니다.통합 분할 영역을 만들기 전에
-
사용 사례에 따라 데이터 스토리지 관리 옵션을 결정합니다. 통합 큐브에 대한 데이터 로드 옵션을 참조하십시오.
-
Autonomous AI Lakehouse 워크로드 유형으로 Oracle Autonomous AI Database Serverless 인스턴스를 프로비저닝합니다.
-
마켓플레이스를 사용하여 동일한 Oracle Cloud Infrastructure 테넌시에 Essbase를 배포합니다.
-
아래 나열된 설정 태스크를 수행합니다.
Essbase에서 통합 파티션을 생성하려면 먼저 다음 설정 태스크를 완료해야 합니다.
다음 체크리스트를 검토한 후 통합 큐브 배치 워크플로우로 이동하여 구현할 태스크 순서를 알아봅니다.
표 16-1 클라우드 배치 필요 조건
| 요구사항 | 원인 | 수행할 작업 / 추가 정보 |
|---|---|---|
|
Essbase와 Autonomous AI Lakehouse는 Marketplace 목록을 사용하여 공유 Oracle Cloud Infrastructure 테넌시에 함께 배치됩니다. |
Oracle Cloud Infrastructure는 Essbase가 유연하고 확장 가능한 클라우드 컴퓨팅 구조를 활용할 수 있도록 합니다. 자율운영 AI 레이크하우스 서버리스는 Essbase 큐브의 데이터를 저장합니다. |
|
|
Essbase는 자율운영 AI 레이크하우스를 스키마 저장소로 사용합니다. |
자율운영 AI 레이크하우스의 다음 스키마는 Essbase의 용도가 다릅니다. RCU(저장소 생성 유틸리티) 스키마는 Essbase 배치 중 자동으로 생성되고, 플랫폼 아티팩트 및 구성요소에 대한 정보를 보유합니다. 데이터베이스 사용자 스키마는 Essbase 데이터를 보유하는 사실 값 테이블의 홈입니다. 주의: 이들은 설계상 별도의 스키마입니다. 사실 값 테이블에 RCU 스키마를 사용하지 마십시오. |
통합 큐브를 위해 Marketplace에서 Essbase 배치 |
|
Essbase 배치는 OCI 오브젝트 스토리지를 사용하도록 구성되었습니다. |
Essbase 파일 카탈로그 저장영역은 OCI Object Storage Bucket과 통합되어야 합니다. |
표 16-2 데이터베이스 필수 조건
| 요구사항 | 원인 | 수행할 작업 / 추가 정보 |
|---|---|---|
|
조직에서 자율운영 AI 레이크하우스 서버리스를 배포합니다. |
구성, 튜닝, 스토리지, 백업 및 업데이트는 모두 Oracle이 관리하므로, 사용자는 인프라에 시간을 낭비할 필요 없이 클라우드 환경에서 Essbase를 사용할 수 있습니다. Autonomous AI Lakehouse는 Essbase용 데이터 스토리지도 처리합니다. 가장 빠른 쿼리 성능이 필요하든, 대량의 동시 작업로드가 필요하든(혹은 둘의 혼합) Autonomous AI Lakehouse는 이러한 데이터 액세스 요구사항을 충족하는 데 필요한 올바른 서비스를 제공합니다. |
|
|
자율운영 AI 레이크하우스의 데이터베이스 관리자가 새 스키마를 생성합니다. |
Autonomous AI Lakehouse에는 통합 큐브에 대한 데이터가 포함될 스키마가 필요합니다. 주: Oracle은 전용 스키마를 사용할 것을 권장합니다.새로운 자율운영 AI 레이크하우스 사용자는 새로운 스키마와 동일합니다. 이 설명서의 나머지 부분에서는 스키마 소유자를 DB 사용자로 지칭합니다. |
Autonomous Database에서 사용자 생성(OCI 콘솔을 사용하려는 경우) 또는 CREATE USER(SQL 클라이언트 툴을 사용하여 Autonomous AI Lakehouse 사용자/스키마 생성) |
|
자율운영 AI 레이크하우스의 데이터베이스 관리자가 DB 사용자에게 리소스 권한을 부여합니다. |
자율운영 AI 레이크하우스의 데이터베이스 사용자는 다음을 수행할 수 있어야 합니다:
|
|
|
선택 사항: DB 사용자가 스키마에 사실 값 테이블을 생성합니다. |
Essbase 큐브 데이터를 저장하려면 Autonomous AI Lakehouse의 사실값 테이블이 필요합니다. |
|
|
SQL Session Governor가 사용으로 설정되었습니다. |
자율운영 AI 레이크하우스에서 실행 중인 SQL 세션을 취소할 수 있습니다. Essbase 계산이 너무 오래 걸리거나 통합 큐브에 백업 또는 복구가 필요한 경우 SQL 취소가 필요할 수 있습니다. 통합 큐브에서 실행되는 Essbase 계산, 데이터 로드 또는 집계가 장기 실행 SQL 문을 생성하는 경우 세션이 자율운영 AI 레이크하우스에서 실행 중이더라도 세션을 취소할 수 있습니다. |
주: 1단계와 2단계가 필요합니다. 2단계는 1단계의 유효성 검사입니다. 실패하면 1단계를 반복하여 오류를 수정합니다. |
표 16-3 Essbase 플랫폼 선행 조건
| 요구사항 | 원인 | 수행할 작업 / 추가 정보 |
|---|---|---|
|
Essbase 애플리케이션 및 큐브가 생성됩니다. 큐브 안에 데이터가 있을 필요는 없습니다. 큐브는 자체적 고유한 이름의 애플리케이션 내에 있어야 합니다. 통합 큐브는 다른 큐브와 애플리케이션을 공유하면 안됩니다. Essbase의 여러 인스턴스에 대해 동일한 자율운영 AI 레이크하우스 스키마를 사용하지 마십시오. |
큐브를 Autonomous AI Lakehouse의 사실값 테이블에 매핑하려면 Essbase 아웃라인이 필요합니다. |
|
|
Essbase 서비스 관리자나 애플리케이션 관리자가 접속을 정의합니다. |
Essbase에는 Autonomous AI Lakehouse와의 연결이 있어야 합니다. |
|
|
통합 분할 영역을 만들기 위한 전제 조건입니다. 한 명 이상의 개인이 DBMS_CLOUD 인증서를 구성합니다. |
통합 분할 영역을 생성하기 전에 Essbase가 자율운영 AI 레이크하우스에 데이터 및 메타데이터를 저장할 수 있도록 클라우드 인증서를 사용으로 설정해야 합니다. |