SAP Codici transazione e controlli di integrità per il monitoraggio della base

⚡ Riepilogo intelligente

SAP Il monitoraggio del sistema è una routine quotidiana di Basis che mantiene sotto controllo server, processi di lavoro, blocchi, aggiornamenti e integrità del database. I codici transazione principali come SM51, SM50, SM66, SM21, ST22, ST02, ST06, DB02 e DB12 forniscono agli amministratori una checklist proattiva completa.

  • Verifica i server e i processi di lavoro: SM51 elenca i server applicativi, mentre SM50 e SM66 mostrano lo stato dei processi di lavoro a livello di istanza e a livello di sistema.
  • 🔒 Elimina i blocchi obsoleti e aggiorna gli aggiornamenti: SM12 segnala le vecchie voci di blocco; SM13 individua gli aggiornamenti disattivati ​​e le code bloccate.
  • 📜 Analizza i log di sistema e i dump: SM21 visualizza errori e avvisi; ST22 raccoglie i dump ABAP della giornata.
  • ⚙️ Ottimizza buffer e CPU: ST02 rivela scambi di buffer; ST06 conferma che il tempo di inattività della CPU si mantiene intorno al 60-65% durante un carico costante.
  • 🤖 Utilizzare l'intelligenza artificiale per il rilevamento delle anomalie: Gli assistenti basati sull'IA riepilogano i modelli SM21 e ST22, segnalano le tendenze di crescita DB02 e suggeriscono il successivo codice T di indagine.

SAP Monitoraggio e verifiche delle prestazioni

Cosa è SAP Monitoraggio del sistema?

SAP sistema di monitoraggio è la routine quotidiana di base che mantiene un SAP Monitorare lo stato di salute dell'infrastruttura controllando regolarmente server, processi di lavoro, blocchi, aggiornamenti, registri di sistema e integrità del database. L'obiettivo è la proattività: individuare i problemi prima che gli utenti se ne accorgano.

Una tipica lista di cose da fare giornaliera include:

  • Verifica dei server applicativi.
  • Monitoraggio dei processi di lavoro a livello di sistema.
  • Monitoraggio dei processi di lavoro per singole istanze.
  • Monitoraggio degli accessi alle serrature.
  • Utilizzo della CPU.
  • Spazio disponibile nel database.
  • Monitoraggio dei processi di aggiornamento.
  • Monitoraggio del registro di sistema.
  • Buffer statistiche.
  • Monitoraggio dei processi batch.
  • Monitoraggio delle richieste di spool e conteggio delle richieste di stampa.
  • Analisi del dump ABAP.
  • Verifiche delle prestazioni e della coerenza del database.
  • Monitoraggio degli utenti dell'applicazione.

Perché effettuare controlli giornalieri e monitorare il sistema?

I controlli giornalieri individuano piccoli problemi, come un processo di lavoro bloccato, un vecchio blocco o uno spazio di archiviazione che si avvicina al 95%, prima che si trasformino in interruzioni del servizio. Forniscono al team Basis una base di riferimento affidabile, in modo che le anomalie risaltino, e alimentano le decisioni di pianificazione della capacità con dati storici.

Controlli giornalieri / Monitoraggio del sistema

Come monitoriamo un SAP Sistema?

Il monitoraggio è organizzato attorno ai codici transazione (T-code), ognuno dei quali gestisce uno specifico livello: server, processi di lavoro, blocchi, aggiornamenti, log, buffer, CPU, dump, spool, processi batch, RFC e database. Le sezioni seguenti descrivono in dettaglio ogni controllo in sequenza.

Verifica dei server delle applicazioni (SM51)

SM51 elenca tutti i server applicativi attivi nell'ambiente, insieme ai servizi e ai processi di lavoro configurati su ciascuna istanza.

Verifica dei server applicativi SM51

Monitoraggio dei processi di lavoro per singole istanze (SM50)

SM50 visualizza tutti i processi in esecuzione, in attesa, arrestati e PRIV sull'istanza corrente. Ogni processo dovrebbe essere in corsa or In attesa stato; qualsiasi altra cosa richiede indagine.

Monitoraggio dei processi di lavoro per singole istanze SM50

La schermata mostra diverse colonne utili:

  1. Lo stato di ciascun processo lavorativo (occupato o libero).
  2. L'azione intrapresa da un processo occupato, mostrata nella colonna Azione.
  3. Tabella del database su cui si sta lavorando.

Problemi tipici e relative soluzioni:

  • Gli utenti non riescono ad accedere o l'interfaccia grafica è lenta: I processi di lavoro di dialogo (DIA) sono esauriti. Cercare i processi di lunga durata (indicatore rosso sotto Ora). Annullali tramite Processo > Annulla senza core per liberare lo slot.
  • PRIV nella colonna Motivo: Una transazione sta consumando così tanta memoria che il processo di lavoro DIA è "di proprietà" di un singolo utente. Contatta l'utente e, se possibile, riavvia il processo in background.
  • Processo di lavoro SPO di lunga durata: Esaminate il server di stampa o la stampante; un avvolgimento di carta bloccato può monopolizzare un intero processo.

Monitoraggio dei processi di lavoro a livello di sistema (SM66)

SM66 è la panoramica globale del processo di lavoro. Riunisce i dati di SM50 relativi a tutte le istanze attive in un'unica schermata, rappresentando il modo più rapido per individuare un problema di prestazioni a livello di sistema.

Monitoraggio dei processi di lavoro a livello di sistema SM66

A colpo d'occhio si vede:

  • Lo stato di ciascun server applicativo.
  • Perché un processo non è in esecuzione.
  • Se il processo è stato riavviato.
  • Utilizzo della CPU e tempo di esecuzione delle richieste.
  • L'utente connesso e il client.
  • Il report è attualmente in esecuzione.

Monitoraggio degli utenti dell'applicazione (AL08 e SM04)

AL08 elenca gli utenti di tutte le istanze attive, mentre SM04 mostra gli utenti dell'istanza corrente. Entrambi i metodi visualizzano gli ID dei terminali e dei client, contribuendo a confermare che siano connessi solo gli ID utente previsti.

Monitoraggio dell'applicazione utente AL08 e SM04

Monitoraggio dei processi di aggiornamento (SM13)

Eseguire SM13, posizionare * nella Utente campo ed esegui. Se non ci sono aggiornamenti in sospeso, la coda è vuota.

Monitoraggio dei processi di aggiornamento SM13

Coda SM13 vuota

Se gli aggiornamenti non sono attivi, rispondi alle seguenti domande:

  • Il processo di aggiornamento è attivo? In caso contrario, è stato disattivato dal sistema o da un utente?
  • È stato annullato qualche aggiornamento?
  • C'è una lunga coda di aggiornamenti in sospeso più vecchi di 10 minuti?

Monitoraggio delle voci bloccate (SM12)

Eseguire SM12 e inserire * nella Nome utente campo.

Monitoraggio delle voci di blocco SM12

SAP Utilizza un meccanismo di blocco per impedire a due utenti di modificare lo stesso record contemporaneamente. A volte, un'interruzione di rete o un arresto anomalo della sessione lasciano un blocco. I vecchi blocchi devono essere rimossi, altrimenti impediscono l'accesso ai record.

Cattura le voci di blocco il cui timestamp risale al giorno precedente o a una data ancora precedente: queste sono le candidate per la pulizia.

Monitoraggio del registro di sistema (SM21)

SM21 visualizza errori di sistema, avvisi e messaggi di sicurezza. Utilizzalo per individuare e risolvere i problemi nel sistema e nel suo ambiente.

Controlla il registro del giorno precedente con:

  • Inserisci l'intervallo di date e orari.
  • Seleziona il Problemi e avvertenze pulsante di opzione.
  • Clicchi Rileggere il registro di sistema..

Registro di sistema di monitoraggio SM21

Riepilogo della sintonizzazione (ST02)

ST02 mostra il riepilogo della regolazione del buffer. Seguire i passaggi seguenti per risolvere i problemi di scambio.

Passo 1) Apri ST02 per visualizzare il riepilogo della sintonizzazione.

Passo 2) Double-fare clic su qualsiasi valore rosso sotto SWAP.

Riepilogo della melodia ST02

Passo 3) Clicca su Parametri correnti scheda.

Parametri attuali ST02

Passo 4) Si notino i valori e i parametri del profilo.

valori del profilo ST02

Passo 5) Aprire RZ10 per modificare i valori dei parametri del profilo.

Passo 6) Salva le modifiche.

Passo 7) Riavvia il server affinché i nuovi valori abbiano effetto.

Utilizzo della CPU (ST06)

ST06 mostra le prestazioni a livello di sistema operativo. L'utilizzo della CPU inattivo dovrebbe attestarsi intorno al 60-65%; un carico costantemente più elevato indica che il sistema è sotto pressione.

Utilizzo della CPU ST06

Quando l'utilizzo della CPU è elevato, segui questo breve percorso di triage:

  • Eseguire comandi a livello di sistema operativo (come top) per scoprire quali processi stanno utilizzando la maggior parte della CPU.
  • Apri SM50 o SM66 e cerca processi in esecuzione da molto tempo o query di aggiornamento.
  • Apri SM12 e verifica la presenza di vecchie voci di blocco.
  • Aprire SM13 per verificare lo stato dell'aggiornamento.
  • Apri SM21 per cercare errori di sistema.

Discariche ABAP (ST22)

ST22 cattura gli errori di runtime ABAP (dump brevi). RevOgni mattina, esamina i dump del giorno precedente per individuare schemi insoliti o elementi ricorrenti.

ABAP Dumps ST22

Monitoraggio della richiesta di spool (SP01)

Eseguire SP01 per monitorare le richieste di spool:

  • entra * nella Creato da campo.
  • Clicchi Eseguire.

Monitoraggio delle richieste di spool SP01

Registrare solo le richieste terminate con problemi.

Richieste di spool terminate

Monitoraggio dei lavori batch (SM37)

Eseguire SM37 per monitorare i processi in background:

  • entra * nella Nome utente and Nome del lavoro campi.
  • Sotto Stato del lavoro Seleziona Pianificato, Annullato, Rilasciato e Completato.

Monitoraggio dei processi batch SM37

Amministrazione RFC transazionale (SM58)

RFC transazionale (tRFC), originariamente noto come asincrono RFCesegue il modulo funzione chiamato sul server RFC esattamente una volta.

RFC transazionale SM58

Seleziona il periodo di visualizzazione che desideri rivedere, inserisci * nel campo utente ed esegui. L'elenco mostra tutte le chiamate che non sono state eseguite correttamente o che sono ancora in coda.

Amministrazione QRFC (Coda in uscita — SMQ1)

SMQ1 monitora le code qRFC in uscita. Specifica il client e cerca le code in In attesa or Errore stato.

QRFC in uscita SMQ1

Amministrazione QRFC (Coda in entrata — SMQ2)

SMQ2 rispecchia SMQ1 per le code qRFC in entrata. Specifica il client e cerca le code in entrata in In attesa or Errore stato.

QRFC Inbound SMQ2

Amministrazione del database (DB02)

DB02 è il pannello di controllo centrale per l'amministrazione del database. La prima schermata consente di analizzare in dettaglio i tablespace, gli indici mancanti e la cronologia delle espansioni.

Voce DB02 di amministrazione del database

Seleziona Dimensioni attuali per visualizzare lo stato di ogni tablespace.

Dimensioni attuali di DB02

Se un tablespace è pieno per oltre il 95% e l'estensione automatica è disattivata, aggiungi un nuovo datafile in modo che il database non esaurisca lo spazio.

È inoltre possibile esaminare la cronologia di uno spazio tabella per mese, settimana o giorno per individuare le tendenze di crescita.

Selezione cronologia DB02

Grafico storico DB02

Vista dettagliata DB02

Registri di backup del database (DB12)

DB12 conferma quando è stato eseguito l'ultimo backup riuscito. RevEsamina i backup del database e del file di log di ripristino del giorno precedente per assicurarti che siano stati completati correttamente.

Registri di backup del database DB12

Presto RevIew: Lista di controllo per il monitoraggio giornaliero

Le tabelle seguenti riassumono i controlli giornalieri fondamentali per gli amministratori Basis.

Attività critiche

# Task operazione Procedura/Osservazione
1 Confermare che il sistema R/3 sia attivo. - Accedere al sistema R/3.
2 Verificare che il backup giornaliero sia stato eseguito senza errori. DB12 Controlla il registro di backup del database.

SAP Controlli di sistema

# Task operazione Procedura/Osservazione
1 Verificare che tutti i server applicativi siano attivi. SM51 Tutti i server sono attivi.
2 Verificare i processi di lavoro. SM50 Tutti i processi di lavoro sono in stato In esecuzione o In attesa.
3 Panoramica globale dei processi di lavoro. SM66 Nessun processo di lavoro è in esecuzione da più di 1800 secondi.
4 Cerca aggiornamenti non riusciti o interrotti. SM13 Imposta la data a un giorno fa, inserisci * in ID utente, impostato su "Tutti" aggiornamenti. Cerca righe con Err.
5 Controlla il registro di sistema. SM21 Imposta la data e l'ora antecedenti all'ultima revisione. Cerca errori, avvisi, messaggi di sicurezza e problemi del database.
6 RevVisualizza i posti di lavoro cancellati. SM37 entra * nell'ID utente. Confermare che ogni processo critico sia stato completato con successo.
7 Verifica la presenza di serrature vecchie. SM12 entra * nell'ID utente.
8 Verifica la presenza di utenti nel sistema. SM04 / AL08 Presta attenzione a ID utente o terminali insoliti; effettua controlli più volte al giorno.
9 Verificare eventuali problemi alla bobina. SP01 entra * Nella sezione Creato da. Cerca i processi di spool bloccati su "In corso" da più di un'ora.
10 Controlla il registro delle attività. SM37 Cerca offerte di lavoro nuove o non corrette.
11 RevVisualizzare e risolvere i dump. ST22 Presta attenzione a eventuali scarichi eccessivi o insoliti.
12 RevVisualizza le statistiche del buffer. ST02 Cerca scambi.

Verifiche del database

# Task operazione Procedura/Osservazione
1 RevVisualizza il registro degli errori del database. ST04 Indagare su eventuali nuovi errori.
2 Crescita del database e indici mancanti. DB02 Se un tablespace è utilizzato per oltre il 90%, aggiungi un nuovo datafile e ricostruisci gli indici mancanti.
3 Registro delle statistiche del database. DB13 Confermare il completamento delle attività statistiche programmate.

DOMANDE FREQUENTI

I principali codici transazione (T-code) sono SM51, SM50, SM66, SM12, SM13, SM21, SM37, SP01, ST22, ST02, ST06, DB02 e DB12. Insieme, gestiscono server, processi di lavoro, blocchi, aggiornamenti, log, dump, buffer, CPU e integrità del database.

SM50 mostra i processi di lavoro solo per il server applicativo corrente. SM66 aggrega i dati dei processi di lavoro di tutte le istanze attive, fornendo una visione a livello di sistema ideale per la valutazione delle prestazioni tra istanze.

Elimina un blocco solo dopo aver verificato che la sessione del proprietario sia terminata. I blocchi più vecchi del giorno precedente che non sono più associati a una sessione attiva possono generalmente essere rimossi in sicurezza dopo aver consultato l'utente o il team responsabile.

PRIV significa che un processo di lavoro di dialogo è in esecuzione in modalità di memoria privata (estesa) perché una transazione di un singolo utente è diventata troppo grande. Altri utenti non possono utilizzare tale processo di lavoro finché la transazione proprietaria non termina.

Un utilizzo della CPU inattivo intorno al 60-65% è un valore ottimale in condizioni di stabilità. Un utilizzo prolungato inferiore al 30% segnala una pressione sulla capacità e richiede un'analisi dei messaggi SM50, SM66, SM12, SM13 e SM21 per individuarne la causa principale.

La maggior parte dei controlli viene eseguita una volta al giorno, idealmente al mattino presto. Quelli critici, come SM04/AL08 (utenti attivi), SM21 (registro di sistema) e ST06 (CPU), vengono esaminati più volte al giorno, soprattutto durante le ore di punta.

Gli strumenti di intelligenza artificiale raggruppano i messaggi SM21, riassumono le tendenze dei dump ST22, prevedono l'esaurimento dello spazio tabella dalla cronologia DB02 e raccomandano il successivo codice transazione (T-code) per l'indagine. Ciò riduce il rumore e velocizza la risposta agli incidenti.

Sì. Gli assistenti basati sull'IA acquisiscono screenshot ed esportazioni dai codici transazione giornalieri, quindi producono un report strutturato che segnala le anomalie, collega ogni problema al codice transazione successivo e propone azioni correttive al team Basis.

Riassumi questo post con: