Un administrateur SAP HANA s'occupe de la base de données sous les systèmes SAP. Il configure la system replication (HSR) entre deux sites, planifie les sauvegardes de données et de logs, suit la consommation mémoire et applique les révisions avec hdblcm. Dans la plupart des offres, le poste est rattaché à l'équipe SAP Basis, et le même profil gère aussi transports, copies de systèmes et noyaux. Les conversions vers S/4HANA, avant la fin de la maintenance standard d'ECC fin 2027, entretiennent la demande en ESN et chez les intégrateurs SAP.
Deux profils se présentent. Le Basis généraliste a installé HANA avec SWPM et lance les sauvegardes depuis le cockpit. L'administrateur de base sait expliquer pourquoi l'indexserver a écrit un dump OOM, choisir entre SYNC et ASYNC selon la distance des sites, ou restaurer un tenant à une heure précise. Sous RISE with SAP, une partie de l'exploitation passe chez SAP, et le candidat doit savoir où s'arrête son périmètre.
Le périmètre se règle avec le manager : HANA seul ou Basis complet, sur site ou sous RISE. Un candidat solide raconte son dernier takeover avec le délai, la perte de données acceptée et le retour au site principal. Le cas du PDF porte sur un S/4HANA qui manque de mémoire pendant la clôture.
Ce que l'administrateur manipule autour de HANA
SAP HANA 2.0
Base en mémoire orientée colonne sur laquelle tournent S/4HANA et BW/4HANA. Les tables sont compressées et chargées en mémoire, et un volume de données sur disque garde l'état pour les redémarrages. Les mises à jour arrivent sous forme de SPS et de révisions, appliquées avec hdblcm.
System replication (HSR)
Le mécanisme de réplication de HANA vers un ou plusieurs sites secondaires, en SYNC, SYNCMEM ou ASYNC. C'est la base de la haute disponibilité et du plan de reprise. Le candidat doit savoir faire un takeover et réenregistrer l'ancien primaire.
Pacemaker et SAPHanaSR
Sous SUSE ou Red Hat, le cluster Pacemaker et les agents SAPHanaSR automatisent la bascule entre deux nœuds HANA en réplication. Les hooks HA/DR informent le cluster de l'état réel de la réplication avant toute prise de rôle.
HANA Cockpit, hdbsql et vues M_
Le cockpit est l'outil d'administration web que SAP met en avant, HANA Studio reste présent chez beaucoup de clients. En pratique, le diagnostic passe aussi par hdbsql et les vues de supervision (M_SERVICE_MEMORY, M_CS_TABLES, M_SERVICE_REPLICATION) et par la collection de requêtes SQL de SAP.
Sauvegardes et backint
HANA sauvegarde les données (complètes ou delta) et les logs, avec un catalogue qui décrit la chaîne de restauration. L'interface backint envoie ces sauvegardes vers un outil tiers certifié. Demandez quand la dernière restauration complète a été faite.
Gestion mémoire et NSE
global_allocation_limit fixe le plafond de mémoire, le delta merge et les déchargements de colonnes en règlent l'usage. Native Storage Extension garde les données peu lues sur disque avec un buffer cache, ce qui évite d'acheter de la mémoire pour l'historique.
SUM, DMO et SWPM
Les outils SAP des montées de version et des migrations. DMO, une option de SUM, convertit un système et migre sa base vers HANA dans la même procédure. SWPM sert aux installations et aux copies de systèmes.
RISE with SAP
L'offre où SAP héberge et exploite les systèmes du client. L'exploitation de la base passe en grande partie chez SAP Enterprise Cloud Services, selon une matrice de responsabilités que l'administrateur côté client doit connaître.
Le poste se présente sous plusieurs titres : administrateur SAP Basis, ingénieur système SAP, DBA HANA, architecte technique SAP. En ESN ou chez un infogérant, l'administrateur gère plusieurs paysages SAP pour différents clients, avec du support N2/N3 et souvent une astreinte. Chez un client final, il vit avec ses systèmes et prépare la conversion vers S/4HANA ou le passage sous RISE with SAP. Les offres citent les migrations d'Oracle ou de SQL Server vers HANA, les montées de version S/4HANA, les copies de systèmes et l'exploitation sur Azure, AWS ou Google Cloud. Les certifications SAP d'administration attestent la connaissance des outils. Elles ne prouvent pas qu'un candidat a mené un takeover ou une restauration à un instant donné sur un système de production.
Les compétences HANA à vérifier
- Mémoire, column store et delta merge
- Analyse des performances SQL
- Sauvegarde, restauration et catalogue
- System replication et haute disponibilité
- Révisions, montées de version et migration DMO
- Sécurité, tenants et supervision
Cinq questions sur l'exploitation de HANA
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · confirmé
Pendant la clôture mensuelle, l'indexserver écrit des dumps OOM et des traitements échouent. Comment analysez-vous la situation ?
Une bonne réponseIl ouvre le dump OOM (fichier .oom.trc de l'indexserver) pour voir quelle requête et quel allocateur consommaient la mémoire au moment de l'échec, puis compare l'utilisation à global_allocation_limit et à la limite du service dans M_SERVICE_MEMORY. Il sépare la mémoire des tables du column store (M_CS_TABLES) de la mémoire de travail des requêtes. Il retrouve la requête responsable dans les expensive statements ou le cache SQL et propose de borner la mémoire par requête (statement_memory_limit) ou par workload class, avant de parler d'augmenter la limite globale. Il connaît la collection de requêtes SQL de SAP (note 1969700) pour ce diagnostic.
Signal d'alerteAjouter de la RAM ou monter global_allocation_limit au maximum du serveur sans avoir identifié la requête.
Question 2 · confirmé
Le volume de logs est plein et la base n'accepte plus d'écritures. Que faites-vous ?
Une bonne réponseLe volume de logs se remplit quand les segments ne peuvent pas être libérés : sauvegardes de logs en échec (backint en erreur, destination pleine), site secondaire HSR qui retient les logs, ou mode de log mal réglé. Le candidat lit backup.log et le catalogue de sauvegarde, rétablit les sauvegardes de logs pour que les segments se libèrent, et suit la note SAP prévue pour ce cas au lieu d'improviser. Il ne supprime jamais un segment à la main et ajoute une alerte sur l'espace du volume et l'âge de la dernière sauvegarde de logs.
Signal d'alerteSupprimer des segments de log dans le système de fichiers, ou passer log_mode à overwrite sur la production.
Question 3 · senior
Le primaire HANA de production tombe. Comment se passe le takeover vers le secondaire, et que faites-vous de l'ancien primaire ?
Une bonne réponseLe secondaire devient primaire avec hdbnsutil -sr_takeover, à la main ou par le cluster (Pacemaker avec SAPHanaSR sous SUSE ou Red Hat). Avant, le candidat vérifie l'état de la réplication (M_SERVICE_REPLICATION ou systemReplicationStatus.py) pour savoir si des transactions sont perdues. Les serveurs d'application suivent par une IP virtuelle ou un nom DNS. L'ancien primaire ne doit pas redémarrer comme primaire : on l'enregistre comme secondaire avec hdbnsutil -sr_register, en sachant qu'une recopie complète peut être nécessaire selon l'état des logs.
Signal d'alerteRedémarrer l'ancien primaire dès qu'il revient, sans l'enregistrer comme secondaire.
Question 4 · confirmé
Une table comptable ralentit au fil de la journée, et M_CS_TABLES montre une zone delta de plusieurs gigaoctets. Que vérifiez-vous ?
Une bonne réponseLes écritures vont dans la zone delta, faite pour l'insertion ; le delta merge les intègre dans la zone principale compressée. Un delta énorme ralentit les lectures et consomme de la mémoire. Le candidat vérifie que l'auto merge est actif (mergedog) et qu'un chargement de masse ne l'a pas désactivé sur la table, puis lit M_DELTA_MERGE_STATISTICS pour voir si les merges échouent ou sont repoussés, souvent faute de mémoire. Il cherche aussi une transaction ouverte depuis longtemps qui retient d'anciennes versions (M_MVCC_TABLES). Il sait lancer un merge manuel avec MERGE DELTA OF.
Signal d'alerteRedémarrer HANA pour « vider la mémoire », ou ne pas connaître la zone delta.
Question 5 · confirmé
Un traitement a corrompu des données de production hier à 16h40. Comment restaurez-vous la base juste avant ?
Une bonne réponseUne restauration à un instant donné (point in time) du tenant concerné : dernière sauvegarde complète, sauvegardes delta éventuelles, puis sauvegardes de logs jusqu'à 16h39, depuis le cockpit ou avec RECOVER DATABASE. Le catalogue de sauvegarde indique la chaîne nécessaire. La restauration arrête le tenant, et tout ce qui a été saisi après 16h39 est perdu. Si seule une partie des données est à récupérer, il restaure d'abord sur un autre système pour extraire ce qu'il faut.
Signal d'alerteRestaurer la sauvegarde complète de la nuit sans appliquer les logs, ou ne pas savoir que l'on restaure tenant par tenant.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Basis, RISE, certification : vos questions
Administrateur SAP HANA ou consultant SAP Basis : quelle différence ?
Le consultant Basis couvre toute la couche technique SAP : installations, transports, noyaux, profils, utilisateurs, interfaces et copies de systèmes. L'administrateur HANA se concentre sur la base de données : mémoire, sauvegardes, réplication, performances et révisions. Dans beaucoup d'équipes, la même personne fait les deux. Si votre paysage tourne sur HANA avec réplication et astreinte, vérifiez la partie base autant que la partie Basis, car un bon Basis peut n'avoir jamais diagnostiqué un dump OOM.
Faut-il un test technique pour un administrateur SAP HANA ?
Un exercice oral sur des cas de production suffit souvent. Faites décrire un takeover HSR pas à pas, une restauration à un instant donné ou l'analyse d'un dump OOM à partir d'un extrait de trace. Un questionnaire sur les transactions SAP montre la culture Basis, pas la capacité à tenir la base. Pour un senior, ajoutez une étude de dimensionnement ou une stratégie de sauvegarde avec RPO et RTO chiffrés.
Une certification SAP suffit-elle à valider un administrateur HANA ?
Elle montre que le candidat connaît les outils et les procédures décrits par SAP. Elle ne dit rien des incidents traités. Les questions sur la mémoire, le volume de logs plein ou la réplication montrent vite la différence entre un profil certifié qui a surtout installé des systèmes et un profil qui a exploité une production. Demandez aussi les versions et la taille des bases administrées.
Sous RISE with SAP, a-t-on encore besoin d'un administrateur HANA ?
Le besoin change. SAP prend en charge l'infrastructure, la base, les sauvegardes et la réplication. Côté client, il faut quelqu'un qui comprend ce que SAP fait, lit la matrice de responsabilités, prépare les demandes de service, suit les performances applicatives et pilote les montées de version avec SAP. Un administrateur HANA expérimenté le fait bien, à condition d'accepter de ne plus avoir la main sur tout.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
