Forstå scenarioer

Scenarioer er private arbeidsområder der brukere kan modellere ulike forutsetninger i Essbase-dataene og se hvilken effekt de har på aggregerte resultater, uten å påvirke de eksisterende dataene.

Hvert scenario er en virtuell sektor av en kube der én eller flere brukere kan modellere data og deretter lagre eller forkaste endringene.

Scenarioaktiverte kuber har en spesiell dimensjon som kalles sandkasse. Sandkassedimensjonen er flat, med ett medlem som heter Basis, og opptil 1000 andre medlemmer, som vanligvis kalles sandkassemedlemmer. Alle medlemmer i sandkassedimensjonen er på nivå 0. Sandkassemedlemmer kalles sb0, sb1 og så videre. Hver enkelt sandkasse er et separat arbeidsområde, mens Basis inneholder dataene som for øyeblikket ligger i kuben. Et bestemt scenario er knyttet til nøyaktig ett sandkassemedlem.

Sandbox
        Base
        sb0
        sb1
        sb2

Basisdata er utgangspunktet før du bruker sandkassen til å modellere mulige endringer. Sandkassedata (også kalt scenariodata) lagres ikke med mindre scenariobrukeren bruker dem. I så fall overskriver de basisdataene.

Når de opprettes første gang, er alle skjæringspunktene for sandkassemedlemmer virtuelle og har ingen fysisk lagring. De fysiske dataene fra kuben lagres i medlemssektoren Basis. Ved spørring etter nye sandkassemedlemmer gjenspeiles verdiene som er lagret i basismedlemmet, dynamisk.

Det er først når du har oppdatert noen av verdiene i en sandkasse at endringene lagres fysisk i sandkassen. Når du har oppdatert noen verdier i et sandkassemedlem, viser spørringer mot sandkassen en blanding av lagrede sandkasseverdier og verdier arvet dynamisk fra basismedlemmet.

Endringer som gjøres i en sandkasse, lagres ikke i basismedlemmet før du gjør det eksplisitt, vanligvis etter en arbeidsflyt for godkjenning. Se Forstå brukerroller og arbeidsflyt for scenarioer.

Når du er ferdig med sandkassen, kan du kjøre den gjennom arbeidsflyten for godkjenning, eller du kan hoppe over arbeidsflyten og lagre de oppdaterte verdiene i basismedlemmet, eller avvise og forkaste endringene i sandkassen.

Du må aktivere hybridmodus for at scenariostyring skal fungere. Det er aktivert som standard for spørringer. Ikke deaktiver det. For beregninger må du også aktivere applikasjonskonfigurasjonen HYBRIDBSOINCALCSCRIPT. Se HYBRIDBSOINCALCSCRIPT (eller bruke beregningskommandoen SET HYBRIDBSOINCALCSCRIPT til å kontrollere den for hver beregning).

Sikkerhet og filtre gjelder for sandkassedimensjonen.

Scenarioaktiverte kuber har en CellProperties-dimensjon som du skal ignorere, siden den er for interne prosesser. Du trenger verken å endre den eller ta hensyn til den i beregninger, spørringer eller lasteregler, og den skal ikke inkluderes i noen beregninger eller andre operasjoner.

Vise og arbeide med scenariodata

Det finnes to inngangspunkter når du skal vise og arbeide med scenariodata i Smart View.

Du kan bruke Web-grensesnittet for Essbase til å starte et scenario i Smart View, eller du kan bruke en privat Smart View-tilkobling og arbeide med scenariodataene på den måten.

Hvis du vil analysere data i et scenario, må du ha alle disse tillatelsene:

Være en bruker som er klargjort for applikasjonen.
Minst ha tillatelsen Databasetilgang for applikasjonen (og ha et skrivefilter hvis du vil endre data i sandkassen).
Være en deltaker i scenarioet (opprettet av en bruker med høyere privilegienivå).

Vise og jobbe med scenariodata fra Web-grensesnittet for Essbase

Du kan starte Smart View fra et scenario i Web-grensesnittet.

Fordi du går inn fra scenarioet, kan du da bare arbeide i Smart View i sandkassemedlemmet som er knyttet til scenarioet du gikk inn fra. Sandkassemedlemmet er implisitt. Du ser det ikke i Smart View-rutenettet.

I Essbase klikker du på Scenarioer.
Klikk på Excel-ikonet ved siden av scenarioet du vil vise.
Velg å åpne filen.
Dette starter Excel med en Smart View-tilkobling til scenarioet.

Når du gjør dette, er sektoren med data for dette bestemte scenarioet i arbeidsarket. Du kan bare spørre etter data i dette scenarioet. Hvis du minst har tillatelse til å oppdatere databasen for applikasjonen, kan du sende data til scenarioet. (Når du sender data til et scenario, sender du data til ett sandkassemedlem.)

Du kan starte et scenario i Smart View fra Web-grensesnittet bare i Windows med nettleseren Firefox, Internet Explorer eller Chrome.

Vise og arbeide med scenariodata fra en privat Smart View-tilkobling

Du kan åpne Excel og opprette en privat tilkobling til kuben din uten å måtte starte fra Web-grensesnittet.

Når du gjør dette, er sandkassedimensjonen i regnearket, slik at du kan sende data til et hvilket som helst sandkassemedlem som du har tilgang til. Dette er nyttig når du er deltaker i flere enn ett scenario, men du må vite eksplisitt hvilken sandkasse du vil arbeide i.

Hvis du vil se hvilket sandkassemedlem som er knyttet til et scenario, går du til Web-grensesnittet, klikker på Scenarioer, klikker på scenarionavnet og viser fanen Generelle opplysninger.

Åpne Excel.
Opprett en privat tilkobling til den scenarioaktiverte kuben.
Utfør en ad hoc-analyse.
Drill inn i sandkassedimensjonen for å vise sandkassemedlemmene.

Eksempler

Dette er et Smart View-rutenett som inneholder basismedlemmet og et sandkassemedlem. Sandkasseverdiene har ikke blitt oppdatert, så de gjenspeiler basisverdiene. Disse verdiene lagres bare i basismedlemmet, ikke i sandkassemedlemmene:

Bilde av et Smart View-rutenett som viser et basismedlem og et sandkassemedlem.

Den endrede sandkasseverdien nedenfor, 500, lagres i et sandkassemedlem. Den resterende sandkasseverdien, 271, som ikke ble oppdatert, lagres bare i basisen:

Bilde av et Smart View-rutenett som viser et basismedlem og et sandkassemedlem, med en endret verdi i sandkassemedlemmet.

Nedenfor ser du et rutenett med flere sandkassemedlemmer. Hvis du har brukerrollen Databasetilgang og det relevante skrivefilteret, kan du sende data i flere scenarioer samtidig:

Et bilde som viser et Smart View-rutenett med flere sandkassemedlemmer.

Om scenarioberegninger

Som standard beregner Essbase alle medlemmer fra en dimensjon, med mindre det brukes en FIX-setning til å begrense omfanget av beregningen til et bestemt medlem eller en bestemt gruppe medlemmer fra dimensjonen.

Sandkassedimensjonen er et unntak fra denne atferden. Hvis medlemmer fra sandkassedimensjonen ikke er inkludert i FIX-setningen for en beregning, beregnes bare basismedlemmet fra sandkassedimensjonen som standard. Hvis du vil beregne ikke-basismedlemmer fra sandkassedimensjonen, inkluderer du dem i FIX-setningen, eventuelt sammen med basismedlemmet.

Når du angir ikke-basismedlemmer i en FIX-setning, utelates basismedlemmet fra beregningen med mindre det legges til uttrykkelig i FIX-setningen.

Denne atferden er forskjellig fra beregninger i ikke-sandkassedimensjoner som er utelatt fra FIX-setningen. Hvis du utelater en dimensjon fra FIX-setningen, beregner Essbase alle medlemmer fra den implisitte dimensjonen. Sandkassedimensjoner beregnes på en annen måte, ettersom formålet vanligvis er å beregne enten basis eller spesifikke sandkasser på et gitt tidspunkt. Essbase beregner basismedlemsverdiene, og ikke de fungerende sandkasseverdiene, med unntak av følgende:

Når beregningen er fast for bestemte sandkassemedlemmer.
Når beregningen utføres fra et ark som startes fra et scenario i Web-grensesnittet (dette kalles et scenariostartet ark). Se Vise og jobbe med scenariodata fra Web-grensesnittet for Essbase.
Når en sandkassecelleverdi er valgt i et Smart View-ark med privat tilkobling og et beregningsskript startes.

Hvis du utfører et beregningsskript fra et scenariostartet ark, kjøres beregningen i sandkassen som er knyttet til scenarioet, så lenge ingen sandkasse er nevnt eksplisitt i skriptet.

Hvis du er i et ark som ble åpnet ved hjelp av en privat Smart View-tilkobling og viser sandkasse- og basisverdier, og hvis du uthever en datacelle fra sandkassen og starter et beregningsskript uten en uttrykkelig FIX-setning for sandkasse, beregnes sandkassen implisitt, og Smart View angir at sandkassen ble beregnet. Hvis du uthever en celle fra basismedlemmet (eller ikke uthever noen celle), beregnes basisen når du starter beregningsskriptet, og Smart View angir at basisen ble beregnet.

Du kan beregne sandkassemedlemmer ved hjelp av de eksisterende MaxL-skriptene ved å bruke det reserverte erstatningsvariabelnavnet for kjøretid: ess_sandbox_mbr.

Denne setningen kan implementeres (for sandkassen din) i et hvilket som helst MaxL-skript uten å opprette noen erstatningsvariabel på tjeneren eller i applikasjonen.

utfør beregningen appname.dbname.calcname med runtimesubvars ‘ess_sandbox_mbr=sb0;’;

Om datalastinger til scenarioaktiverte kuber

Du kan laste scenarioaktiverte kuber ved hjelp av dataeksporter som er tatt før kuben ble aktivert for scenarioer. Dataene lastes til basismedlemmet av sandkassen.

Hvis du ikke brukte kolonneeksport, kan du ikke ha disposisjonsmedlemsendringer som vil gjøre datalastingen ugyldig. Hvis du brukte kolonneeksport, men disposisjonen er endret, kan det være nødvendig med en RUL-fil for at dataene skal kunne lastes.

Om dataeksport fra scenarioaktiverte kuber

Scenarioaktiverte kuber har en CellProperties-dimensjon som er til interne formål. Denne dimensjonen inkluderes likevel i dataeksporter og må vurderes ved lasting av eksporterte data. Det er også viktig å forstå atferden til sandkassedimensjonen når du jobber med eksporterte data.

Følgende må vurderes ved eksport av data fra scenarioaktiverte kuber:

Hvis du vil bruke siden Jobber i Web-grensesnittet til å eksportere data fra en scenarioaktivert kube, inneholder den resulterende datafilen alle de tre medlemmene fra CellProperties-dimensjonen (EssValue, EssStatus og EssTID). Ikke eliminer noen av disse kolonnene.
Datafilen fra eksporten inkluderer data som er lagret fysisk i kuben, basert på hva du har valgt: data på nivå null, alle data eller inndata.
Hvis verdier har blitt endret i sandkasser, inkluderes sandkasseverdiene i eksporten.
Hvis du vil laste inn eksporterte data i sandkasser, må det finnes verdier for alle de tre CellProperties-medlemmene (EssValue, EssStatus og EssTID) i datafilen.

Forstå gjennomsiktige og replikerte partisjoner i scenarioaktiverte kuber

Gjennomsiktige og replikerte partisjoner kobler sammen sektorer fra to Essbase-kuber. Dette er tilfellet når ingen av, en av eller begge kubene er scenarioaktivert.

Sandkasser brukes når det er opprettet scenarioer. Det finnes imidlertid ingen garanti for at scenarioer i partisjonerte kuber tilordnes til samme sandkassenummer. Den samme brukeren kan ikke være en deltaker i sandkasser i flere kuber. Innføring av scenarioer pålegger følgende begrensninger:

Hvis kilden til en gjennomsiktig partisjon er scenarioaktivert, vil målspørringer alltid hente data fra kildebasismedlemmet av sandkassen.
Tilbakeskriving mellom scenarioaktiverte kilde- og målkuber er bare tillatt mellom basismedlemmer i kubene, målkubebasis til kildekubebasis.
Eksempel: Tilbakeskriving til kilde, som vanligvis er aktivert fra målkuber med gjennomsiktig partisjon, er deaktivert for ikke-basismedlemmer av sandkassen i scenarioaktiverte målkuber. Det bryter med tillatelsene å la en ekstern sandkassebruker skrive direkte til kildekubebasisen.
For replikerte partisjoner er replikering bare mulig mellom kildekubebasis og målkubebasis.

Se Forstå gjennomsiktige og replikerte partisjoner.

Forstå XREF/XWRITE i scenarioaktiverte kuber

I scenarioaktiverte kuber kan du bruke XREF og XWRITE til å referere eller skrive til data i en annen kube.

XREF utfører en spørring etter en ekstern kube fra en lokal kube (kuben som inneholder XREF-setningen). Hvis den eksterne kuben er scenarioaktivert, henter XREF bare basisdata fra den eksterne kuben.

XWRITE oppdaterer en ekstern kube fra en lokal kube (kuben som inneholder XWRITE-setningen). Siden XWRITE skriver data til den eksterne kuben, har omfanget av XWRITE-setningen betydning.

For ulike kombinasjoner av scenarioaktiverte og ikke-scenarioaktiverte kuber fungerer XWRITE på følgende måter:

Når en scenarioaktivert lokal kube referer til en ikke-scenarioaktivert ekstern kube:

En FIX-setning for basismedlemmet i den lokale kuben med en XWRITE til den eksterne kuben skriver basisen for den lokale kuben til den eksterne kuben.
Ingen FIX-setning for noe sandkassemedlem i den lokale kuben med XWRITE til den eksterne kuben skriver basisen for den lokale kuben til den eksterne kuben. Hvis du ikke inkluderer et sandkassemedlem i FIX-setningen, inkluderes basisen automatisk.
En FIX-setning for sandkasse i den lokale kuben med en XWRITE til den eksterne kuben returnerer en feil. Skriving fra et ikke-basismedlem til en ekstern kube støttes ikke.

Når en scenarioaktivert lokal kube referer til en scenarioaktivert ekstern kube,

En FIX-setning for basismedlemmet i den lokale kuben med en XWRITE til den eksterne kuben skriver basisen for den lokale kuben til basisen for den eksterne kuben.
Ingen FIX-setning for noe sandkassemedlem i den lokale kuben med en XWRITE til den eksterne kuben skriver basisen for den lokale kuben til basisen for den eksterne kuben. Hvis du ikke inkluderer et sandkassemedlem, inkluderes basisen automatisk.
En FIX-setning for sandkasse i den lokale kuben med en XWRITE til den eksterne kuben returnerer en feil. Skriving fra et ikke-basismedlem til en ekstern kube støttes ikke.

Når en ikke-scenarioaktivert lokal kube referer til en scenarioaktivert ekstern kube, oppdaterer XWRITE alltid basismedlemmet i den eksterne kuben.

Se Forstå @XREF/@XWRITE.

Om revisjonsspor i scenarioaktiverte kuber

Datarevisjonsspor sporer oppdateringer av data i en kube. Når du skal arbeide med revisjonsspor i scenarioaktiverte kuber, bør du vite hva som definerer dataverdier som gamle og nye, og du bør kjenne til de to forskjellige inngangspunktene for arbeid med sandkassedata i Smart View.

Dette emnet forutsetter at du er kjent med de forskjellige inngangspunktene for visning av scenariodata. Se:

Det kan være nyttig å betrakte den nyeste dataoppdateringen i en celle som nye data, og alle tidligere dataverdier i denne cellen som gamle, når du skal forstå hvordan revisjonsspor fungerer i scenarioaktiverte kuber.

En ny eller ubrukt sandkasse i en scenarioaktivert kube inneholder ingen lagrede verdier. Verdiene som vises til brukere, for eksempel verdiene som vises i et regneark, gjenspeiler verdiene lagret i basen.

Hvis du bruker datarevisjonsspor i en ny scenarioaktivert kube, vurderes basisverdiene som vises i regnearket for sandkassen, som de gamle verdiene.

Når du oppdaterer verdier i en sandkasse, lagres disse verdiene i sandkassen (ikke i basen). For datarevisjonsspor er disse verdiene de nye verdiene.

Hvis du oppdaterer disse nye verdiene senere, sporer revisjonsspor de nyeste endringene. De tidligere verdiene behandles som gamle og de oppdaterte verdiene som nye.

Oppsummert:

Gamle verdier er basisverdier gjenspeilet i en ny sandkasse.
Nye verdier er i utgangspunktet de oppdaterte lagrede verdiene i sandkassen.
Oppdaterte verdier blir deretter nye, og verdiene de erstatter, blir gamle.

Det finnes to mulige inngangspunkter når du skal arbeide med data i Smart View.

Når du åpner Excel og oppretter en privat tilkobling til kuben, uten å starte fra Web-grensesnittet for Essbase.
Når du starter Smart View fra et scenario i Web-grensesnittet.

Når du starter ved å åpne Excel og oppretter en privat tilkobling til kuben, fungerer revisjonsspor slik du kan forvente med alle andre datasett.

Når du starter Smart View fra et scenario i Web-grensesnittet for Essbase, fungerer revisjonsspor annerledes.

Når du eksporterer logger til et ark, viser ikke arket det implisitte sandkassemedlemmet.
Når du starter et nytt ark ved hjelp av knappen Ad hoc under ruten Revisjonsspor, viser ikke det nye arket det implisitte sandkassemedlemmet, og eventuelle endringer i dette arket påvirker dataverdiene for dette sandkassemedlemmet.

Om scenariobegrensninger

Disse begrensningene gjelder for dimensjoner for scenarioer og sandkasse.

Scenarioer støttes ikke i kuber for aggregert lagring.
Beregningskommandoen DATAEXPORT støttes ikke i sandkassemedlemmer. Den støttes bare i medlemmet Basis.
Når du kobler til et scenario fra et ark som er startet fra et scenario, fungerer MDX-spørringer, MDX-innsettinger og MDX-eksporter med basisen i stedet for å fungere med sandkassen for scenarioet.
Erstatningsvariabler for kjøretid med parameteren svLaunch støttes ikke når du starter scenarioet i Smart View fra Web-grensesnittet for Essbase. Se Vise og jobbe med scenariodata fra Web-grensesnittet for Essbase.

Erstatningsvariabler for kjøretid med parameteren svLaunch fungerer på riktig måte når du kobler til scenarioet direkte fra en privat tilkobling. Dette er fordi sandkassemedlemmet er inkludert i arket.

Det finnes et begrenset antall funksjoner som ikke støttes i hybridmodus, som brukes med scenarioaktiverte kuber. Se Funksjoner som støttes i hybridmodus.