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.

  1. Lagring av radtype (for radtabell).
  2. 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

  1. Indeksserver
  2. Forbehandler server
  3. Name Server
  4. Statistikk server
  5. XS motor

    SAP HANNA Architecture

  1. 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 HANNA Architecture

SAP HANA Index Server oversikt

  • Økt- og transaksjonsleder: Session Component administrere økter og tilkoblinger for SAP HANA database. Transaksjonsleder koordinerer og kontrollerer transaksjoner.
  • SQL- og MDX-prosessor: SQL-prosessorkomponent spør etter data og sender til dem i spørringsbehandlingsmotoren, dvs. SQL/SQL Script/R/Calc Engine. MDX-prosessor spør etter og manipulerer flerdimensjonale data (f.eks. Analytic View in SAP HANA).
  • SQL / SQL Script / R / Calc Engine: Denne komponenten utfører SQL / SQL-skript og beregningsdata konverteres i beregningsmodellen.
  • Oppbevaringssted: Repository vedlikeholder versjoneringen av SAP HANA metadataobjekt f.eks.(Attributtvisning, Analytisk visning, Lagret prosedyre).
  • Utholdenhetslag: Dette laget bruker den innebygde funksjonen "Disaster Recovery" av SAP HANA database. Sikkerhetskopiering lagres i den som lagringspunkter i datavolumet.
    1. Forbehandler server

    Denne serveren brukes i tekstanalyse og trekker ut data fra en tekst når søkefunksjonen brukes.

    1. 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å.

    1. Statistikk server

    Statistikkserver er ansvarlig for å samle inn data knyttet til status, ressursallokering/forbruk og ytelse av SAP HANA system.

    1. 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.

    SAP HANA Landskap

    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.

    SAP HANA Landskap

    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.

    SAP HANA Landskap

    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 –

    SAP HANA Landskap

    • 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

    SAP HANA Landskap

    Det er et bufferlager (L1-Delta) som er radlagring. Så inn SAP HANA, kolonnetabell fungerer som radlager på grunn av L1-delta.

    1. Brukeren kjører oppdatering/sett inn spørring på tabellen (fysisk Operator er SQL-setninger.).
    2. Data går først til L1. Når L1 flytter data videre (L1- Uforpliktet data)
    3. Deretter går data til L2-delta buffer, som er kolonneorientert. (L2- Committed data)
    4. 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-

    SAP HANA Landskap

    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 –

    SAP HANA Landskap
    Minne adresse

    Og i kolonne lagres data på disken som -

    SAP HANA Landskap

    Minne adresse

    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 Landskap

    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-

    1. Dimensjonering ved hjelp av ABAP-rapport.
    2. Dimensjonering ved hjelp av DB-skript.
    3. Dimensjonering ved hjelp av Quicksizer Tool.

    Ved å bruke Quicksizer-verktøyet vil kravet vises i formatet nedenfor-

    SAP HANA Størrelse