SAP HANNA Architecture, Landscape, Sizing: Komplett veiledning
SAP HANA Database er hovedminnesentrisk dataadministrasjonsplattform. SAP HANA-databasen kjører på SUSE Linux Enterprises Server og bygger på C++ Språk.
SAP HANA Database kan distribueres til flere maskiner.
SAP HANA Fordeler er som nevnt nedenfor -
- SAP HANA er nyttig siden det er veldig raskt på grunn av all data som er lastet inn i minnet og du trenger ikke å laste inn data fra disken.
- SAP HANA kan brukes til formålet med OLAP (On-line analytic) og OLTP (On-Line Transaction) på en enkelt database.
SAP HANA-databasen består av et sett med prosesseringsmotorer i minnet. Beregningsmotoren er den viktigste prosesseringsmotoren i minnet SAP HANNA. Det fungerer med andre prosesseringsmotorer som relasjonsdatabasemotor (rad- og kolonnemotor), OLAP-motor, etc.
Relasjonsdatabasetabellen ligger i kolonne- eller radlager.
Det er to oppbevaringstyper for SAP HANA bord.
- Lagring av radtype (for radtabell).
- Lagring av kolonnetype (for kolonnetabell).
Tekstdata og Graph-data ligger i henholdsvis Text Engine og Graph Engine. Det er noen flere motorer i SAP HANA-databasen. Dataene er tillatt å lagre i disse motorene så lenge nok plass er tilgjengelig.
SAP HANNA Architecture
Data komprimeres med forskjellige komprimeringsteknikker (f.eks. ordbokkoding, løpelengdekoding, sparsom koding, klyngekoding, indirekte koding) i SAP HANA Kolonnebutikk.
Når hovedminnegrensen er nådd i SAP HANA, hele databaseobjektene (tabell, visning osv.) som ikke brukes vil bli lastet ut fra hovedminnet og lagret på disken.
Disse objektnavnene er definert av applikasjonssemantikk og lastes inn på nytt i hovedminnet fra disken når det kreves igjen. Under normale omstendigheter SAP HANA-databasen styrer lossing og lasting av data automatisk.
Imidlertid kan brukeren laste inn og laste ut data fra individuell tabell manuelt ved å velge en tabell i SAP HANA studio i respektive skjema- ved å høyreklikke og velge alternativet "Last av/last".
SAP HANA Server består av
- SAP HANA Index Server SAP HANA Database Hovedservere er indeksservere. Detaljer om hver server er som nedenfor-
- Det er det viktigste SAP HANA-databasekomponent
- Den inneholder faktiske datalagre og motoren for behandling av dataene.
- Indeksserver behandler innkommende SQL eller MDX-setning.
Nedenfor er arkitekturen til Index Server.
SAP HANA Index Server oversikt
- Forbehandler server
Denne serveren brukes i tekstanalyse og trekker ut data fra en tekst når søkefunksjonen brukes.
- Name Server
Denne serveren inneholder all informasjon om systemlandskapet. I distribuert server inneholder navneserveren informasjon om hver kjørende komponent og plassering av data på serveren. Denne serveren inneholder informasjon om serveren som data finnes på.
- Statistikk server
Statistikkserver er ansvarlig for å samle inn data knyttet til status, ressursallokering/forbruk og ytelse av SAP HANA system.
- XS server
XS Server inneholder XS Engine. Den lar eksterne applikasjoner og utviklere bruke SAP HANA-database via XS Engine-klienten. Den eksterne klientapplikasjonen kan bruke HTTP til å overføre data via XS-motoren for HTTP-serveren.
SAP HANA Landskap
"HANA" betyr Høyytelses analytisk apparat er en kombinasjon av maskinvare og programvareplattform.
- På grunn av endring i datamaskinarkitektur er den kraftigere datamaskinen tilgjengelig når det gjelder CPU, RAM og harddisk.
- SAP HANA er løsningen for ytelsesflaskehals, der alle data er lagret i hovedminnet og det er ikke nødvendig å ofte overføre data fra disk I/O til hovedminnet.
Nedenfor er SAP HANA Innovasjon innen maskinvare/programvare.
Det er to typer relasjonsdatalagre i SAP HANA: Row Store og Column Store.
Row Store
- Det er det samme som tradisjonell database, f.eks.Oracle, SQL Server). Den eneste forskjellen er at alle data er lagret i radlagringsområde i minnet til SAP HANA, i motsetning til en tradisjonell database, hvor data lagres på harddisk.
Kolonnebutikk
- Kolonnebutikk er en del av SAP HANA-database og administrerer data i kolonnevis måte inn SAP HANA minne. Kolonnetabeller lagres i kolonnebutikkområdet. Kolonnelageret gir god ytelse for skriveoperasjoner og optimerer samtidig leseoperasjonen.
Lese- og skriveoperasjonsytelse optimalisert med datastrukturer under to.
Hovedlager
Hovedlagring inneholder hoveddelen av data. I hovedlageret, passende datakomprimeringsmetode (ordbokkoding, Cluster Encoding, Sparse Encoding, Run Length-koding, etc.) brukes for å komprimere data med det formål å spare minne og øke hastigheten på søk.
- I hovedlager vil skriveoperasjoner på komprimerte data være kostbare, så skriveoperasjoner må ikke endres direkte på komprimerte data i hovedlageret. I stedet skrives alle endringer i et eget område i kolonnelagring kjent som "Delta Oppbevaring."
- Delta lagring er optimalisert for en skriveoperasjon og bruker normal komprimering. Skriveoperasjonene er ikke tillatt på hovedlagring, men tillatt på deltalagring. Leseoperasjoner er tillatt på begge lagringene.
Vi kan manuelt laste inn data i hovedminnet ved å velge "Last inn i minnet" og Laste ut data fra hovedminnet ved å "Last ned fra minnet" som vist nedenfor.
Delta oppbevaring
Delta lagring brukes til en skriveoperasjon og bruker grunnleggende komprimering. All uforpliktet modifikasjon i kolonnetabelldata lagret i deltalagring.
Når vi ønsker å flytte disse endringene til hovedlagring, bruker du "delta fletteoperasjon" fra SAP HANA studio som nedenfor –
- Hensikten med deltaflettingsoperasjon er å flytte endringer, som samles i deltalager til hovedlager.
- Etter å ha opptrådt Delta Slå sammen operasjon på sap-kolonnetabell, innholdet i hovedlageret lagres på disk og komprimering beregnes på nytt.
Prosess for å flytte data fra Delta til hovedlager under deltafletting
Det er et bufferlager (L1-Delta) som er radlagring. Så inn SAP HANA, kolonnetabell fungerer som radlager på grunn av L1-delta.
- Brukeren kjører oppdatering/sett inn spørring på tabellen (fysisk Operator er SQL-setninger.).
- Data går først til L1. Når L1 flytter data videre (L1- Uforpliktet data)
- Deretter går data til L2-delta buffer, som er kolonneorientert. (L2- Committed data)
- Når L2-delta-prosessen er fullført, går data til hovedlageret.
Så kolonnelagring er både skriveoptimalisert og leseoptimalisert på grunn av L1-Delta og henholdsvis hovedlager. L1-Delta inneholder alle uforpliktende data. Engasjerte data flyttes til hovedbutikken gjennom L2-Delta. Fra hovedlageret går data til persistens-laget (pilen som indikerer her er en fysisk operatør som sender SQL-setning i Column Store). Etter å ha behandlet SQL-setningen i kolonnelageret, går data til persistenslaget.
Nedenfor er f.eks. radbasert tabell-
Tabelldata lagres på disk i lineært format, så nedenfor er formatering av hvordan data lagres på disk for rad- og kolonnetabell –
In SAP HANA-minne, denne tabellen er lagret i Row Store på disk som format –
Og i kolonne lagres data på disken som -
Data lagres kolonnevis i det lineære formatet på disken. Data kan komprimeres ved hjelp av komprimeringsteknikk.
Så, Column Store har en fordel med minnesparing.
SAP HANA Størrelse
Størrelse er et begrep som brukes til å bestemme maskinvarekrav for SAP HANA-system, som RAM, harddisk og CPU, etc.
Den viktigste viktige størrelseskomponenten er minnet, og den andre viktige størrelseskomponenten er CPU. Den tredje hovedkomponenten er en disk, men størrelsen er helt avhengig av minne og CPU.
In SAP HANA-implementering, en av de kritiske oppgavene er å bestemme riktig størrelse på en server i henhold til forretningsbehov.
SAP HANA DB skiller seg i størrelse med normal DBMS når det gjelder –
- Hovedminnekrav for SAP HANA ( Minnestørrelse bestemmes av metadata og transaksjonsdata i SAP HANA)
- CPU-krav for SAP HANA (Prognose CPU er estimert ikke nøyaktig).
- Diskplasskrav for SAP HANA (Beregnes for datapersistens og for logging av data)
Applikasjonsserverens CPU og applikasjonsserverminnet forblir uendret.
For størrelsesberegning SAP har gitt ulike retningslinjer og metoder for å beregne riktig størrelse.
Vi kan bruke metoden nedenfor-
- Dimensjonering ved hjelp av ABAP-rapport.
- Dimensjonering ved hjelp av DB-skript.
- Dimensjonering ved hjelp av Quicksizer Tool.
Ved å bruke Quicksizer-verktøyet vil kravet vises i formatet nedenfor-