Business Warehouse Accelerator
de Business Warehouse Accelerator (BWA) leest gegevens rechtstreeks uit het geheugen. Denk aan het alsof je surfen op het internet op een dial – up verbinding versus een glasvezelverbinding. Dial-up is als traditioneel het hebben van query ‘ s gelezen uit de database, terwijl vezel is als het lezen van uit het geheugen. Wanneer eindgebruikers beginnen te klagen over de snelheid waarmee query ‘ s worden weergegeven en de InfoCubes zijn al zo goed mogelijk afgestemd op de prestaties, kan het tijd zijn om te investeren in de Business Warehouse Accelerator. De BWA zit bovenop het bestaande BW-systeem en vereist geen transporten of aanpassingen aan het OLAP-systeem. Het dient alleen als een in memory repository die query ‘ s stuurt om uit het geheugen te lezen op het moment van uitvoering. Het eindresultaat is een veel snellere verwerking en een productiever personeelsbestand.
hoe eenvoudig is het om query ‘ s sneller te laten draaien? Nou, een BW backend gebruiker zou gaan in transactiecode RSDDB (of als u draait en oudere versie van BW, probeer RSDDBIAMON2) en indexeren van de onderliggende InfoCube in het geheugen. Het is een proces in twee stappen dat op de achtergrond plaatsvindt.
- Ten eerste wordt de kubusstructuur in het geheugen geladen. Alle Fact tables, Dimension tables, etc …
- zodra de structuur is geïndexeerd in het geheugen, wordt het gevuld met een kopie van de gegevens uit de database. De eerste indexering duurt enige tijd (minstens een uur afhankelijk van het volume), maar alle volgende roll-ups (data-updates) zal snel verwerken. Als er nieuwe gegevens in de InfoCube worden geladen, moet de kubus onmiddellijk worden opgerold. Dit is net als een aggregaat dat moet worden opgerold om de bestaande gegevens bij te werken met de nieuw geladen gegevens. Het is van cruciaal belang om op te rollen naar de BWA om te vragen op de nieuwste gegevens.
u vraagt zich misschien af wat er gebeurt als de BWA ooit daalt. De BW-omgeving is slim genoeg om automatisch te controleren of de BWA-index op een specifieke kubus actief is of niet. Als het inactief is, zal de gebruiker die de query uitvoert de database raken in plaats van uit de BWA-index te lezen. De gegevens zullen nog steeds toegankelijk zijn via traditionele database queries, alleen niet op BWA snelheden!
de enige risico ‘ s die BWA in uw SAP BW-omgeving kan introduceren, zijn BWA-taakstoringen als gevolg van systeemstaakbotsingen veroorzaakt door het vergrendelen van tabellen. Bijvoorbeeld, als 0MATERIAL zijn attribuutverandering run uitvoert en een InfoCube die hetzelfde object 0MATERIAL bevat tegelijkertijd wordt bijgewerkt naar de BWA, zal de BWA roll up mislukken. Het BW-systeem heeft altijd voorrang en is slim genoeg om te weten dat de BWA meer een boutbevestiging is. Zodra de attribuut verandering Run is voltooid, de BWA roll up stap kan gemakkelijk worden herhaald. Daarom is het zo belangrijk om uw BWA roll-ups op de juiste manier te timen om storingen in de nachtelijke verwerking te verminderen. Je kunt denken aan de BWA als het hebben van alleen-lezen toegang tot het BW systeem.
de BW 7.3 upgrade ontgrendelt een aantal nieuwe functionaliteit voor de BWA. Als de BWA versie 7.2 is en bovenop BW 7.3 draait, kun je Dsb ‘ s indexeren! Nou, niet direct … een functie is toegevoegd aan BW 7.3 waar u direct in de BWA kunt laden en de database volledig te omzeilen. Dus als je een aantal DSO ‘ s die u wilt indexeren moet je een BWA alleen InfoCube maken.
Stap 1: Maak een nieuwe InfoCube met de DSO die u wilt indexeren als sjabloon. Kies uit de vervolgkeuzelijst BWA-status: “InfoCube slaat alleen zijn gegevens op in de BWA”.
Stap 2: Hier zien we de structuur van de kubus. Het neemt de DNB ‘ s karakteristieke velden en gooit het allemaal in Dimensie 1. Alle DNB-sleutelfiguren worden in de sleutelfiguurenmap van de kubus geplaatst. Activeer de InfoCube.
Stap 3: In transactie RSDDB (nieuw bij 7.3, BWA-transactie) we kunnen zien dat de index rood is, wat betekent dat het in het proces van creatie is (ZBWAONLY1).
Stap 4: in SM37 kunnen we zien dat de index activatie plaatsvindt
laten we in dit logboek kijken wat er achter de schermen gebeurt.:
Stap 5: Rsddb Index Info (let op de F tabel heeft een Index grootte van 0, omdat we de DTP niet hebben uitgevoerd van de DSO naar de BWA alleen InfoCube)
Stap 6: Voer de DTP uit, Eenmaal voltooid, beheer De Kubus alleen BWA
Stap 7: als we teruggaan naar rsddb en naar index info gaan kunnen we zien dat sinds de DTP voltooid is, de F table index 10.528 records heeft die in de BWA zitten.
FAQ:
1. Wat doen we als er regelmatig ladingen aan de DSO worden toegevoegd?
u moet een procesketen opzetten die een DTP start nadat u de DSO hebt geladen. U moet de BWA only-kubus zo recent mogelijk houden. Zorg ervoor dat u de DSO delta-gegevens zo vaak mogelijk naar de BWA only-kubus probeert over te dragen.
2. Moeten we DTP uitvoeren van de DSO naar cube na elke nieuwe aanvraag in DSO?
Ja, De Kubus alleen voor BWA zal de gegevens alleen naar het geheugen schrijven wanneer de kubusbelasting alleen voor DSO naar BWA wordt afgetrapt. Anders heeft de BWA enige kubus geen idee dat de DSO nieuwe gegevens heeft. De DTP werkt erg snel omdat het in het geheugen wordt geladen, dus voer het vaak uit.