Om scenarier

Scenarier er private arbejdsområder, hvor brugere kan modellere forskellige antagelser i Essbase-dataene og se effekten på aggregerede resultater uden at påvirke de eksisterende data.

Hvert scenarie er et virtuelt udsnit af en kube, hvor en eller flere brugere kan modellere data og derefter bekræfte eller kassere ændringerne.

Scenarieaktiverede kuber har en særlig dimension kaldet Sandkasse. Dimensionen Sandkasse er flad, med ét medlem kaldet Basis, og op til 1000 øvrige medlemmer, der samlet kaldes sandkassemedlemmer. Alle medlemmer i dimensionen Sandkasse er på laveste niveau. Sandkassemedlemmer har navnene sb0, sb1 osv. Hver sandkasse er et privat arbejdsområde, hvorimod Basis indeholder de data, der i øjeblikket er indeholdt i kuben. Et specifikt scenarie er tilknyttet præcist ét sandkassemedlem.

Sandbox
        Base
        sb0
        sb1
        sb2

Basisdata er udgangspunktet, før du bruger sandkassen til at modellere mulige ændringer. Sandkassedata (også kaldet scenariedata) bekræftes ikke, medmindre scenariets ejer anvender dem, hvorefter de overskriver dataene i Basis.

Når de først oprettes, er alle skæringspunkter for sandkassemedlemmer virtuelle og har intet fysisk lager. De fysiske data fra kuben lagres i medlemsudsnittet Basis. Hvis du forespørger på nye sandkassemedlemmer, afspejles de værdier, der er lagret i Basis, dynamisk.

Det er først, når du har opdateret værdier i en sandkasse, at dine ændringer lagres fysisk i sandkassen. Når du har opdateret nogle værdier i et sandkassemedlem, afspejler forespørgsler mod sandkassen en blanding af lagrede sandkasseværdier og værdier, der er arvet dynamisk fra Basis.

Ændringer, der foretages i en sandkasse, bekræftes ikke i Basis, før du gør det eksplicit, hvilket normalt sker efter et godkendelses-workflow. Se Om brugerroller og workflow for scenarier.

Når du er færdig med sandkassen, kan du føre sandkassen gennem godkendelses-workflowet, eller du kan springe workflowet over og bekræfte de opdaterede værdier i Basis eller afvise og kassere sandkasseændringerne.

Du skal aktivere hybrid tilstand, før scenariestyring kan fungere. For forespørgsler er den som standard aktiveret. Du må ikke deaktivere den. For beregninger skal du også aktivere HYBRIDBSOINCALCSCRIPT-applikationskonfigurationen. Se HYBRIDBSOINCALCSCRIPT (eller brug beregningskommandoen SET HYBRIDBSOINCALCSCRIPT til at styre det for hver enkelt beregning).

Der anvendes sikkerhed og filtre på dimensionen Sandkasse.

Scenarieaktiverede kuber har en CellProperties-dimension, som du skal ignorere, da den er til interne processer. Du behøver ikke at modificere den eller tage højde for den i beregninger, forespørgsler eller indlæsningsregler, og den bør ikke medtages i beregninger eller andre operationer.

Vise og arbejde med scenariedata

Der er to indgangspunkter til visning og arbejde med scenariedata i Smart View.

Du kan starte et scenarie i Smart View ved at bruge Essbase-webinterfacet, eller du kan bruge en privat Smart View-forbindelse og arbejde med scenariedataene på den måde.

Før du kan analysere data i et scenarie, skal du have alle disse tilladelser:

Være bruger, som er provisioneret til applikationen.
Som minimum have adgangstilladelse til databasen for applikationen (og have et skrivefilter, hvis du vil ændre data i sandkassen).
Være deltager i scenariet (oprettet af en bruger med højere privilegium).

Vise og arbejde med scenariedata fra webinterfacet i Essbase

Du kan starte Smart View fra et scenarie i webinterfacet.

Fordi du kommer fra scenariet, kan du kun arbejde i Smart View i det sandkassemedlem, der er tilknyttet det scenarie, som du kommer fra, når du gør dette. Sandkassemedlemmet er implicit. Det vises ikke i Smart View-gitteret.

Klik på Scenarier i Essbase.
Klik på ikonet Excel ud for det scenarie, som du vil se.
Vælg at åbne filen.
Det starter Excel med en Smart View-forbindelse til scenariet.

Derefter vil udsnittet af data for dette specifikke scenarie være i projektarket. Du kan kun forespørge på data i dette scenarie. Hvis du som minimum har tilladelse til databaseopdatering på applikationen, kan du afsende data til scenariet. (Når du afsender data til et scenarie, afsender du data til ét sandkassemedlem).

Du kan kun starte et scenarie i Smart View fra webinterfacet i Windows ved hjælp af browserne Firefox, Internet Explorer og Chrome.

Se og arbejde med scenariedata fra en privat forbindelse i Smart View

Du kan åbne Excel og oprette en privat forbindelse til din kube uden at starte fra webinterfacet.

Når du gør dette, er sandkassedimensionen i projektarket, så du kan afsende data til ethvert sandkassemedlem, som du har adgang til. Dette er nyttigt, når du er deltager i flere scenarier, men du skal eksplicit vide, hvilken sandkasse du vil arbejde i.

Hvis du vil se, hvilket sandkassemedlem der er tilknyttet et scenarie, skal du gå til webinterfacet, klikke på Scenarier, klikke på et scenarie og åbne fanen Generelle oplysninger .

Åbn Excel.
Opret en privat forbindelse til din scenarieaktiverede kube.
Udfør en ad hoc-analyse.
Bor ind i sandkassedimensionen for at se sandkassemedlemmerne.

Eksempler

Dette er et Smart View-gitter, der indeholder medlemmet af Basis og et sandkassemedlem. Sandkasseværdier er ikke blevet opdateret, så de afspejler værdierne i Basis. Disse værdier lagres kun i Basis, ikke i sandkassemedlemmerne:

Billede af et Smart View-gitter, der viser et Basis-medlem og ét sandkassemedlem.

Den ændrede sandkasseværdi 500 nedenfor er lagret i et sandkassemedlem. Den resterende sandkasseværdi, 271, der ikke blev opdateret, er kun lagret i Basis:

Billede af et Smart View-gitter, der viser et basismedlem og et sandkassemedlem med en ændret værdi i sandkassemedlemmet.

Nedenfor findes et gitter med flere sandkassemedlemmer. Hvis du har brugerrollen Databaseadgang og det rigtige skrivefilter, kan du afsende data i flere scenarier på samme tid:

Et billede, der viser et Smart View-gitter med flere sandkassemedlemmer.

Om scenarieberegninger

Essbase beregner som standard alle medlemmer fra en dimension, medmindre der bruges en FIX-sætning til at begrænse omfanget af beregningen til et specifikt medlem eller en gruppe medlemmer fra dimensionen.

Sandkassedimensionen er en undtagelse, hvad angår denne funktionsmåde. Hvis medlemmer fra sandkassedimensionen ikke er inkluderet i FIX-sætningen for en beregning, beregnes kun basismedlemmet fra sandkassedimensionen som standard. Hvis du vil beregne ikke-basismedlemmer fra sandkassedimensionen, skal du inkludere dem i FIX-sætningen, eventuelt sammen med basismedlemmet.

Når du angiver ikke-basis-sandkassemedlemmer i en FIX-sætning, ekskluderes basen fra beregningen, medmindre den føjes eksplicit til FIX-sætningen.

Denne funktionsmåde adskiller sig fra beregninger på ikke-sandkassedimensioner, der er ekskluderet fra FIX-sætningen. Hvis du ekskluderer en dimension fra FIX-sætningen, beregner Essbase alle medlemmer fra den implicitte dimension. Sandkassedimensioner beregnes anderledes, da formålet normalt er enten at beregne Basis eller specifikke sandkasser på et givet tidspunkt. Essbase beregner basismedlemmernes værdier i stedet for de fungerende sandkasseværdier, med undtagelse af:

Når beregningen begrænses (via fixes) til bestemte sandkassemedlemmer.
Når beregningen udføres fra et ark, der er startet fra et scenarie i webinterfacet (dette kaldes et scenariestartet ark). Se Vise og arbejde med scenariedata fra webinterfacet i Essbase.
Når en sandkasses celleværdi vælges i en privat forbindelse, startes et Smart View-ark og et beregningsscript.

Hvis du udfører et beregningsscript fra et scenariestartet ark, kører beregningen i den sandkasse, som er tilknyttet scenariet, hvis der ikke eksplicit er angivet en sandkasse i scriptet.

Hvis du er i et ark, der er åbnet via en privat Smart View-forbindelse, og du kan se sandkassen og basisværdierne, og du fremhæver en datacelle fra sandkassen og starter et beregningsscript uden eksplicit sandkasse-FIX-sætning, bliver sandkassen beregnet implicit, og Smart View vil angive, at sandkassen er beregnet. Hvis du fremhæver en celle fra basismedlemmet (eller ikke fremhæver nogen celle), bliver basen beregnet, når du starter beregningsscriptet, og Smart View vil angive, at basen er beregnet.

Du kan beregne sandkassemedlemmer ved hjælp af dine eksisterende MaxL-scripts og ved at anvende det reserverede runtime-erstatningsvariabelnavn: ess_sandbox_mbr.

Du kan implementerer denne sætning (for din sandkasse) i ethvert MaxL-script uden at oprette en erstatningsvariabel på serveren eller applikationen.

execute calculation appname.dbname.calcname with runtimesubvars ‘ess_sandbox_mbr=sb0;’;

Om dataindlæsninger til scenarieaktiverede kuber

Du kan indlæse scenarieaktiverede kuber ved hjælp af dataeksporter, der udføres, før kuben aktiveres til scenarier. Dataene indlæses til basissandkassemedlemmet.

Hvis du ikke bruger kolonneeksport, kan du ikke have ændringer af outline-medlemmer, som ville ugyldiggøre din dataindlæsning. Hvis du bruger kolonneeksport, men din outline er ændret, skal du muligvis bruge en .rul-fil til at indlæse dataene.

Om dataeksport fra scenarieaktiverede kuber

Scenarieaktiverede kuber har en CellProperties-dimension til interne formål. Alligevel er denne dimension inkluderet i dataeksporter og skal tages i betragtning under indlæsning af eksporterede data. Det er også vigtigt at forstå sandkassedimensionens funktionsmåde under arbejdet med eksporterede data.

Følgende skal tages i betragtning i forbindelse med dataeksport fra scenarieaktiverede kuber:

Hvis du bruger siden Job i webinterfacet til at eksportere data fra en scenarieaktiveret kube, indeholder den oprettede datafil alle tre medlemmer fra CellProperties-dimensionen (EssValue, EssStatus og EssTID). Du må ikke eliminere nogen af disse kolonner.
Datafilen fra eksporten indeholder data, der lagres fysisk i kuben på basis af dine valg: data på laveste niveau, alle data eller inputdata.
Hvis værdier er ændret i sandkasser, vil sandkasseværdierne være i eksporten.
For at kunne indlæse eksporterede data til sandkasser skal alle tre CellProperties-medlemmer (EssValue, EssStatus og EssTID) være i datafilen.

Om transparente og replikerede partitioner i scenarieaktiverede kuber

Transparente og replikerede partitioner binder udsnit fra to Essbase-kuber sammen. Det er tilfældet, hvis ingen af, den ene af eller begge kuber er scenarieaktiverede.

Sandkasser kommer i brug, når der oprettes scenarier. Men der er ingen garanti for, at scenarier i partitionerede kuber mappes til det samme sandkassenummer. Den samme bruger må ikke deltage i sandkasser i flere kuber. En introduktion af scenarier medfører følgende begrænsninger:

Hvis kilden til en transparent partition er scenarieaktiveret, vil målforespørgsler altid udtrække data fra kildens basissandkassemedlem.
Tilbageskrivning mellem scenarieaktiverede kilde- og målkuber er kun tilladt mellem basismedlemmer i kuberne, fra målkubebasen til kildekubebasen.
Eksempel: Tilbageskrivning til kilde, hvilket normalt er aktiveret fra transparente partitionsmålkuber, er deaktiveret for ikke-basissandkassemedlemmer af scenarieaktiverede målkuber. Det er en overtrædelse af tilladelserne at tillade en ekstern sandkassebruger at skrive direkte til basen i kildekuben.
For replikerede partitioner er replikering kun mulig mellem kildekubebasen og målkubebasen.

Se Om transparente og replikerede partitioner.

Om XREF/XWRITE i scenarieaktiverede kuber

I scenarieaktiverede kuber kan du bruge XREF og XWRITE til at referere eller skrive til data i en anden kube.

XREF forespørger på en ekstern kube fra en lokal kube (den kube, der indeholder XREF-sætningen). Hvis den eksterne kube er scenarieaktiveret, udtrækker XREF kun basisdata fra den eksterne kube.

XWRITE opdaterer en ekstern kube fra en lokal kube (den kube, der indeholder XWRITE-sætningen). Da XWRITE skriver data til den eksterne kube, spiller XWRITE-sætningens virkefelt en rolle.

I forskellige kombinationer af scenarieaktiverede og ikke-scenarieaktiverede kuber fungerer XWRITE på følgende måder:

Når en scenarieaktiveret lokal kube refererer til en ikke-scenarieaktiveret ekstern kube:

En rettelse i basismedlemmet i den lokale kube med en XWRITE til den eksterne kube skriver den lokale kubebase til den eksterne kube.
Ingen rettelse i noget sandkassemedlem i den lokale kube med XWRITE til den eksterne kube skriver den lokale kubebase til den eksterne kube. Hvis du ikke inkluderer et sandkassemedlem i rettelsen, bliver basen automatisk inkluderet.
En rettelse i sandkassen i den lokale kube med en XWRITE til den eksterne kube returnerer en fejl. Skrivning fra et ikke-basissandkassemedlem til en ekstern kube understøttes ikke.

Når en scenarieaktiveret lokal kube refererer til en scenarieaktiveret ekstern kube:

En rettelse i basismedlemmet i den lokale kube med en XWRITE til den eksterne kube skriver den lokale kubebase til den eksterne kubebase.
Ingen rettelse i noget sandkassemedlem i den lokale kube med en XWRITE til den eksterne kube skriver den lokale kubebase til den eksterne kubebase. Hvis du ikke inkluderer et sandkassemedlem, bliver basen automatisk inkluderet.
En rettelse i sandkassen i den lokale kube med en XWRITE til den eksterne kube returnerer en fejl. Skrivning fra et ikke-basissandkassemedlem til en ekstern kube understøttes ikke.

Når en ikke-scenarieaktiveret lokal kube refererer til en scenarieaktiveret ekstern kube, opdaterer XWRITE altid det eksterne kubebasismedlem.

Se Om @XREF/@XWRITE.

Om revisionsspor i scenarieaktiverede kuber

Datarevisionsspor sporer opdateringer af data i en kube. Når du arbejder med revisionsspor i scenarieaktiverede kuber, er det vigtigt, at du forstår, hvad der definerer "gamle" og "nye" dataværdier, og de to forskellige indgangspunkter til arbejde med sandkassedata i Smart View.

I dette emne antages det, at du er bekendt med de forskellige indgangspunkter til visning af scenariedata. Se:

Hvis du betragter den seneste dataopdatering, der er bekræftet for en celle, som "nye" data, og du betragter alle tidligere dataværdier for cellen som "gamle" data, kan dette hjælpe dig med at forstå, hvordan revisionsspor fungerer i scenarieaktiverede kuber.

En ny eller ubrugt sandkasse i en scenarieaktiveret kube indeholder ingen gemte værdier. De værdier, der vises for brugere, for eksempel værdier, der vises i et regneark, afspejler de værdier, der er gemt i basis.

Hvis du bruger datarevisionsspor på en ny scenarieaktiveret kube, regnes de basisværdier, der vises i regnearket for sandkassen, for at være de "gamle" værdier.

Når du opdaterer værdier i en sandkasse, gemmes værdierne i sandkassen (ikke i basis). I forbindelse med datarevisionsspor er disse værdier de "nye" værdier.

Hvis du senere opdaterer disse "nye" værdier, sporer revisionsspor de seneste ændringer. De tidligere værdier vil blive behandlet som "gamle", og de opdaterede værdier vil blive behandlet som "nye".

Opsummering:

Gamle værdier er de basisværdier, der afspejles i en ny sandkasse.
Til at starte med er nye værdier de opdaterede gemte værdier i sandkassen.
Derefter er opdaterede værdier de nye værdier, og de værdier, som de erstatter, er de gamle værdier.

Der er to mulige indgangspunkter til arbejde med data i Smart View:

Der, hvor du åbner Excel og opretter en privat forbindelse til din kube uden at starte fra Essbase-webinterfacet.
Der, hvor du starter Smart View fra et scenarie i webinterfacet.

Når du starter med at åbne Excel og oprette en privat forbindelse til din kube, fungerer revisionsspor, som du ville forvente det med et hvilket som helst andet datasæt.

Når du starter Smart View fra et scenarie i Essbase-webinterfacet, fungerer revisionsspor anderledes.

Når du eksporterer logge til et ark, viser arket ikke det implicitte sandkassemedlem.
Når du åbner et nyt ark ved hjælp af knappen Ad hoc under ruden Revisionsspor, viser det nye ark ikke det implicitte sandkassemedlem, og alle ændringer i arket påvirker dataværdierne for det pågældende sandkassemedlem.

Om scenariebegrænsninger

Disse begrænsninger gælder for scenarier og sandkassedimensioner.

Scenarier understøttes ikke i kuber med aggregeret lagring.
Beregningskommandoen DATAEXPORT understøttes ikke i sandkassemedlemmer. Den understøttes kun i basismedlemmet.
Når du opretter forbindelse til et scenarie fra et ark, som er startet fra et scenarie, arbejder MDX-forespørgsler, MDX-indsættelser og MDX-eksporter med basis i stedet for med sandkassen for det pågældende scenarie.
Runtime-erstatningsvariabler med parameteren svLaunch understøttes ikke, når scenariet igangsættes i Smart View fra Essbase-webinterfacet. Se Vise og arbejde med scenariedata fra webinterfacet i Essbase.

Runtime-erstatningsvariabler med parameteren svLaunch fungerer korrekt, når du opretter forbindelse til scenariet direkte fra en privat forbindelse. Det er fordi, sandkassemedlemmet medtages i arket.

Der er et begrænset antal funktioner, som ikke understøttes i hybrid tilstand, der bruges sammen med scenarieaktiverede kuber. Se Funktioner, der understøttes i hybrid tilstand.