통합 파티션 데이터 로드

Essbase 통합 파티션 큐브에서 Autonomous Data Warehouse의 사실 값 테이블로 데이터를 로드할 수 있습니다. 그 전에 Essbase와 OCI 오브젝트 스토리지를 통합하고 configure-dbms-writeback 스크립트를 사용하여 DBMS_CLOUD 인증서를 구성해야 합니다.

Essbase와 OCI 오브젝트 스토리지 통합

통합 파티션 큐브에서 Autonomous Data Warehouse의 사실 값 테이블로 데이터를 로드하기 위해 Essbase는 Autonomous Database와 함께 제공된 DBMS_CLOUD 패키지를 사용합니다.

DBMS_CLOUD 패키지에 액세스하려면 Oracle Cloud Marketplace에서 Oracle Essbase 스택을 배치할 때 Essbase와 OCI 오브젝트 스토리지를 통합하도록 선택했어야 합니다.

전체 세부정보는 통합 파티션을 위해 Marketplace에서 Essbase 배치을(를) 참조하십시오.

데이터 로드를 위한 인증서 설정

Essbase를 통해 Autonomous Data Warehouse로 데이터 로드 작업을 수행하기 전에 통합 파티션에서 클라우드 인증서를 사용으로 설정하는 워크플로우 단계를 완료해야 합니다.

데이터 로드 인증서 워크플로우의 사용자 유형

다음 유형의 액세스 권한을 가진 사용자는 데이터 로드를 위한 통합 파티션 큐브를 설정하기 위해 필요한 워크플로우에 관여할 수 있습니다. 조직에서 이러한 역할은 분리될 수도 있고(협업식 워크플로우로 설정됨), 역할이 결합될 수도 있습니다(한 사람이 모든 필요한 액세스 권한을 가짐).

사용자 유형	워크플로우 내의 역할
SSH 사용자	운영체제 명령행을 사용하여 Oracle Cloud Infrastructure에 배치된 Essbase 인스턴스에 opc 사용자로 액세스할 수 있습니다. (Essbase를 OCI에 누적으로 배치한 사람과 동일인일 수 있음).
DB 사용자	Autonomous Data Warehouse 스키마 이름과 비밀번호를 알고 있습니다. 이는 Oracle Database에 대한 Essbase 접속을 생성할 때 사용한 동일한 스키마와 비밀번호입니다(통합 파티션을 생성하기 전에 필수 필요 조건).
OCI 사용자	Essbase 카탈로그의 오브젝트 스토리지 버킷을 비롯한 OCI 콘솔에 액세스할 수 있습니다.
DB 관리자	Oracle Database 관리자 스키마 이름과 비밀번호를 알고 있습니다.
Essbase 관리자	Essbase 시스템 관리자. ID 도메인 관리자(OCI 사용자일 수도 있음)가 생성한 초기 Essbase 관리자이거나, Essbase 배치가 완료된 후 생성된 또 다른 Essbase 시스템 관리자일 수 있습니다.
Essbase 애플리케이션 관리자	Essbase 배치가 완료된 후 생성된 Essbase 애플리케이션의 관리자/소유자입니다.

데이터 로드 인증서 워크플로우

통합 파티션에 사용하려는 각 데이터베이스 스키마별로 다음 워크플로우 단계를 완료해야 합니다.

OCI 사용자: 통합 파티션을 위해 Marketplace에서 Essbase 배치의 지침에 따라 통합 파티션에 대한 적절한 선택사항과 함께 OCI 테넌시에 Essbase를 배치합니다.
DB 사용자, Essbase 관리자 또는 Essbase 애플리케이션 관리자: Essbase 웹 인터페이스에 로그인하고 통합 파티션에 대한 접속 생성에 설명된 대로 Autonomous Data Warehouse에 대한 접속을 생성합니다.
DB 사용자, Essbase 관리자 또는 Essbase 애플리케이션 관리자: 통합 파티션 생성에 설명된 대로 통합 파티션을 생성합니다.
OCI 사용자: OCI 콘솔의 사용자 프로파일에서 인증 토큰을 생성하고 복사합니다. 이것과 사용자 이름을 SSH 사용자에게 제공합니다.

Getting an Auth Token을(를) 참조하십시오.
SSH 사용자: OCI의 Essbase 인스턴스에 제공된 데이터 로드 준비 스크립트를 실행합니다. Autonomous Data Warehouse의 데이터베이스 스키마당 한번만 스크립트를 실행해야 합니다.

예:
1. oracle 사용자로 전환합니다.
```
sudo su oracle
```
2. 스크립트 위치로 이동합니다.
```
cd /u01/vmtools/config/adwwb_dbms
```
3. 스크립트를 실행합니다.
```
./configure-dbms-writeback.sh
```
  주:
  스크립트 옵션을 보려면 -h 또는 --help 인수와 함께 스크립트를 실행합니다. 구문: ./configure-dbms-writeback.sh [--help | -h]
  
  주:
  선택적으로 vault 옵션과 함께 스크립트를 실행합니다. 이 옵션은 사용자에게 비밀번호를 묻는 대신, OCID를 사용하여 액세스할 수 있는 저장소에 보관된 DB 관리자 인증서를 가져오도록 스크립트를 설정합니다. 구문: ./configure-dbms-writeback.sh [--vault | -V]
4. 프롬프트가 표시되면 필요한 정보를 입력합니다.
  - DB 관리자 비밀번호 - vault 옵션과 함께 스크립트를 실행하지 않은 경우. 비밀번호는 보호된 정보이므로 명령 프롬프트에 입력할 때 텍스트가 표시되지 않습니다.
  - DB 사용자 사용자 이름과 비밀번호. 비밀번호는 보호된 정보이므로 명령 프롬프트에 입력할 때 텍스트가 표시되지 않습니다.
  - OCI 사용자 사용자 이름과 인증 토큰. 전체 사용자 식별 문자열을 입력합니다. 이 문자열을 찾으려면 OCI 콘솔에서 오른쪽 상단 모서리의 프로파일 아이콘을 눌러 사용자 프로파일의 개요를 표시합니다. 프로파일 아래, 테넌시 위에 표시된 전체 문자열을 복사합니다.
스크립트가 필요한 클라우드 인증서를 생성하고 데이터베이스 스키마에 저장합니다. OCI, Essbase 또는 Essbase 애플리케이션을 재시작할 때 스크립트를 다시 실행할 필요가 없습니다.

이제 Essbase를 통해 데이터를 로드하여 Autonomous Data Warehouse 사실 값 테이블을 업데이트할 수 있습니다.

주:

SSH 사용자 알림 – 데이터 로드 준비 스크립트에 사용된 OCI 사용자의 인증 토큰이 Essbase 카탈로그의 오브젝트 스토리지 버킷에 더 이상 액세스할 수 없는 경우, 데이터 로드 준비 워크플로우의 사용자 유형에 나열된 요구사항을 충족하는 다른 OCI 사용자를 찾아서 워크플로우의 단계를 반복해야 합니다.

통합 파티션 데이터 로드에 대한 기타 참고사항

소스 데이터 파일 위치

Essbase를 통해 사실 값 테이블로 데이터 로드를 수행하기 전에 오라클은 Essbase 서버에 데이터 파일을 업로드할 것을 권장합니다. 클라이언트측 데이터 로드가 지원되지만 시간이 오래 걸립니다.

비-Essbase 데이터 로드 툴

Essbase를 통해 Autonomous Data Warehouse로 데이터를 로드할 필요가 없는 경우 Autonomous Database의 데이터 툴을 사용하여 사실 값 테이블에 데이터를 로드하고 기타 관리 태스크를 수행할 수 있습니다. 그러나 큐브 아웃라인과 사실 값 테이블이 동기화를 벗어나지 않도록 하십시오. 통합 파티션 큐브에 대한 메타데이터 예방 조치을(를) 참조하십시오.

DBMS 형식의 데이터 파일

Essbase 형식의 데이터 익스포트 파일을 통합 파티션 큐브에 로드하려면 시간이 오래 걸릴 수 있습니다. 데이터 로드를 최적화하려면 DBMS 형식의 소스 파일을 사용합니다. DATAEXPORT 계산 명령을 DataExportCSVFormat 옵션과 함께 사용하여 하나 만들 수 있습니다. CSV 형식의 파일은 소스 파일에 대한 DBMS_CLOUD 패키지 형식 옵션에 부합되므로 더 빠르게 로드할 수 있습니다.

사실 값 테이블 및 데이터 로드 입력 소스의 피벗 차원

데이터 로드 입력 파일에 사용된 피벗 차원은 사실 값 테이블의 피벗 차원과 동일해야 합니다.

예를 들어, 다음 사실 값 테이블에서 피벗 차원은 측정항목 차원(Sales, COGS, Margin 등)입니다.

SQL Developer에 표시된 비정규화 데이터와 메타데이터의 사실 값 테이블에서 열 머리글 "Year", "Product", "Market", "Scenario", "Sales", "COGS", "Margin", "Marketing", "Payroll", "Misc", "Total Expenses", "Profit", "Opening Inventory", "Additions", "Ending Inventory"

이 사실 값 테이블에 허용 가능한 데이터 로드 입력 파일은 동일한 피벗 차원을 사용하므로 유사한 모양을 갖습니다. 예제(잘림):

"Year","Product","Market","Scenario","Sales","COGS","Margin","Marketing","Payroll","Misc","Total Expenses","Profit","Opening Inventory","Additions","Ending Inventory"
"Jan","100-10","New York","Actual",678,271,407,94,51,0,145,262,2101,644,2067
"Feb","100-10","New York","Actual",645,258,387,90,51,1,142,245,2067,619,2041
"Mar","100-10","New York","Actual",675,270,405,94,51,1,146,259,2041,742,2108

입력 파일 피벗 차원이 사실 값 테이블 피벗 차원과 다르면 오류가 반환되고 데이터 로드 작업이 종료됩니다.

MaxL에서 여러 임포트 파일이 지원되지 않음

MaxL import 명령문을 와일드카드 문자와 함께 사용하여 여러 파일에서 병렬로 데이터를 임포트하는 것은 통합 파티션 큐브에서 지원되지 않습니다.