Solution: Nettoyage du système, usr/sap/SID est complet
Contexte: La gestion du répertoire SAP est un problème courant pour les ingénieurs de basis.
Voici quelques conseils sur la façon de gérer les problèmes avec un espace plein ou faible pour usr / sap / SID.
Raison #1.0: Un énorme fichier est inconsciemment déplacé dans le répertoire usr /sap/SID.
La merde arrive. Parfois, une personne peut accidentellement déplacer une image ISO ou un autre fichier sans importance vers un mauvais répertoire.
C’est très stupide mais ces choses arrivent.
Solution #1.0 Supprimer ou déplacer un fichier non sap.
Étape 1.1 Utilisez l’outil de recherche Windows.
Étape 1.2 Rechercher le répertoire usr/ sap/SID par option spéciale de fichier avec une taille de 10 Mo.
Exemple de fichiers non liés à sap :
Installateurs (*.ins)
Images ISO (*.iso)
fichiers zip inutiles (*.zip)
fichiers rar inutiles (*.rar)
Étape 1.3 Vérifiez si les fichiers ne sont plus nécessaires.
Étape 1.4 Supprimer ou déplacer les fichiers divers identifiés
Étape 1.5 Il est toujours préférable de déplacer au lieu de supprimer. Ne supprimez pas non plus les fichiers SANS deuxième avis des autres propriétaires du système. Votre choix.
Raison #2: Les tâches de nettoyage SAP standard ne se sont pas exécutées.
Les tâches de nettoyage doivent être régulièrement maintenues pour le nettoyage automatique du système SAP.
Solution #2 : Vérifiez si les tâches de réorganisation standard SAP ci-dessous se sont terminées avec succès.
a. SAP_REORG_JOBS
b. SAP_REORG_SPOOL
c. SAP_REORG_BATCHINPUT
Voir le tableau ci-dessous pour plus d’informations sur les jobs:
Dans certains cas urgents, vous devez exécuter manuellement les programmes associés à la tâche. Vous pouvez vous référer à mon article ci-dessous sur la façon d’exécuter manuellement les programmes associés aux tâches ci-dessus dans le lien ci-dessous:
http://basisbibo.blogspot.com/2009/09/fundamental-sap-system-clean-up.html
Parfois, les travaux standard SAP comme tout autre travail ne parviennent pas à se terminer. Dépannez si nécessaire.
Il est toujours préférable de vérifier la dernière entrée des journaux de tâches. Certaines raisons de l’échec de la tâche peuvent être :
a. L’utilisateur d’exécution est verrouillé. Vérifiez l’utilisateur dans SU01 et déverrouillez si nécessaire.
b. Aucun processus d’arrière-plan disponible pendant l’exécution planifiée. C’est temporaire. Relancez le travail.
c. Erreur d’E/S de disque. Vérifiez le disque si des erreurs complètes ou physiques sont détectées.
d. La variante n’existe pas. Créez une variante si nécessaire.
Raison #3.0: SAP_COLLECTOR_FOR_PERFMONITOR n’est pas planifié ou a des problèmes.
Ce travail met à jour la base de données de performances MONI et réinitialise le fichier de statistiques une fois que le fichier de statistiques a atteint sa taille maximale. Cela devrait fonctionner régulièrement.
Solution #3.0 Vérifier l’état de la tâche. Dépannez si nécessaire.
Étape 3.1 Accédez à SM37, entrez SAP_COLLECTOR_FOR_PERFMONITOR et recherchez l’occurrence de la tâche.
Étape 3.2 Si la tâche ne se termine pas, planifiez-la comme suit dans la transaction SM36 :
Nom de la tâche : SAP_COLLECTOR_FOR_PERFMONITOR,
programme principal : RSCOLL00
Fréquence : Horaire
Aucune variante.
(Remarque: parfois, le travail n’a pas le nom de SAP_COLLECTOR_FOR_PERFMONITOR, le nom dépend du planificateur de travail. Vous pouvez vérifier s’il a été planifié dans le système par le programme principal RSCOLL00 dans SM37)
Étape 3.3 Assurez-vous que le travail est terminé.
Raison #4.0 Les fichiers de traces de développeur (par exemple dev_w0, dev_w1, dev_w *) sont énormes.
Les journaux des processus de travail de dialogue, d’arrière-plan et de bobine sont enregistrés et consomment de l’espace sur le disque en tant que dev_w *.
Attendez-vous à ce que certains processus de travail prennent de l’ampleur lorsque des activités majeures sont en cours, comme la copie ou la suppression de clients.
Solution #4.0 Vérifiez et réinitialisez les traces de développement si nécessaire
Étape 4.1 Au niveau du système d’exploitation, accédez à usr/sap/SID/DVEBMGS **/work
Étape 4.2 Recherchez dev_w*. Vérifiez si un dev_w * prend une taille énorme (environ 1 Go à 5 Go)
Étape 4.3 Au niveau SAP vérifiez l’activité via la transaction SM50. dev_w (Non.champ en SM50). Vérifiez le temps d’exécution s’il est long. 3600 = 1 heure.
Étape 4.4 S’il est confirmé que le processus est de longue durée, confirmez avec l’utilisateur si le processus peut être réinitialisé. Ne réinitialisez pas le processus à moins que la confirmation ne soit donnée.
Étape 4.5 Avec un signal vert, dans SM50, Cliquez sur Process > Trace > Rest > Work process files
Étape 4.6 Vérifiez au niveau du système d’exploitation si le fichier dev_w* est réinitialisé à 0~ ko.
Raison #5.0 Très gros fichier statistique.
Les fichiers statistiques sont régulièrement nettoyés par job SAP_COLLECTOR_FOR_PERFMONITOR.
Dans certains systèmes de développement, les fichiers statistiques ne sont pas vraiment nécessaires.
Solution #5.0 Supprimer le fichier de statistiques
Étape 5.1 Au niveau SAP, accédez à la transaction ST03
Étape 5.2 Passez à la vue en mode Expert
Étape 5.3 Accédez au Collecteur et à la base de données de performances
Étape 5.4 Accédez aux statistiques et au fichier d’enregistrement
Étape 5.5 Allez dans Supprimer le fichier
Étape 5.6 Sélectionnez le système SAP affecté (server_SID_Instance no).
Raison #6. Votre bébé de SÈVE devient gros. : D
C’est le dernier recours pour les administrateurs système pour la maintenance.
La plupart des plugins sont installés.
Tous les travaux de nettoyage sont corrects.
Aucune confirmation pour réinitialiser les traces de statistiques ou de développeurs (dev_w *)
Solution #6: Étendre le système de fichiers. Cela peut être fait à travers.
Étape 6.1 Remplacement du disque si vous disposez d’une infrastructure de gestion des disques médiocre. Cela nécessitera des temps d’arrêt SAP.
Étape 6.2 Extension de disque distant si vous disposez d’un système de fichiers réseau.