Business Warehouse Accelerator
Business Warehouse Accelerator (Bwa) leser data direkte fra minnet. Tenk på det som om du surfer på internett på en oppringt tilkobling versus en fiberforbindelse. Oppringing er som tradisjonelt å ha spørringer lest fra databasen, mens fiber er som å lese fra minnet. Når sluttbrukere begynner å klage på hastigheten som spørringer vises og InfoCubes har allerede blitt ytelse innstilt så mye som mulig, kan det tid til å investere I Business Warehouse Accelerator. BWA sitter på TOPPEN av det eksisterende bw-systemet og krever ingen transport eller modifikasjoner til OLAP-systemet. Det fungerer bare som en in memory repository som leder spørringer til å lese fra minnet på tidspunktet for utførelsen. Sluttresultatet er mye raskere behandling og en mer produktiv arbeidsstyrke.
hvor lett er det å få spørringer til å kjøre raskere? Vel, EN bw backend-bruker vil gå inn i transaksjonskoden RSDDB (eller hvis du kjører og eldre versjon AV BW, prøv RSDDBIAMON2) og indeksere den underliggende InfoCube i minnet. Det er en to-trinns prosess som skjer i bakgrunnen.
- for Det Første lastes kubestrukturen inn i minnet. Alle Faktatabeller, Dimensjonstabeller, etc…
- Når strukturen er indeksert i minnet, fylles den med en kopi av dataene fra databasen. Den første indekseringen tar litt tid (minst en time avhengig av volumet), men alle påfølgende roll ups (dataoppdateringer) vil behandle raskt. Hvis noen nye data er lastet inn I InfoCube, vil kuben må rulles opp umiddelbart. Dette er akkurat som et aggregat som må rulles opp for å oppdatere eksisterende data med de nylig lastede dataene. Det er viktig å rulle OPP TIL BWA for å spørre om de nyeste dataene.
du lurer kanskje på hva som skjer hvis BWA noen gang går ned. VEL, BW-miljøet er smart nok til å automatisk sjekke for å se OM bwa-indeksen på en bestemt kube er aktiv eller ikke. Hvis den er inaktiv, vil brukeren som kjører spørringen, treffe databasen i stedet for å lese FRA bwa-indeksen. Dataene vil fortsatt være tilgjengelige via tradisjonelle databasespørringer, bare ikke VED bwa-hastigheter!
de eneste risikoene SOM BWA kan introdusere I SAP BW-miljøet, ER BWA – jobbfeil på grunn av systemjobbkollisjoner forårsaket av tabellåsing. FOR EKSEMPEL, HVIS 0MATERIAL kjører sin attributt endring kjøre Og En InfoCube som inneholder det samme objektet 0MATERIAL oppdateres TIL BWA samtidig, bwa roll up mislykkes. BW-systemet har alltid forrang og er smart nok til å vite AT BWA er mer av en bolt på enheten. Når Attributtendringen Er fullført, KAN bwa roll up-trinnet enkelt gjentas. Det er derfor det er så viktig å tid DIN BWA roll ups riktig for å redusere feil til nattlig behandling. DU kan tenke PÅ BWA som å ha skrivebeskyttet tilgang TIL BW-systemet.
BW 7.3-oppgraderingen låser opp ny funksjonalitet for BWA. HVIS BWA er versjon 7.2, og kjører på TOPPEN AV BW 7.3, kan du indeksere Dso! Vel, ikke direkte… en funksjon er lagt TIL BW 7.3 hvor du kan laste direkte inn I BWA og omgå databasen helt. Så hvis du har noen Dso-Er du vil indeksere, må du opprette EN Bwa Bare InfoCube.
Trinn 1: Opprett en Ny InfoCube med DSO du vil indeksere som mal. Velg FRA BWA status drop down: «InfoCube lagrer bare sine data I BWA».
Trinn 2: Her kan vi se kubens struktur. Det tar DSOs karakteristiske felt og kaster det hele inn I Dimensjon 1. Alle Dso-nøkkeltallene blir satt inn i nøkkeltallmappen til kuben. Aktiver InfoCube.
Trinn 3: i transaksjon RSDDB (ny til 7.3, bwa transaksjon) vi kan se indeksen er rød som betyr at den er i ferd med å bli opprettet (ZBWAONLY1).
Trinn 4: I SM37 kan vi se indeksaktivering finner sted
La oss bore inn i denne jobbloggen og se hva som faktisk skjer bak kulissene:
Trinn 5: Rsddb Indeksinfo (merk At f-tabellen har En Indeksstørrelse på 0, da VI ikke har kjørt DTP fra DSO til Bwa bare InfoCube)
Trinn 6: Kjør DTP, når du er ferdig, administrere Bwa Bare Kube
Trinn 7: Når Vi går tilbake TIL RSDDB og går til indeksinfo, kan Vi se at Siden DTP er fullført, Har f-tabellindeksen 10.528 poster som sitter I BWA.
VANLIGE SPØRSMÅL:
1. Hva gjør vi hvis vanlige laster blir lagt til DSO?
du må sette opp en prosesskjede som starter EN DTP etter at DU har lastet INN DSO. Du må holde bwa only cube så nylig som mulig. Sørg for å prøve og overføre dso delta data TIL bwa bare kuben så ofte som mulig.
2. Trenger vi å kjøre DTP fra DSO til cube etter hver ny forespørsel TIL DSO?
Ja, BWA bare kuben vil bare skrive dataene til minnet når DSO TIL BWA bare kubebelastning er sparket av. Ellers HAR BWA only cube ingen anelse om at DSO har nye data. DTP kjører svært raskt som det er lasting til minne så kjøre det ofte.