SAP Базовые коды транзакций мониторинга и проверки состояния.

⚡ Умное резюме

SAP Мониторинг системы — это ежедневная процедура Basis, которая позволяет контролировать состояние серверов, рабочих процессов, блокировок, обновлений и баз данных. Основные транзакционные коды, такие как SM51, SM50, SM66, SM21, ST22, ST02, ST06, DB02 и DB12, предоставляют администраторам полный контрольный список для профилактического мониторинга.

  • 🖥️ Проверьте серверы и рабочие процессы: SM51 отображает список серверов приложений, а SM50 и SM66 показывают состояние рабочих процессов на уровне экземпляра и в масштабе всей системы.
  • 🔒 Удалите устаревшие блокировки и обновления: SM12 помечает старые записи блокировки; SM13 перехватывает деактивированные обновления и зависшие очереди.
  • 📜 Проведите аудит системного журнала и дампов: SM21 выдает ошибки и предупреждения; ST22 собирает дампы памяти ABAP за день.
  • ⚙️ Настройка буферов и ЦП: ST02 выявляет подмены буферов; ST06 подтверждает, что при стабильной нагрузке загрузка ЦП в режиме ожидания составляет около 60–65%.
  • 🤖 Используйте ИИ для обнаружения аномалий: Искусственный интеллект-помощники обобщают закономерности SM21 и ST22, отмечают тенденции роста DB02 и рекомендуют следующий код транзакции для проведения расследования.

SAP Мониторинг и проверки производительности

Что такое SAP Мониторинг системы?

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

Типичный ежедневный контрольный список включает в себя:

  • Проверка серверов приложений.
  • Мониторинг общесистемных рабочих процессов.
  • Мониторинг рабочих процессов для отдельных экземпляров.
  • Мониторинг блокировок.
  • Загрузка ЦП.
  • Свободное место в базе данных.
  • Мониторинг процессов обновления.
  • Мониторинг системного журнала.
  • Buffer статистики.
  • Мониторинг пакетных заданий.
  • Мониторинг запросов на печать и подсчет запросов на печать.
  • Анализ дампа ABAP.
  • Проверки производительности и согласованности базы данных.
  • Мониторинг пользователей приложения.

Почему необходимы ежедневные проверки и мониторинг системы?

Ежедневные проверки позволяют выявлять мелкие проблемы — зависший рабочий процесс, устаревшую блокировку, загрузку табличного пространства почти на 95% — до того, как они приведут к сбоям. Они предоставляют команде Basis надежную базовую информацию, позволяющую выявлять аномалии, и используют исторические данные для принятия решений по планированию мощностей.

Ежедневные проверки / Мониторинг системы

Как мы осуществляем мониторинг? SAP Системы?

Мониторинг организован вокруг T-кодов, каждый из которых отвечает за определенный уровень — серверы, рабочие процессы, блокировки, обновления, журналы, буферы, ЦП, дампы, очередь печати, пакетные задания, RFC и база данных. В разделах ниже подробно описана каждая проверка по порядку.

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

В командной строке SM51 отображается список всех активных серверов приложений в системе, а также службы и рабочие процессы, настроенные на каждом экземпляре.

Проверка серверов приложений SM51

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

SM50 отображает все запущенные, ожидающие, остановленные и PRIV-процессы текущего экземпляра. Все процессы должны находиться в состоянии ожидания. Бег or Ожидание текущий статус; все остальное требует расследования.

Мониторинг рабочих процессов для отдельных экземпляров SM50

На экране отображается несколько полезных столбцов:

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

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

  • Пользователи не могут войти в систему или графический интерфейс работает медленно: Процессы диалоговых операций (DIA) исчерпаны. Найдите длительно выполняющиеся задания (красный индикатор под...). ДатаОтмените их через ). Процесс > Отмена без ядра чтобы освободить слот.
  • PRIV в столбце «Причина»: Транзакция потребляет так много памяти, что рабочий процесс DIA «принадлежит» одному пользователю. Свяжитесь с пользователем и, если возможно, перезапустите задачу в фоновом режиме.
  • Длительный рабочий процесс SPO: Проверьте сервер печати или принтер; застрявшая катушка печати может заблокировать весь процесс.

Мониторинг общесистемных рабочих процессов (SM66)

SM66 — это глобальный обзор рабочих процессов. Он объединяет данные SM50 по всем активным экземплярам на одном экране, что делает его самым быстрым способом выявления проблем с производительностью в масштабах всей системы.

Мониторинг общесистемных рабочих процессов SM66

С первого взгляда видно:

  • Состояние каждого сервера приложений.
  • Почему процесс не выполняется.
  • Был ли процесс перезапущен.
  • Использование ЦП и время выполнения запросов.
  • Пользователь и клиент, вошедшие в систему.
  • В данный момент выполняется отчет.

Мониторинг пользователей приложения (AL08 и SM04)

AL08 отображает список пользователей для каждого активного экземпляра, а SM04 показывает пользователей текущего экземпляра. Оба средства отображают идентификаторы терминалов и клиентов, что помогает убедиться в том, что в систему вошли только ожидаемые идентификаторы пользователей.

Мониторинг приложения. Пользователи AL08 и SM04

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

Запустите SM13, разместите * в Информация о пользователе поле и выполнить. Если нет ожидающих обновлений, очередь пуста.

Мониторинг процессов обновления SM13

Пустая очередь SM13

Если обновления неактивны, ответьте на следующие вопросы:

  • Активен ли процесс обновления? Если нет, то был ли он деактивирован системой или пользователем?
  • Были ли отменены какие-либо обновления?
  • Существует ли длинная очередь ожидающих обновлений старше 10 минут?

Мониторинг записей блокировки (SM12)

Запустите SM12 и введите * в имя пользователя поле.

Мониторинг записей блокировки SM12

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

Захватывайте записи блокировок, метка времени которых относится к предыдущему дню или более раннему периоду — именно они являются кандидатами на очистку.

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

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

Проверьте журнал за предыдущий день с помощью:

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

Журнал системы мониторинга SM21

Сводка мелодий (ST02)

В транзакции ST02 отображается сводка настроек буфера. Для решения проблем с подстановкой используйте описанные ниже шаги.

Шаг 1) Откройте ST02, чтобы просмотреть сводку по настройкам.

Шаг 2) Double-Щелкните по любому красному значению ниже SWAPS.

Краткое описание мелодии ST02

Шаг 3) Нажмите Текущие параметры меню.

Параметры тока ST02

Шаг 4) Обратите внимание на значения и параметры профиля.

Значения профиля ST02

Шаг 5) Откройте RZ10, чтобы изменить значения параметров профиля.

Шаг 6) Сохраните изменения.

Шаг 7) Перезапустите сервер, чтобы новые значения вступили в силу.

Загрузка ЦП (ST06)

ST06 отображает производительность на уровне операционной системы. Загрузка ЦП в режиме ожидания должна составлять около 60–65%; устойчивая высокая нагрузка означает, что система находится под давлением.

Загрузка ЦП ST06

При высокой загрузке ЦП выполните следующие действия для устранения проблемы:

  • Выполняйте команды уровня операционной системы (например, top) чтобы определить, какие процессы используют больше всего ресурсов ЦП.
  • Откройте SM50 или SM66 и найдите длительно выполняющиеся задания или запросы на обновление.
  • Откройте транзакцию SM12 и проверьте наличие старых записей блокировки.
  • Откройте транзакцию SM13, чтобы проверить статус обновления.
  • Откройте транзакцию SM21, чтобы проверить наличие системных ошибок.

Дампы ABAP (ST22)

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

ABAP Dumps ST22

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

Запустите SP01 для мониторинга запросов на печать:

  • Enter * в Создано поле.
  • Нажмите Выполнить.

Мониторинг запросов очереди SP01

Запросы на запись данных прерываются при возникновении проблем.

Запросы на резервирование памяти были прерваны.

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

Запустите транзакцию SM37 для мониторинга фоновых задач:

  • Enter * в имя пользователя и Название работы полей.
  • Под Рабочий статус Выберите «Запланировано», «Отменено», «Выпущено» и «Завершено».

Мониторинг пакетных заданий SM37

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

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

Транзакционный RFC SM58

Выберите период просмотра, который хотите просмотреть, и введите... * В поле пользователя введите команду и выполните её. В списке отобразятся все вызовы, которые не были успешно выполнены или всё ещё ожидают в очереди.

Администрирование QRFC (исходящая очередь — SMQ1)

SMQ1 отслеживает исходящие очереди qRFC. Укажите клиент и выполните поиск очередей в Ожидание or Ошибка состоянии.

QRFC Outbound SMQ1

Администрирование QRFC (входящая очередь — SMQ2)

SMQ2 дублирует SMQ1 для входящих очередей qRFC. Укажите клиент и найдите входящие очереди в Ожидание or Ошибка состоянии.

Входящий QRFC SMQ2

Администрирование базы данных (DB02)

DB02 — это центральная панель управления базой данных. На первом экране можно получить подробную информацию о табличных пространствах, отсутствующих индексах и истории роста.

Администрирование базы данных, запись DB02

Выбрать Текущие размеры чтобы увидеть статус каждого табличного пространства.

Размеры тока DB02

Если какое-либо табличное пространство заполнено более чем на 95%, а автоматическое расширение отключено, добавьте новый файл данных, чтобы база данных не испытывала нехватки места.

Вы также можете просмотреть историю изменений табличного пространства по месяцам, неделям или дням, чтобы выявить тенденции роста.

Выбор истории DB02

Диаграмма истории DB02

Подробный просмотр DB02

Журналы резервного копирования базы данных (DB12)

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

Журналы резервного копирования базы данных DB12

<strong>Быструю реакцию на ваши запросы</strong> и стабильное качество нашего ассортимента запчастей Review: Контрольный список для ежедневного мониторинга

В таблицах ниже приведено краткое описание важнейших ежедневных проверок, которые должны выполнять администраторы 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 Revпросматривать и устранять дампы. ST22 Обратите внимание на чрезмерное или необычное количество свалок.
12 Revстатистика буфера iew. ST02 Ищите обмены.

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

# Сложность задачи сделка Процедура/Примечание
1 RevПросмотрите журнал ошибок базы данных. ST04 Проведите расследование по выявленным новым ошибкам.
2 Рост базы данных и отсутствие индексов. DB02 Если табличное пространство используется более чем на 90%, добавьте новый файл данных; перестройте отсутствующие индексы.
3 Журнал статистики базы данных. DB13 Подтвердите завершение запланированных заданий по сбору статистических данных.

Часто задаваемые вопросы (FAQ)

Основные T-коды — это SM51, SM50, SM66, SM12, SM13, SM21, SM37, SP01, ST22, ST02, ST06, DB02 и DB12. Вместе они охватывают серверы, рабочие процессы, блокировки, обновления, журналы, дампы, буферы, ЦП и состояние базы данных.

SM50 отображает рабочие процессы только для текущего сервера приложений. SM66 агрегирует данные о рабочих процессах по всем активным экземплярам, ​​обеспечивая общесистемный обзор, идеально подходящий для анализа производительности между экземплярами.

Удалять блокировку следует только после подтверждения завершения сессии, к которой она относится. Блокировки, установленные более суток назад и больше не связанные с активной сессией, обычно можно безопасно удалить после консультации с пользователем или командой, ответственной за блокировку.

PRIV означает, что диалоговый рабочий процесс работает в режиме частной (расширенной) памяти, поскольку объем транзакции одного пользователя стал слишком большим. Другие пользователи не могут использовать этот рабочий процесс до завершения транзакции, владеющей этим процессом.

Уровень загрузки ЦП в режиме ожидания около 60–65% является здоровым целевым показателем. Длительное ожидание загрузки ниже 30% сигнализирует о нехватке ресурсов и требует проверки модулей SM50, SM66, SM12, SM13 и SM21 для выявления первопричины.

Большинство проверок выполняется один раз в день, в идеале рано утром. Критические проверки, такие как SM04/AL08 (активные пользователи), SM21 (системный журнал) и ST06 (процессор), проверяются несколько раз в день, особенно в часы пиковой нагрузки.

Инструменты искусственного интеллекта группируют сообщения SM21, обобщают тенденции дампов ST22, прогнозируют исчерпание табличного пространства на основе истории DB02 и рекомендуют следующий код транзакции для расследования. Это снижает уровень шума и ускоряет реагирование на инциденты.

Да. Искусственный интеллект-ассистенты обрабатывают скриншоты и экспортированные данные из ежедневных транзакций, а затем формируют структурированный отчет, в котором отмечаются аномалии, каждая проблема связана со следующей транзакцией, и предлагаются шаги по устранению проблемы для команды Basis.

Подведем итог этой публикации следующим образом: