Soluzione: pulizia del sistema, usr/sap/SID è pieno
Background: SAP directory housekeeping è un problema comune agli ingegneri di base.
Di seguito sono riportati alcuni suggerimenti su come gestire i problemi con spazio pieno o basso per usr/sap/SID.
Motivo # 1.0: Un file enorme viene inconsciamente spostato nella directory usr/sap/SID.
La merda succede. A volte una persona potrebbe spostare accidentalmente un’immagine ISO o un altro file non importante in una directory sbagliata.
Questo è molto stupido ma queste cose accadono.
Soluzione # 1.0 Elimina o sposta file non sap.
Punto 1.1 Utilizzare lo strumento di ricerca di Windows.
Passo 1.2 Ricerca usr/sap / SID directory per file opzione speciale con 10 Mb di dimensione.
Esempio di file non correlati a sap:
Installers ( * .ins)
Immagini ISO (*.iso)
file zip non necessari (*.zip)
file rar non necessari ( * .rar)
Passo 1.3 Verificare se i file non sono più necessari.
Passo 1.4 Elimina o sposta i file vari identificati
Passo 1.5 È sempre consigliabile spostare invece di eliminare. Inoltre, non eliminare i file SENZA un secondo parere dei proprietari di altri sistemi. A te la scelta.
Motivo # 2: i lavori di pulizia SAP standard non sono stati eseguiti.
I lavori di pulizia devono essere mantenuti regolarmente per la pulizia automatica del sistema SAP.
Soluzione # 2: Verificare se SAP standard reorg lavori di seguito completato con successo.
a. SAP_REORG_JOBS
b. SAP_REORG_SPOOL
c. SAP_REORG_BATCHINPUT
Vedere la tabella sottostante per maggiori informazioni sui lavori:
In alcuni casi urgenti, è necessario eseguire manualmente i programmi associati al lavoro. Puoi fare riferimento al mio post qui sotto su come eseguire manualmente i programmi associati ai lavori sopra nel link qui sotto:
http://basisbibo.blogspot.com/2009/09/fundamental-sap-system-clean-up.html
A volte i lavori standard SAP come qualsiasi altro lavoro non riescono a completare. Risoluzione dei problemi se necessario.
È sempre meglio controllare l’ultima voce dei registri dei lavori. Alcuni motivi di errore del lavoro potrebbero essere:
a. L’utente in esecuzione è bloccato. Controllare l’utente in SU01 e sbloccare se necessario.
b. Nessun processo in background disponibile durante il runtime pianificato. Questo è temporaneo. Esegui di nuovo il lavoro.
c. Errore I/O del disco. Controllare il disco se vengono rilevati errori completi o fisici.
d. La variante non esiste. Crea variante se necessario.
Motivo # 3.0: SAP_COLLECTOR_FOR_PERFMONITOR non è pianificato o ha problemi.
Questo lavoro aggiorna il MONI del database delle prestazioni e ripristina il file stat una volta che il file stat ha raggiunto la dimensione massima. Questo dovrebbe funzionare regolarmente.
Soluzione # 3.0 Verifica lo stato del lavoro. Risoluzione dei problemi se necessario.
Passo 3.1 Vai a SM37, inserisci SAP_COLLECTOR_FOR_PERFMONITOR e trova l’occorrenza del lavoro.
Passaggio 3.2 Se il lavoro non esce, pianificalo come segue nella transazione SM36:
Nome del lavoro: SAP_COLLECTOR_FOR_PERFMONITOR,
programma principale: RSCOLL00
Frequenza: oraria
Nessuna variante.
(Nota: a volte il lavoro non ha il nome di SAP_COLLECTOR_FOR_PERFMONITOR, il nome dipende dallo scheduler del lavoro. È possibile verificare se è stato programmato nel sistema dal programma principale RSCOLL00 in SM37)
Passo 3.3 Assicurarsi che il lavoro sia completato.
Reason # 4.0 Developer traccia i file (ad esempio dev_w0, dev_w1, dev_w*) sono enormi.
I log dei processi di lavoro di dialogo, sfondo e Spool vengono registrati e consumano spazio nel disco come dev_w*.
Aspettatevi che alcuni processi di lavoro crescano molto quando è in corso un’attività importante come la copia o l’eliminazione del client.
Soluzione # 4.0 Verifica e ripristina le tracce dev se necessario
Passo 4.1 A livello OS vai a usr/sap/SID/DVEBMGS** / lavoro
Passo 4.2 Esegui una ricerca per dev_w*. Verifica se un dev_w * sta ottenendo dimensioni enormi(da 1 Gb a 5 Gb)
Passaggio 4.3 Nel livello SAP verifica l’attività attraverso la transazione SM50. dev_w(n.campo in SM50). Controllare il runtime se lungo in esecuzione. 3600 = 1 ora.
Passo 4.4 Se confermato per essere lungo in esecuzione, confermare con l’utente se il processo può essere ripristinato. Non ripristinare il processo a meno che non venga data conferma.
Punto 4.5 Con un segnale verde, in SM50 Fare clic su Process > Trace > Rest > Work process files
Passo 4.6 Verificare a livello OS se il file dev_w * viene resettato a 0 ~ kb.
Motivo # 5.0 File stat molto grande.
I file stat vengono regolarmente puliti da job SAP_COLLECTOR_FOR_PERFMONITOR.
In alcuni sistemi di sviluppo, i file stat non sono realmente necessari.
Soluzione # 5.0 Elimina file stat
Passo 5.1 A livello SAP, vai a transaction ST03
Passo 5.2 Passa a Expert mode view
Passo 5.3 Vai a Collector and Performance DB
Passo 5.4 Vai a Statistics and Record file
Passo 5.5 Andare su Elimina file
Passo 5.6 Selezionare il sistema SAP interessato (server_SID_Instance no).
Motivo # 6. Il tuo bambino di LINFA sta diventando grande. : D
Questa è l’ultima risorsa per gli amministratori di sistema per la manutenzione.
La maggior parte dei plugin sono installati.
Tutti i lavori di pulizia vanno bene.
Nessuna conferma per ripristinare le tracce stat o developer (dev_w*)
Soluzione # 6: Estendere il file system. Questo può essere fatto attraverso.
Passaggio 6.1 Sostituzione del disco se si dispone di un’infrastruttura di gestione del disco scadente. Ciò richiederà tempi di inattività SAP.
Passo 6.2 Estensione disco remoto se si dispone di File system di rete.