SAP HANA Architecture, LandScape, Dimensionnement : Tutoriel complet

SAP HANA Database est une plateforme de gestion de données centrée sur la mémoire principale. SAP La base de données HANA fonctionne sur SUSE Linux Enterprises Server et s'appuie sur C++ La langue.

SAP La base de données HANA peut être distribuée sur plusieurs machines.

SAP Les avantages de HANA sont ceux mentionnés ci-dessous :

  • SAP HANA est utile car il est très rapide car toutes les données sont chargées en mémoire et il n'est pas nécessaire de charger des données à partir du disque.
  • SAP HANA peut être utilisé à des fins d'OLAP (analyse en ligne) et d'OLTP (transaction en ligne) sur une seule base de données.

SAP La base de données HANA se compose d'un ensemble de moteurs de traitement en mémoire. Le moteur de calcul est le principal moteur de traitement en mémoire dans SAP HANA. Il fonctionne avec d'autres moteurs de traitement tels que le moteur de base de données relationnelle (moteur de lignes et de colonnes), le moteur OLAP, etc.

La table de base de données relationnelle réside dans un magasin de colonnes ou de lignes.

Il existe deux types de stockage pour SAP Tableau HANA.

  1. Stockage de type ligne (pour la table de lignes).
  2. Stockage de type colonne (pour table de colonnes).

Les données texte et les données graphiques résident respectivement dans Text Engine et Graph Engine. Il y a d'autres moteurs dans SAP Base de données HANA. Les données sont autorisées à être stockées dans ces moteurs tant qu'il y a suffisamment d'espace disponible.

SAP HANA Architecture

Les données sont compressées par différentes techniques de compression (par exemple, le codage par dictionnaire, le codage par longueur d'exécution, le codage clairsemé, le codage en cluster, le codage indirect) SAP Magasin de colonnes HANA.

Lorsque la limite de la mémoire principale est atteinte dans SAP HANA, tous les objets de la base de données (table, vue, etc.) qui ne sont pas utilisés seront déchargés de la mémoire principale et enregistrés sur le disque.

Ces noms d'objets sont définis par la sémantique de l'application et rechargés dans la mémoire principale à partir du disque lorsque cela est à nouveau nécessaire. Dans des circonstances normales SAP La base de données HANA gère automatiquement le déchargement et le chargement des données.

Cependant, l'utilisateur peut charger et décharger manuellement les données d'une table individuelle en sélectionnant une table dans SAP Studio Hana dans le schéma respectif- en cliquant avec le bouton droit et en sélectionnant l'option « Décharger/Charger ».

SAP Le serveur HANA se compose de

  1. Serveur d'indexation
  2. Serveur de préprocesseur
  3. Nom du serveur
  4. Serveur de statistiques
  5. Moteur XS

    SAP HANA Architecture

  1. SAP Serveur d'index HANA SAP Le serveur principal de la base de données HANA est un serveur d'index. Les détails de chaque serveur sont les suivants :
  • C'est le principal SAP Composant de base de données HANA
  • Il contient les magasins de données réels et le moteur de traitement des données.
  • Index Server traite les données entrantes SQL ou instruction MDX.

Vous trouverez ci-dessous l'architecture d'Index Server.

SAP HANA Architecture

SAP Présentation du serveur d'indexation HANA

  • Gestionnaire de sessions et de transactions : Le composant de session gère les sessions et les connexions pour SAP Base de données HANA. Transaction Manager coordonne et contrôle les transactions.
  • Processeur SQL et MDX : Le composant Processeur SQL interroge les données et leur envoie dans le moteur de traitement des requêtes, c'est-à-dire SQL/SQL Script / R / Calc Engine. Le processeur MDX interroge et manipule des données multidimensionnelles (par exemple, vue analytique dans SAP HANA).
  • SQL / Script SQL / R / Moteur Calc : Ce composant exécute le script SQL/SQL et convertit les données de calcul en modèle de calcul.
  • Dépôt: Le référentiel maintient la gestion des versions de SAP Objet de métadonnées HANA, par exemple (vue d'attribut, vue analytique, procédure stockée).
  • Couche de persistance : Cette couche utilise la fonctionnalité intégrée « Récupération après sinistre » de SAP Base de données HANA. La sauvegarde y est enregistrée sous forme de points de sauvegarde dans le volume de données.
    1. Serveur de préprocesseur

    Ce serveur est utilisé dans l'analyse de texte et extrait les données d'un texte lorsque la fonction de recherche est utilisée.

    1. Nom du serveur

    Ce serveur contient toutes les informations sur l'environnement système. Dans un serveur distribué, le serveur de noms contient des informations sur chaque composant en cours d'exécution et l'emplacement des données sur le serveur. Ce serveur contient des informations sur le serveur sur lequel les données existent.

    1. Serveur de statistiques

    Le serveur de statistiques est chargé de collecter les données liées à l'état, à l'allocation/consommation des ressources et aux performances de SAP Système HANA.

    1. Serveur XS

    XS Server contient le moteur XS. Il permet aux applications externes et aux développeurs d'utiliser SAP Base de données HANA via le client XS Engine. L'application client externe peut utiliser HTTP pour transmettre des données via le moteur XS pour le serveur HTTP.

    SAP Paysage HANA

    "HANA" signifie Appareil analytique haute performance est une combinaison de plate-forme matérielle et logicielle.

    • En raison du changement dans l'architecture informatique, l'ordinateur le plus puissant est disponible en termes de processeur, de RAM et de disque dur.
    • SAP HANA est la solution aux goulots d'étranglement des performances, dans laquelle toutes les données sont stockées dans la mémoire principale et il n'est pas nécessaire de transférer fréquemment les données des E/S du disque vers la mémoire principale.

    Voici SAP HANA Innovation dans le domaine du Hardware/Software.

    SAP Paysage HANA

    Il existe deux types de magasins de données relationnelles dans SAP HANA : magasin de lignes et magasin de colonnes.

    Magasin en rangée

    • C'est la même chose que la base de données traditionnelle, par exemple (Oracle, SQL Server). La seule différence est que toutes les données sont stockées dans la zone de stockage des lignes en mémoire de SAP HANA, contrairement à une base de données traditionnelle, où les données sont stockées sur le disque dur.

    Magasin de colonnes

    • Le magasin de colonnes fait partie du SAP Base de données HANA et gère les données sous forme de colonnes SAP Mémoire HANA. Les tables de colonnes sont stockées dans la zone de stockage des colonnes. Le stockage des colonnes offre de bonnes performances pour les opérations d'écriture et optimise en même temps l'opération de lecture.

    Performances des opérations de lecture et d'écriture optimisées avec moins de deux structures de données.

    SAP Paysage HANA

    stockage principal

    Le stockage principal contient la majeure partie des données. Dans le stockage principal, méthode de compression de données appropriée (codage de dictionnaire, Cluster Encodage, Sparse Encoding, Run Length encoding, etc.) est appliqué pour compresser les données dans le but d’économiser de la mémoire et d’accélérer les recherches.

    • Dans le stockage principal, les opérations d'écriture sur les données compressées seront coûteuses, donc les opérations d'écriture ne modifient pas directement les données compressées dans le stockage principal. Au lieu de cela, toutes les modifications sont écrites dans une zone distincte du stockage en colonnes appelée «Delta Stockage."
    • Delta Le stockage est optimisé pour une opération d'écriture et utilise une compression normale. Les opérations d'écriture ne sont pas autorisées sur le stockage principal mais autorisées sur le stockage delta. Les opérations de lecture sont autorisées sur les deux stockages.

    Nous pouvons charger manuellement les données dans la mémoire principale par l'option « Charger en mémoire » et décharger les données de la mémoire principale par l'option « Décharger de la mémoire », comme indiqué ci-dessous.

    SAP Paysage HANA

    Delta Rangements

    Delta Le stockage est utilisé pour une opération d'écriture et utilise une compression de base. Toutes les modifications non validées dans les données de la table de colonnes sont stockées dans le stockage delta.

    Lorsque nous souhaitons déplacer ces modifications vers le stockage principal, nous utilisons « l'opération de fusion delta » à partir de SAP Studio HANA comme ci-dessous –

    SAP Paysage HANA

    • Le but de l’opération de fusion delta est de déplacer les modifications collectées dans le stockage delta vers le stockage principal.
    • Après avoir joué Delta Opération de fusion sur la table des colonnes SAP, le contenu du stockage principal est enregistré sur le disque et la compression est recalculée.

    Processus de déplacement des données depuis Delta vers le stockage principal pendant la fusion delta

    SAP Paysage HANA

    Il existe un magasin tampon (L1-Delta) qui est le stockage en ligne. Donc dans SAP HANA, la table de colonnes agit comme un magasin de lignes en raison de L1-delta.

    1. L'utilisateur exécute une requête de mise à jour/insertion sur la table (physique Operator est des instructions SQL.).
    2. Les données vont d’abord en L1. Lorsque L1 déplace les données plus loin (L1 - Données non validées)
    3. Ensuite, les données vont dans le tampon L2-delta, qui est orienté colonne. (L2- Données engagées)
    4. Une fois le processus L2-delta terminé, les données sont transférées vers le stockage principal.

    Ainsi, le stockage de colonnes est à la fois optimisé en écriture et en lecture grâce à L1-Delta et stockage principal respectivement. L1-Delta contient toutes les données non validées. Les données validées sont transférées vers le magasin principal via L2-Delta. Depuis le magasin principal, les données vont à la couche de persistance (la flèche indiquant ici est un opérateur physique qui envoie une instruction SQL dans le magasin de colonnes). Après le traitement de l'instruction SQL dans le magasin de colonnes, les données sont transférées vers la couche de persistance.

    Par exemple, ci-dessous est un tableau basé sur les lignes.

    SAP Paysage HANA

    Les données du tableau sont stockées sur le disque au format linéaire. Vous trouverez donc ci-dessous le format de stockage des données sur le disque pour les tableaux de lignes et de colonnes :

    In SAP Mémoire HANA, cette table est stockée dans Row Store sur disque au format –

    SAP Paysage HANA
    Adresse mémoire

    Et dans Column, les données sont stockées sur le disque sous la forme :

    SAP Paysage HANA

    Adresse mémoire

    Les données sont stockées par colonnes au format linéaire sur le disque. Les données peuvent être compressées par la technique de compression.

    Ainsi, Column Store présente l’avantage d’économiser de la mémoire.

    SAP Paysage HANA

    SAP Dimensionnement HANA

    Le dimensionnement est un terme utilisé pour déterminer les exigences matérielles pour SAP Système HANA, tel que RAM, disque dur et CPU, etc.

    Le principal composant de dimensionnement important est la mémoire, et le deuxième composant de dimensionnement important est le processeur. Le troisième composant principal est un disque, mais son dimensionnement dépend entièrement de la mémoire et du processeur.

    In SAP Lors de la mise en œuvre de HANA, l'une des tâches critiques consiste à déterminer la bonne taille d'un serveur en fonction des besoins de l'entreprise.

    SAP HANA DB diffère en taille de la normale SGBD en termes de -

    • Mémoire principale requise pour SAP HANA (le dimensionnement de la mémoire est déterminé par les métadonnées et les données de transaction dans SAP HANA)
    • Configuration requise pour le processeur SAP HANA (la prévision du processeur n'est pas exacte).
    • Espace disque requis pour SAP HANA (est calculé pour la persistance des données et pour la journalisation des données)

    Le processeur du serveur d'applications et la mémoire du serveur d'applications restent inchangés.

    Pour le calcul du dimensionnement SAP a fourni diverses directives et méthodes pour calculer la taille correcte.

    Nous pouvons utiliser la méthode ci-dessous-

    1. Dimensionnement à l'aide du rapport ABAP.
    2. Dimensionnement à l'aide de DB Script.
    3. Dimensionnement à l'aide de l'outil Quicksizer.

    En utilisant l'outil Quicksizer, l'exigence sera affichée au format ci-dessous :

    SAP Dimensionnement HANA