Så här använder du hybridläget effektivast:
Undvik att använda tvåstegsberäkning i hybridläge. Använd lösningsordning i stället.
Konvertera lagrade icke-nivå 0-medlemmar till Dynamisk beräkning närhelst det är genomförbart.
Om konverteringen till dynamiska beräkningsmedlemmar påverkar lösningsordningen för beroende formler kan du behöva justera distributionens ordning på dimensioner för att anpassa lösningsordningen till den föregående batchberäkningens inställningar för ordning och tvåstegsberäkning.
Standardlösningsordningen för kuber i hybridläge liknar beräkningsordningen för blocklagringskuber, med några förbättringar. Om du vill använda en lösningsordning som inte är standard kan du ange en anpassad lösningsordning för dimensioner och medlemmar.
En dynamiskt beräknad formel som bearbetas i fel lösningsordning kan leda till att alltför många formler ska exekveras av en fråga, vilket orsakar en prestandaförsämring. När det är möjligt bör en dynamiskt beräknad gles formel ha en högre lösningsordning än hierarkiskt aggregerade glesa dimensioner.
I vissa applikationer är det här inte möjligt eftersom en annan lösningsordning är nödvändig för att få korrekta formelresultat. Exempelvis måste en applikation med enheter och priser få ett försäljningsvärde exekverat före de glesa aggregationerna, för att korrekt försäljningsvärde ska uppnås på högre nivåer.
Du kan behöva justera dimensionens täta eller glesa konfigurationer (gäller endast användning av blocklagringsmotorer i fall där hybridmotorn inte kan användas).
Minimera blockens storlek om det är möjligt.
Essbase-administratörer kan använda följande verktyg för att övervaka och optimera frågeprestanda i hybridläge:
Om du vill begränsa hur mycket minne som får förbrukas av en enstaka fråga använder du konfigurationsinställningen MAXFORMULACACHESIZE.
Om kuben har komplexa medlemsformler med tvärdimensionella operatorer och flera IF/ELSE-satser så kan prestandaproblem vara relaterade till exekveringen av formeln. Om du misstänker det här kan du aktivera frågebearbetning nerifrån för beräkning av formler. Det här optimerar frågetider genom att identifiera vilka snitt som behövs för beräkningen, så att frågetiden blir proportionell mot storleken på indata.
Om du vill göra de här frågeoptimeringarna för utgåva 21C använder du konfigurationsinställningen QUERYBOTTOMUP och beräkningsfunktionen @QUERYBOTTOMUP. För utgåva 19C använder du konfigurationsinställningen IGNORECONSTANTS med syntaxen BOTTOMUP och beräkningsfunktionen @NONEMPTYTUPLE.
Använd frågespårning för att övervaka och felsöka frågeprestanda. Flera konfigurationsinställningar på applikationsnivå finns tillgängliga, beroende på användningsfallet. Använd QUERYTRACE för kortsiktig felsökning av en enstaka fråga som du tror kan vara problematisk. Använd TRACE_REPORT för insamling av statistik kring frågor som körs samtidigt (idealiskt för felsökning i en utvecklingsmiljö). Använd LONGQUERYTIMETHRESHOLD i produktionsmiljöer för att skriva ut statistik till applikationsloggfilen om eventuella frågor som körs längre än en angiven tid.