Какво е мониторинг на системата?
Системният мониторинг е ежедневна рутинна дейност и този документ предоставя систематична стъпка по стъпка процедура за сървърно наблюдение. Той дава преглед на техническите аспекти и концепции за проактивен мониторинг на системата. Малко от тях са:
- Проверка на сървърите за приложения.
- Мониторинг на работните процеси в цялата система.
- Мониторинг на работните процеси за отделни случаи.
- Мониторинг на заключени записи.
- Използване на процесора
- Налично пространство в базата данни.
- Мониторинг на процесите на актуализация.
- Дневник на системата за наблюдение.
- Буферна статистика
Някои други са:
- Мониторинг на групови задания
- Наблюдение на искане на шпула.
- Брой заявки за печат
- ABAP анализ на сметището.
- Монитор за ефективност на базата данни.
- Проверка на базата данни.
- Мониторинг на потребители на приложения.
Защо Daily Basic проверки / мониторинг на системата?
Как да наблюдаваме SAP система?
Проверка на сървърите на приложения (SM51)
Тази транзакция се използва за проверка на всички активни сървъри на приложения.
Тук можете да видите кои услуги или работни процеси са конфигурирани във всеки екземпляр.
Мониторинг на работните процеси за отделни екземпляри SM50:
Показва всички работещи, чакащи, спрени и PRIV процеси, свързани с определен екземпляр. По тази стъпка проверяваме всички процеси; състоянието на процеса винаги трябва да е изчакващо или изпълнено. Ако някой процес има състояние, различно от изчакване или стартиране, трябва да проверим конкретния процес и да докладваме съответно.
Тази транзакция показва много информация като:
- Състояние на работния процес (независимо дали е зает или не)
- Ако работният процес се изпълнява, може да видите действията, предприети от него в колоната Действие.
- Можете да над коя таблица се работи
Някои от типичните проблеми:
- Потребителят отнема много време, за да влезе / не е в състояние да влезе / онлайн транзакция много бавно. Това може да е резултат от това, че работните процеси на DIA са напълно използвани. Може да има и резултат от продължителни задачи (червен индикатор под колоната Време). Ако е необходимо, можете да отмените сесията, като изберете заданията, след което отидете на Process> Cancel Without core. Това ще отмени заданието и ще освободи работния процес за друг потребител / процес
- Някои потребители могат да имат PRIV статус в графата Reason . Това може да е, че потребителската транзакция е толкова голяма, че изисква повече памет. Когато това се случи, работният процес на DIA ще бъде „собственост“ на потребителя и няма да позволи на други потребители да използват. Ако това се случи, консултирайте се с потребителя и ако е възможно стартирайте заданието като фоново задание.
- Ако има дълъг печат на работен процес на SPO, проучете проблема. Това може да е проблем, свързан със сървъра за печат или принтера.
Мониторинг на общосистемни работни процеси (SM66)
Чрез проверка на натоварването на работния процес, използвайки общия преглед на работния процес, можем бързо да проучим потенциалната причина за проблем с производителността на системата.
Наблюдавайте натоварването на работния процес във всички активни екземпляри в системата.
С помощта на екрана за общ преглед на работния процес можем да видим с един поглед:
- Състоянието на всеки сървър на приложения
- Причината, поради която не работи
- Дали е рестартиран
- Процесорът и времето за изпълнение на заявката
- Потребителят, който е влязъл в системата, и клиентът, в който са влезли
- Отчетът, който се изпълнява
Потребител на монитор на приложения (AL08 и SM04)
Тази транзакция показва всички потребители на активни екземпляри.
Мониторинг на процесите на актуализация (SM13)
Изпълнете транзакция SM13 и поставете ' * ' в полето ПОТРЕБИТЕЛ и кликнете върху
Ако няма дълго чакащи записи за актуализации или не се извършват актуализации, тази опашка ще бъде празна, както е показано на снимката на екрана по-долу.
Но ако актуализацията не е активна, намерете следната информация:
- Актуализацията активна ли е, ако не, деактивирана ли е от системата или от потребител?
- Кликнете върху и вземете информацията.
- Кликнете върху бутон и вземете следната информация:
- Анулирана ли е някаква актуализация?
- Има ли дълга опашка от чакащи актуализации по-стари от 10 минути?
Мониторинг на заключени записи (SM12)
Изпълнете транзакция SM12 и поставете '*' в полето Потребителско име
SAP осигурява заключващ механизъм, за да попречи на други потребители да променят записа, върху който работите. В някои ситуации ключалките не се освобождават. Това може да се случи, ако потребителите бъдат прекъснати, т.е. поради мрежов проблем, преди да успеят да освободят заключването.
Тези стари ключалки трябва да бъдат изчистени или това може да предотврати достъпа или промените в записите.
Можем да използваме статистика за заключване, за да наблюдаваме заключванията, които са зададени в системата. Записваме само онези записи за заключване, които имат клеймо за дата и час от предишния ден.
Дневник на системата за наблюдение (SM21)
Можем да използваме дневника, за да определим и коригираме грешките, възникващи в системата и нейната среда.
- Въведете дата и час.
- Изберете Проблеми и предупреждения за радиобутоните
- Натиснете Препрочетете системния дневник.
Резюме на мелодията (ST02)
Стъпка 1: Отидете на ST02, за да проверите резюмето на Tune.
Стъпка 2: Ако видите някакви червени стойности, в SWAPS щракнете двукратно върху същото.
Стъпка 3: На екрана по-долу щракнете върху раздела „Текущи параметри“
Стъпка 4: Запишете стойността и параметрите на профила
Стъпка 5: Отидете на RZ10 (за да промените стойностите на параметъра на профила)
Стъпка 6: Запазете промените.
Стъпка 7: Рестартирайте сървъра, за да приемете новите промени.
Използване на процесора (ST06)
Степента на използване на празен процесор трябва да бъде 60-65%, ако надвишава стойността, тогава трябва да започнем да проверяваме поне под нещата:
- Изпълнете команди на ниво OS - отгоре и проверете кои процеси отнемат най-много ресурси.
- Отидете на SM50 или SM66. Проверете за дълго изпълняващи се задачи или за изпълнявани дълги заявки за актуализация.
- Отидете на SM12 и проверете записите за заключване
- Отидете на SM13 и проверете Актуализиране на активното състояние.
- Проверете за грешки в SM21.
Свалища на ABAP (ST22)
Тук проверяваме за сметищата от предходния ден
Мониторинг на заявка за макара (SP01)
За мониторинг на заявки за макара изпълнете SP01 и изберете по-долу:
- Поставете '*' в полето, създадено от
- Кликнете върху бутон за изпълнение.
Тук записваме само тези заявки, които са прекратени с проблеми.
Мониторинг на групови задания (SM37)
За мониторинг на фонови задачи изпълнете SM37 и изберете по-долу:
- Поставете '*' в полето Потребителско име и Име на работа
- В Статус на работа изберете: Планирани, Отменени, Освободени и Завършени заявки.
Транзакционна RFC администрация (SM58)
Транзакционният RFC (tRFC, известен също като асинхронен RFC) е асинхронен комуникационен метод, който изпълнява извикания функционален модул в RFC сървъра само веднъж.
Трябва да изберем периода на показване, за който искаме да прегледаме tRFC, и след това да изберем „*“ в полето за потребителско име, за да видим всички обаждания, които не са били изпълнени правилно или са чакали на опашката.
Администрация на QRFC (Изходяща опашка -SMQ1)
Трябва да посочим името на клиента тук и да видим дали има изходящи qRFC в състояние на изчакване или грешка.
Администрация на QRFC (Входяща опашка -SMQ2)
Трябва да посочим името на клиента тук и да видим дали има входящи qRFC в състояние на изчакване или грешка.
Администриране на база данни (DB02)
След като изберете Текущи размери на първия екран, стигаме до екрана по-долу, който ни показва текущото състояние на всички пространства на таблици в системата.
Ако някое от табличните пространства е повече от 95% и автоматичната степен е изключена, трябва да добавим нов файл с данни, така че базата данни да не е пълна.
Тук можем да изберем месеци, седмици или дни, за да видим промените, които се случват в пространство на таблици.
Резервни копия на база данни (DB12)
От тази транзакция можем да определим кога е последното успешно архивиране на системата. Можем да прегледаме архивите от предишния ден и да видим дали всичко е било наред или не.
Можем също така да прегледаме файловете за повторно регистриране и да видим дали архивирането на протоколи за повторение е било успешно или не.
Бърз преглед
Ежедневни задачи за наблюдение
- Критични задачи
- SAP система
- База данни
Критични задачи
|
Не | Задача | Транзакция | Процедура / забележка |
|---|---|---|---|
|
1 | Проверете дали системата R / 3 е изправена. | Влезте в системата R / 3 | |
|
2 | Проверете дали ежедневното архивиране се изпълнява без грешки | DB12 | Проверете архивирането на базата данни. |
SAP система
|
Не | Задача | Транзакция | Процедура / забележка |
|---|---|---|---|
|
1 | Проверете дали всички сървъри за приложения са изправени. | SM51 | Проверете дали всички сървъри са изправени. |
|
2 | Проверете работните процеси (стартирани от SM51). | SM50 | Всички работни процеси със състояние „работещ“ или „изчакващ“ |
|
3 | Общ преглед на работния процес | SM66 | Проверете дали нито един работен процес не работи повече от 1800 секунди |
|
3 | Потърсете неуспешни актуализации (актуализацията се прекратява). | SM13 |
|
|
4 | Проверете системния регистър. | SM21 | Задайте дата и час преди последния преглед на регистрационния файл. Провери за:
|
|
5 | Преглед за отменени работни места. | SM37 | Въведете звездичка (*) в User ID. Проверете дали всички критични задачи са били успешни. |
|
6 | Проверете за „стари“ ключалки. | SM12 | Въведете звездичка (*) за потребителския идентификатор. |
|
7 | Проверете за потребители в системата. | SM04AL08 | Прегледайте неизвестен или различен потребителски идентификатор и терминал. Тази задача трябва да се извършва няколко пъти на ден. |
|
8 | Проверете за проблеми с макарата. | SP01 | Въведете звездичка (*) за Created ByLook за макари, които са били „в процес“ повече от час. |
|
9 | Проверете дневника на заданията | SM37 | Провери за:
|
|
10 | Преглед и разрешаване на сметища. | ST22 | Потърсете прекомерен брой сметища. Потърсете сметища с необичаен характер. |
|
11. | Преглед на статистиката на буфера. | ST02 | Потърсете суапове. |
База данни
|
Не | Задача | Транзакция | Процедура / забележка |
|---|---|---|---|
|
1 | Прегледайте регистрационния файл за грешки за проблеми. | ST04 | |
|
2 | Индекси за растеж на база данни | DB02 | Ако се използва пространство на таблици повече от 90%, добавете нов файл с данни към него Възстановете липсващите индекси |
|
3 | Дневник на статистиката на базата данни | DB13 |