Gegevens laden van federatieve partities

Vanuit een kubus met federatieve partities van Essbase kunt u gegevens laden naar de feitentabel in Autonomous Data Warehouse. Voordat u dit doet, moet u Essbase integreren met OCI-objectopslag en DBMS_CLOUD-referenties configureren met behulp van het script configure-dbms-writeback.

Essbase integreren met OCI-objectopslag

Als u vanuit een kubus met federatieve partities gegevens wilt laden naar de feitentabel in Autonomous Data Warehouse, maakt Essbase gebruik van het pakket DBMS_CLOUD, dat beschikbaar is bij Autonomous Database.

Voor toegang tot het pakket DBMS_CLOUD moet u ervoor hebben gekozen om Essbase met OCI-objectopslag te integreren toen u de Oracle Essbase gegevensopslag van Oracle Cloud Marketplace hebt geïmplementeerd.

Zie Essbase vanuit Marketplace implementeren voor federatieve partities voor alle details.

Referenties instellen voor laden van gegevens

Voordat er een bewerking voor het laden van gegevens via Essbase kan worden uitgevoerd naar Autonomous Data Warehouse, moet een workflow met stappen worden voltooid om cloudreferenties te activeren die voor federatieve partities kunnen worden gebruikt.

Gebruikerssoorten in de workflow voor referenties voor het laden van gegevens

Gebruikers met de volgende soorten toegang kunnen zijn betrokken of zijn betrokken bij de vereiste workflow voor het opzetten van een kubus met federatieve partities voor het laden van gegevens. In uw organisatie kunnen deze rollen apart (zodat de opzet een gezamenlijke workflow is) of gecombineerd (één persoon heeft alle vereiste toegang) zijn.

Soort gebruiker	Rol binnen workflow
SSH-gebruiker	Kan de commandoregel van het besturingssysteem gebruiken om als opc-gebruiker toegang te krijgen tot de Essbase instance die is geïmplementeerd in Oracle Cloud Infrastructure. (Dit kan dezelfde persoon zijn die Essbase als gegevensopslag op OCI heeft geïmplementeerd.)
DB-gebruiker	Kent schemanaam en wachtwoord van Autonomous Data Warehouse. Dit zijn dezelfde schemanaam en hetzelfde wachtwoord die zijn gebruikt om de Essbase verbinding met Oracle Database te maken (een vereiste vereiste voor het maken van de federatieve partitie).
OCI-gebruiker	Heeft toegang tot de OCI-console, inclusief de objectopslagbucket voor de Essbase catalogus.
DB-beheerder	Kent de schemanaam en het wachtwoord van de Oracle Database beheerder.
Essbase beheerder	De Essbase systeembeheerder. Dit kan de initiële Essbase beheerder zijn die is gemaakt door de identiteitsdomeinbeheerder (die ook de OCI-gebruiker kan zijn), maar het kan ook ander Essbase systeembeheerder zijn die is gemaakt na voltooiing van de implementatie van Essbase.
Essbase applicatiemanager	De beheerder/eigenaar van een Essbase applicatie, gemaakt na voltooiing van de Essbase implementatie.

Workflow voor referenties voor het laden van gegevens

De volgende workflow met stappen moet worden voltooid voor elk databaseschema dat u voor federatieve partities gebruikt.

OCI-gebruiker: volg de instructies in Essbase vanuit Marketplace implementeren voor federatieve partities om Essbase met de juiste selecties voor federatieve partities te implementeren in de OCI-tenancy.
DB-gebruiker, Essbase beheerder of Essbase applicatiemanager: log in op de Essbase webinterface en maak een verbinding met Autonomous Data Warehouse, zoals beschreven in Een verbinding maken voor federatieve partities.
Databasegebruiker, Essbase beheerder of Essbase applicatiemanager: maak de federatieve partitie, zoals beschreven in Een federatieve partitie maken.
OCI-gebruiker: genereer in en kopieer vanuit uw gebruikersprofiel in de OCI-console een verificatietoken. Geef dit, samen met uw gebruikersnaam, door aan de SSH-gebruiker.

Zie Een verificatietoken ophalen.
SSH-gebruiker: voer het voorbereidingsscript voor het laden van gegevens uit, beschikbaar op de Essbase instance op OCI. U hoeft het script in Autonomous Data Warehouse slechts één keer per databaseschema uit te voeren.

Voorbeeld:
1. Schakel over naar de Oracle gebruiker.
```
sudo su oracle
```
2. Navigeer naar de scriptlocatie.
```
cd /u01/vmtools/config/adwwb_dbms
```
3. Voer het script uit.
```
./configure-dbms-writeback.sh
```
  Opmerking:
  Voer om scriptopties te zien het script uit met het argument -h of --help. Syntaxis: ./configure-dbms-writeback.sh [--help | -h]
  
  Opmerking:
  U kunt het script ook uitvoeren met de optie 'Kluis'. Met deze optie wordt het script zo ingesteld dat het de DB-beheerdersreferenties gebruikt die zijn opgeslagen in de kluis en toegankelijk zijn via de OCID, in plaats van dat u om het wachtwoord wordt gevraagd. Syntaxis: ./configure-dbms-writeback.sh [--vault | -V]
4. Voer wanneer hierom wordt gevraagd de vereiste informatie in:
  - Wachtwoord DB-beheerder, als u het script niet met de optie 'Kluis' hebt uitgevoerd. Omdat het wachtwoord beveiligde informatie is, wordt de tekst terwijl u typt niet weergegeven op de commandoprompt.
  - Gebruikersnaam en wachtwoord DB-gebruiker. Omdat het wachtwoord beveiligde informatie is, wordt de tekst terwijl u typt niet weergegeven op de commandoprompt.
  - Gebruikersnaam en verificatietoken OCI-gebruiker. Voer de volledige string met gebruikers-ID in. U kunt deze string vinden door in de rechterbovenhoek in OCI-console op het profielpictogram te klikken om een overzicht van het gebruikersprofiel te tonen. Kopieer de volledige string die onder Profiel en boven Tenancy wordt getoond.
Het script maakt de benodigde cloudreferenties en slaat deze op in het databaseschema. Het is niet nodig om het script opnieuw uit te voeren wanneer u OCI, Essbase of Essbase applicaties opnieuw start.

U kunt gegevens nu via Essbase laden om de feitentabel van Autonomous Data Warehouse bij te werken.

Opmerking:

Aan SSH-gebruiker: als het verificatietoken van de OCI-gebruiker dat wordt gebruikt in het script voor het voorbereiden van het laden van gegevens geen toegang meer heeft tot de objectopslagbucket voor de Essbase catalogus, moet u een andere OCI-gebruiker vinden die voldoet aan de vereisten vermeld in Gebruikerssoorten in de workflow voor het voorbereiden van het laden van gegevens, en de stappen in de workflow herhalen.

Overige notities over het laden van gegevens van federatieve partities

Bestandslocatie brongegevens

Voordat u gegevens via Essbase naar de feitentabel gaat laden, raadt Oracle u aan het gegevensbestand naar de Essbase server te uploaden. Het laden van gegevens aan de clientzijde wordt ondersteund, maar duurt langer.

Niet-Essbase hulpprogramma's voor het laden van gegevens

Als u via Essbase geen gegevens hoeft te laden naar Autonomous Data Warehouse, kunt u 'Gegevenshulpprogramma's' in Autonomous Database gebruiken om gegevens te laden in de feitentabel en andere beheertaken uit te voeren. Zorg er wel voor dat de kubusstructuur en de feitentabel gesynchroniseerd blijven. Zie Voorzorgsmaatregelen voor metagegevens voor federatieve partitiekubussen voor meer informatie.

Voor DBMS opgemaakte gegevensbestanden

Het laden van met Essbase opgemaakte gegevensexportbestanden in federatieve partitiekubussen kan tijdrovend zijn. Om het laden van gegevens te optimaliseren, gebruikt u een met DBMS opgemaakt bronbestand. U kunt er een maken met de berekeningsopdracht DATAEXPORT via de optie DataExportCSVFormat. CSV-geformatteerde bestanden kunnen sneller worden geladen omdat ze in overeenstemming zijn met de DBMS_CLOUD-pakketformaatopties voor bronbestanden.

Draaitabeldimensie in feitentabel en invoerbron voor het laden van gegevens

De draaitabeldimensie die in invoerbestanden voor het laden van gegevens wordt gebruikt, moet dezelfde zijn als de draaitabeldimensie van de feitentabel.

Zo is bijvoorbeeld in de volgende feitentabel de draaitabeldimensie de dimensie 'Meeteenheden' ('Sales', 'COGS', 'Margin', etc.).

Feitentabel met gedenormaliseerde gegevens en metagegevens in SQL Developer, met de kolomkoppen "Year","Product","Market","Scenario","Sales","COGS","Margin","Marketing","Payroll","Misc","Total Expenses","Profit","Opening Inventory","Additions" en "Ending Inventory."

Een aanvaardbaar invoerbestand voor het laden van gegevens voor deze feitentabel heeft een soortgelijke vorm, omdat het dezelfde draaitabeldimensie heeft. Voorbeeld (afgekapt):

"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

Als de draaitabeldimensie van het invoerbestand afwijkt van de draaitabeldimensie van de feitentabel, wordt er een fout geretourneerd en wordt het laden van gegevens beëindigd.

Meerdere importbestanden in MaxL worden niet ondersteund

Het parallel importeren van gegevens uit meerdere bestanden met behulp van een MaxL-importeerstatement met jokertekens wordt niet ondersteund voor federatieve partitie kubussen.