News information : SAP SAP System Collector – SAPOSCOL avec un bord

SAP SAP System Collector (SAPOSCOL) est un programme indépendant de la plate-forme autonome qui s'exécute en arrière-plan du système d'exploitation et collecte des informations système à l'aide d'un segment de mémoire partagée pour diverses applications et toutes les instances SAP sur un hôte. Ces détails des informations peuvent être consultés via le code de transaction ST06 / OS06 sur la face SAPGUI. Il s'agit d'un outil très utile pour les administrateurs et consultants NetWeaver / Base pour surveiller les performances du serveur. SAPOSCOL extrait les données en temps réel du système, bien qu'il ne se rafraîchisse pas automatiquement, vous devez cliquer sur le bouton & # 39; Refresh & # 39; pour obtenir des données mises à jour. SAPOSCOL collecte les données système toutes les 10 secondes et les enregistre, ainsi que les moyennes horaires des 24 dernières heures. Il s'exécute de manière autonome à partir des instances SAP exactement un processus pour l'hôte et collecte des données à partir de diverses sources de système d'exploitation. L'utilisateur peut surveiller tous les serveurs sous le paysage SAP avec cet outil. Mais pour le serveur distant (serveur livecache), le code de transaction est OS07. Vous pouvez contrôler l'utilisation du processeur, l'utilisation de la mémoire physique et virtuelle, la taille des données / échanges du pool, le temps de réponse du disque, l'utilisation des lecteurs physiques et des systèmes de fichiers, la charge des ressources pour les processus d'exploitation, et même même les données LAN de la liste de surveillance.

Vous pouvez naviguer dans cet outil à partir du menu SAP-> Outils-> CCMS-> Contrôle / Surveillance-> Performance-> Exploitation du système-> Local-> Activité.

Si vous ne voyez aucune donnée, cela signifie que le collecteur de système d'exploitation (SAPOSCOL) ne fonctionne pas (code d'erreur: la mémoire partagée n'est pas disponible). Dans cette situation, votre tâche principale consiste à organiser le saposcol pour qu'il fonctionne correctement. Cela se produit généralement après une nouvelle installation SAP ou des mises à jour du noyau. Si vous débutez avec SAP Systems, le guide suivant sera utile pour surmonter le problème de saposcol.

Système Unix / Linux / AIX / Sun / Solaris:

Tout d'abord, vérifiez l'autorisation du fichier saposcol.exe, il doit être 777 (le propriétaire est root dans le groupe sapsys) et le bit adhésif doit être défini sur 4750. Si vous voulez savoir quel utilisateur exécute saposcol, utilisez "ps -ef | grep saposcol ". Maintenant, pour changer le fichier saposcol en racine propriétaire, groupe sapsys, mode 4750, exécutez en tant que root sur votre système Unix et exécutez les commandes suivantes,

cd / usr / sap // SYS / exe / run

saposkol de racine

chgrp sapsys saposcol

chmod 4750 saposcol

Vous pouvez également exécuter l'exe "saproot.sh" pour définir les autorisations. Exécutez ensuite saposcol -l en tant que même propriétaire (root). Vérifiez l'état du collecteur à l'aide de saposcol. Après avoir défini les autorisations de fichier, vous pouvez utiliser, ST06 -> Collecteur de système d'exploitation -> Cliquez sur & # 39; Mise en route & # 39; pour exécuter SAPOSCOL.

Pour arrêter le collecteur de système d'exploitation, utilisez saposcol -k. Si cette commande n'a pas réussi à arrêter le processus, vous pouvez exécuter "cleanipc 99 remove" (Vérifiez la note SAP 548699). Si cette tentative échoue également, vous devez supprimer la clé de mémoire partagée saposcol. Exécutez la commande "ipcs -ma" et marquez l'ID de mémoire partagée sur la ligne contenant la clé saposcol. Exécutez ensuite la commande "ipcrm -m ID". La clé de mémoire partagée sera recréée la prochaine fois que vous exécuterez saposcol.

Parfois, l'utilisation de "saposcol -l" donne un message indiquant qu'il fonctionne déjà, mais lorsque vous prenez en charge le processus à l'aide de "ps -ef | grep -i saposcol", il peut ne pas afficher le processus. Dans cette situation, vous pouvez utiliser un paramètre non documenté "saposcol -f", où "f" indique le début du processus par la force. Lorsqu'il démarre, arrêtez le processus dans la méthode d'ajustement à l'aide de "saposcol -k", puis démarrez normalement en utilisant "saposcol -l".

Si saposcol ne fonctionne toujours pas, vous devez le démarrer en mode dialogue. Connectez-vous avec l'utilisation des annonces et suivez les étapes ci-dessous,

saposkol -d

Collectionneur> propre

Collectionneur> pause

saposcol -k pour arrêter le collecteur.

Avant de recommencer

saposkol -d

Collector> quitter (Vous devez recevoir un message – Mémoire partagée supprimée)

Collectionneur> pause

cd / usr / sap / tmp

mv kol.put kol.put.sav

CD

saposcol

"coll.put", si ce fichier contient l'ancienne mémoire partagée et doit être supprimé afin de prendre un nouveau départ (consultez la note SAP 548699, élément 7). Si vous ne parvenez pas à vider la mémoire partagée, essayez les commandes suivantes pour vider la mémoire partagée:

$ saposcol -kc

$ saposcol -f

Si cela ne fonctionne pas, vous devez redémarrer le système à partir du niveau du système d'exploitation et il semble que vous ayez également besoin d'une nouvelle version de saposcol (consultez la note SAP 19227).

IBM iSeries i5 / OS (OS / 400, OS / 390):

– Vérifiez les autorisations du répertoire & # 39; / usr / sap / tmp & # 39; et le fichier & # 39; saposcol.exe & # 39; doit être 4755 et le propriétaire doit être enraciné dans le groupe sapsys. Vérifiez la note SAP 790639. Après avoir attribué des autorisations, vous pouvez exécuter à partir de la ligne de commande du système d'exploitation à l'aide de & # 39; SAPOSCOL -l & # 39 ;. Pour indiquer l'utilisation du statut de SAPOSCOL et d'arrêter le processus d'utilisation de & # 39; SAPOSCOL -k & # 39 ;. Vous pouvez également rationaliser le processus en présentant un travail au niveau du système d'exploitation à l'aide de

APPELER PGM (SAPOSCOL) PARM (-l)

Soumet le travail de file d'attente QBATCH à la bibliothèque QGPL.

– Dans iSeries, vous pouvez rencontrer des données étranges lors de l'analyse de l'utilisation du processeur à l'aide du code ST06 / OS06. Même si vous exécutez plusieurs processeurs, SAPOSCOL ne peut signaler l'utilisation du processeur que pour le premier processeur. Vous trouverez également parfois l'utilisation du processeur rapportée au-dessus de 100% à certains intervalles si vous exécutez l'instance SAP dans une partition non divulguée, où plusieurs partitions logiques utilisent un pool de processeurs commun. Dans ce cas, assurez-vous que l'utilisation de l'UC signalée pour l'UC numéro 0 est l'utilisation moyenne de tous les CPU utilisés dans le système. Si vous souhaitez afficher les informations de partition CPU partagée, appliquez les packages de prise en charge SAP Note 994025, y compris les niveaux de correctifs suivants

6,40 disp + work pack (DW): 182 SAPOSCOL: 69

7.00 colis + lot de travaux (DW): 109 SAPOSCOL: 34

En appliquant ces correctifs et packages de support au système, les nouvelles transactions OS06N, ST06N et OS07N sont disponibles pour afficher des informations supplémentaires dans deux sections intitulées "Système hôte" et "Système virtuel". Il s'agit notamment du type de partition et des informations sur le processeur disponibles et consommées dans la partition actuelle ainsi que dans le pool de processeurs partagé. Donc, si vous êtes un utilisateur iSeries et que votre SAPOSCOL ne fonctionne pas, la probabilité la plus élevée est que vous devrez mettre le dernier morceau de noyau et de saposcole. (Note SAP 708136 et 753917)

– Un autre scénario dans iSeries, lorsque saposcol ne fonctionne pas et que vous ne pouvez pas le démarrer à partir de ST06 / OS06. Le problème peut provenir de la liste d'autorisation R3ADMAUTL était incorrect. Vous pouvez le choisir de cette façon,

1) Supprimer QSECOFR * T ALL ALL X

2) Remplacez * PUBLIC de * USE par * PCRFUND

3) Ajouter R3OWNER * T ALL ALL X

Vous pouvez maintenant démarrer saposcol en utilisant le code ST06 / OS06. Et vous pouvez également démarrer le processus à partir de la ligne de commande,

APPELER PGM (/ SAPOSCOL PARM (& # 39; – l & # 39;))

Si cela ne résout pas le problème, si les programmes QPMLPFRD et QPMWKCOL de la bibliothèque QSYS ont * USE-Authorized pour l'utilisateur R3OWNER (note SAP: 175852). Sinon, vous devez exécuter les commandes suivantes:

GRTOBJAUT OBJ (QSYS / QPMLPFRD) OBJTYPE (* PGM) USER (R3OWNER) AUT (* USE)

GRTOBJAUT OBJ (QSYS / QPMWKCOL) OBJTYPE (* PGM) USER (R3OWNER) AUT (* USE)

Vous devez ensuite vérifier que l'utilisateur R3OWNER fait partie de la liste d'autorisation R3ADMAUTL (note SAP: 637174). Après cela, si vous obtenez l'erreur "SAPOSCOL ne fonctionne pas? (Mémoire partagée non disponible), suivez les étapes ci-dessous,

1) Supprimez la mémoire partagée (col.put) selon la note SAP: 189072. emplacement & # 39; coll.put & # 39; est: & # 39; / usr / sap / tmp & # 39 ;.

2) Exécutez les travaux QPMASERV, QPMACLCT, QYPSPFRCOL et CRTPFRDTA dans QSYSWRK s'ils sont en cours d'exécution.

3) Supprimer l'espace utilisateur temporaire, WRKOBJ OBJ (R3400 / PERFMISC *) OBJTYPE (* USRSPC)

4) ENDTCPSVR * MGTC

5) APPELER QYPSENDC PARM (& # 39; * PFR & # 39; & # 39;) (Il y a 6 lacunes derrière * PFR et il y a 6 lacunes qui composent le deuxième paramètre)

6) OPTION (* OUI IMMÉDIAT) SPLISH (* OUI) FIN (xxxxxx / QSYS / QYPSPFRCOL) OPTION (* OUI) (Cette commande doit être exécutée pour tous les travaux QYPSPFRCOL trouvés dans le système même si indiqué avec * OUTQ comme leur statut)

7) OPTION (* IMMED) DÉPENSES (* OUI) (OUI) (OUI) FIN (xxxxxx / QSYS / CRTPFRDTA) (* OUI) (Cette commande doit s'appliquer à tous les travaux CRTPFRDTA même s'ils indiquent avec * OUTQ comme état leur)

8) RNMOBJ OBJ (QUSRSYS / QPFRCOLDTA) OBJTYPE (* USRSPC) NEWOBJ (QPFRCOLDTX)

9) RNMOBJ OBJ (QUSRSYS / QPFRCOLDTA) OBJTYPE (* DTAQ) NEWOBJ (QPFRCOLDTX) (Cet objet peut ou non exister pour le moment)

10) BE QYPSCOLDTA * note Ce programme créera un nouveau USRSPC *. Après le démarrage des services de collecte, il devrait y avoir un nouveau DTAQ.

11) Lancer les services de collecte en utilisant GO PERFORM, opt 2 et opt ​​1; OU APPELER QYPSSTRC PARM (& # 39; * PFR & # 39; & # 39; * STANDARDP & # 39; & # 39;)) (Il y a 6 lacunes après * PFR et 6 lacunes qui constituent le deuxième paramètre). Ou, démarrez les services de collecte à partir d'Operations Navigator.

12) STRTCPSVR * MGTC

13) Terminez et redémarrez Operations Navigator si cela fonctionne. Reportez-vous au rapport d'analyse de programme autorisé IBM (APAR) SE12188 pour plus d'informations.

14) Maintenant, démarrez SAPOSCOL à partir de ST06 / OS06.

Système Windows:

– Accédez au dossier Kernel sur la ligne de commande où vous trouverez saposcol.exe. Configurer l'autorisation complète du propriétaire

pour le fichier et le dossier. Exécutez ensuite saposcol -l (saposcol -d en mode dialogue)

– Vous pouvez également essayer le service SAPOSCOL Start / Stop depuis le Panneau de configuration -> Outils d'administration -> Services (services.msc).

Si toutes les autres tentatives échouent, assurez-vous que vous disposez de la bonne version de SAPOSCOL. Obtenez la dernière version de SAPOSCOL à partir du service SAP Marketplace pour votre système. Téléchargez le fichier SAPOSCOL.SAR pour votre noyau et enregistrez-le dans un répertoire. Ensuite, ARRÊTEZ SAP & SAPOSCOL. Vérifiez les verrous de bibliothèque du noyau et n'oubliez pas de sauvegarder votre bibliothèque. Exécutez ensuite APYR3FIX puis APYSAP. Vérifiez la note OSS 19466.

SAPOSCOL peut également être arrêté en raison de la petite quantité de mémoire interne allouée. Lorsque cette mémoire est progressivement remplie pendant le fonctionnement de SAPOSCOL, le système écrit des données dans le tampon. Par conséquent, le tampon suivant est effacé et SAPOSCOL se termine par un vidage. Appliquez les correctifs suivants avec au moins les niveaux de correctifs définis ci-dessous:

SAP version 640: niveau de correctif SAPOSCOL 100 et niveau DW 293

SAP version 700: niveau de correctif SAPOSCOL 75 et niveau de correctif DW 151

SAP version 701: niveau de correctif SAPOSCOL 18 et niveau de correctif ILE 53

SAP version 710: niveau de correctif SAPOSCOL 36 et niveau de correctif I1 161

SAP version 711: correctif SAPOSCOL niveau 12 et correctif ILE niveau 48

Il est donc clair que si nous utilisons différents systèmes SAP sur un serveur avec un mélange incompatible de versions du noyau, SAPOSCOL fera face à une crise et ne fournira pas de données pour tous les systèmes, bien que les fonctions du système SAP fonctionnent sans aucun problème. En effet, nous utilisons la nouvelle technologie IBM avec Kernels EXT, de sorte qu'elle ne permettra pas à SAPOSCOL de résider dans un magasin à un seul niveau (SLS) au lieu de la déployer dans Teraspace. Dans cette situation, il est clair que si vous exécutez un système EXT avec d'autres systèmes non EXT, saposcol ne fonctionnera que sur un seul système. Pour surmonter ce problème, vous devez mettre à niveau vers EXT Kernel pour tous les derniers correctifs des systèmes SAP. Ensuite, définissez l'autorisation appropriée pour le fichier et le répertoire SAPOSCOL comme indiqué, ce qui résoudra tous les problèmes liés à SAP OS Collector.