mulți oameni încă mai cred că toate datele din HANA care există în zona de date sunt încărcate tot timpul în memorie. Desigur, există câteva tehnici care influențează descărcarea/plasarea tabelelor de ex. date îmbătrânire si conceptul de date inactiv din BW. De obicei descărcările se întâmplă pe baza unui „Cel mai puțin folosit recent” (LRU) abordare, astfel încât coloanele care nu au fost utilizate pentru cel mai mult timp sunt descărcate mai întâi. Deci, HANA decide când are sens să descărcați unele tabele pentru a elibera memoria.
Dar ce zici de mesele tale? Poți, de asemenea, să influențezi atunci când datele nu sunt încărcate? Pentru informații generale, puteți consulta 2127458 - Întrebări frecvente: Încărcări și descărcări SAP HANA. Ok, puteți descărca sau încărca manual tabele. Dar doriți să faceți acest lucru automat și doriți să înțelegeți când tabelele sunt încărcate sau descărcate.
Ok, poate știți urmele de descărcare/încărcare pe sistemul de fișiere. Dar nu știi de ce se întâmplă acest lucru.
La început trebuie să știți că există priorități de descărcare:
Decât trebuie să știți despre diferitele greutăți de dispunere pe care le poate avea o masă:
Puteți selecta valorile curente de descărcare prio din sys.tables:
Puteți vedea aceste dispoziții dacă utilizați instrumentul hdbcons cu opțiunea „pageaccess a”:
DefaultPageType | SizeCls | Dispoziţie | hasRefs | Numara | Capacitate de memorie |
ConvIdxPage | 256к | Temporar | da | 1 | 262144 |
ConvLeafPage | 256к | Temporar | da | 202 | 52953088 |
FileIDMappingPage | 256к | Temporar | da | 16 | 4194304 |
FileIDMappingPage | 256к | Pe termen scurt | da | 252 | 66060288 |
ContainerDirectoryPage | 256к | Termen lung | da | 1019 | 267124736 |
ContainerDirectoryPage | 256к | Termen lung | Nu | 22 | 5767168 |
ContainerNameDirectoryPage | 256к | Termen lung | Nu | 59 | 15466496 |
UndoFilePage | 64k | Pe termen scurt | da | 425 | 27852800 |
VirtualFilePage | 4k | InternalShortterm | Nu | 53508 | 219168768 |
VirtualFilePage | 16k | InternalShortterm | Nu | 58164 | 952958976 |
VirtualFilePage | 64k | InternalShortterm | Nu | 40742 | 2670067712 |
VirtualFilePage | 256к | InternalShortterm | Nu | 23168 | 6073352192 |
RowStorePageAccess PageType | SizeCls | Dispoziţie | hasRefs | Numara | Capacitate de memorie |
ConvIdxPage | 256к | Temporar | da | 1 | 262144 |
ConvLeafPage | 256к | Temporar | da | 295 | 77332480 |
RowStorePage | 16k-RowStore | NonSwappable | Nu | 671744 | 11005853696 |
După cum știți, RowStore folosește memoria partajată a sistemului Linux și cu HANA nu poate fi descărcată din memorie. Așadar, tipul RowStorePage are de fiecare dată dispoziția „Nonswappable”.
În mod implicit, un tabel CS are descărcați prioritatea 5. Ultimul acces este Acum 10 ore.
Memoria cache a paginii are prioritatea de descărcare Pe termen scurt iar ultimul acces este acum o oră.
Tabelul de coloane are valoarea rezultatului mai mică (270 vs. 300) și deci este descărcat mai devreme decât paginile din memoria cache a paginilor.
Dacă există tabele care, în general, ar trebui înlocuite mai devreme sau mai târziu, puteți acorda prioritate descărcărilor utilizând setarea UNLOAD PRIORITY:
Tabelele standard SAP nu ar trebui modificate fără niciun motiv întemeiat.
Acum știi cum și când tabelele tale sunt descărcate. Dacă aveți nevoie de mai multe detalii, puteți utiliza următoarele note:
- Cremă, lichid, ușor (cremă de cafea sau cremă de masă) Date nutriționale și calorii
- Mazăre cremă cu cartofi noi - Masa mea de la țară
- Vinaigreta Dijon cu Frisée, Anghinare și Rețetă de salată de ardei, op, bine ați venit la masă
- Copii; s Cărți pentru a ajuta la mâncarea pretențioasă - copilul tău; grajd
- Picioare cubice de gaze naturale în calorii - Calculator de conversie, formulă și tabel (diagramă)