Моніторинг SAP & Перевірка продуктивності: Повний підручник із кодами

Що таке моніторинг системи?

Системний моніторинг є щоденною рутинною діяльністю, і цей документ забезпечує систематичну покрокову процедуру моніторингу сервера. Він дає огляд технічних аспектів та концепцій активного моніторингу системи. Небагато з них:

• Перевірка серверів додатків.
• Моніторинг загальносистемних робочих процесів.
• Моніторинг робочих процесів для окремих випадків.
• Моніторинг записів блокування.
• Використання процесора
• Доступне місце в базі даних.
• Моніторинг процесів оновлення.
• Журнал системи моніторингу.
• Статистика буфера

Деякі інші:

• Моніторинг пакетних завдань
• Моніторинг запитів на котушку.
• Кількість запитів на друк
• Аналіз дампа ABAP.
• Монітор продуктивності бази даних.
• Перевірка бази даних.
• Моніторинг користувачів додатків.

Чому перевірки Daily Basic / моніторинг системи?

Як нам контролювати систему SAP?

Перевірка серверів додатків (SM51)

Ця транзакція використовується для перевірки всіх активних серверів додатків.

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

Моніторинг робочих процесів для окремих екземплярів SM50:

Відображає всі запущені, очікуючі, зупинені та PRIV процеси, пов'язані з певним екземпляром. На цьому етапі ми перевіряємо всі процеси; статус процесу завжди повинен бути очікуючим або запущеним. Якщо який-небудь процес має статус, відмінний від очікування або запуску, нам потрібно перевірити цей конкретний процес і повідомити про це відповідно.

Ця транзакція відображає багато інформації, наприклад:

1. Статус робочого процесу (незалежно від того, зайнятий він чи ні)
2. Якщо робочий процес запущений, ви можете побачити вжиті ним дії у стовпці "Дія".
3. Ви можете, над якою таблицею працюєте

Деякі типові проблеми:

• Користувачеві потрібно багато часу, щоб увійти / не може ввійти / онлайн-транзакція дуже повільно. Це може бути результатом повного використання робочих процесів DIA. Це також може бути результат тривалих завдань (червоний індикатор у стовпці Час). При необхідності ви можете скасувати сеанс, вибравши завдання, а потім перейдіть до Процес> Скасувати без ядра. Це скасує завдання та звільнить робочий процес для іншого користувача / процесу
• Деякі користувачі можуть мати статус PRIV у стовпці Причина . Можливо, транзакція користувача настільки велика, що вимагає більше пам'яті. Коли це станеться, робочий процес DIA буде «належати» користувачеві і не дозволить іншим користувачам використовувати. Якщо це трапиться, зв’яжіться з користувачем і, якщо можливо, запустіть завдання як фонове завдання.
• Якщо у робочому процесі SPO є довге завдання друку, розслідуйте проблему. Це може бути проблема, пов’язана із сервером друку або принтером.

Моніторинг загальносистемних робочих процесів (SM66)

Перевіривши навантаження робочого процесу за допомогою загального огляду робочого процесу, ми можемо швидко дослідити потенційну причину проблеми з продуктивністю системи.
Моніторинг навантаження робочого процесу на всіх активних примірниках системи
За допомогою екрана Глобальний огляд робочого процесу ми можемо швидко побачити:

• Статус кожного сервера додатків
• Причина, по якій він не працює
• Чи було його перезапущено
• Час роботи процесора та запиту
• Користувач, який увійшов у систему, і клієнт, на який вони ввійшли
• Запуск звіту

Користувач програми моніторингу (AL08 та SM04)

Ця транзакція відображає всіх користувачів активних екземплярів.

Моніторинг процесів оновлення (SM13)

Виконайте транзакцію SM13 і поставте ' * ' у поле КОРИСТУВАЧ та натисніть на

Якщо немає довгоочікуваних записів оновлень або оновлень не тривають, ця черга буде порожньою, як показано на знімку екрана нижче.

Але, якщо оновлення не активне, знайдіть наведену нижче інформацію:

• Чи оновлення активне, якщо ні, то воно було відключено системою чи користувачем?
  • Натисніть на і отримайте інформацію.
  • Натисніть на і отримайте нижченаведену інформацію:
• Чи скасовано якесь оновлення?
• Чи існує велика черга очікуваних оновлень старше 10 хвилин?

Записи блокування моніторингу (SM12)

Виконайте транзакцію SM12 і поставте '*' у поле Ім'я користувача

SAP забезпечує механізм блокування, щоб запобігти іншим користувачам змінювати запис, над яким ви працюєте. У деяких ситуаціях замки не відпускаються. Це може статися, якщо користувачі відключені, тобто через проблему мережі, перш ніж вони зможуть звільнити блокування.
Ці старі замки потрібно очистити, інакше це може перешкоджати доступу або змінам записів.
Ми можемо використовувати статистику блокування для моніторингу блокувань, встановлених у системі. Ми реєструємо лише ті записи блокування, які мають позначку часу і дати попереднього дня.

Журнал моніторингу (SM21)

Ми можемо використовувати журнал для визначення та виправлення помилок, що виникають у системі та її середовищі.

Ми перевіряємо журнал попереднього дня з наступним вибором / опцією:

• Введіть дату та час.
• Виберіть Проблеми та попередження перемикача
• Натисніть Перечитати системний журнал.

Підсумок мелодії (ST02)

Крок 1: Перейдіть до ST02, щоб перевірити зведення мелодії.
Крок 2: Якщо ви бачите якісь червоні значення, у SWAPS двічі натисніть те саме.

Крок 3: На екрані нижче натисніть на вкладку "Поточні параметри"

Крок 4: Запишіть значення та параметри профілю

Крок 5: Перейдіть до RZ10 (щоб змінити значення параметрів профілю)
Крок 6: Збережіть зміни.
Крок 7: Перезапустіть сервер, щоб застосувати нові зміни.

Використання центрального процесора (ST06)

Коефіцієнт завантаження центрального процесора в режимі очікування повинен становити 60-65%, якщо він перевищує значення, тоді ми повинні почати перевірку принаймні нижче:

• Запустіть команди рівня ОС - зверху та перевірте, які процеси забирають найбільше ресурсів.
• Перейдіть до 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)

За цією транзакцією ми могли визначити, коли було останнє успішне резервне копіювання системи. Ми можемо переглянути резервні копії попереднього дня і побачити, чи все було добре чи ні.
Ми також можемо переглянути файли журналу повторення та перевірити, чи вдалося виконати резервне копіювання журналу.

Швидкий огляд

Щоденні моніторингові завдання

1. Критичні завдання
2. Система SAP
3. База даних

Критичні завдання

Ні	Завдання	Транзакція	Процедура / зауваження
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