Lösung: Systembereinigung, usr / sap /SID ist voll
Hintergrund: SAP Directory Housekeeping ist ein häufiges Problem für Basis Engineers.
Im Folgenden finden Sie einige Tipps zum Umgang mit Problemen mit vollem oder geringem Speicherplatz für usr / sap / SID.
Grund # 1.0: Eine riesige Datei wird unbewusst in das Verzeichnis usr/sap/SID verschoben.
Scheiße passiert. Manchmal kann eine Person versehentlich ein ISO-Image oder eine andere unwichtige Datei in ein falsches Verzeichnis verschieben.
Das ist sehr dumm, aber diese Dinge passieren.
Lösung # 1.0 Nicht-SAP-Datei löschen oder verschieben.
Schritt 1.1 Verwenden Sie die Windows-Suche.
Schritt 1.2 Durchsuchen Sie das Verzeichnis usr / sap / SID nach einer speziellen Dateioption mit einer Größe von 10 MB.
Beispiel für Dateien, die nicht mit sap zusammenhängen:
Installers (*.ins)
ISO-Images (*.iso)
unnötige ZIP-Dateien (*.zip)
unnötige RAR-Dateien (*.rar)
Schritt 1.3 Überprüfen Sie, ob Dateien nicht mehr benötigt werden.
Schritt 1.4 Löschen oder Verschieben der identifizierten verschiedenen Dateien
Schritt 1.5 Es empfiehlt sich immer, zu verschieben, anstatt zu löschen. Löschen Sie auch keine Dateien OHNE zweite Meinung anderer Systembesitzer. Ihre Wahl.
Grund # 2: Standard-SAP-Bereinigungsaufträge wurden nicht ausgeführt.
Bereinigungsaufträge müssen für die automatische Bereinigung des SAP-Systems regelmäßig gepflegt werden.
Lösung 2: Überprüfen Sie, ob SAP Standard Reorg-Jobs erfolgreich abgeschlossen wurden.
a. SAP_REORG_JOBS
b. SAP_REORG_SPOOL
c. SAP_REORG_BATCHINPUT
Weitere Informationen zu Jobs finden Sie in der folgenden Tabelle:
In einigen dringenden Fällen müssen Sie die mit job verknüpften Programme manuell ausführen. Sie können sich auf meinen Beitrag unten beziehen, wie Sie die Programme, die mit Jobs verknüpft sind, oben im Link unten manuell ausführen:
http://basisbibo.blogspot.com/2009/09/fundamental-sap-system-clean-up.html
Manchmal werden SAP-Standardjobs wie jeder andere Job nicht abgeschlossen. Fehlerbehebung bei Bedarf.
Es ist immer am besten, den letzten Eintrag der Jobprotokolle zu überprüfen. Einige Gründe für Jobfehler könnten sein:
a. Der ausführende Benutzer ist gesperrt. Überprüfen Sie den Benutzer in SU01 und entsperren Sie ihn bei Bedarf.
b. Während der geplanten Laufzeit ist kein Hintergrundprozess verfügbar. Dies ist vorübergehend. Führen Sie den Job erneut aus.
c. Festplatten-E / A-Fehler. Überprüfen Sie die Festplatte, ob vollständige oder physische Fehler erkannt werden.
d. Variante existiert nicht. Erstellen Sie bei Bedarf eine Variante.
Grund # 3.0: SAP_COLLECTOR_FOR_PERFMONITOR ist nicht geplant oder hat Probleme.
Dieser Job aktualisiert die MONI der Leistungsdatenbank und setzt die Statistikdatei zurück, sobald die Statistikdatei ihre maximale Größe erreicht hat. Dieser sollte regelmäßig laufen.
Lösung #3.0 Überprüfen Sie den Jobstatus. Fehlerbehebung bei Bedarf.
Schritt 3.1 Gehen Sie zu SM37, geben Sie SAP_COLLECTOR_FOR_PERFMONITOR ein und suchen Sie das Auftreten von Jobs.
Schritt 3.2 Wenn der Job nicht beendet wird, planen Sie ihn wie folgt in Transaktion SM36:
Jobname: SAP_COLLECTOR_FOR_PERFMONITOR,
Hauptprogramm: RSCOLL00
Häufigkeit: Stündlich
Keine Variante.
(Hinweis: manchmal hat der Job nicht den Namen SAP_COLLECTOR_FOR_PERFMONITOR, der Name hängt vom Job-Scheduler ab. Sie können überprüfen, ob es im System vom Hauptprogramm geplant wurde RSCOLL00 in SM37)
Schritt 3.3 Stellen Sie sicher, dass der Job abgeschlossen ist.
Grund # 4.0 Entwickler-Traces-Dateien (zB dev_w0, dev_w1, dev_w *) sind riesig.
Dialog-, Hintergrund- und Spool-Arbeitsprozessprotokolle werden aufgezeichnet und verbrauchen Speicherplatz auf der Festplatte als dev_w*.
Erwarten Sie, dass einige Arbeitsprozesse sehr groß werden, wenn wichtige Aktivitäten wie das Kopieren oder Löschen von Clients ausgeführt werden.
Lösung # 4.0 Überprüfen und Zurücksetzen von Dev-Traces bei Bedarf
Schritt 4.1 Gehen Sie auf Betriebssystemebene zu usr/sap/SID/DVEBMGS**/work
Schritt 4.2 Suchen Sie nach dev_w*. Überprüfen Sie, ob ein dev_w * eine große Größe hat (etwa 1 GB bis 5 GB)
Schritt 4.3 Auf SAP-Ebene Überprüfen Sie die Aktivität über die Transaktion SM50. dev_w(Nein.feld in SM50). Überprüfen Sie die Laufzeit, wenn lange läuft. 3600 = 1 Stunde.
Schritt 4.4 Wenn bestätigt wird, dass der Prozess lange läuft, bestätigen Sie mit dem Benutzer, ob der Prozess zurückgesetzt werden kann. Setzen Sie den Vorgang nicht zurück, es sei denn, Sie erhalten eine Bestätigung.
Schritt 4.5 Klicken Sie mit einem grünen Signal in SM50 auf Process > Trace > Rest > Work process files
Schritt 4.6 Überprüfen Sie auf Betriebssystemebene, ob die dev_w * -Datei auf 0 ~ kb zurückgesetzt wurde.
Grund # 5.0 Sehr große stat-Datei.
Stat-Dateien werden regelmäßig vom Job SAP_COLLECTOR_FOR_PERFMONITOR bereinigt.
In einigen Entwicklungssystemen werden stat-Dateien nicht wirklich benötigt.
Lösung # 5.0 Stat-Datei löschen
Schritt 5.1 Gehen Sie auf SAP-Ebene zu Transaktion ST03
Schritt 5.2 Wechseln Sie in den Expertenmodus Ansicht
Schritt 5.3 Gehen Sie zu Collector und Performance DB
Schritt 5.4 Gehen Sie zu Statistik- und Datensatzdatei
Schritt 5.5 Gehen Sie zu Datei löschen
Schritt 5.6 Wählen Sie das betroffene SAP-System aus (server_SID_Instance no).
Grund # 6. Dein SAP Baby wird groß. 😀
Dies ist der letzte Ausweg für Systemadministratoren zur Wartung.
Die meisten Plugins sind installiert.
Alle Aufräumarbeiten in Ordnung.
Keine Bestätigung zum Zurücksetzen von stat oder Entwicklerspuren (dev_w*)
Lösung # 6: Dateisystem erweitern. Dies kann durch erfolgen.
Schritt 6.1 Datenträgeraustausch wenn Sie eine schlechte Infrastruktur für die Datenträgerverwaltung haben. Dies erfordert SAP-Ausfallzeiten.
Schritt 6.2 Remote-Festplattenerweiterung, wenn Sie über ein Netzwerkdateisystem verfügen.