SAP Мониторинг и проверки на производителността: Пълен урок с Tcodes

Какво е системен мониторинг?

Наблюдението на системата е ежедневна рутинна дейност и този документ предоставя систематична стъпка по стъпка процедура за наблюдение на сървъра. Той дава преглед на техническите аспекти и концепции за проактивен мониторинг на системата. Малко от тях са:

Проверка на сървърите за приложения.
Мониторинг на работните процеси в цялата система.
Мониторинг на работни процеси за отделни инстанции.
Мониторинг на записите за заключване.
CPU оползотворяване
Налично място в базата данни.
Мониторинг на процесите на актуализиране.
Регистър на системата за наблюдение.
Buffer Статистика

Някои други са:

Мониторинг на пакетни задачи
Мониторинг на заявка за спулиране.
Брой заявки за печат
ABAP дъмп анализ.
Монитор на производителността на базата данни.
Проверка на база данни.
Мониторинг на потребителите на приложения.

Защо ежедневни основни проверки / системен мониторинг?

Как да наблюдаваме a SAP System?

Проверка на сървъри за приложения (SM51)

Тази транзакция се използва за проверка на всички активни сървъри на приложения.

Тук можете да видите кои услуги или работни процеси са конфигурирани във всеки екземпляр.

Мониторинг на работни процеси за отделни инстанции SM50

Показва всички работещи, чакащи, спрени и PRIV процеси, свързани с конкретен екземпляр. При тази стъпка проверяваме всички процеси; статусът на процеса винаги трябва да е чакащ или работещ. Ако някой процес има състояние, различно от изчакващ или работещ, трябва да проверим този конкретен процес и да докладваме съответно.

Тази транзакция показва много информация като:

Статус на работния процес (независимо дали е зает или не)
Ако работният процес се изпълнява, може да можете да видите предприетите от него действия в колоната Действие.
Можете да видите върху коя маса се работи

Някои от типичните проблеми:

Потребителят отнема много време, за да влезе/не може да влезе/онлайн транзакцията е много бавна. Това може да е резултат от пълното използване на работните процеси на DIA. Може да има и резултат от продължителни задачи (червен индикатор под колоната Време). Ако е необходимо, можете да отмените сесията, като изберете заданията, след което отидете на Процес>Отказ без ядро. Това ще отмени заданието и ще освободи работния процес за друг потребител/процес
Някои потребители може да имат PRIV статус под Причина колона. Възможно е потребителската транзакция да е толкова голяма, че изисква повече памет. Когато това се случи, работният процес на DIA ще бъде „собственост“ на потребителя и няма да позволява на други потребители да го използват. Ако това се случи, консултирайте се с потребителя и, ако е възможно, стартирайте заданието като фоново задание.
Ако има дълго задание за печат в работния процес на SPO, проучете проблема. Може да е проблем, свързан със сървъра за печат или принтера.

Мониторинг на работни процеси в цялата система (SM66)

Чрез проверка на натоварването на работния процес с помощта на глобалния преглед на работния процес можем бързо да проучим потенциалната причина за проблем с производителността на системата.

Наблюдавайте натоварването на работния процес на всички активни инстанции в цялата система

Използвайки екрана за общ преглед на работния процес, можем да видим с един поглед:

Състоянието на всеки сървър на приложения
Причината, поради която не работи
Дали е рестартиран
Процесорът и времето за изпълнение на заявката
Потребителят, който е влязъл, и клиентът, в който са влезли
Докладът, който се изпълнява

Потребител на приложението за наблюдение (AL08 и SM04)

Тази транзакция показва всички потребители на активни екземпляри.

Мониторинг на процесите на актуализиране (SM13)

Изпълнете транзакция SM13 и поставете '*' в полето ПОТРЕБИТЕЛ и щракнете върху бутон.

Ако няма дълго чакащи записи за актуализации или не се извършват актуализации, тази опашка ще бъде празна, както е показано на екранната снимка по-долу.

Но ако актуализацията не е активна, намерете следната информация:

Активна ли е актуализацията, ако не е, деактивирана ли е от системата или от потребител?
- Кликнете върху бутон и получете информацията.
- Кликнете върху бутон и получете следната информация:
Някаква актуализация отменена ли е?
Има ли дълга опашка от чакащи актуализации, по-стари от 10 минути?

Записи за заключване за наблюдение (SM12)

Изпълнете транзакция SM12 и поставете '*' в полето User Name

SAP осигурява заключващ механизъм, за да попречи на други потребители да променят записа, върху който работите. В някои ситуации ключалките не се освобождават. Това може да се случи, ако потребителите са прекъснати, т.е. поради мрежов проблем, преди да успеят да освободят заключването.

Тези стари ключалки трябва да бъдат изчистени или това може да попречи на достъпа или промените в записите.

Можем да използваме статистика за заключване, за да наблюдаваме заключванията, които са зададени в системата. Ние записваме само тези записи за заключване, които имат клеймо за дата и час от предишния ден.

Регистър на системата за наблюдение (SM21)

Можем да използваме дневника, за да определим и коригираме грешки, възникващи в системата и нейната среда.

Проверяваме дневника за предишния ден със следния избор/опция:

Въведете дата и час.
Изберете радио бутон Проблеми и предупреждения
Натиснете Reread System Log.

Резюме на мелодията (ST02)

Стъпка 1: Отидете на ST02, за да проверите резюмето на Tune.

Стъпка 2: Ако видите някакви червени стойности, в SWAPS, щракнете двукратно върху същите.

Стъпка 3: В екрана по-долу щракнете върху раздела „Текущи параметри“

Стъпка 4: Запишете стойността и параметрите на профила

Стъпка 5: Отидете на RZ10 (за да промените стойностите на параметрите на профила)

Стъпка 6: Запазете промените.

Стъпка 7: Рестартирайте сървъра, за да приемете новите промени.

Използване на процесора (ST06)

Степента на използване на неактивния процесор трябва да бъде 60-65%, ако надвишава стойността, трябва да започнем да проверяваме поне следните неща:

Изпълнете команди на ниво ОС – отгоре и проверете кои процеси отнемат най-много ресурси.
Отидете на SM50 или SM66. Проверете за изпълнявани дългосрочни задания или дълги заявки за актуализиране.
Отидете на SM12 и проверете записите за заключване
Отидете на SM13 и проверете Актуализиране на активния статус.
Проверете за грешки в SM21.

ABAP изхвърляния (ST22)

Тук проверяваме за изхвърляния от предишния ден

Мониторинг на заявка за спулиране (SP01)

За мониторинг на заявка за спулиране, изпълнете SP01 и изберете както по-долу:

Поставете '*' в полето Created By
Кликнете върху бутон за изпълнение.

Тук записваме само тези заявки, които са прекратени с проблеми.

Мониторинг на пакетни задачи (SM37)

За мониторинг на фонови задачи изпълнете SM37 и изберете както по-долу:

Поставете '*' в полето User Name и Job name
В Статус на работа изберете: Планирани, Отменени, Освободени и Завършени заявки.

Транзакционно RFC администриране (SM58)

Транзакционен RFC (tRFC, също първоначално известен като асинхронен RFC) е асинхронен комуникационен метод, който изпълнява извикания функционален модул в RFC сървъра само веднъж.

Трябва да изберем периода на показване, за който искаме да видим tRFC, и след това да изберем '*' в полето за потребителско име, за да видим всички повиквания, които не са изпълнени правилно или чакат в опашката.

Администриране на QRFC (изходяща опашка-SMQ1)

Трябва да посочим името на клиента тук и да видим дали има изходящи qRFC в състояние на изчакване или грешка.

Администриране на QRFC (входяща опашка-SMQ2)

Трябва да посочим името на клиента тук и да видим дали има входящи qRFC в състояние на изчакване или грешка.

Администриране на бази данни (DB02)

След като изберете Текущи размери на първия екран стигаме до екрана по-долу, който ни показва текущото състояние на всички таблични пространства в системата.

Ако някое от табличните пространства е повече от 95% и автоматичният екстент е изключен, тогава трябва да добавим нов файл с данни, така че базата данни да не е пълна.

Можем също да определим историята на табличните пространства.

Можем да изберем месеци, седмици или дни тук, за да видим промените, които се извършват в таблично пространство.

Можем да определим растежа на табличното пространство, като анализираме тези стойности.

Регистрационни файлове за архивиране на база данни (DB12)

От тази транзакция можем да определим кога е последното успешно архивиране на системата. Можем да прегледаме резервните копия от предишния ден и да видим дали всичко е наред или не.

Можем също така да прегледаме регистрационните файлове за повторение и да видим дали архивирането на журнала за повторение е било успешно или не.

бърз Review

Ежедневни задачи за наблюдение

Критични задачи
SAP Система
База данни

Критични задачи

Не	Task	Транзакция	Процедура / Забележка
1	Проверете дали системата R/3 е включена.		Влезте в системата R/3
2	Проверете дали ежедневното архивиране се изпълнява без грешки	DB12	Проверете резервното копие на базата данни.

SAP Система

Не	Task	Транзакция	Процедура / Забележка
1	Проверете дали всички сървъри на приложения работят.	SM51	Проверете дали всички сървъри работят.
2	Проверете работните процеси (започнали от SM51).	SM50	Всички работни процеси със статус „текущ” или „изчакващ”.
3	Глобален преглед на работния процес	SM66	Проверете дали работният процес не работи повече от 1800 секунди
3	Потърсете всички неуспешни актуализации (актуализацията прекратява).	SM13	Задайте дата преди един ден Въведете * в потребителското име Задайте на „всички“ актуализации Проверете за редове с „Err.“
4	Проверете системния регистър.	SM21	Задайте дата и час преди последния преглед на регистрационния файл. Проверете за: грешки Предупреждения Съобщения за сигурност Проблеми с базата данни
5	Revт.е. за анулирани работни места.	SM37	Въведете звездичка (*) в User ID. Проверете дали всички критични задачи са били успешни.
6	Проверете за „стари“ ключалки.	SM12	Въведете звездичка (*) за потребителския идентификатор.
7	Проверете за потребители в системата.	SM04AL08	Revт.е. за неизвестен или различен потребителски идентификатор и терминал. Тази задача трябва да се изпълнява няколко пъти на ден.
8	Проверете за проблеми с макарата.	SP01	Въведете звездичка (*) за Created ByLook за задания, които са били „В процес“ повече от час.
9	Проверете дневника на работата	SM37	Провери за: Нови работни места Неправилни работни места
10	Revie и разрешаване на сметища.	ST22	Потърсете прекомерен брой сметища. Потърсете сметища от необичаен характер.
11	Review статистика на буфера.	ST02	Търсете суапове.

База данни

Не	Task	Транзакция	Процедура / Забележка
1	Revт.е. регистър на грешките за проблеми.	ST04
2	Липсващи индекси за растеж на базата данни	DB02	Ако табличното пространство се използва повече от 90 %, добавете нов файл с данни към него Възстановете липсващите индекси
3	Дневник на статистиката на базата данни	DB13

Може да харесате: