SAP System OS – колектор SAPOSCOL накратко

By | ноември 3, 2021

SAP System OS Collector (SAPOSCOL) е независима от платформата самостоятелна програма, която работи във фонов режим на операционната система и събира системна информация чрез споделен сегмент памет за различни приложения и всички SAP екземпляри в хост. Тези подробности за информацията могат да се видят с код на транзакция ST06 / OS06 в интерфейса на SAPGUI. Това е много полезен инструмент за администратори и консултанти на NetWeaver / Basis за наблюдение на производителността на сървъра. SAPOSCOL извлича данни в реално време от системата, въпреки че не се актуализира автоматично, трябва да щракнете върху бутона „Актуализиране“, за да получите актуализираните данни. SAPOSCOL събира системни данни на всеки 10 секунди и ги записва, а също така записва средните почасови стойности за последните 24 часа. Той работи автономно от екземпляри на SAP точно един процес на хост и събира данни от различни ресурси на операционната система. Потребителят може да наблюдава всички сървъри в SAP пейзажа с този инструмент. Но за отдалечения сървър (server livecache) кодът на транзакцията е OS07. Можете да проверите използването на процесора, физическата и виртуална памет, размера на пул/суап данни, времето за реакция на диска, използването на физическия диск и файловата система, натоварването на ресурси за работещи процеси и дори LAN данни от списъка за наблюдение.

Можете да отидете до този инструмент от менюто SAP-> Инструменти-> CCMS-> Контрол / Мониторинг-> Производителност-> Операционна система-> Локално-> Активност.

Ако не виждате никакви данни, това означава, че колекторът на операционната система (SAPOSCOL) не работи (код на грешка: споделена памет не е налична). В тази ситуация основната ви задача е да поправите сапоскола, така че да работи правилно. Това обикновено се случва след нова инсталация на SAP или актуализации на ядрото. Ако сте нов в SAP системите, следните насоки ще ви помогнат да преодолеете проблема saposcol.

Unix / Linux / AIX / Sun / Solaris система:

Първо, проверете разрешението на файла saposcol.exe, то трябва да е 777 (собственикът е root в групата sapsys) и adhesive bit трябва да бъде настроен на 4750. Ако искате да знаете кой потребител работи saposcol, използвайте „ps – ef | grep saposcol „. Сега, за да промените файла saposcol на root на собственика, група sapsys, режим 4750, влезте като root във вашата Unix система и изпълнете следните команди,

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

нарязан корен сапоскол

chgrp sapsys saposcol

chmod 4750 сапоскол

Можете също да стартирате „saproot.sh“ в exe директорията, за да зададете разрешения. След това стартирайте saposcol -l като същия собственик (root). Проверете състоянието на колектора с помощта на -s жаба. След като конфигурирате разрешенията за файлове, можете също да използвате ST06 -> Operating System Collector -> Щракнете върху „Старт“, за да стартирате SAPOSCOL.

За да спрете колектора на операционната система, използвайте saposcol -k. Ако тази команда не е завършила процеса, можете да стартирате „cleanipc 99 remove“ (проверете SAP бележка 548699). Ако и този опит се провали, ще трябва да премахнете ключа за споделена памет на saposcol. Изпълнете командата „ipcs -ma“ и запишете идентификатора на споделената памет на реда, съдържащ ключа saposcol. След това изпълнете командата „ipcrm -m ID“. Ключът за споделена памет ще бъде пресъздаден следващия път, когато стартирате Saposcol.

Понякога използването на „saposcol -l“ дава съобщение, което вече се изпълнява, но когато използвате процеса с „ps -ef | grep -i saposcol“, може да не покаже процеса. В тази ситуация можете да използвате недокументиран параметър „saposcol -f“, където „f“ означава принудително стартиране на процеса. Когато започне, спрете процеса по метода на регулиране с „saposcol -k“ и след това го стартирайте нормално с „saposcol -l“.

Ако saposcol все още не работи, трябва да го стартирате в диалогов режим. Влезте с помощта на adm и следвайте стъпките по-долу,

saposcol -d

Колектор> чист

Колектор> излезте

saposcol -k за спиране на колектора.

Преди рестартиране

saposcol -d

Collector> излезте (трябва да получите съобщение: споделената памет е изтрита)

Колектор> излезте

cd / usr / sap / tmp

mv coll.put coll.put.sav

cd

сапоскол

„coll.put“, ако този файл съдържа старата споделена памет и трябва да бъде изтрит, за да се получи чист старт (вж. SAP бележка 548699, точка 7). Ако не успеете да изчистите споделената памет, опитайте следните команди, за да изчистите споделената памет:

$ saposcol -kc

$ saposcol -f

Ако и това не успее, ще трябва да рестартирате системата от нивото на операционната система и изглежда, че имате нужда и от нова версия на saposcol (проверете SAP бележка 19227).

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

– Проверете разрешенията на директорията ‘/ usr / sap / tmp’ и файла ‘saposcol.exe’, трябва да е 4755 и собственикът трябва да е root в групата sapsys. Проверете SAP Note 790639. След като зададете разрешения, можете да го стартирате от командния ред на операционната система, като използвате „SAPOSCOL -l“. Използвайте ‘SAPOSCOL -s’, за да покажете състоянието, и ‘SAPOSCOL -k’, за да спрете процеса. Можете също да стартирате процеса, като изпратите задание на ниво операционна система с помощта на

ПОВИКАЙТЕ PGM (SAPOSCOL) PARM (-l)

Изпраща заданието до работната опашка QBATCH в библиотеката QGPL.

– В iSeries може да изпитате странни данни, когато анализирате използването на процесора с помощта на tcode ST06 / OS06. Дори ако използвате няколко процесора, SAPOSCOL може да отчита използването на CPU само за първия CPU. Също така понякога ще откриете, че използването на процесора е над 100% на определени интервали, ако използвате SAP екземпляр на неограничен дял, където множество логически дялове използват група от споделени процесори. В тази ситуация се уверете, че използването на CPU, отчетено за CPU номер 0, е средното използване на всички CPU, използвани в системата. Ако искате да видите информацията за споделения дял на процесора, приложете пакети за поддръжка съгласно SAP Note 994025, включително следните нива на корекция

6.40 disp + работен пакет (DW): 182 SAPOSCOL: 69

7.00 disp + работен пакет (DW): 109 SAPOSCOL: 34

Чрез прилагането на тези корекции и пакети за поддръжка към системата, новите транзакции OS06N, ST06N и OS07N са достъпни за допълнителна информация в два раздела, озаглавени „Хост система“ и „Виртуална система“. Те включват информация за типа дял и CPU, налични и използвани в текущия дял, както и пула от споделени процесори. Следователно, ако сте потребител на iSeries и вашият SAPOSCOL не работи, най-голямата вероятност е, че ще трябва да поставите последното парче ядро ​​и saposcol. (SAP бележка 708136 и 753917)

– Друг сценарий в iSeries, когато вашият saposcol не работи и не можете да го стартирате от ST06 / OS06. Проблемът може да е, че списъкът за оторизация на R3ADMAUTL не е точен. Можете да го решите по този начин,

1) Изтрийте QSECOFR * ВСИЧКИ X

2) Променете PUBLIC от ИЗПОЛЗВАНЕ на ИЗКЛЮЧВАНЕ

3) Добавете R3OWNER * ВСИЧКИ X

Сега можете да стартирате saposcol, като използвате tcode ST06 / OS06. И можете също да стартирате процеса от командния ред,

ПОВИКАЙТЕ PGM (/ SAPOSCOL PARM (‘- l’)

Ако това не разреши проблема, проверете дали двете програми QPMLPFRD и QPMWKCOL в библиотеката QSYS имат разрешение * USE-, присвоено на потребителя на R3OWNER (SAP бележка: 175852). Ако не, трябва да изпълните следните команди:

GRTOBJAUT OBJ (QSYS / QPMLPFRD) OBJTYPE (* PGM) USUARI (R3OWNER) AUT (* ИЗПОЛЗВАНЕ)

GRTOBJAUT OBJ (QSYS / QPMWKCOL) OBJTYPE (* PGM) USUARI (R3OWNER) AUT (* ИЗПОЛЗВАНЕ)

След това трябва да проверите дали потребителят на R3OWNER е в списъка с права на R3ADMAUTL (SAP бележка: 637174). След това, ако получите грешката „SAPOSCOL не работи? (Споделена памет не е налична), изпълнете следните стъпки:

1) Премахнете споделената памет (coll.put) съгласно SAP Note: 189072. Местоположението „coll.put“ е: „/ usr / sap / tmp“.

2) Завършете заданията QPMASERV, QPMACLCT, QYPSPFRCOL и CRTPFRDTA в QSYSWRK, ако се изпълнява.

3) Изтрийте временното потребителско пространство, WRKOBJ OBJ (R3400 / PERFMISC *) OBJTYPE (* USRSPC)

4) ENDTCPSVR * MGTC

5) ОБЗАВЕТЕ QYPSENDC PARM (‘* PFR’ “) [There are 6 blanks after *PFR and there are 6 blanks making up the second parameter]

6) ПРИКЛЮЧВАНЕ НА РАБОТА (xxxxxx / QSYS / QYPSPFRCOL) ОПЦИЯ (* IMMED) SPLFILE (* ДА) [This command must be run for all QYPSPFRCOL jobs found on the system even if they show with *OUTQ as their status]

7) ПРИКЛЮЧВАНЕ НА РАБОТА (xxxxxx / QSYS / CRTPFRDTA) ОПЦИЯ (* IMMED) SPLFILE (* ДА) [This command must be run for all CRTPFRDTA jobs even if they show with *OUTQ as their status]

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

9) RNMOBJ OBJ (QUSRSYS / QPFRCOLDTA) OBJTYPE (* DTAQ) NEWOBJ (QPFRCOLDTX) [This object may or may not exist at this time]

10) ОБЗАВЕТЕ QYPSCOLDTA * забележка Тази програма ще създаде нов * USRSPC. След стартиране на услугите за събиране трябва да има нов * DTAQ.

11) Започнете услуги за събиране, като използвате GO PERFORM, опция 2 и опция 1; ИЛИ ОБВЪНЕТЕ СЕ НА QYPSSTRC PARM (‘* PFR’ ‘* STANDARDP’ “) [There are 6 blanks after *PFR and there are 6 blanks making up the second parameter]. Или стартирайте услугите за събиране от Operations Navigator.

12) STRTCPSVR * MGTC

13) Прекратете и рестартирайте Operations Navigator, ако работи. Вижте IBM Authorized Program Analysis Report (APAR) SE12188 за повече информация.

14) Сега стартирайте SAPOSCOL от ST06 / OS06.

Windows система:

– Отидете в папката Kernel на командния ред, където ще намерите saposcol.exe. Задава пълното разрешение на собственика

за файл и папка. След това стартирайте saposcol -l (saposcol -d в диалогов режим)

– Можете също да опитате Стартиране/Спиране на услугата SAPOSCOL от Контролния панел -> Административни инструменти -> Услуги (services.msc).

Ако всички други опити се провалят, уверете се, че имате правилната версия на SAPOSCOL. Вземете най-новия SAPOSCOL от SAP Service Marketplace за вашата операционна система. Изтеглете файла SAPOSCOL.SAR за вашето ядро ​​и го запазете в директория. След това СПРЕТЕ SAP & SAPOSCOL. Проверете за сривове на библиотеката на ядрото и не забравяйте да архивирате библиотеката си. След това стартирайте APYR3FIX и след това APYSAP. Вижте бележката OSS 19466.

SAPOSCOL може също да бъде отменен поради малко количество вътрешна памет. Когато тази памет постепенно се запълни по време на изпълнение на SAPOSCOL, системата записва данни от буфера. В резултат на това следващият буфер се изчиства и SAPOSCOL завършва с изхвърляне. Приложете следните кръпки с поне нивата на корекция, посочени по-долу:

SAP Release 640: ниво на корекция на SAPOSCOL 100 и ниво на корекция DW 293

SAP Release 700: ниво на корекция SAPOSCOL 75 и ниво на корекция DW 151

SAP Release 701: SAPOSCOL корекция ниво 18 и ILE корекция ниво 53

SAP Release 710: ниво на корекция на SAPOSCOL 36 и ниво на корекция на ILE 161

SAP Release 711: SAPOSCOL корекция ниво 12 и ILE корекция 48

Следователно е очевидно, че ако използваме различни SAP системи на сървър с несъвместим микс от версии на ядрото, SAPOSCOL ще се сблъска с криза и няма да предостави данни за всички системи, въпреки че функциите на системата SAP ще работят. без никакъв проблем . Това е така, защото използваме новата технология на IBM с EXT ядра, така че няма да позволи на SAPOSCOL да пребивава в едно ниво магазин (SLS), вместо да го постави в Teraspace. В тази ситуация е очевидно, че ако стартирате EXT система с други не-EXT системи, saposcol ще работи само на една система. За да разрешите този проблем, трябва да надстроите до EXT ядро ​​за всички SAP системи с най-новите корекции. След това конфигурирайте подходящото оторизиране за файла и директорията SAPOSCOL според ръководството, което ще коригира всички проблеми, свързани със SAP OS Collector.

Вашият коментар

Вашият имейл адрес няма да бъде публикуван. Задължителните полета са отбелязани с *