Business Warehouse Accelerator
acceleratorul Business Warehouse (BWA) citește datele direct din memorie. Gândiți-vă la asta ca și cum ați naviga pe internet pe o conexiune dial-up față de o conexiune prin fibră. Dial up este ca având în mod tradițional interogări citite din Baza de date, în timp ce fibra este ca citirea din memorie. Când utilizatorii finali încep să se plângă de viteza în care sunt afișate interogările și Infocuburile au fost deja reglate cât mai mult posibil, este posibil să investească în acceleratorul Business Warehouse. BWA se află pe partea de sus a sistemului BW existent și nu necesită transporturi sau modificări ale sistemului OLAP. Acesta servește doar ca un depozit de memorie în care direcționează interogări pentru a citi din memorie în momentul executării. Rezultatul final este o procesare mult mai rapidă și o forță de muncă mai productivă.
cât de ușor este să obțineți interogări pentru a rula mai repede? Ei bine, un utilizator backend BW ar intra în codul de tranzacție RSDDB (sau dacă rulați și versiunea mai veche a BW, încercați RSDDBIAMON2) și indexați InfoCube-ul de bază în memorie. Este un proces în două etape care are loc în fundal.
- În primul rând, structura cubului este încărcată în memorie.
- odată ce structura este indexată în memorie, este umplută cu o copie a datelor din Baza de date. Indexarea inițială durează ceva timp (cel puțin o oră în funcție de volum), dar toate roll up-urile ulterioare (actualizări de date) se vor procesa rapid. Dacă sunt încărcate date noi în InfoCube, cubul va trebui să fie rulat imediat. Acest lucru este la fel ca un agregat care trebuie să fie laminate pentru a actualiza datele existente cu datele nou încărcate. Este esențial să se rostogolească până la BWA pentru a interoga pe cele mai recente date.
s-ar putea să vă întrebați ce se întâmplă dacă BWA va cădea vreodată. Ei bine, mediul BW este suficient de inteligent pentru a verifica automat dacă indicele BWA de pe un anumit cub este activ sau nu. Dacă este inactiv, utilizatorul care execută interogarea va lovi baza de date, mai degrabă decât citit din indexul BWA. Datele vor fi în continuare accesibile prin interogări de baze de date tradiționale, doar nu la viteze BWA!
singurele riscuri pe care BWA le poate introduce în mediul SAP BW sunt eșecurile lucrărilor BWA datorate coliziunilor lucrărilor de sistem cauzate de blocarea tabelului. De exemplu, în cazul în care 0MATERIAL se execută atributul change run și un InfoCube care conține același obiect 0MATERIAL este actualizarea la BWA simultan, roll-up BWA va eșua. Sistemul BW are întotdeauna prioritate și este suficient de inteligent pentru a ști că BWA este mai mult un șurub pe dispozitiv. Odată ce schimbarea atributului se termină, pasul BWA roll up poate fi repetat cu ușurință. De aceea este atât de important să vă cronometrați BWA roll up-urile în mod corespunzător pentru a reduce eșecurile la procesarea nocturnă. Vă puteți gândi la BWA ca având acces numai în citire la sistemul BW.
actualizarea BW 7.3 deblochează unele funcționalități noi pentru BWA. În cazul în care BWA este versiunea 7.2, și se execută pe partea de sus a BW 7.3, puteți Index DSOs! Ei bine, nu direct… o caracteristică a fost adăugată la BW 7.3 unde puteți încărca direct în BWA și ocoli complet baza de date. Deci, dacă aveți unele DSO-uri pe care doriți să le indexați, va trebui să creați un BWA numai InfoCube.
Pasul 1: Creați un nou InfoCube cu DSO pe care doriți să îl indexați ca șablon. Selectați din meniul derulant stare BWA: „InfoCube își stochează datele numai în BWA”.
Pasul 2: Aici putem vedea structura cubului. Preia câmpurile caracteristice ale DSOs și le aruncă pe toate în dimensiunea 1. Toate cifrele cheie DSOs se pune în dosarul cifrele cheie ale cubului. Activează Infocubul.
pas 3: în tranzacție RSDDB (nou la 7.3, tranzacție BWA) putem vedea indicele este roșu, ceea ce înseamnă că este în curs de a fi creat (ZBWAONLY1).
Pasul 4: în SM37 putem vedea activarea indexului care are loc
să forăm în acest jurnal de locuri de muncă și să vedem ce se întâmplă de fapt în spatele scenei:
Pasul 5: RSDDB Index Info (notă tabelul F are o dimensiune a indexului de 0, deoarece nu am rulat DTP de la DSO la BWA numai InfoCube)
Pasul 6: Rulați DTP, odată finalizat, gestionați numai cubul BWA
Pasul 7: Când ne întoarcem la RSDDB și mergem la index info, putem vedea că, de la finalizarea DTP, indicele tabelului F are 10.528 de înregistrări care stau în BWA.
Întrebări frecvente:
1. Ce facem dacă încărcările regulate sunt adăugate la DSO?
va trebui să configurați un lanț de proces care începe un DTP după ce încărcați DSO. Trebuie să păstrați cubul BWA cât mai recent posibil. Asigurați-vă că încercați să transferați datele delta DSO în cubul BWA only cât mai frecvent posibil.
2. Trebuie să rulăm DTP de la DSO la cube după fiecare nouă solicitare în DSO?
da, cubul BWA only va scrie datele în memorie numai atunci când încărcarea cubului DSO to BWA only este pornită. În caz contrar, BWA only cube nu are nicio idee că DSO are date noi. DTP rulează foarte repede, deoarece se încarcă în memorie, așa că rulați-l des.