SAP Базови мониторингови T-кодове и проверки на състоянието

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

SAP Мониторинг на системата е ежедневната рутина, която поддържа SAP поддържане на здравословен ландшафт чрез редовна проверка на сървъри, работни процеси, заключвания, актуализации, системни регистрационни файлове и състояние на базата данни. Целта е проактивна — да се забележат проблеми, преди потребителите да ги забележат.

Типичен дневен контролен списък включва:

• Проверка на сървърите на приложенията.
• Мониторинг на работните процеси в цялата система.
• Мониторинг на работните процеси за отделни случаи.
• Мониторинг на записи в брави.
• Използване на процесора.
• Налично пространство в базата данни.
• Мониторинг на процесите на актуализиране.
• Мониторинг на системния лог.
• Buffer статистика.
• Мониторинг на пакетни задачи.
• Мониторинг на заявките за буфериране и брой заявки за печат.
• ABAP дъмп анализ.
• Проверки за производителност и съгласуваност на базата данни.
• Мониторинг на потребителите на приложението.

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

Ежедневните проверки откриват малки проблеми – блокирал работен процес, старо заключване, таблично пространство, близо до 95% – преди те да доведат до каскадни прекъсвания. Те предоставят на екипа на Basis надеждна базова линия, така че аномалиите да се открояват, и захранват с исторически данни решенията за планиране на капацитета.

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

Мониторингът е организиран около T-кодове, всеки от които притежава специфичен слой — сървъри, работни процеси, заключвания, актуализации, лог файлове, буфери, процесор, дъмпове, спул, пакетни задачи, RFC и базата данни. Разделите по-долу разглеждат всяка проверка по ред.

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

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

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

SM50 показва всеки работещ, чакащ, спрян и PRIV процес в текущата инстанция. Всеки процес трябва да е в Работещи or Очакване статус; всичко останало се нуждае от разследване.

Екранът показва няколко полезни колони:

1. Статусът на всеки работен процес (зает или свободен).
2. Действието, предприето от зает процес, показано в колоната „Действие“.
3. Таблицата в базата данни, върху която се работи.

Типични проблеми и решения:

• Потребителите не могат да влязат или графичният потребителски интерфейс е бавен: работните процеси на диалоговия прозорец (DIA) са изчерпани. Потърсете дълго изпълняващи се задачи (червен индикатор под Време). Отменете ги чрез Процес > Отказ без ядро за да освободите слота.
• PRIV в колоната „Причина“: Транзакцията изразходва толкова много памет, че работният процес на DIA е „притежаван“ от един потребител. Говорете с потребителя и, ако е възможно, изпълнете задачата отново във фонов режим.
• Дългосрочен работен процес на SPO: Проверете сървъра за печат или принтера; заседнала броулинг машина може да монополизира процеса.

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

SM66 е Глобалният преглед на работния процес. Той обединява данните от SM50 за всеки активен екземпляр на един екран, което го прави най-бързият начин за откриване на проблем с производителността на цялата система.

С един поглед виждате:

• Състоянието на всеки сървър на приложения.
• Защо даден процес не се изпълнява.
• Дали процесът е бил рестартиран.
• Използване на процесора и време на изпълнение на заявките.
• Влезлият потребител и клиент.
• Докладът, който се изпълнява в момента.

Монитор на потребителите на приложения (AL08 и SM04)

AL08 изброява потребителите във всеки активен екземпляр, докато SM04 показва потребителите в текущия екземпляр. Както идентификаторите на повърхностни терминали, така и клиентите, което помага да се потвърди, че са влезли само очакваните идентификатори на потребители.

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

Бягай SM13, място * в Потребител поле и изпълнете. Ако няма чакащи актуализации, опашката е празна.

Ако актуализациите не са активни, отговорете на следните въпроси:

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

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

Стартирайте SM12 и въведете * в потребителско име поле.

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

Записи за заключване, чийто времеви печат е от предишния ден или по-рано - това са кандидатите за почистване.

Мониторинг на системния лог (SM21)

SM21 отчита системни грешки, предупреждения и съобщения за сигурност. Използвайте го, за да локализирате и отстраните проблеми в системата и нейната среда.

Проверете дневника от предишния ден с:

• Въведете диапазона от дати и часови периоди.
• Изберете Проблеми и предупреждения радио бутон.
• Кликнете Препрочитане на системния лог.

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

ST02 показва обобщение на настройката на буфера. Използвайте стъпките по-долу, за да предприемете действия при проблеми със суап.

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

Стъпка 2) Double-щракнете върху която и да е червена стойност под ЗАМЕНИ.

Стъпка 3) Щракнете върху Текущи параметри раздела.

Стъпка 4) Обърнете внимание на стойностите и параметрите на профила.

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

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

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

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

ST06 показва производителност на ниво операционна система. Използването на процесора в режим на готовност трябва да бъде около 60–65%; продължително по-високо натоварване означава, че системата е под напрежение.

Когато процесорът е висок, следвайте този кратък триажен път:

• Изпълнявайте команди на ниво операционна система (като например top), за да откриете кои процеси използват най-много процесор.
• Отворете SM50 или SM66 и потърсете дълго изпълняващи се задачи или заявки за актуализиране.
• Отворете SM12 и проверете за стари записи в заключването.
• Отворете SM13, за да проверите състоянието на актуализацията.
• Отворете SM21, за да потърсите системни грешки.

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

ST22 улавя грешки по време на изпълнение на ABAP (кратки дъмпове). RevПреглеждайте сметищата от предишния ден всяка сутрин, за да забележите необичайни модели или рецидивисти.

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

Изпълнете SP01, за да наблюдавате заявките за спулиране:

• Въведете * в Създадено от поле.
• Кликнете Изпълнение.

Записвайте само заявки, прекратени поради проблеми.

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

Изпълнете SM37, за да наблюдавате фоновите задачи:

• Въведете * в потребителско име намлява Име на длъжността области.
• Под Статус на работа изберете Планирано, Отменено, Освободено и Завършено.

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

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

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

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

SMQ1 следи изходящите qRFC опашки. Посочете клиента и потърсете опашки в Очакване or грешка състояние.

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

SMQ2 отразява SMQ1 за входящи qRFC опашки. Посочете клиента и потърсете входящи опашки в Очакване or грешка състояние.

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

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

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

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

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

Журнали за архивиране на базата данни (DB12)

DB12 потвърждава кога е извършено последното успешно архивиране. Revпрегледайте базата данни от предишния ден и повторно архивирайте архивите, за да се уверите, че са завършили безпроблемно.

бърз Revпреглед: Контролен списък за ежедневен мониторинг

Таблиците по-долу обобщават критичните ежедневни проверки за Basis администраторите.

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

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

SAP Проверки на системата

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

Проверки на базата данни

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

Въпроси и Отговори