soluție: sistem curat, usr/sap/SID este plin
fundal: SAP director menaj este o problemă comună a inginerilor de bază.
mai jos sunt câteva sfaturi despre cum să rezolvați problemele cu spațiu complet sau redus pentru usr/sap/Sid.
motivul # 1.0: un fișier imens este mutat inconștient în directorul usr/sap/Sid.
se întâmplă rahat. Uneori, o persoană ar putea muta accidental o imagine ISO sau un alt fișier neimportant într-un director greșit.
acest lucru este foarte prost, dar aceste lucruri se întâmplă.
soluție # 1.0 ștergeți sau mutați fișierul non-sap.
Pasul 1.1 Utilizați instrumentul de căutare Windows.
pasul 1.2 căutare usr/sap / Sid director de fișier opțiune specială cu dimensiunea 10MB.
exemplu de fișiere care nu sunt legate de sap:
instalatori (*.ins)
imagini ISO (*.iso)
fișiere zip inutile (*.zip)
fișiere rar inutile (*.rar)
pasul 1.3 verificați dacă fișierele nu mai sunt necesare.
pasul 1.4 ștergeți sau mutați fișierele diverse identificate
pasul 1.5 este întotdeauna cea mai bună practică să mutați în loc să ștergeți. De asemenea, nu ștergeți fișierele fără a doua opinie a proprietarilor de sistem colegi. Alegerea ta.
Motivul # 2: SAP standard clean up jobs nu a funcționat.
lucrările de curățare trebuie menținute în mod regulat pentru curățarea automată a sistemului SAP.
Soluția # 2: Verificați dacă lucrările SAP standard reorg de mai jos au fost finalizate cu succes.
a. SAP_REORG_JOBS
B. SAP_REORG_SPOOL
c. SAP_REORG_BATCHINPUT
Vezi tabelul de mai jos pentru mai multe informații despre joburi:
în unele cazuri urgente, trebuie să rulați programe asociate cu job manual. Puteți consulta postarea mea de mai jos despre cum să rulați manual programele asociate cu joburile de mai sus în linkul de mai jos:
http://basisbibo.blogspot.com/2009/09/fundamental-sap-system-clean-up.html
uneori, lucrările standard SAP ca orice alt loc de muncă nu vor reuși să se finalizeze. Depanați dacă este necesar.
este întotdeauna cel mai bine pentru a verifica ultima intrare de jurnale de locuri de muncă. Unele motive de eșec de locuri de muncă ar putea fi:
a. utilizatorul de executare este blocat. Verificați utilizator în SU01 și de a debloca, dacă este necesar.
b. niciun proces de fundal Disponibil în timpul rulării programate. Acest lucru este temporar. Executați de locuri de muncă din nou.
c. Disc I/o eroare. Verificați discul dacă sunt detectate erori complete sau fizice.
D. varianta nu există. Creați varianta dacă este necesar.
motivul # 3.0: SAP_COLLECTOR_FOR_PERFMONITOR nu este programat sau are probleme.
această lucrare actualizează Moni-ul bazei de date de performanță și resetează fișierul stat odată ce fișierul stat a atins dimensiunea maximă. Acest lucru ar trebui să ruleze în mod regulat.
soluție #3.0 Verificați starea de locuri de muncă. Depanați dacă este necesar.
pasul 3.1 mergeți la SM37, introduceți SAP_COLLECTOR_FOR_PERFMONITOR și găsiți locul de muncă.
pasul 3.2 dacă lucrarea nu iese, programați-o după cum urmează în tranzacția SM36:
numele lucrării: SAP_COLLECTOR_FOR_PERFMONITOR,
programul principal: RSCOLL00
frecvență: orar
nicio variantă.
(notă: uneori, lucrarea nu are numele de SAP_COLLECTOR_FOR_PERFMONITOR, numele depinde de Planificatorul de locuri de muncă. Puteți verifica dacă a fost programată în sistem de programul principal RSCOLL00 în SM37)
pasul 3.3 asigurați-vă că lucrarea este finalizată.
motiv # 4.0 Dezvoltator urme fișiere (de exemplu, dev_w0, dev_w1, dev_w*) sunt uriașe.
jurnalele proceselor de lucru Dialog, fundal și bobină sunt înregistrate și consumă spațiu pe disc ca dev_w*.
așteptați ca un proces de lucru să crească foarte mare atunci când activitatea majoră este în desfășurare, cum ar fi copierea sau ștergerea clientului.
soluție # 4.0 Verificați și resetați urmele dev dacă este necesar
pasul 4.1 în nivelul sistemului de operare mergeți la usr/sap/Sid/DVEBMGS**/work
pasul 4.2 faceți o căutare pentru dev_w*. Verificați dacă un dev_w * primește o dimensiune uriașă (în jur de 1 GB până la 5 GB)
pasul 4.3 în nivelul SAP verificați activitatea prin tranzacția SM50. dev_w(nr.câmp în SM50). Verificați timpul de rulare dacă rulează mult timp. 3600 = 1 oră.
pasul 4.4 dacă se confirmă că este de lungă durată, confirmați cu utilizatorul dacă procesul poate fi resetat. Nu resetați procesul decât dacă este dată confirmarea.
Pasul 4.5 cu un semnal verde, în SM50 Faceți clic pe Process > Trace > Rest >Work process files
pasul 4.6 verificați la nivel OS dacă fișierul dev_w* este resetat la 0~ kb.
motiv # 5.0 fișier stat foarte mare.
fișierele Stat sunt curățate în mod regulat de job SAP_COLLECTOR_FOR_PERFMONITOR.
în unele sisteme de dezvoltare, fișierele stat nu sunt cu adevărat necesare.
soluție # 5.0 ștergeți fișierul stat
pasul 5.1 în nivelul SAP, mergeți la tranzacția ST03
pasul 5.2 treceți la vizualizarea modului Expert
pasul 5.3 mergeți la colector și performanță DB
pasul 5.4 mergeți la statistici și înregistrați fișierul
Pasul 5.5 mergeți la ștergeți fișierul
pasul 5.6 selectați sistemul SAP afectat (server_SID_Instance nr).
motivul # 6. Copilul tău sapă devine mare. : D
aceasta este ultima soluție pentru administratorii de sistem pentru întreținere.
majoritatea pluginurilor sunt instalate.
toate curat locuri de muncă bine.
nici o confirmare pentru a reseta stat sau Dezvoltator urme (dev_w*)
soluție # 6: extinde sistemul de fișiere. Acest lucru se poate face prin intermediul.
pasul 6.1 înlocuirea discului dacă aveți o infrastructură slabă de gestionare a discului. Acest lucru va necesita timp de nefuncționare SAP.
pasul 6.2 extensia discului la distanță dacă aveți sistem de fișiere de rețea.