Documentazione
Cosa serve per installarlo
Una panoramica della documentazione che accompagna SUPtime. La versione completa, con script e procedure passo per passo, viene consegnata con l'installazione.
Requisiti
Il server
Riferimento: l'installazione su cui SUPtime è sviluppato e verificato.
| Componente | Versione | Note |
|---|---|---|
| Linux | Ubuntu Server 25.10 | Qualunque distribuzione recente |
| Python | 3.13 | Backend FastAPI |
| Node.js | 20 LTS, con Yarn 1.22 | Per il build dell'interfaccia |
| MongoDB | 7 o successivo | In locale, in ascolto solo su 127.0.0.1 |
| SAP NW RFC SDK | 7.50 o successivo | Obbligatorio: senza, nessuna funzione RFC risponde |
| Risorse | 2 vCPU, 4 GB di RAM | Per una decina di sistemi monitorati |
Accesso ai sistemi SAP
Utenze di sola lettura, documentate oggetto per oggetto
Utenza RFC
Un ruolo Z copiato da SAP_BC_BASIS_MONITORING, con quello che serve a un chiamante RFC: esecuzione dei moduli funzione e lettura tabelle.
Security Audit Log
Per leggere SM20 serve il gruppo S_RFC RSAU_LOG, e il log deve essere attivo in SM19.
Sistema operativo
Quattro moduli standard di sola lettura per ST06 e ST02, concessi uno per uno e non per gruppo: SMON contiene i comandi al collector e STUB contiene SAPTUNE_RESET_BUFFER, che svuota i buffer. Senza, la scheda lo dichiara e le regole OS non vengono valutate.
Mai SXPG_COMMAND_EXECUTE
Trasformerebbe un'utenza di monitoraggio in esecuzione di comandi sull'host SAP.
Utenza HANA facoltativa
Il ruolo standard di HANA per il monitoraggio, più lettura del catalogo. Per i job XS serve un grant dedicato.
Installazione
I passi, in ordine
- 01
MongoDB
Installato sul server e in ascolto solo in locale.
- 02
SAP NW RFC SDK
Scaricato da SAP e reso disponibile al backend.
- 03
Backend
Ambiente Python con le dipendenze, fra cui pyrfc e hdbcli.
- 04
Configurazione
Chiave di firma dei token di almeno 32 caratteri e chiave di cifratura delle credenziali: senza, il servizio non parte.
- 05
Interfaccia
Build del frontend React.
- 06
Servizi
Backend e interfaccia come servizi systemd.
- 07
Primo accesso
Accesso come amministratore e configurazione iniziale: sistemi SAP, server SMTP e regole di alert.
- 08
Verifica
Il test di connessione di ogni sistema interroga RFC_SYSTEM_INFO e riporta SID e release.
Sicurezza
Com'è protetto
Credenziali cifrate
Password SAP e SMTP cifrate a riposo, con una chiave che resta nella configurazione del server.
Autenticazione ovunque
Token firmati su ogni endpoint e ruoli admin, operator e viewer. MFA facoltativa, obbligatoria per gli admin o per tutti; le sessioni si revocano, così un utente disattivato esce subito invece che a scadenza del token.
Rate limiting e header
Limiti sulle richieste e header di sicurezza HTTP.
Audit trail
Registro a catena di hash, con la verifica della catena da Impostazioni.
Database non esposto
MongoDB ascolta solo in locale.
Aggiornamenti
Procedura di aggiornamento documentata.
Limiti dichiarati
Cosa la documentazione dice di non coprire
- Il system log SM21, che non è leggibile via RFC: al suo posto c'è SM20.
- Il check sugli utenti standard vede solo il mandante della connessione: per coprirli tutti serve un'utenza per mandante.
- Utenti per istanza solo per l'istanza a cui SUPtime è collegato, e nessuna CPU per istanza.
- Il tempo di risposta di SMLG è un valore di sistema, non per gruppo.
- XS Advanced viene rilevato, ma non monitorato.
Vuoi la documentazione completa?
Te la mandiamo con la demo, insieme agli script delle utenze.