Au quotidien, lorsqu’une DB SAP HANA est stabilisée, on ne l’observe plus très minutieusement. un bon outil pour y pallier sera l’assistant SAP HANA Cockpit qui agrègera et identifiera toutes les anomalies ou presque.

Je vais vous présenter une solution 100% spécifique, développée en python permettant l’affectation des rôles automatiquement à partir d’un choix de profil utilisateur.

Lorsque vous commencez à utiliser la base de données SAP HANA sans application au premier plan (comme SAP ECC ou encore S/4), vous arriverez à l’étape de devoir gérer au quotidien les profils utilisateurs manuellement. Et vous rêverez de retrouver le fonctionnement de la CUA dans un paysage SAP ABAP.

Dans la conception ci-dessous et cette découverte, il sera possible dans un second temps de connecter cette solution à une interface spécifique à la CUA SAP. Oui, et pourquoi pas ! Puisque la table à maintenir est relativement facile, on pourra imagnier une interface ABAP pour extraire les évolutions à faire côté SAP HANA. ou si on ne souhaite pas faire d’ABAP, on peut répliquer quelques tables (USR05, AGR_USERS) et extraire les évolutions récentes pour les transmettre dans la table d’administration.

Et dans un second article, je vous présenterai les droits dynamiques (Dynamic Analytic Privileges Using Procedures in SAP HANA) et le SSO Kerberos. qui me semblent des briques à mettre en place obligatoirement.

voici une aide pour commencer des scripts python pour se connecter à une base Hana et à une base MaxDB.
idéal pour du monitoring spécifique par exemple.

Voici un exemple pour identifier le traitement consommateur de MÉMOIRE sur une base HANA.

activer ces paramètres :

• expensive_statement / enable = true
• resource_tracking / enable_tracking = on
• resource_tracking / memory_tracking = on

Voici un exemple pour identifier le traitement consommateur de CPU sur une DB HANA.

avant tout, plusieurs commentaires pour comprendre ce que l’on cherche à identifier :

• la consommation CPU > 60% au delà de 30 secondes va générer un impact sur le niveau de réactivité GLOBAL, en gros, on ralenti tout le monde
• la consommation CPU > 85% au délà de 30 secondes va générer un blocage de toutes les nouvelles requêtes (à partir de HANA 2.0 SP02 avec l’arrivée de l’admission control), en gros, c’est rideau pendant quelques secondes
• une consommation CPU élevée mais courte (< 30 secondes) est normale. en gros, faut quand même pas avoir peur de voir s’envoler l’utilisation CPU, mais faut que ça redescende aussi vite que c’est monté.

pré requis :

• HANA Studio
• Importer les scripts de la note oss 1969700

Cet article présente une solution technique dans le cadre d’une copie de mandant qui n’arrivait pas à son terme chez un client. La reco vue la taille de la DB était une copie de système via « System Copy DB » , néanmoins le challenge technique à relever était intéressant et motivant. il a été ainsi possible avec un peu d’effort et d’actions manuelles de réaliser une copie de mandant d’un environnement de SAP ECC de 1TB.
—

Une copie de mandant consiste à dupliquer les données sur une même base de données en affectant les données à un mandant SAP.