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

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

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

Типовий щоденний контрольний список включає:

• Перевірка серверів додатків.
• Моніторинг робочих процесів у масштабах всієї системи.
• Моніторинг робочих процесів для окремих екземплярів.
• Моніторинг записів замків.
• Використання процесора.
• Доступний простір у базі даних.
• Моніторинг процесів оновлення.
• Моніторинг системного журналу.
• Buffer статистики.
• Моніторинг пакетних завдань.
• Моніторинг запитів на друк та кількість запитів на друк.
• Аналіз дампу ABAP.
• Перевірки продуктивності та узгодженості бази даних.
• Моніторинг користувачів додатків.

Чому щоденні перевірки та моніторинг системи?

Щоденні перевірки виявляють незначні проблеми — завислий робочий процес, старе блокування, табличний простір, що наближається до 95% — перш ніж вони призведуть до збоїв. Вони надають команді Basis надійну базову точку, щоб виявляти аномалії, і враховують історичні дані для рішень щодо планування потужностей.

Як ми контролюємо SAP Система?

Моніторинг організовано навколо T-кодів, кожен з яких відповідає певному шару — сервери, робочі процеси, блокування, оновлення, журнали, буфери, процесор, дампи, буфер, пакетні завдання, RFC та база даних. У розділах нижче кожна перевірка описана по порядку.

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

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

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

SM50 відображає кожен запущений, очікуючий, зупинений та PRIV процес у поточному екземплярі. Кожен процес має бути в Робота or Очікування статус; все інше потребує розслідування.

На екрані відображається кілька корисних колонок:

1. Стан кожного робочого процесу (зайнятий чи вільний).
2. Дія, яку виконує зайнятий процес, показана у стовпці «Дія».
3. Таблиця бази даних, над якою ведеться робота.

Типові проблеми та способи їх усунення:

• Користувачі не можуть увійти, або графічний інтерфейс працює повільно: робочі процеси діалогу (DIA) вичерпані. Шукайте завдання, що тривало виконуються (червоний індикатор під Time). Скасуйте їх через Процес > Скасувати без ядра щоб звільнити слот.
• 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 для моніторингу запитів на буферизацію:

• Enter * , Створений .
• Натисніть Виконати.

Записувати лише запити, завершені через проблеми.

Моніторинг пакетних завдань (SM37)

Запустіть SM37 для моніторингу фонових завдань:

• Enter * , ім'я користувача та Назва роботи полів.
• під Статус роботи виберіть Заплановано, Скасовано, Випущено та Завершено.

Адміністрування транзакцій 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.

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

#	Завдання	Угода	Порядок роботи / Прим
1	Переконайтеся, що система R/3 запущена.	-	Увійдіть до системи R/3.
2	Переконайтеся, що щоденне резервне копіювання виконано без помилок.	DB12	Перевірте журнал резервного копіювання бази даних.

SAP Перевірка системи

#	Завдання	Угода	Порядок роботи / Прим
1	Переконайтеся, що кожен сервер застосунків працює.	SM51	Всі сервери запущені.
2	Перевірте робочі процеси.	SM50	Усі робочі процеси у статусі «Виконується» або «Очікує».
3	Глобальний огляд робочого процесу.	SM66	Жоден робочий процес не триває більше 1800 секунд.
4	Шукайте оновлення, які не вдалися або були перервані.	SM13	Встановіть дату на один день тому, введіть * в ідентифікаторі користувача встановіть значення «Усі» оновлення. Шукайте рядки з Err.
5	Перевірте системний журнал.	SM21	Встановіть дату й час на дату, що передує останньому перегляду. Шукайте помилки, попередження, повідомлення безпеки та проблеми з базою даних.
6	Revпереглянути скасовані вакансії.	SM37	Enter * в ідентифікаторі користувача. Підтвердіть успішне завершення кожного критичного завдання.
7	Перевірте наявність старих замків.	SM12	Enter * в ідентифікаторі користувача.
8	Перевірте наявність користувачів у системі.	SM04 / AL08	Шукайте неочікувані ідентифікатори користувачів або термінали; перевіряйте кілька разів на день.
9	Перевірте наявність проблем зі спулом.	SP01	Enter * у розділі «Створено». Шукайте завдання буферизації, які зависли у стані «В процесі» понад годину.
10	Перевірте журнал роботи.	SM37	Шукайте нові або неправильні вакансії.
11	Revie і вирішувати дампи.	ST22	Шукайте надмірні або незвичайні скидання.
12	Revстатистика буфера iew.	ST02	Шукайте обміни.

Перевірки бази даних

#	Завдання	Угода	Порядок роботи / Прим
1	Revпереглянути журнал помилок бази даних.	ST04	Дослідіть будь-які нові помилки.
2	Зростання бази даних та відсутні індекси.	DB02	Якщо табличний простір використовується > 90%, додайте новий файл даних; перебудуйте відсутні індекси.
3	Журнал статистики бази даних.	DB13	Підтвердіть завершення запланованих завдань статистики.

Поширені запитання