Fra en Essbase-kube i en samlet partition kan du indlæse data til din faktatabel i Autonomous Data Warehouse. Du skal først integrere Essbase med OCI Object Storage og konfigurere DBMS_CLOUD-legitimationsoplysninger ved hjælp af scriptet configure-dbms-writeback
.
Integrere Essbase med OCI Object Storage
For at kunne indlæse data fra en kube i en samlet partition til din faktatabel i Autonomous Data Warehouse bruger Essbase den DBMS_CLOUD-pakke, der er tilgængelig sammen med Autonomous Database.
Du skal vælge at integrere Essbase med OCI Object Storage, når du tager Oracle Essbase-stakken fra Oracle Cloud Marketplace i brug, for at få adgang til DBMS_CLOUD-pakken.
Se Tage Essbase i brug fra Marketplace til samlede partitioner for at få alle detaljer.
Konfigurere legitimationsoplysninger til dataindlæsning
Før der kan udføres en dataindlæsningsoperation via Essbase til Autonomous Data Warehouse, skal der fuldføres et workflow af trin for at gøre det muligt at bruge cloud-legitimationsoplysninger sammen med samlede partitioner.
Brugertyper i legitimationsoplysninger til workflow for dataindlæsning
Brugere med følgende adgangstyper er eller kan være involveret i det påkrævede workflow for opsætning af en kube med en samlet partition til dataindlæsning. I din organisation kan disse roller være adskilt (så opsætningen er et samarbejds-workflow), eller rollerne kan være kombineret (én person har al den nødvendige adgang).
Brugertype | Rolle i workflow |
---|---|
SSH-bruger |
Kan bruge operativsystemets kommandolinje til at oprette adgang, som opc-bruger, til den Essbase-instans, der er taget i brug i Oracle Cloud Infrastructure (kan være den samme person, som tog Essbase i brug som en stak i OCI). |
Databasebruger |
Kender navnet på og adgangskoden til Autonomous Data Warehouse-skemaet - det samme skema og den samme adgangskode, der bruges til at oprette Essbase-forbindelsen til Oracle Database (en påkrævet forudsætning før oprettelse af den samlede partition). |
OCI-bruger |
Kan oprette adgang til OCI-konsollen, herunder Object Storage-beholderen for Essbase-kataloget. |
Databaseadministrator |
Kender navnet på og adgangskoden til skemaet for Oracle Database-administratoren. |
Essbase-administrator |
Essbase-systemadministratoren. Kan være den første Essbase-administrator, der er oprettet af identitetsdomæneadministratoren (som også kan være OCI-brugeren), eller det kan være en anden Essbase-systemadministrator, der er oprettet efter fuldførelse af Essbase-ibrugtagning. |
Essbase-applikationsstyring |
Styringen/ejeren af en Essbase-applikation, der er oprettet efter fuldførelse af Essbase-ibrugtagning. |
Legitimationsoplysninger til workflow for dataindlæsning
Følgende workflow-trin skal fuldføres for hvert databaseskema, som du bruger til den samlede partition
OCI-bruger: Følg instruktionerne i Tage Essbase i brug fra Marketplace til samlede partitioner for at tage Essbase i brug i OCI-lejen med de relevante valg for samlede partitioner.
Databasebruger, Essbase-administrator eller Essbase-applikationsstyring: Log på Essbase-webinterface, og opret en forbindelse til Autonomous Data Warehouse som beskrevet i Oprette en forbindelse for samlede partitioner.
Databasebruger, Essbase-administrator eller Essbase-applikationsstyring: Opret den samlede partition som beskrevet i Oprette en samlet partition.
OCI-bruger: Generer og kopier et autentificeringstoken fra din brugerprofil i OCI-konsol. Angiv dette og dit brugernavn til SSH-brugeren.
SSH-bruger: Kør forberedelsesscriptet for dataindlæsning, som er tilgængeligt i Essbase-instansen i OCI. Du skal kun køre scriptet én gang pr. databaseskema i Autonomous Data Warehouse.
Eksempel:
Skift til oracle-brugeren.
sudo su oracle
Naviger til scriptlokationen.
cd /u01/vmtools/config/adwwb_dbms
Kør scriptet.
./configure-dbms-writeback.sh
Bemærk:
Hvis du vil se scriptvalg, skal du køre scriptet med argumentet-h
eller --help
. Syntaks: ./configure-dbms-writeback.sh [--help | -h]
Bemærk:
Du kan eventuelt køre scriptet med valget vault. Dette valg angiver, at scriptet skal tage de legitimationsoplysninger for databaseadministratoren, der er lagret i vault, og som der oprettes adgang til ved hjælp af OCID, i stedet for at anmode dig om adgangskoden. Syntaks:./configure-dbms-writeback.sh [--vault | -V]
Indtast de påkrævede oplysninger, når du bliver anmodet om det:
Scriptet opretter de nødvendige cloud-legitimationsoplysninger og lagrer dem i databaseskemaet. Der er ingen grund til at køre scriptet igen, når du genstarter OCI, Essbase eller Essbase-applikationer.
Nu kan du indlæse data via Essbase for at opdatere faktatabellen i Autonomous Data Warehouse.
Bemærk:
Til SSH-bruger– Hvis OCI-brugerens autentificeringstoken, der bruges i forberedelsesscriptet for dataindlæsning, ikke længere har adgang til Object Storage-beholderen for Essbase-kataloget, skal du finde en anden OCI-bruger, der opfylder de krav, som er angivet i Brugertyper i forberedelses-workflow for dataindlæsning, og gentage trinnene i workflowet.
Andre noter om dataindlæsning i samlet partition
Lokation for kildedatafil
Før du udfører en dataindlæsning gennem Essbase til faktatabellen, anbefaler Oracle, at du uploader datafilen til Essbase-serveren. Dataindlæsning på klientsiden understøttes, men tager længere tid.
Ikke-Essbase-dataindlæsningsværktøjer
Hvis du ikke behøver at indlæse data gennem Essbase til Autonomous Data Warehouse, kan du bruge Dataværktøjer i Autonomous Database til at indlæse data i faktatabellen og udføre andre styringsopgaver. Du skal dog sørge for, at kube-outlinen og faktatabellen forbliver synkrone – se Forholdsregler for metadata til samlede partitionskuber.
DBMS-formaterede datafiler
Indlæsning af Essbase-formaterede dataeksportfiler i kuber med samlet partition kan være tidskrævende. Brug en DBMS-formateret kildefil til at optimere dataindlæsninger. Du kan oprette en sådan fil med beregningskommandoen DATAEXPORT og valget DataExportCSVFormat. CSV-formaterede filer kan indlæses hurtigere, fordi de er i overensstemmelse med DBMS_CLOUD-pakkeformatvalg for kildefiler.
Pivotdimension i faktatabel og inputkilde for dataindlæsning
Den pivotdimension, der bruges i inputfiler for dataindlæsning, skal være den samme som pivotdimensionen for faktatabellen.
For eksempel er pivotdimensionen målingsdimensionen i følgende faktatabel (Sales, COGS, Margin osv).
En acceptabel inputfil for dataindlæsning til denne faktatabel har en lignende form, fordi den har den samme pivotdimension. Eksempel (afkortet):
"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
Hvis inputfilens pivotdimension er forskellig fra faktatabellens pivotdimension, returneres en fejl, og dataindlæsningsjobbet afsluttes
Flere importfiler i MaxL understøttes ikke
Import af data fra flere filer parallelt via en MaxL-import-sætning med jokertegn understøttes ikke for kuber med samlet partition.